TW202245516A

TW202245516A - 在無線網路中控制時間同步

Info

Publication number: TW202245516A
Application number: TW111115638A
Authority: TW
Inventors: 羅曼吉格納德; 亞辛艾爾柯利
Original assignee: 日商佳能股份有限公司
Priority date: 2021-05-04
Filing date: 2022-04-25
Publication date: 2022-11-16
Also published as: US20240236892A1; JP2024514738A; WO2022233912A1; EP4335186A1; KR20230172599A

Abstract

揭示了一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台。該方法在UE處包括：確定該UE與該基地台之間的時間同步要求；基於該確定的時間同步要求，產生用於控制該UE與該基地台之間的時間同步過程的時間同步控制訊息；以及向該基地台發送該時間同步控制訊息。類似的方法可以在基地台執行，其中基地台向UE發送時間同步控制訊息。

Description

在無線網路中控制時間同步

本發明一般係關於在無線網路中控制時間同步。具體地，本發明係關於在無線網路之無線電存取網路(RAN)中控制使用者設備UE和基地台之間的時間同步。

物聯網(IoT)的用途正在成倍增加。每種用途都伴隨著特定的約束。 IoT的一種用途是在工業中，例如，在使用關鍵機器和複數個感測器和致動器的生產工廠、發電廠等之中。IoT或工業IoT(IIoT)能夠，例如，透過實施下列功能(非詳盡列表)來精準地追蹤生產線：預測性維護(透過早期識別故障的警告信號以主動排程維護干預來避免生產中斷)、智慧型診斷(透過感測器記錄操作資料和維修歷史)、生產線最佳化、生產機器最佳化等。隨著5G技術的發展，使用5G作為存取網路的新一代IoT正在發展。然而，仍然有必要確保5G網路相容於由IoT元件實現的時間敏感應用。為此，5G網路內需要準確的時間同步。5G系統中的時間同步的一個具有挑戰性的部分是確保5G系統的無線部分(無線電存取網路(RAN))中的同步，這意味著資源共享和隨機存取媒體的時間。RAN中的時間同步過程是基於基地台(例如，在5G中稱為gNB)向使用者設備(UE)發送基準時間(reference time)，以便在同一胞元中的所有節點之間共享一公用時間。此外，為了提高時間同步的準確性，可以執行路徑延遲補償。此種路徑延遲補償試圖補償UE和基地台之間信號傳播的影響。由於路徑延遲與UE-gNB距離相關，因此每個UE的路徑延遲是不同的。路徑延遲補償需要計算UE與其相關聯的gNB之間的路徑延遲。路徑延遲的計算可以根據不同方法(例如，定時提前(Timing advance)、基於RTT)實行，並且通常由gNB執行。然後，將獲得的路徑延遲值應用於基準時間以補償路徑延遲影響。此附加特徵僅在具有嚴重延遲需求的特定場景是必要的。例如，3GPP聯盟(RAN2組)已通過無線介面(Uu)的同步性預算，其中UE-UE同步性預算在控制次系統間協調(control-to-control)場景(機器對機器)中可以從±145ns到 ±275ns以及在電網場景中可以從±795ns到±845ns。此外，當UE和基地台之間的距離很短(例如，小於30公尺)時，路徑延遲引入的誤差可以忽略不計。已經討論過，路徑延遲補償不是在每種情況中都是必須的(例如，需要路徑或傳播延遲補償來支持室內工廠的場景，但對於電網場景可能不是必須的)。例如，來自諾基亞(Nokia)的3GPP文件R2-2006922建議gNB(基地台)應該能夠啟用和禁用路徑延遲補償，但沒有提供關於如何實現這一點的細節。儘管基於由基地台發送基準時間的時間同步過程有助於確保5G系統之無線部分的同步，但其在額外的訊息交換方面(即，週期性地從基地台發送基準時間到UE和用以估計和傳達路徑延遲的專用信號)，以及在針對時間同步過程中涉及的每個節點的額外處理方面是有代價的。因此，希望在UE與基地台之間(例如，在RAN中)提供改良的時間同步過程或服務。

依據本發明的第一方面，提供了一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在UE處包括：確定該UE與該基地台之間的時間同步要求；基於該確定的時間同步要求，產生用於控制該UE與該基地台之間的時間同步過程的時間同步控制訊息；以及向該基地台發送該時間同步控制訊息。依據本發明的第二方面，提供了一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在基地台處包括：確定該UE與該基地台之間的時間同步要求；基於該確定的時間同步要求，產生用於控制該UE與該基地台之間的時間同步過程的時間同步控制訊息；以及向該UE發送該時間同步控制訊息。依據本發明的第三方面，提供了一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在UE處包括：從該基地台接收時間同步控制訊息；以及基於該接收到的時間同步控制訊息控制時間同步過程。依據本發明的第四方面，提供了一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在基地台處包括：從該UE接收時間同步控制訊息；基於該接收到的時間同步控制訊息控制時間同步過程，其中控制該時間同步過程包括：在該基地台啟動該時間同步過程；或在該基地台停用該時間同步過程；或透過啟動或停用路徑延遲補償來改變在該基地台的該時間同步過程。依據本發明的第五方面，提供了一種使用者設備UE，用於控制無線網路之該UE與基地台之間的時間同步，如隨附申請專利範圍之請求項35所述。依據本發明的第六方面，提供了一種基地台，用於控制無線網路之UE與該基地台之間的時間同步，如隨附申請專利範圍之請求項36所述。依據本發明的第七方面，提供了一種時間同步控制訊息，用於控制無線網路之UE與基地台之間的時間同步，如隨附申請專利範圍之請求項37所述。無線電存取網路的一個節點接收觸發創建時間同步控制訊息的訊息。此時間同步控制訊息包含控制時間同步過程之啟動(activation)/停用(deactivation)的欄位。該節點發送訊息以控制時間同步過程之啟動/停用。因此，依據本發明，發訊應僅在需要時允許啟動和停用RAN(UE和gNB)中的時鐘同步。為了最佳化無線網路(諸如5G網路)之RAN中的資源使用(例如，UE與基地台之間的發訊和在UE與基地台處的處理)，本發明的實施例被安排為僅在需要時啟動RAN中的時間同步，否則停用時間同步以減少RAN中的發訊量和處理量。在一些範例中，路徑延遲補償(PDC)也可以僅在需要時才被啟動，否則被停用。透過僅在需要時使用PDC，可以額外減少RAN中的發訊量和處理量，並且還可以避免當由PDC引入的錯誤可能高於不使用PDC時的錯誤時出現的問題。申請專利範圍提及例如關於時間同步和PDC的啟動。該描述指的是啟動(activating)，亦指啟用(enabling)和開始(starting)。應當理解的是，這些術語是等效的並且是可以互換的。類似地，申請專利範圍提及停用(deactivating)，該描述指的是停用，亦指禁用(disabling)和停止(stopping)。應當理解的是，這些術語是等效的並且是可以互換的。本發明的進一步特徵由其他獨立項請求項和附屬項請求項表徵。本發明之一個方面中的任何特徵可以以任何適當的組合應用於本發明的其他方面。特別時，方法方面可以應用於設備/裝置/單元方面，反之亦然。此外，在硬體中實現的特徵可以在軟體中實現，反之亦然。本文對軟體和硬體特徵的任何參考都應據此解釋。例如，根據本發明的另一方面，提供了一種電腦可讀取媒體，其儲存至少一個包括指令的電腦程式，當由處理單元執行時，使該處理單元執行根據上述任何方面或範例的方法。還應當理解的是，可以獨立地實施及/或提供及/或使用在本發明之任何方面中描述和定義的各種特徵的特定組合。

本發明的實施例旨在於無線網路中實現，諸如第五代(5G)網路，其用於互連諸如圖1中所示的通訊系統110的連接物件或終端或終端裝置。 5G網路100包括複數個使用者設備(UE)104a、104b，也稱為行動台，無線連接(如虛線所示)到至少一個基地台102(gNB或gNodeB)。gNB 102例如透過有線連接(例如，使用光纖)或無線地連接到核心網路101。gNB 102是5G網路100的無線電存取網路的一部分，並且使用無線電頻率來提供到UE 104a、104b的無線連接。在這個5G網路100中，共同時間基準由主時鐘(Grand Master clock)(5G GM) 103提供，並且在TS 23.501第5.27條中精確定義。 5G GM時鐘103可以連接到核心網路101，如圖1中所示，但也可以直接連接到gNB或UE 104a、104b中的一或多個。因此，與5G GM時鐘103連接的裝置與網路中的其他裝置共享由5G GM時鐘103提供的共同時間基準。依據一些實施例，5G GM時鐘103所提供的共同時間基準可以是世界時間基準或是基於世界時間基準。在此情況下，世界時間基準可以由gNB 102直接從衛星系統(圖1中未示出)獲得。如前所述，5G網路100可被用來連接終端裝置105a、105b及105c，例如，IoT網路的連接裝置。終端裝置可以是例如用於工業設備裝置，諸如感測器和致動器。如圖1中可見，終端裝置105a、105b及105c連接到5G網路100的UE 104a、104b或核心網路101。終端裝置105b及105c透過裝置側時間敏感網路(TSN)轉譯器(DS-TT)107b、107c連接到UE 104a、104b。終端裝置105a透過網路側時間敏感網路(TSN)轉譯器(NW-TT)106連接到5G網路100的網路核心101。依據一些實施例，終端裝置105a、105b及105c有線連接到DS-TT 107a、107b或NW-TT 106。依據一些其他實施例，終端裝置直接連接到UE及核心網路而無需任何轉譯器裝置。依據一些實施例，一個終端裝置和一個UE可被整合在裝置內。因此，終端裝置105a、105b及105c使用5G網路共享資料。當在IoT網路中實現時間敏感應用時，UE之間的準確時間同步是強制性的，特別是在5G網路中。換句話說，實現時間敏感應用或服務的時間敏感網路(TSN)需要準確的時間同步，使得TSN的節點或元件對時間有相同的理解，並且在時間預算內遞送通訊封包。基地台(諸如圖1的gNB 102)的內部架構在圖2中透過方塊示意圖說明。 gNB 200包括通訊介面205，諸如5G新無線電(New Radio，NR)介面205，允許其與5G網路100的UE 104a、104b通訊。gNB也可以包括數種不同類型的無線電介面，諸如LTE(4G)或其他類型的無線電介面。為了與核心網路101通訊，gNB還包括核心網路介面204，如TS 23.501第4.2條所定義。 gNB與5G GM時鐘的同步由5G時間同步管理器203處理。依據一些實施例，5G時間同步管理器203實現由本地時鐘振盪器(未示出)遞增的時間計數器或計時器(未示出)。5G時間同步管理器203持續地評估時間計數器和5G GM時鐘之間的時鐘差。該評估可以使用IEEE 1588精確時間同步協定來完成，該協定透過經由核心網路介面204與5G GM交換時間同步封包來實現。因此，經評估的差異使5G時間同步管理器203能夠確定用以調整其時間計數器的值。依據一些實施例，5G時間同步管理器203持續地評估時間計數器和從諸如GPS的衛星系統接收的基準時間之間的時鐘差。因此，5G時間同步管理器203基於其本地時間計數器向UE同步管理器201提供當前時間。 UE同步管理器201被配置成處理5G網路100的基地台與UE 104a、104b之間的同步，目的是使所有這些裝置的時間計數器盡可能精確地同步。為此，UE同步管理器201可以實施一或多種機制，諸如下文關於圖10描述的一或多種機制。UE同步管理器201還被配置成評估及記錄gNB與每個UE 104a、104b之間的傳播延遲，以用於同步目的。 gNB還包括控制管理器202，在其中實現gNB控制協定。控制協定至少包括下列協定：RLC(無線電鏈路控制TS 38.322)、PDCP(封包複製控制協定TS 38.323)、RRC(無線電資源控制TS 38.331)及NAS(網路存取層TS 24.501)。因此，控制管理器202處理分別透過核心網路介面204和5G NR介面205與核心網路101和UE交換的協定封包的產生。上述gNB 200的元件可以硬體、軟體、韌體或其任何組合來實現。若以軟體實現，則可將功能作為一或多個指令或程式碼，在電腦可讀取媒體上儲存或傳輸，並且由基於硬體的處理單元執行。處理單元(未示出)可以是單一處理器或可包括兩個或更多個處理器，執行gNB 200之操作所需的處理。處理器的數量和處理功能到處理單元的分配是技術人員的設計選擇問題。 UE(諸如圖1的UE 104a、104b)的內部架構在圖3中透過方塊示意圖說明。 UE 300包括通訊介面305，諸如5G NR介面305，允許UE 300透過此介面與gNB 200、102通訊。UE 300可包括數種不同類型的無線電介面，諸如LTE(4G)或其他類型的無線電介面。 UE與5G GM時鐘的同步是由5G時間同步管理器303處理。依據一些實施例，5G時間同步管理器303實現由本地時鐘振盪器(未示出)遞增的時間計數器或計時器(未示出)。當透過5G NR介面305從gNB同步管理器301接收時間計數器校正時，5G時間同步管理器303可以校正或改變時間計數器值。實際上，gNB同步管理器301儲存由gNB 102提供並且由gNB 102的UE同步管理器201確定的同步所需的參數。此外，gNB同步管理器301還被配置成評估和記錄UE 300與gNB 102之間的傳播延遲。 UE 300中的暫存器(該暫存器可以是gNB同步管理器301或5G時間同步管理器303的一部分)可以具有RAN同步旗標或欄位，用以指示UE 300中時間同步的當前狀態(即，RAN同步狀態)。暫存器還可以具有RAN PDC旗標或欄位，用以指示UE 300中PDC的當前狀態(即，PDC狀態)。當RAN同步旗標被設置為“ON”時，這對應於UE 300中當時間同步過程是有效的並且UE正根據已啟動的時間同步過程來執行操作(例如，獲得基準時間等)時的RAN同步狀態。當RAN同步旗標被設置為“OFF”時，這對應於UE 300中當時間同步過程是無效的(即，停用的)並且未在UE 300中被使用時的RAN同步狀態。當RAN PDC旗標被設置為“ON”時，這對應於UE 300中當PDC是有效的並且UE正執行PDC操作(例如，獲得PDC資訊、計算路徑延遲值等)時的PDC狀態。當RAN PDC旗標被設置為“OFF”時，這對應於UE 300中當PDC是無效的(即，停用的)並且未在UE 300中被使用時的PDC狀態。UE 300的5G時間同步管理器303可以在暫存器中設置RAN同步旗標和RAN PDC旗標的狀態。如下所述，每次發送時間同步控制訊息以改變時間同步及/或PDC的狀態時，在UE中也相應地由5G時間同步管理器303修改狀態(RAN PDC狀態及/或RAN同步狀態)。 UE 300還包括控制管理器302，在其中實現gNB控制協定。控制協定至少包括下列協定：RLC(無線電鏈路控制TS 38.322)、PDCP(封包複製控制協定TS 38.323)、RRC(無線電資源控制TS 38.331)及NAS(網路存取層TS 24.501)。控制管理器302處理透過5G NR介面305與gNB 200、102交換的協定封包的產生。上述UE 300的元件可以硬體、軟體、韌體或其任何組合來實現。若以軟體實現，則可將功能作為一或多個指令或程式碼，在電腦可讀取媒體上儲存或傳輸，並且由基於硬體的處理單元執行。處理單元(未示出)可以是單一處理器或可包括兩個或更多個處理器，執行UE 300之操作所需的處理。處理器的數量和處理功能到處理單元的分配是技術人員的設計選擇問題。在網路100的gNB和UE之間透過5G NR介面205、305交換的資料符合在TS 38.300第5及6條中定義的3GPP NR PHY和MAC協定規定的幀格式。交換的幀，以下稱為系統幀，是及時組織的，並且具有如圖9中所示的結構。系統幀在時間上彼此跟隨，一個接著一個。每個系統幀的持續時間為10毫秒。系統幀可以用系統幀號碼(SFN)來編號，也稱為系統幀的索引。如圖9所示，編號為#0的第一系統幀之後是系統幀#1、#2及#3。系統幀的編號可以是遞增方式，如圖9所示。換句話說，每10毫秒遞增系統幀編號並且可以從0到1023，一旦達到1023，編號又從0開始。因此，gNB使用SFN對系統幀進行編號。使用系統幀同步信號將SFN發訊給UE。系統幀同步信號週期性地由gNB發送給UE，透過使用傳輸的系統幀中所謂的MIB(主資訊塊)欄位的六個最高有效位元和傳輸的系統幀中所謂的PBCH欄位的四個最低有效位元來發訊SFN。每個系統幀包括十個子幀，範圍從0到9。每個子幀包括可變數量的槽(slot)，例如，多達64個槽。每個槽包括數個正交分頻多工(OFDM)槽。每個槽是由14個OFDM槽組成。因此，系統幀構成了UE和gNB共同的基準。因此，系統幀，特別是它們的SFN，被用於UE(諸如UE 300)的時間計數器的常規調整。 UE(諸如UE 300)的時間計數器的常規調整如圖10所示。常規時間計數器調整依賴於向UE供應基準時間值(T _R)以更新其時間計數器。基準時間值對應於被用作為基準的系統幀的傳輸時間。此種系統幀在下文中被稱為基準系統幀。在從UE接收到請求基準時間值以更新其時間計數器之後，或自發地，gNB選擇未來的基準系統幀，在此期間gNB將強制UE使用由gNB提供的基準時間值更新其時間計數器。基準時間值例如可以是gNB傳輸基準系統幀的預定開始或結束時間。依據一些實施例，基準時間值是與gNB傳輸基準系統幀的預定開始或結束傳輸時間相對應的gNB的時間計數器的預計值或預定值。如圖10中可見，基準時間等於以下各項之和： - gNB之時間計數器的當前時間，其由於同步管理器203而與5G GM時鐘持續地同步；以及 - 持續時間T，其表示gNB在將基準系統幀傳輸到UE之前將等待的延遲(以時間計數器為單位)。依據一些實施例，基準時間例如可以由gNB確定為以下各項之和： - gNB之時間計數器的當前時間，其由於同步管理器203而與5G主時鐘同步； - 下一個系統幀開始之前的剩餘時間。由於每10毫秒出現一個新的系統幀，因此剩餘時間可以透過在每個系統幀開始處設置為10毫秒的警報計數器來獲得，以及 - 10毫秒 * (referenceSFN - nextSFN)，其中referenceSFN是指定基準系統幀的SFN，而nextSFN是下一個系統幀的SFN。注意，referenceSFN可以是nextSFN，在這種情況下，基準時間是在傳輸基準系統幀之前計算的，並且基準時間包含在基準系統幀內，若使用SIB9訊息即是這種情況。通常，referenceSFN指的是未來的基準系統幀，即，referenceSFN - nextSFN ＞ 0。然後將基準時間T _R和基準系統幀編號的指示(例如referenceSFN)提供給UE。這兩個元素可以一起發送或分開發送。依據一些實施例，gNB準備一資訊元素(referenceTimeInfo IE)，其包含基準時間T _R和referenceSFN。然後將referenceTimeInfo IE封裝在系統資訊(SI)或無線電資源控制(RRC)訊息中，諸如SIB9或DLInformationTransfer訊息。 DLInformationTransfer訊息在基準系統幀之前傳輸，如圖10中所示。 SIB9類型的基準系統幀直接包括基準時間T _R。因此，gNB在之前沒有傳輸與基準系統幀相關的其他訊息。如圖10中所示，若帶有基準時間資訊的訊息被廣播，gNB因此將訊息發送到請求的UE或數個UE，。若發送DLInformationTransfer訊息，稍後gNB在其時間計數器等於基準時間時產生基準系統幀，並將基準系統幀發送給UE(或多個UE，若基準時間資訊是廣播的情況)。一旦一(或多個)UE基於referenceSFN檢測到基準系統幀，已於先前接收到基準時間(或從SIB9基準系統幀擷取基準時間)的UE(其管理器301和302)將其時間計數器設置為基準時間。在SIB9的特定情況下，基準時間對應於系統幀的結束邊界。如圖10中標記為‘誤差’的時間差所示，在gNB發送基準系統幀的時刻和UE接收基準系統幀的時刻之間無論如何存在延遲。該延遲，亦被稱為傳播延遲或路徑延遲，表示無線電信號在UE和gNB之間的傳播時間。因此，上述的同步機制依賴於這樣的假設：基準系統幀的傳播延遲(被UE用作觸發器以使用gNB提供的基準時間來設置其本地時間計數器)是可忽略的。可以理解的是，當UE使用gNB提供的基準時間設置其時間計數器時會引入由於傳播延遲造成的永久性同步誤差。這可能與某些應用(例如時間敏感應用)不相容，特別是需要某些封包到達或離開時間的精確時間戳的應用。實際上，由於傳播延遲造成的永久性同步誤差會在這些封包的時間戳中引入誤差，而這可能與時間敏感應用的需求不相容。為了克服這個缺點，可以使用校正或補償UE之常規時間計數器調整中的此種誤差的許多不同的路徑或傳播延遲補償(PDC)處理或機制或方案之一。PDC處理的一個範例包括描述於TS 38.211第4.3.1條中的定時提前機制(Timing Advance Mechanism)。另一範例是往返時間(RTT)方法。定時提前(TA)機制可被用來使傳播延遲能夠由UE計算，如圖10中所示。最初，TA機制是由gNB使用來控制UE上行鏈路幀的時序。為此，gNB向UE提供一TA命令，包括數個參數。這些參數(包括TA參數)使UE能夠確定在下一個gNB下行鏈路幀之前UE應該開始傳輸其上行鏈路幀的時間T _TA。 TA命令由gNB透過5G NR介面提供給UE。針對發送，TA命令被封裝在下列類型中的不同類型的協定資料單元(PDU)中，所有類型均定義於TS 38.321中： - 隨機存取回應MAC協定資料單元(PDU)，如TS 38.321第6.1.5、6.2.3和6.2.3a條所定義； - 絕對定時提前命令MAC控制元素或定時提前命令MAC控制元素，定義於TS 38.321第6.1.3.4及6.1.3.4a條。依據TA命令的類型，所提供的參數具有不同性質。在隨機存取回應和絕對定時提前命令的情況下，提供參數TA的絕對值。在定時提前命令的情況下，TA命令中僅包括對先前提供的TA的校正。因此，依據一些實施例，TA命令可以在TA命令欄位中包括TA的絕對值，然後由UE使用其來依據下列公式確定即時T _TA： T _TA= (N _TA+ N _TA,offset)*T _C，其中 N _TA= TA * 16 * 64/2 ^µ以及µ是子載波間隔配置，Δf = 2µ * 15 kHz，如TS 38.211第4.2條表4.2-1所定義， N _TA,offset是用以計算定時提前的固定偏移， T _C是新無線電的基本時間單位，如TS 38.211第4.1條所定義。根據其他實施例，如TS 38.213第4.2條所定義，TA命令可以包括對先前提供的TA值TA _previous的校正，稱為TA _correction。在此情況下，要應用於先前T _TA的調整等於(TA _correction- 31) * 16 * 64/2 ^µ。因此，為了控制UE上行鏈路時序，gNB發送控制訊息中的TA命令給網路的UE。TA命令特定於給定的UE，因為其反映此特定UE的傳播延遲。接著，UE應用先前詳述的公式來計算T _TA。有趣的是，可注意到參數N _TA與gNB和UE之間的往返時間成正比。這樣的值N _TA可能有助於確定傳播延遲，假設傳播延遲是對稱的。例如，UE和gNB之間的傳播延遲等於(N _TA* Tc)/2。如此，當接收到TA命令時，UE可能能夠確定在TA命令的傳輸期間的傳播延遲。然後，當使用gNB發送的基準時間和基準系統幀如前所述地調整時間計數器時，可以使用計算的傳播值。如圖10中可見，從gNB接收第一TA命令並且由UE使用以計算傳播延遲。接下來，當檢測到基準系統幀時，使用以計算的傳播延遲調整的基準時間T _R來設置時間計數器。例如，時間計數器被設置為對應於T _R加上傳播延遲的值。如將從上述討論中理解的，為了例如在包括無線網路作為存取網路(諸如上面參考圖1描述的5G網路100)的通訊網路中確保實現時間敏感應用的時間敏感通訊(TSC)的準確時間同步，使用基於從gNB週期性地傳輸基準時間到UE的時間同步過程。為了提高時間同步過程的準確性，還可以執行路徑延遲補償(PDC)，其基於在UE和gNB之間交換專用信號來估計和傳達路徑延遲值。因此，時間同步過程和PDC需要5G網路的RAN中的無線電資源和處理資源。如上所述，路徑延遲補償(PDC)需要計算UE和其相關聯的gNB之間的路徑延遲。路徑延遲與UE-gNB距離有關，因此對於每個UE來說都不相同。路徑延遲的計算可以根據不同方法(例如，定時提前、基於RTT)執行，並且通常由gNB執行。然後，將得到的路徑延遲值應用於基準時間，以補償路徑延遲影響。路徑延遲值可以由gNB應用，即，gNB在將基準時間發送給UE之前使用路徑延遲值來修改基準時間，在這種情況下，gNB對基準時間的修改稱為預補償。反之，將路徑延遲值個別地發送到每個UE，並由UE應用。針對預補償的情況，基準時間對於每個UE而言可能不同，因此以單播訊息發送。當一UE應用路徑延遲時，基準時間對於胞元中的所有UE而言都是相同的，其可以廣播或多播訊息發送。在無線網路的一些實現中，例如，在UE和gNB相隔很短的距離(諸如小於30公尺)的情況下，使用PDC可能不是必需的，並且實際上可能是不理想的。例如，由PDC引入的誤差可能高於不使用PDC的誤差。為了最佳化無線網路(諸如上面參考圖1描述的5G網路100)之RAN中資源的使用(例如，UE和基地台之間的發訊和在該處的處理)，本發明的實施例被安排為僅在需要時啟動RAN中的時間同步，否則停用時間同步以減少RAN中的發訊量和處理量。在一些範例中，路徑延遲補償(PDC)也可以僅在需要時被啟動，否則被停用。透過僅在需要時使用PDC，可以額外減少RAN中的發訊量和處理量，並且還可以避免當由PDC引入的錯誤可能高於不使用PDC時的錯誤時出現的問題。圖4a示出用於在包括UE和基地台的無線網路(諸如上面參考圖1描述的5G網路100)中控制時間同步的方法400的步驟。方法400可以在UE(諸如上述的UE 104a、104b、300)處執行或者可以在基地台(諸如上述的基地台102、200)處執行。對於UE，例如，UE的gNB同步管理器301可以執行方法400。對於基地台或gNB，UE同步管理器201可以執行方法400。簡而言之，方法400包括在步驟402確定UE 104a、104b、300與基地台102、200之間的時間同步要求。在步驟404，基於在步驟402的確定，產生時間同步控制訊息用於控制UE與基地台之間的時間同步過程或服務(例如，用於在包括UE與基地台的RAN中控制時間同步過程)。時間同步控制訊息可以包括用於控制時間同步過程之啟動的資訊或用於控制時間同步過程的停用或者時間同步何時有效的資訊、用於改變或修改時間同步過程(例如，改變或修改時間同步過程的選項或附加特徵)的資訊。該些選項或附加特徵可以包括時間同步過程的路徑延遲補償(PDC)，藉此改變時間同步過程可以包括啟用或啟動PDC或者禁用或停用PDC。該些選項或附加特徵也可以包括不同類型的或方案的PDC(例如，TA、RTT、預補償等，其中一些在上面討論過)。因此，時間同步控制訊息可以包括用於控制具有特定類型之PDC的時間同步過程的啟動的資訊，使得時間同步過程以特定類型的PDC(例如，TA、RTT、預補償等)來啟動或啟用，或者包括用於改變時間同步過程以使用不同類型的PDC的資訊。該些選項或附加特徵也可以包括以下一或多者：傳輸基準時間資訊的不同類型的傳輸訊息、基地台發送基準時間資訊的不同週期、基地台發送PDC資訊的不同週期。因此，時間同步控制訊息可以包括用於以時間同步過程的一或多個特徵來控制時間同步過程的啟動的資訊，以及若需要PDC，則包括用於以PDC的一或多個特定特徵來控制PDC的啟動的資訊。若時間同步過程已啟動，則時間同步控制訊息可以包括用於改變時間同步過程以使用時間同步過程的不同特徵的資訊及/或用於以某些PDC特徵來啟動PDC或停用PDC的資訊及/或當PDC已啟動時，用於改變PDC以使用PDC的不同特徵的資訊。在步驟406，該時間同步控制訊息被發送給基地台(當方法400是在UE處執行時)或被發送給UE(當該方法是在基地台處執行時)。當該方法是在UE處執行時，UE亦可回應於確定時間同步要求而在UE處啟動或停用或改變時間同步過程。當該方法是在基地台處執行時，基地台亦可回應於確定時間同步要求而在基地台處啟動或停用或改變時間同步過程。時間同步過程是基於由基地台(例如，gNB)向UE(可能還有其他多個UE或RAN中的其他節點)發送基準時間，以在基地台和UE共享公用時間或者對時間的理解一致的情況下實現UE和基地台(可能還有其他多個UE或RAN中的其他節點)之間的時間同步。依據時間同步要求，時間同步過程的選項或附加特徵，諸如路徑延遲補償，可以被啟動或使有效以與時間同步過程一起使用，或者被停用或失效並且不被使用。當在基地台處啟動或有效或啟用時間同步過程時，基地台將基準時間資訊發送(例如，週期性地)到UE(例如，在RRC或SIB9訊息中)，以便同步UE和基地台處的時間。在一範例中，若亦需要路徑延遲補償來提高時間同步過程的準確性，則基地台也可以發送路徑延遲補償(PDC)資訊。當在基地台處禁用或停用時間同步過程時，基地台不向UE發送基準時間資訊，減少了基地台和UE之間的發訊量，也減少了UE和基地台處的處理量。類似地，當在基地台處禁用或停用PDC時，基地台不向UE發送PDC資訊，減少了基地台和UE之間的發訊量，也減少了UE和基地台處的處理量。當在UE處啟動或有效或啟用時間同步過程時，UE操作以獲得從基地台發送的基準時間資訊，並且處理接收到的基準時間資訊以更新UE的時間計數器。在一範例中，若亦需要路徑延遲補償來提高時間同步過程的準確性，則UE也可以操作以獲得從基地台發送的路徑延遲補償(PDC)資訊，並且處理接收到的PDC資訊以更新UE的時間計數器以補償路徑或傳播延遲。當在UE處禁用或停用時間同步過程時，UE不執行操作以獲得及處理由基地台發送的基準時間資訊，減少了基地台和UE之間的發訊量，也減少了UE和基地台處的處理量。類似地，當在UE處禁用或停用PDC時，UE不執行操作以獲得及處理來自基地台的PDC資訊，減少了基地台和UE之間的發訊量，也減少了UE和基地台處的處理量。因此，透過在UE和基地台中基於確定的時間同步要求來控制時間同步過程，可以在需要時實現準確的時間同步，同時還確保僅在需要時才使用無線電和處理資源而不是連續地使用。這可能有助於減少RAN中實現準確時間同步所需的無線電和處理資源的數量。如圖4a中的虛線所示，方法400還可以包括在步驟408，接收用於觸發時間同步控制訊息的產生及/或發送的訊息。然後，在步驟402的確定可以包括基於接收到的訊息來確定UE與基地台之間的時間同步要求。在一範例中，該訊息可以接收自無線網路的核心網路實體。該訊息可以包括持續時間值，其對應於時間同步過程處於啟用狀態的持續時間。回應於接收到該訊息，UE或gNB可以發送時間同步控制訊息以啟動時間同步過程，然後在持續時間到期時，UE或gNB可以發送時間同步控制訊息用於停用時間同步過程。這意味著UE或gNB可以自動停用時間同步過程，而無需來自核心網路實體的進一步訊息以停用時間同步過程。來自核心網路實體的訊息可以包括用於指示RAN中(即，在UE和基地台之間)的時間同步要求的資訊。例如，該訊息可以是從無線網路的核心網路(諸如圖1中5G網路100的核心網路101)的會話管理功能(Session Management Function，SMF)發送的同步通知。當方法400在UE處執行時，同步通知可以包括資訊或命令(諸如埠管理資訊容器(Port Management Information Container，PMIC)資訊)用於啟用或停用裝置側TSN轉譯器(DS-TT)功能(諸如，圖1中的DS-TT 107b、107c)。當命令是用於啟用DS-TT時，UE確定需要時間同步。在這種情況下，時間同步過程可以被啟動或啟用。當命令是用於停用DS-TT時，UE確定不需要時間同步。在這種情況下，時間同步過程可以被禁用或停用。當方法400在基地台處執行時，訊息可是同步通知，其包括資訊元素(IE)，諸如AN_Synchronization_Notification IE，如下面參考圖7d所述，用於指示UE和基地台之間的時間同步要求。例如，第一資訊元素指示要配置的UE(或者基地台之胞元中的所有UE，若合適的話)的身分，第二資訊元素指示時間同步過程是啟動或停用，以及第三資訊元素指示路徑延遲補償是啟動或停用。在另一範例中，從核心網路實體，諸如SMF，發送的訊息可以是與UE和基地台之間的封包資料單元(PDU)會話相關聯的訊息，並且可以包括以下一或多者：服務品質(QoS)資訊，用於指示PDU會話所需的QoS；或會話標識資訊，用於指示PDU會話是否是用於時間敏感網路(TSN)應用之時間敏感通訊(TSC)的PDU會話；或單網路切片選擇輔助資訊(Single-Network Slice Selection Assistance Information，S-NSSAI)，用於指示PDU會話是否鏈接到TSC的網路切片。例如，如下面參考圖5a-5c及7a-7c更詳細討論的，該訊息，當在UE處被接收時，可以是PDU SESSION ESTABLISHMENT ACCEPT訊息、或UE PDU SESSION RELEASE COMMAND訊息、或PDU SESSION MODIFICATION COMMAND，或者當在gNB處被接收時，可以是PDU SESSION RESOURCE SETUP訊息、或PDU SESSION RELEASE REQUEST訊息、或PDU SESSION RESOURCE MODIFY REQUEST訊息。QoS資訊可以包括QoS流描述資訊，諸如5QI值(下面將更詳細地討論)，其指示保證位元率(Guaranteed Bit Rate，GBR)和定義封包在UE和UPF處的N6終止點之間的網路中應花費的最長時間的封包延遲預算(TS23.501中的5.7.3.4)。此外，應從給定封包延遲預算(PDB)減去在終止N6的UPF和5G-AN(gNB)之間的延遲的固定延遲，以得到適用於無線電介面(在UE和gNB之間)的封包延遲預算。在與TS23.501中的表5.7.4-1相關聯的註釋中給出了固定延遲的一些範例。當QoS資訊指示PDU會話需要滿足預定的時間延遲標準或閾值的QoS，諸如具有延遲臨界保證位元率(GBR)時，可以檢測到PDU會話是用於需要時間同步的TSC的PDU會話。若QoS資訊指示PDU會話需要QoS滿足第二(更嚴格的)時間延遲標準或閾值，諸如具有非常短或低的封包延遲預算的延遲臨界保證位元率(GBR)、或適用於UE和gNB之間的無線電介面的非常短或低的封包延遲預算(例如，非常短或低可以是小於10毫秒或小於5毫秒)，則可以檢測到PDU會話是用於需要時間同步和PDC的TSC的PDU會話。一旦確定了PDU會話用於TSC，會話標識資訊可以包括與PDU會話相關聯的會話標識或識別符。在另一範例中(圖4a中未示出)，該方法還可包括檢測用於時間敏感網路(TSN)應用之時間敏感通訊(TSC)的封包資料單元(PDU)會話。然後，在步驟402的確定可以包括基於檢測到的用於TSC的PDU會話的時間同步要求來確定時間同步要求。在另一範例中，該方法可以包括檢測用於時間敏感通訊(TSC)的封包資料單元(PDU)並確定對用於TSC之PDU會話的改變。在步驟402的確定然後可以包括確定時間同步要求包括基於對用於TSC之PDU會話的改變來確定對時間同步要求的改變。在這兩個範例中，檢測用於TSC之PDU可以包括確定PDU會話所需的服務品質(QoS)，並且當所需的服務品質滿足預定的時間延遲標準時(例如，如上所述)，檢測用於TSC的PDU會話，或確定與PDU會話相關聯的會話標識資訊，並且當會話標識資訊指示PDU會話是用於TSC時(例如，上面關於會話標識或識別符所述)，檢測用於TSC的PDU會話。在一範例中，時間同步控制訊息包括至少一個欄位用於控制時間同步過程。例如，時間同步控制訊息可以包括第一欄位用於指示該時間同步過程啟動或停用(或啟用或停用)並且還可以包括第二欄位用於指示路徑延遲補償啟動或停用(或啟用或停用)。在一範例中，該時間同步控制訊息是MAC控制元素MAC CE訊息，其具有時間同步欄位或旗標(例如，位元8)用於指示時間同步過程啟動或停用，以及路徑延遲補償(PDC)欄位或旗標(例如，位元7)用於指示路徑延遲補償啟動或停用。在另一範例中(當UE發送時間同步控制訊息時)，時間同步控制訊息是RRC訊息，諸如具有資訊元素(IE)的UEAssistance資訊訊息，用於提供控制時間同步過程的資訊，諸如時間同步和PDC配置及啟動資訊。UEAssistance資訊訊息的IE可以包括refTime啟動欄位用於指示時間同步過程啟動或停用以及pdc啟動欄位用於指示路徑延遲補償啟動或停用。在另一範例中，時間同步控制訊息可以是RRC重配置訊息。RRC重配置訊息可以包括RAN_同步欄位用於指示時間同步過程啟動或停用，以及RAN_pdc欄位用於指示PDC啟動或停用。UE發送的時間同步控制訊息(無論是MAC CE訊息或是RRC訊息，諸如UE AssistanceInformation訊息或RRC重配置訊息)可以包括一或多個附加欄位，該一或多個附加欄位中的每個欄位指示用於時間同步的特定UE偏好/配置。舉例來說：一附加欄位可以指示將基準時間資訊從gNB傳輸到UE之較佳的傳輸訊息的類型(單播或廣播)；一附加欄位可以指示gNB發送基準時間所需的或較佳的週期(例如，以毫秒為單位的值或僅一次)；一附加欄位可以指示UE支持的PDC類型(預補償、RTT、TA、增強型TA等)；一附加欄位可以指示gNB發送PDC資訊的週期(例如，以毫秒為單位的值或按需求)；一附加欄位可以指示UE正在操作的情境或環境，諸如控制次系統間協調或電網或正在使用UE的其他操作情境；一附加欄位可以指示是否要求UE遵循時序誤差(Te-preference)；一附加欄位可以指示較佳的TA粒度值(TA校正步長的值)；等等。gNB發送的時間同步控制訊息(無論是MAC CE訊息或RRC訊息)可以包括一或多個附加欄位，該一或多個附加欄位中的每個欄位指示用於時間同步的特定配置。舉例來說：一附加欄位可以指示gNB用於時間同步過程的PDC的類型(預補償、RTT、TA、增強型TA等)。下面提供時間同步控制訊息之範例的細節。圖4b示出用於在包括UE和基地台的無線網路(諸如上面參考圖1描述的5G網路100)中控制時間同步的方法420的步驟。方法420可以在UE(諸如上述的UE 104a、104b、300)處執行或者可以在基地台(諸如上述的基地台102、200)處執行。對於UE而言，例如，UE的gNB同步管理器301可以執行方法420。對於基地台或gNB而言，UE同步管理器201可以執行方法420。簡而言之，在步驟422，接收到時間同步控制訊息。然後在步驟424，根據接收到的時間同步控制訊息來控制時間同步過程。當方法420是在UE處執行時，UE從基地台接收時間同步控制訊息，並且UE根據接收到的時間同步控制訊息在UE處控制時間同步過程。當方法420是在基地台處執行時，基地台從UE接收時間同步控制訊息，並且基地台根據接收到的時間同步控制訊息在基地台控制時間同步過程。在UE或基地台處控制時間同步過程可以包括分別在UE或基地台處啟動或停用(或啟用或停用)時間同步過程，或者當時間同步過程已啟動時，其可以包括改變時間同步過程(例如，改變時間同步過程的選項或附加特徵)，諸如分別在UE或基地台處啟動或停用路徑延遲補償(PDC)。因此，RAN中的時間同步僅在需要時才被啟動或啟用，否則被禁用或停用，這有助於減少RAN中的發訊和處理量。如上所述，依據本發明的實施例，時間同步控制訊息可以從UE發送到基地台(例如，gNB)或者從基地台(例如，eNB)發送到UE。現在將提供本發明實施例的更多細節。在第一實施例中，UE(諸如圖1的UE 104a、104b，圖3的UE 300 - 要注意的是，為了簡單起見，針對UE，以下將僅使用參考標號300)確定UE與基地台(諸如圖1的gNB 102和圖2的gNB 200 - 要注意的是，為了簡單起見，針對基地台，以下將僅使用參考標號200)之間的時間同步要求，並且產生時間同步控制訊息作為回應。例如，UE 300確定是否需要時間同步、或者是否需要改變已經啟動的時間同步過程(諸如啟動或停用PDC)。UE 300可接收一訊息，其觸發時間同步控制訊息的創建。時間同步控制訊息包括用於控制時間同步過程的資訊，諸如啟動或停用時間同步過程，或改變已啟動的時間同步過程(例如，改變時間同步過程的選項或附加特徵)，諸如透過啟動或停用路徑延遲補償。例如，此時間同步控制訊息可以包含一欄位，用於控制在gNB 200處的時間同步過程的啟動/停用。時間同步過程是基於由gNB 200向UE 300發送基準時間，以便在同一胞元中的所有節點之間共享公用時間。此外，為了提高時間同步的準確性，可以執行路徑延遲補償。在一範例中，確定UE 300與gNB 200之間的時間同步要求可以基於檢測用於TSN應用之時間敏感通訊(TSC)的封包資料單元(PDU)會話並確定用於TSC之PDU會話的時間同步要求(例如，在PDU會話建立程序期間)，或者基於檢測用於TSN應用之時間敏感通訊(TSC)的封包資料單元(PDU)會話並確定對TSC PDU會話的改變，諸如在PDU會話釋放程序或PDU會話修改程序期間。現在參考圖5a，其示出根據本發明之實施例的示例性方法的流程圖，該示例性方法當由PDU會話建立觸發時由UE 300執行。首先，在步驟501a，UE 300請求建立PDU會話，諸如在TS24.501第6.4.1節中所述。PDU SESSION ESTABLISHMENT REQUEST被發送到核心網路實體，諸如會話管理功能(SMF)，其為核心網路(諸如圖1的5G核心網路101)的一部分。此PDU SESSION ESTABLISHMENT REQUEST訊息包含建立PDU會話所需的所有資訊。在步驟502a確定此PDU會話在時間同步方面是否具有某些特定的時間同步要求(即，其是否請求或需要時間同步，並且若其請求或需要時間同步的話，有或沒有PDC)。例如，在步驟502a，由UE 300確定是否檢測到用於時間敏感通訊(TSC)的封包資料單元(PDU)。在時間敏感網路應用的情況下，5G系統被整合到TSN系統中作為TSN橋梁。一些特定實體，即DS-TT(裝置側TSN轉譯器107b、107c)和NW-TT(網路側TSN轉譯器106)負責TSN域和5G域之間的轉換。DS-TT與特定於TSN應用的UE 300(例如，附接或嵌入UE 300)相關聯，並且NW-TT附接到核心網路中的使用者平面功能(User Plane Function，UPF)。在UE中DS-TT的存在意味著UE 300將涉及時間敏感通訊(TSC)，因此可以推斷TSC需要時間同步。為了配置DS-TT，5G核心網路使用埠管理資訊訊息，其為包括配置DS-TT之資訊的控制訊息。因此當DS-TT鏈接到UE 300時，PDU SESSION ESTABLISHMENT REQUEST訊息包括DS-TT參數：在5GSM能力資訊元素中設置的TPMIC(TS24.501中的9.11.4.12，埠管理資訊容器)位元，並填充埠管理資訊容器(9.11.4.27)。因此，當PDU SESSION ESTABLISHMENT REQUEST包括DS-TT參數時，RAN也會需要時間同步。換言之，在示例性實現中，在請求建立PDU會話時，當UE 300鏈接到DS-TT或與DS-TT相關聯時，UE 300在PDU SESSION ESTABLISHMENT REQUEST訊息中包括DS-TT參數，並且檢測所請求的PDU會話是用於TSC的，因而需要RAN的UE 300與RAN gNB 200之間的時間同步。 PDU SESSION ESTABLISHMENT REQUEST也包含用於識別PDU會話的PDU會話標識或識別符。此PDU會話ID存在於所有訊息中，以控制PDU會話。當在步驟502a期間使用時間同步需求來分類PDU會話時，UE 300亦將PDU會話標識與時間同步需求相關聯。因此，在接下來的PDU會話程序中，UE可以僅基於PDU會話標識來得知會話是否被分類為具有時間同步需求。否則，若不需要時間同步(步驟502a的否分支)，則UE進入結束步驟508a。在這種情況下，假設由於在步驟502a確定PDU會話不需要時間同步，時間同步不啟動並且先前並未被啟動，因為作為PDU會話建立程序之一部分發送的訊息是能夠在UE 300和gNB 200之間交換資料的一些第一訊息。在另一範例中，若在RAN中預設啟動時間同步過程，因此當在步驟502a進行確定時是啟動的，則UE 300可以產生並向gNB 200發送時間同步控制訊息，以通知gNB UE不需要時間同步，並且時間同步過程可被禁用或停用。一旦UE 300確定其需要時間同步，其應通知gNB關於其時間同步要求，以便gNB 200建立並啟動時間同步，即，發送基準時間資訊並可選地執行PDC計算。因此，當請求建立PDU會話，其在步驟502a期間確定請求或需要時間同步(步驟502a的是分支)時，UE 300在步驟503a產生或創建時間同步控制訊息。在創建或產生時間同步控制訊息(步驟503a)之後，UE 300等待核心網路針對PDU會話建立的反饋，以便確定PDU會話建立是否已被接受(步驟504a)。在從核心網路的SMF接收到PDU SESSION ESTABLISHMENT ACCEPT訊息(步驟504a的是)之後，UE 300在步驟506a期間將時間同步控制訊息發送到其相關聯的gNB 200並且在步驟507a期間啟用時間同步過程。換言之，在步驟507a期間，UE 300將RAN同步和RAN PDC狀態設置為“ON”(例如，如上所述，5G時間同步管理器303將UE暫存器中的RAN同步旗標和RAN PDC旗標設置為“ON”)，並追蹤從gNB接收到的基準時間以及可能與路徑延遲補償相關的訊息。否則，在接收到PDU SESSION ESTABLISHMENT REJECT(在步驟504a的分支否)之後，UE 300刪除時間同步控制訊息(步驟505a)並結束該方法(步驟508a)。在另一示例性實施中，UE 300可以使用PDU SESSION ESTABLISHMENT ACCEPT訊息中包括的QoS參數，在步驟502a，確定PDU會話在時間同步方面(即，其請求或需要時間同步)是否具有一些特定要求。例如，確定是否檢測到用於時間敏感通訊(TSC)的封包資料單元(PDU)會話。UE剖析PDU SESSION ESTABLISHMENT ACCEPT中包括的QoS流描述資訊元素(TS 24.501中的9.11.4.12.1)，以檢查5QI參數。若例如5QI值對應於延遲臨界GBR(#82、#83、#84、#85)或代表時間同步需求的任何其他值(新5QI值)，則UE 300確定存在時間同步(例如，PDU會話是用於TSC)的要求或需求並確定時間同步請求，然後準備時間同步控制訊息以請求在無線電存取網路(RAN)中啟動時間同步過程。若PDU會話被接受且QoS參數中有5QI #82、或#83、或#84、或#85，則可以確定需要時間同步。3GPP技術規格書TS23.501中的表5.7.4-1說明了標準化5QI到QoS特性的映射。3GPP聯盟(RAN2組)中定義的智慧型電網場景類似於配電(5QI #85)，而控制次系統間協調類似於延遲臨界GBR 5QI中定義的離散自動化(5QI #82或#83)。時間敏感通訊之最重要的QoS特性之一是封包延遲預算，其定義了封包在UE和UPF處的N6終止點之間的網路中應花費的最長時間(TS23.501中的5.7.3.4)。此外，應從給定封包延遲預算(PDB)減去在終止N6的UPF和5G-AN(gNB)之間的延遲的固定延遲，以得到適用於無線電介面(在UE和gNB之間)的封包延遲預算。在與TS23.501中的表5.7.4-1相關聯的註釋中給出了固定延遲的一些範例。例如，5QI #85的封包延遲預算等於5毫秒，並且可被認為需要RAN級別的時間同步，而5QI #3的封包延遲預算等於50毫秒，並且可被認為不需要RAN級別的時間同步。在確定時間同步需求之後，UE向gNB發送發訊訊息(例如，時間同步控制訊息)，以開始RAN時間同步。例如，若PDU會話被接受，且QoS參數反映封包延遲預算值(或應用於UE和gNB之間的無線電介面的封包延遲預算)低於閾值或時間延遲標準(例如，小於10毫秒或小於5毫秒)，則可以確定需要時間同步。可以由帶有為超可靠低延遲通訊(URLLC)設置的切片服務類型(SST)的單網路切片選擇輔助資訊(S-NSSAI)值確定時間同步的需求。在另一示例性實現中，UE 300可以使用PDU SESSION ESTABLISHMENT ACCEPT訊息中包括的單網路切片選擇輔助資訊(TS 24.501中S-NSSAI第9.11.2.8條)，在步驟502a確定PDU會話在時間同步方面是否具有一些特定要求(即，其請求或需要時間同步)。網路切片允許在同一物理基礎建設上構建多個具有不同要求的邏輯網路。網路切片的識別是透過S-NSSAI完成的。S-NSSAI(如TS 23.501中的第5.12.2.1條所定義)由兩個欄位組成：SST表示切片服務類型，其為必備的，在特徵和服務方面指的是預期的網路切片行為；以及SD切片辨識(Slice Differentiator)，其為補充切片/服務類型以區分相同切片/服務類型的多個網路切片的可選資訊。目前，將5種不同的服務值標準化，如TS 23.501中的表5.15.2.2-1所示。例如，為了確定是否檢測到用於時間敏感通訊(TSC)的封包資料單元(PDU)會話，UE檢查S-NSSAI值。若S-NSSAI值對應於代表時間同步需求的值，則UE 300確定存在時間同步的請求或需求，然後準備時間同步控制訊息以請求在無線電存取網路(RAN)中啟動時間同步過程。代表時間同步需求的S-NSSAI可以是例如在標準化SST值(從0到127)的未使用值之中用於時間敏感通訊的新SST值；或由專用營運商支持的TSC服務的營運商特定值(從128到255)的範圍中的一個SST值；或使用特定的SD值來具體化當前的標準化服務，例如，SST值=2表示超可靠低延遲通訊，且SD=1表示時間敏感附件。時間敏感通訊之特定值的知識可以在初步程序期間標準化或共用(如TS23.501中的第5.15條所述)，例如UE向核心網路註冊。在圖5a所示的替代範例中，時間同步控制訊息可以在步驟503a中產生或創建之後並且在接受PDU會話建立之前(例如，在接收PDU SESSION ESTABLISHMENT ACCEPT訊息之前)由UE 300直接發送到gNB 200，以開始建立之前的時間同步過程。在一些情況下，若PDU會話的優先權高的話，則接受PDU會話的機率也高。並且，若最終PDU會話被拒絕了(例如，在接收到PDU SESSION ESTABLISHMENT REJECT訊息後)，則UE 300可以發送另一時間同步控制訊息以停止或停用時間同步過程。現在參考圖5b，其示出根據本發明之實施例的示例性方法的流程圖，該示例性方法當由PDU會話釋放觸發時由UE 300執行。首先，在步驟501b，UE 300請求釋放PDU會話，諸如TS24.501第6.4.3節中所述。PDU SESSION RELEASE REQUEST被發送到核心網路實體，即會話管理功能(SMF)。該訊息主要包含釋放原因和PDU會話標識。如上所述，PDU會話標識或識別符被用來識別PDU會話。此外，在PDU會話建立期間，UE已將時間同步的需求與PDU會話ID相關聯(圖5a的步驟502a)。因此，在步驟502b中，為了檢查已請求釋放的PDU會話是否為有時間同步需求的PDU會話，UE 300使用PDU會話ID並驗證PDU會話是否被標記為需要時間同步。若PDU會話被識別為有時間同步需求的會話(步驟502b的是分支)，則UE 300創建或產生時間同步控制訊息(503b)以在RAN中停止或停用時間同步過程。否則，若該會話不是具有時間同步的會話(步驟502b的否分支)，則UE進入結束步驟508b。在創建或產生時間同步控制訊息之後，在步驟504b期間，UE 300等待來自核心網路關於PDU會話釋放的反饋。在接收到PDU SESSION RELEASE REQUEST訊息和PDU會話ID之後，若SMF(核心網路實體)接受釋放PDU會話的請求，則SMF應執行網路請求的PDU會話釋放程序(如TS 24.501第6.3.3款中所規定的)，即，SMF將PDU SESSION RELEASE COMMAND發送回UE 300，並且UE以PDU SESSION RELEASE COMPLETE回應。因此，在接收到PDU SESSION RELEASE COMMAND之後(步驟504b的是分支)，UE 300認為釋放被接受，然後UE向其相關聯的gNB發送時間同步控制訊息(步驟505b)。然後在停用時間同步(在步驟506b)之前，UE檢查其他具有時間同步需求的PDU會話是否始終處於啟用狀態。若不再存在具有時間同步需求的啟動PDU會話，則UE在步驟506b禁用或停用時間同步過程。換言之，UE停止追蹤從gNB接收基準時間，以及可能與路徑延遲補償相關的訊息。並且，RAN同步和RAN PDC的狀態將被設置為“OFF”(例如，如上所述，5G時間同步管理器303將UE暫存器中的RAN同步旗標和RAN PDC旗標設置為“OFF”)。否則，若至少一個具有時間同步需求的PDU會話始終處於啟用狀態，則時間同步保持啟用或啟動。否則，在接收到PDU SESSION RELEASE REJECT(步驟504b的否分支)之後，UE 300刪除時間同步控制訊息(507b)並結束該方法(步驟508b)。在替代範例中，在步驟501b中由網路代替UE發起釋放請求程序。在這種情況下，UE從核心網路接收PDU SESSION RELEASE COMMAND訊息，並檢查PDU SESSION RELEASE COMMAND訊息中的PDU會話標識或識別符是否與時間同步需求相關聯，如上所述。然後UE執行從步驟502b到508b相同的步驟(除了省略步驟504b和507b)。現在參考圖5c，其示出根據本發明之實施例的示例性方法的流程圖，該示例性方法當由PDU會話修改觸發時由UE 300執行。首先在步驟501c，UE 300請求或接收PDU會話的修改(在TS24.501第6.4.2條中描述了UE請求的PDU會話修改程序以及在第6.3.2條中描述了網路請求的PDU會話修改程序)。PDU SESSION MODIFICATION REQUEST被發送到核心網路實體，即會話管理功能(SMF)。關於PDU會話建立程序，該訊息包括帶有QoS流描述資訊元素的請求QoS流描述欄位(TS 24.501中的9.11.4.12.1)。UE 300可以檢查包括在QoS流描述中的5QI參數。若5QI值對應於延遲臨界保證位元率GBR(#82、#83、#84、#85)或代表時間同步需求的任何其他值(新5QI值)，則UE可以確定時間同步要求，特別是確定存在時間同步的需求或要求。PDU SESSION MODIFICATION REQUEST還可以包括如關於圖5a所述的DS-TT參數，與PDU會話建立程序相關，即，埠管理資訊容器和具有TPMIC位元的5GSM能力。在步驟502c期間，UE 300基於例如QoS的參數或DS-TT的參數來檢查修改是否對時間同步需求有影響(即，修改的PDU會話要求或需要修改的時間同步要求)。當PDU會話的修改導致時間同步要求或需求的修改時(步驟502c的是分支)，有兩種不同的情況。情況 1 ：PDU會話從需要時間同步的PDU會話修改為不需要時間同步的PDU會話(步驟502c的是分支，步驟503c的否分支)。例如，5QI可以從與低封包延遲預算相關聯的值(例如，5QI #85且PDB=5毫秒)修改為與高封包延遲預算相關聯的值(例如，5QI #3且PDB=50毫秒)，即，修改後的PDU會話不再需要時間同步。在該情況下，UE 300創建或產生時間同步控制訊息以請求在RAN中停止或停用時間同步過程(在步驟504c)。然後，UE等待來自核心網路實體對於PDU會話修改的反饋(505c)。接收到PDU SESSION MODIFICATION REQUEST訊息之後，若SMF接受修改PDU會話的請求，則SMF(核心網路實體)應執行網路請求的PDU會話修改程序(如TS24.501第6.3.2條中規定的)，即，SMF將PDU SESSION MODIFICATION COMMAND發送回UE 300，並且UE 300以PDU SESSION MODIFICATION COMPLETE或PDU SESSION MODIFICATION COMMAND REJECT(若UE請求修改，則不太可能會發生)回應。因此，接收到PDU SESSION MODIFICATION COMMAND之後，UE 300認為修改被接受(步驟505c的是分支)，然後，UE 300向其相關聯的gNB發送時間同步控制訊息(在步驟506c)。然後在停用時間同步之前，UE 300檢查其他具有時間同步需求的PDU會話是否仍處於啟用狀態。若不再存在具有時間同步需求的啟動PDU會話，則UE 300禁用或停用在UE處的時間同步過程(在步驟507c)。換言之，UE 300停止追蹤從gNB接收基準時間以及可能與路徑延遲補償相關的訊息。並且，UE將RAN同步和RAN PDC的狀態設置為“OFF”。否則，若至少一個具有時間同步需求的PDU會話仍然處於啟用狀態，則時間同步保持啟用或啟動。在接收到PDU SESSION MODIFICATION REJECT(步驟505c的否分支)之後，拒絕修改請求，並且UE刪除時間同步控制訊息(步驟512c)並結束該方法(步驟513c)。情況 2 ：PDU會話從不需要時間同步的PDU會話修改為需要時間同步的PDU會話或對時間同步需求有一些調整的PDU會話(步驟502c的是分支，步驟503c的是分支)。例如，將在PDU會話建立期間最初不存在的DS-TT參數添加到PDU SESSION MODIFICATION REQUEST訊息中。在另一範例中，5QI可以從與高封包延遲預算相關聯的值(例如，5QI #3且PDB=50毫秒)修改為與低封包延遲預算相關聯的值(例如，5QI #85且PDB=5毫秒)，即，修改後的PDU會話需要時間同步。PDU會話可以修改為有需要時間同步但預算要求更嚴格的封包延遲預算。對於更嚴格的預算要求，在主要的時間同步過程之外，時間同步可能還需要例如路徑延遲補償。另一方面，修改可能釋放封包預算延遲約束，因此路徑延遲補償可能變得無用因而不需要。然後UE 300創建或產生時間同步控制訊息以反映所請求的修改(步驟508c)。例如，在需要有路徑延遲補償的時間同步的修改的情況下，UE 300產生時間同步控制訊息以請求在RAN中開始具有路徑延遲補償的時間同步過程。UE 300所產生的時間同步控制訊息可以基於下面參考圖11所述的MAC CE。使用此種MAC CE時間同步控制訊息，時間同步控制訊息的時間同步欄位或旗標(位元8)被設置為啟用或‘ON’，並且時間同步控制訊息的路徑延遲補償欄位或旗標(位元7)也被設置為啟用或‘ON’。然後，UE 300等待來自核心網路實體關於PDU會話修改的反饋。接收到PDU SESSION MODIFICATION REQUEST訊息之後，若SMF接受修改PDU會話的請求，則SMF(核心網路實體)應執行網路請求的PDU會話修改程序(如TS24.501第6.3.2條中所規定的)，即，SMF將PDU SESSION MODIFICATION COMMAND發送回UE 300，並且UE 300以PDU SESSION MODIFICATION COMPLETE或PDU SESSION MODIFICATION COMMAND REJECT(若UE請求修改，則不太可能會發生)回應。因此，在接收到PDU SESSION MODIFICATION COMMAND之後，UE 300認為修改被接受(步驟509c的是分支)，然後，UE 300向其相關聯的gNB發送時間同步控制訊息(在步驟510c)。然後，在步驟511c，取決於PDU會話是否從不需要時間同步的PDU會話修改為確實需要時間同步的PDU會話或對時間同步要求有一些調整的PDU會話，UE 300啟動時間同步或基於所請求的修改來調整其自身的時間同步過程(例如，追蹤基準時間和路徑延遲補償訊息、狀態RAN同步和RAN PDC的修改)。在接收到PDU SESSION MODIFICATION REJECT(步驟509c的否分支)之後，拒絕修改請求，並且UE 300刪除時間同步控制訊息(步驟512c)並結束該方法(513c)。在另一範例中，UE 300可以基於從核心網路實體接收到的訊息中的S-NSSAI來確定時間同步要求和對時間同步要求的任何改變。例如，該訊息可以是UE 300從核心網路中的存取及移動管理功能(AMF)接收的CONFIGURATION UPDATE COMMAND。S-NSSAI可以透過此訊息改變，如通用UE配置更新程序(TS24.501第5.4.4條)中所述。在這種情況下，UE 300可以從自AMF接收到的訊息確定S-NSSAI值可以從與時間敏感通訊相關聯的值(例如，針對超可靠低延遲通訊，SST值=5，或針對時間敏感通訊，新SST值=6)修改為沒有時間同步要求的值(例如，針對5G增強型行動寬頻，SST值=1)或具有現有SST值的S-NNSAI值(例如，針對超可靠低延遲通訊，SST=5)，以及從代表時間同步需求的SD修改為SD值或無SD欄位在訊息中，即，PDU會話不再有時間同步要求。在此情況下，如上面情況1的步驟504c中，UE 300創建或產生時間同步控制訊息以請求在RAN中停止或停用時間同步過程。現在參考圖5d，其示出根據本發明之實施例，當由接收自無線網路的核心網路實體(例如，圖1之5G網路100的核心網路101的核心網路實體)的同步通知觸發時由UE 300執行的示例性方法的流程圖。換句話說，UE也可以由核心網路中的實體指示，以啟動RAN時間同步。在初始步驟501d中，UE 300從諸如SMF(會話管理功能)的核心網路實體接收同步通知。例如，該通知是以TS 24.501第9.11.4.27條中定義的埠管理資訊容器(Port Management Information Container，PMIC)訊息的形式。 PMIC承載TS 23.501第5.28.3.1條中定義的資訊。PMIC中承載的資訊是用於配置DS-TT，尤其是確保TSN應用之同步的精確時間協定(Precision Time Protocol)。此包括埠資訊元素，諸如“PTP instance ID”、"defaultDS.clockIdentity"及“defaultDS.instanceEnable”。在PMIC訊息中的埠資訊“PTP instance ID”、"defaultDS.clockIdentity"及“defaultDS.instanceEnable”可被用來通知UE關於開始或啟動以及停止或停用時間同步過程或服務，如TS 23.501第K.2.2條中所述。“PTP instance ID”、"defaultDS.clockIdentity"及 “defaultDS.instanceEnable”埠資訊可以在核心網路和UE之間交換，以啟動RAN時間同步。PMIC訊息提供的配置資訊的另一參數是PTP設定檔(PTP profile)(定義於IEEE Std 1588-2019第20.3.3條)。每個PTP設定檔定義了一組參數，以支持在同步準確性方面或多或少嚴格的應用。除了時間同步之外，PTP設定檔還可被用於確定PDC的需求。在步驟502d中，UE 300檢查接收到的同步通知PMIC訊息中的“defaultDS.instanceEnable”埠資訊。若“defaultDS.instanceEnable”為“真(True)”，則在步驟503d期間，UE 300檢查RAN同步的狀態。若RAN同步被設置為“OFF”(步驟503d的否分支)，則在步驟507d期間，創建或產生時間同步控制訊息，以在RAN中開始或啟動UE 300和gNB 200之間的時間同步過程。換言之，SMF可以透過埠管理資訊寫入來指示UE開始RAN時鐘同步(或RAN時間同步)。若RAN同步為“ON”(步驟503d的是分支)，則在步驟505d期間，UE 300檢查在同步通知PMIC訊息中接收到的埠資訊的值(在步驟501d)，以確定時間同步要求是否已改變，從而需要透過改變選項或附加特徵如PDC(路徑延遲補償)來改變時間同步過程。若時間同步要求已改變(步驟505d的是分支)，則在步驟506d期間，UE 300產生或創建時間同步控制訊息以改變RAN同步選項。若時間同步要求未被改變(步驟505d的否分支)，則無需發送時間同步控制訊息，並且UE 300進入結束步驟510d。若，在步驟502d，“defaultDS.instanceEnable”為«假(False)»(否分支)，則在步驟504d期間，UE 300檢查RAN同步的狀態。若其為“ON”(步驟504d的是分支)，則在步驟508d期間，創建或產生時間同步控制訊息，以在RAN中停止或禁用或停用UE 300和gNB 200之間的時間同步過程。若RAN同步為“OFF”(步驟504d的否分支)，則無需發送時間同步控制訊息，並且UE 300進入結束步驟510d。步驟505d包括檢查UE 300處的RAN PDC狀態以及接收到的同步通知PMIC訊息的埠資訊“PTP設定檔”(精確時間協定設定檔)二者。若RAN PDC狀態為“ON”且“PTP設定檔”指向要求不高的PTP設定檔如“預設延遲請求-回應”設定檔，則必須停止PDC。另一方面，若PDC狀態為OFF且“PTP設定檔”指向更嚴格的設定檔如“802.1AS”設定檔，則必須啟動PDC。PTP設定檔定義於IEEE Std 1588-2019第20.3.3條。每個PTP設定檔定義的一組參數，例如用於支持在同步準確性方面或多或少嚴格的應用。換言之，PDC的需求(例如，PDC應處於啟用狀態或是處於停用狀態等取決於PDC的當前狀態，其應是被開始/啟動(處於啟用狀態)或保持在啟動狀態、或者被停止/停用(處於停用狀態)或保持在停用狀態)可以根據PMIC訊息提供的PTP設定檔參數來確定。在步驟506d期間，創建或產生時間同步控制訊息。UE 300所產生的時間同步控制訊息可以基於下面參考圖11所述的MAC CE。使用此種MAC CE時間同步控制訊息，在步驟506d，時間同步控制訊息的時間同步欄位或旗標(位元8)被設置為啟用或“ON”。由於同步要求中有改變，如在步驟505d所確定的，若RAN PDC狀態為停用或“OFF”，則時間同步控制訊息的路徑延遲補償(PDC)欄位或旗標(位元7)被設置為啟用或“ON”。因此，若RAN PDC狀態為啟動或“ON”，則時間同步控制訊息的PDC欄位被設置為“OFF”。在UE 300處的RAN PDC狀態被改變為“ON”，並且在步驟509d期間發送時間同步控制訊息。在另一範例中，由UE 300產生的時間同步控制訊息可以基於RRC訊息，諸如下面描述的UEAssistance資訊訊息。例如，UEAssistance資訊訊息的IE可以包括refTime啟動欄位用於指示時間同步過程啟動或停用以及pdc啟動欄位用於指示路徑延遲補償啟動或停用。在步驟507d期間，創建或產生時間同步控制訊息。由UE 300產生的時間同步控制訊息可以基於下面參考圖11描述的MAC CE。使用此種MAC CE時間同步控制訊息，在步驟507d，時間同步控制訊息的時間同步欄位或旗標(位元8)被設置為啟用或“ON”並且在UE 300處的RAN同步狀態被設置為啟動或“ON”。若埠資訊“PTP設定檔”指向要求不高的PTP設定檔如“預設延遲請求-回應”設定檔，則時間同步控制訊息的路徑延遲補償(PDC)欄位或旗標(位元7)被設置為停用或“OFF”並且在UE 300處的RAN PDC狀態被設置為停用或“OFF”。另一方面，若“PTP設定檔”指向更嚴格的設定檔如802.1AS設定檔，則時間同步控制訊息的PDC欄位和且在UE 300處的RAN PDC狀態二者被設置為“ON”。然後在步驟509d發送時間同步控制訊息。在另一範例中，由UE 300產生的時間同步控制訊息可以基於RRC訊息，諸如下面描述的UEAssistance資訊訊息。例如，UEAssistance資訊訊息的IE可以包括refTime啟動欄位用於指示時間同步過程啟動或停用以及pdc啟動欄位用於指示路徑延遲補償啟動或停用。在步驟508d期間，創建或產生時間同步控制訊息。UE 300所產生的時間同步控制訊息可以基於下面參考圖11所述的MAC CE。使用此種MAC CE時間同步控制訊息，在步驟508d，時間同步控制訊息的時間同步欄位或旗標(位元8)和路徑延遲補償(PDC)欄位或旗標(位元7)二者被設置為“OFF”，以及RAN同步和在UE 300處的RAN PDC狀態二者也是。然後在步驟509d期間發送時間同步控制訊息用於在RAN中停止或禁用或停用UE 300和gNB 200之間的時間同步過程。在另一範例中，UE 300所產生的時間同步控制訊息可以基於RRC訊息，諸如下面描述的UEAssistance資訊訊息。例如，UEAssistance資訊訊息的IE可以包括refTime啟動欄位用於指示時間同步過程啟動或停用以及pdc啟動欄位用於指示路徑延遲補償啟動或停用。在另一範例中，可以將對應於時間同步過程處於啟用狀態的持續時間的持續時間值與來自核心網路實體的同步通知一起發送到UE 300。一旦時間同步過程已基於同步通知而被啟動或開始，時間同步過程的停用可以在持續時間已經到期之後由UE 300自主或自動完成，而不需要從SMF發送停用訊息。例如，持續時間可被用來在UE 300處設置計時器，並且當計時器到期時，UE發送時間同步控制訊息，用於在RAN中停止或禁用或停用UE 300和gNB 200之間的時間同步過程。 gNB 200從UE 300接收時間同步控制訊息。此時間同步控制訊息包含用於在RAN中控制UE和基地台之間的時間同步過程的資訊。例如，時間同步控制訊息可以控制RAN中時間同步過程的啟動或停用。時間同步控制訊息還可以控制時間同步過程的選項或附加特徵，諸如在主要的時間同步過程(即，發送基準時間)之外，是否要啟動路徑延遲補償。現在參考圖6a，其示出根據本發明之實施例由gNB 200執行的用於在無線網路中控制時間同步的示例性方法的流程圖。首先在步驟601a，gNB 200從UE 300接收時間同步控制訊息。時間同步控制訊息可以是下面參考圖11所述的MAC CE訊息或RRC訊息(諸如具有專用於時間同步配置和啟動之資訊元素的UEAssistance資訊，如以下進一步描述中所述，或其他RRC訊息，例如但不限於RRC重配置完成、RRC恢復完成、RRC恢復請求訊息，其包括與UEAssistance資訊訊息中所述的那些時間同步參數類似的時間同步參數)。如上所述，時間同步控制訊息可以包括至少一第一欄位或時間同步欄位用於指示時間同步過程啟動或停用，並且可以包括第二欄位或PDC欄位用於指示路徑延遲補償啟動或停用。例如，UE 300所產生的時間同步控制訊息是基於下面參考圖11所述的MAC CE的情況下，此種MAC CE時間同步控制訊息包括時間同步欄位或旗標(位元8)以及路徑延遲補償欄位或旗標(位元7)。例如，在UE 300所產生的時間同步控制訊息是基於UEAssistance資訊訊息的情況下，時間同步控制訊息包括refTime啟動欄位用於指示時間同步過程啟動或停用及pdc啟動欄位用於指示路徑延遲補償啟動或停用。每個欄位可被設置為“ON”或“OFF”。然後gNB 200剖析時間同步控制訊息以檢查第一欄位(例如，時間同步欄位)是否被設置為“ON”(步驟602a的是分支)。若時間同步控制訊息中的時間同步欄位被設置為“ON”，則在步驟603a，gNB 200啟用或啟動時間同步過程，這導致gNB 200安排向發射或發送時間同步控制訊息的UE 300發送基準時間。基準時間資訊由RRC訊息(諸如DLInformationTransfer訊息)或SIB9訊息(例如，在單播訊息中)承載。該時間同步控制訊息(不管它是MAC CE訊息或UE AssistanceInformation RRC訊息)可以包括指示用於由gNB 200傳輸基準時間資訊(以及PDC資訊，若有需要的話)的特定的UE偏好/配置(例如，單播或廣播、發送基準時間資訊的特定週期、支持的PDC類型(預補償、RTT、TA等)等等)的附加欄位。gNB 200可以基於時間同步控制訊息中的附加欄位中的資訊向UE 300發送基準時間資訊。否則，若時間同步欄位被設置為“OFF”(步驟602a的否分支)，在步驟607a，gNB 200禁用或停用時間同步過程，導致gNB 200禁用或停用向UE 300發送基準時間資訊，以及在步驟608a處，停止(若PDC處於啟用狀態)針對UE 300發送PDC訊息。在步驟603a之後，gNB 200檢查PDC欄位或旗標是否被設置為ON(步驟604a)。若時間同步控制訊息中PDC欄位或旗標被設置為“ON”(步驟604a的是分支)，則gNB 200開始計算UE和其自身之間的路徑延遲值的過程，並且安排向UE 300發送路徑延遲補償訊息，其包括路徑延遲值或代表路徑延遲值的資訊(步驟606a)。若PDC欄位或旗標被設置為“OFF”(步驟604a的否分支)，則若PDC先前為“ON”，gNB 200停止向UE發送路徑延遲補償訊息(步驟605a)。現在參考圖6b，其示出根據本發明之實施例由gNB 200執行的用於在無線網路中控制時間同步的示例性方法的流程圖。在預補償的情況下，在將基準時間發送到UE 300之前，PDC由gNB 200直接應用於基準時間。由於預補償考量對於不同UE可能有不同的傳播延遲，因此當基準時間將被發送到一個UE(例如，在單播訊息中)時，使用預補償。首先在步驟601b，gNB 200(例如，gNB的UE同步管理器201)從UE 300接收到時間同步控制訊息。然後gNB 200剖析時間同步控制訊息以檢查時間同步欄位或旗標是否被設置為“ON”(步驟602b的是分支)。若時間同步控制訊息中時間同步欄位或旗標被設置為“ON”，則gNB 200安排向發射時間同步控制訊息的UE 300發送基準時間(步驟603b)。基準時間資訊由RRC訊息(諸如DLInformationTransfer訊息)或SIB9訊息承載。時間同步控制訊息(不管它是MAC CE訊息或UE AssistanceInformation RRC訊息)可以包括指示用於由gNB 200傳輸基準時間資訊(以及PDC資訊，若需要的話)的特定UE偏好/配置(例如，單播或廣播、發送基準時間資訊的特定週期、支持的PDC類型(預補償、RTT、TA等)等等)的附加欄位。gNB 200可以基於時間同步控制訊息中的附加欄位中的資訊向UE 300發送基準時間資訊。若UE僅支持如PDC類型的預補償，則gNB必須應用預補償。否則，若時間同步被設置為“OFF”(步驟602b的否分支)，則gNB 200禁止向UE 300發送基準時間資訊(步驟607b)。在步驟603b之後，gNB 200檢查PDC欄位或旗標是否被設置為“ON”(步驟604b)。若在時間同步控制訊息中PDC欄位或旗標被設置為“ON”，則gNB 200開始計算UE 300和其自身之間的路徑延遲值的過程並且將該路徑延遲值應用於基準時間(在步驟606b)。例如，gNB可以使用最後計算並發送的TA和以下公式來計算路徑延遲值或傳播延遲值： (T _TA- Tc * N _TA,offset) / 2，其中T _TA是下行鏈路和上行鏈路幀之間的定時提前，以及T _C是定義於TS 38.211第4.1條中的新無線電的基本時間單位。實際上，T _TA由gNB連續地確定，然後gNB計算要在TA命令內發送的TA。因此，補償的基準時間的確定是在gNB發送TA命令之後執行。gNB透過使用計算後的路徑延遲值來調整(求和)基準時間來確定補償的基準時間。若PDC欄位或旗標被設置為“OFF”(步驟604b的否分支)，gNB 200停止計算路徑延遲的過程，並且若PDC過程之前是“ON”，則停止將路徑延遲應用於基準時間資訊(步驟605b)。在另一範例中，代替在步驟607b完全禁止向UE發送基準時間資訊，gNB 200可以不完全禁止發送基準時間，而是可以例如減少向UE 300發送基準時間資訊的週期。現在參考圖6c，其示出根據本發明之實施例由gNB 200執行的用於在無線網路中控制時間同步的示例性方法的流程圖。在此範例中，基準時間被廣播給胞元中的所有UE，因此gNB 200必須在禁用或停用時間過程及停止發送基準時間之前檢查是否不再有需要間同步過程的UE。如上所述，由於基準時間是廣播的，因此不能使用路徑延遲預補償。首先在步驟601c，gNB 200從UE 300接收到時間同步控制訊息。該訊息可以是如參考圖11所述的MAC CE訊息或RRC訊息(具有專用於時間同步配置和啟動之資訊元素的UE輔助資訊，如進一步描述中所述)。然後，gNB 200剖析時間同步控制訊息以檢查時間同步欄位或旗標是否被設置為“ON”(步驟602c)。若時間同步控制訊息中的欄位或旗標被設置為“ON”，則gNB 200執行另一步驟(603c)以檢查時間同步過程是否已經開始。若時間同步尚未開始(步驟603c的否分支)，則gNB 200安排基準時間的發送(步驟607c)。基準時間資訊在RRC訊息或SIB9訊息中廣播。然後如後所述執行步驟608c。該時間同步控制訊息(不管它是MAC CE訊息或UE AssistanceInformation RRC訊息)可以包括指示用於由gNB 200傳輸基準時間資訊(以及PDC資訊，若有需要的話)的特定的UE偏好/配置(例如，單播或廣播、發送基準時間資訊的特定週期、支持的PDC類型(預補償、RTT、TA等)等等)的附加欄位。gNB 200可以基於時間同步控制訊息中的附加欄位中的資訊向UE 300發送基準時間資訊。現在回到步驟603c，若時間同步已經開始了(步驟603c的是分支)，則gNB 200直接前進到步驟608c，並檢查在時間同步控制訊息中PDC欄位或旗標是否被設置為“ON”。若在時間同步控制訊息中PDC欄位或旗標被設置為“ON”，則gNB 200開始計算UE 300和其自身之間的路徑延遲值的過程，並且安排路徑延遲補償訊息的發送，該路徑延遲補償訊息包括路徑延遲值或代表路徑延遲值的資訊(步驟610c)。若PDC欄位或旗標被設置為“OFF”(步驟608c的否分支)，則gNB 200停止計算路徑延遲並且若PDC先前為“ON”則停止向UE 300發送路徑延遲訊息(步驟609c)。回到步驟602c，若時間同步欄位或旗標被設置為“OFF”(步驟602c的否分支)，則gNB 200執行另一步驟(步驟604c)以檢查胞元中的至少一個UE 300是否需要時間同步。若胞元中沒有UE需要時間同步(步驟604c的否分支)，則gNB 200停用時間同步過程，這導致在步驟605c中禁止向胞元中的UE發送基準時間資訊並且停止(若PDC先前被啟用的話)向UE發送PDC訊息(步驟606c)。否則，若至少一個UE需要時間同步，則gNB 200僅針對發出或發送時間同步控制訊息的UE停止PDC過程(606c)。圖11示出依據本發明之實施例的用作時間同步控制訊息的示例性MAC CE發訊幀格式。如本文所述，可以將該發訊幀從UE 300發送到gNB 200或者從gNB 200發送到UE 300。該同步控制訊息符合TS 38.321第6.1.3條中描述的MAC CE格式。此處以LCID欄位為例，MAC CE也可以使用擴展的LCID欄位。 MAC CE時間同步控制訊息包括至少一第一欄位(例如，時間同步欄位或旗標(Time sync))用於指示時間同步過程啟動或停用。時間同步欄位可被設置為“ON”或“OFF”以開始/啟動/啟用或停止/停用/停用RAN中的時間同步過程。 MAC CE時間同步控制訊息還可以包括第二欄位(例如，PDC欄位或旗標)用於指示PDC是啟動或停用。若時間同步欄位是“OFF”則PDC欄位可被設置為“OFF”，否則取決於是否應該啟動路徑延遲補償而將其設置為“ON”或“OFF”。 MAC CE時間同步控制訊息可以包括附加欄位，其指示用於由gNB 200傳輸基準時間資訊(以及PDC資訊，若有需要的話)的特定的UE偏好/配置(例如，單播或廣播、發送基準時間資訊的特定週期、支持的PDC類型(預補償、RTT、TA等)等等)。在另一範例中，時間同步控制訊息可以是RRC訊息，諸如UEAssistance資訊訊息，具有資訊元素(IE)用於提供控制時間同步過程的資訊，諸如時間同步和PDC配置和啟動資訊。例如，IE可以包括第一欄位(例如，refTime啟動欄位)用於指示時間同步過程啟動或停用以及第二欄位(例如，pdc啟動欄位)用於指示PDC啟動或停用。IE可以包括附加欄位，其指示用於由gNB 200傳輸基準時間資訊(以及PDC資訊，若需要的話)的特定UE偏好/配置(例如，單播或廣播、發送基準時間資訊的特定週期、支持的PDC類型(預補償、RTT、TA等)等等)。如TS38.331第6.2.2.款中所述，“ UEAssistanceInformation訊息係用於向網路指示UE輔助資訊”。為了在RAN中配置時間同步(RAN同步)，添加了UEAssistanceInformation-v17資訊元素(IE)，該資訊元素包含與PDC相關的欄位以及與refTime相關的欄位(RAN同步)。針對RAN同步，UEAssistanceInformation-v17 IE包含以下欄位： • refTime-activation可以是“ON”或“OFF”，並指示gNB開始或停止與無線電網路同步(例如，啟動/啟用或停用/停用在UE或gNB處的時間同步過程)， • referenceTimeInfo-Periodicity用以通知gNB UE是否需要基準時間的每毫秒值或僅一次的值以及， • referenceTimeInfo-transfer可以是廣播或單播，用以通知gNB UE對傳輸基準時間資訊的訊息類型的偏好。針對PDC，UEAssistanceInformation-v17 IE包含以下欄位： • “pdc-Activation”可以是“ON”或“OFF”，並指示gNB開始或停止與無線電網路同步的路徑延遲補償(例如，啟動/啟用或停止/停用在UE或gNB處的PDC)， • “pdc-Type”是給出UE支持的pdc類型的陣列，每個pdc-type被設置為真(若UE支持此pdc類型的話)。例如，若路徑延遲由gNB應用的話則為“pre-compensation”，若要應用的路徑延遲補償方案應遵循第16版TA規格書的話則為“legacy-TA”，或若要應用的路徑延遲補償方案應遵循第17版基於定時提前的規格書的話其可以是“enhanced-TA”，或若要應用的路徑延遲補償方案應遵循第17版基於往返時間的規格書的話其可以是“RTT”， • “pdc-scenario”用以通知gNB UE在哪個場景中，諸如控制次系統間協調場景/環境、電網環境場景/環境等，(此資訊可以從應用層獲得)並用於例如確定是否需要PDC，以及 • “pdc-periodicity”用以通知gNB UE是否需要pdc的每毫秒值或僅按需求的值。與同步相關的一些其他欄位還可以填充：“Te-preference”可以是“ON”或“OFF”並指示gNB UE是否應遵循第16版或第17版中定義的時間誤差Te(下時間誤差)以及“TA-granularity”用以通知gNB較佳的TA粒度值(TA校正步驟的值)。Te是TS 38.133第7.1.2條中定義的UE傳輸時間誤差。TA粒度是應用於TA命令的校正步驟(在上面更詳細地討論並在TS 38.211第4.3.1條中描述)用以獲得路徑延遲值。可配置的TA粒度允許調整根據使用類型(場景)或訊息類型選擇的TA的準確性(例如，為絕對定時提前命令MAC CE選擇粗粒度(TS38.321第6.1.3.4a條)以及為更新TA命令MAC CE選擇最細粒度(TS38.321第6.1.3.4條))。有關TA粒度的更多細節，另請參閱由法國佳能(Canon)研究中心所提出的3GPP文件R2-2100941。上面的所有或一些欄位可被放入其他RRC訊息，諸如RRC重配置完成、RRC恢復完成、或RRC恢復請求訊息。 UEAssistanceInformation訊息如下(添加的資訊元素以粗體顯示，並且主要位於末端)：

在另一範例中，時間同步控制訊息可以是RRC重配置訊息，具有一資訊元素(IE)用於提供控制時間同步過程的資訊，諸如時間同步和PDC配置及啟動資訊。如TS 38.311第6.2.2條中所述，“ RRCReconfiguration 訊息是修改 RRC 連接的命令。它可以傳遞用於測量配至、移動性控制、無線電資源配置 ( 包括 RB 、 MAC 主配置和物理通道配置 ) 及 AS 安全性配置的資訊”。為了配置RAN同步，添加了RRCReconfiguration-v17資訊元素。IE可以包括第一欄位(例如，RAN_同步欄位)用於指示時間同步過程啟動或停用以及第二欄位(例如，RAN_pdc欄位)用於指示PDC啟動或停用。RAN_同步欄位可以是“ON”或“OFF”之一，並且指示UE開始或停止與無線電網路同步。RAN_pdc欄位也可以是“ON”或“OFF”之一，並且指示UE開始或停止與無線電網路同步的路徑延遲補償。最後，IE可以包括第三欄位(例如，RAN_pdc_type)用於指示要應用的路徑延遲補償方案的類型。例如，此RAN_pdc_type欄位可以是R16，若要應用的路徑延遲補償方案應遵循第16版規格書，或者其可以是R17_TA，若要應用的路徑延遲補償方案應遵循第17版基於定時提前的規格書，或者其可以是R17_RTT，若要應用的路徑延遲補償方案應遵循第17版基於往返時間的規格書。 RRCReconfiguration訊息如下(添加的資訊元素在末端)：

在第二實施例中，基地台(諸如圖1的gNB 102和圖2的gNB 200 - 要注意的是，為了簡單起見，針對基地台或gNB，以下將僅使用參考標號200)確定UE(諸如圖1的UE 104a、104b、圖3的UE 300 - 要注意的是，為了簡單起見，針對UE，以下將僅使用參考標號300)與基地台之間的時間同步要求，並且產生時間同步控制訊息作為回應。例如，gNB 200確定是否需要時間同步、或者是否需要改變已經啟動的時間同步過程(諸如啟動或停用PDC)。gNB 200可以接收一訊息，其觸發時間同步控制訊息的創建。時間同步控制訊息包括用於控制時間同步過程的資訊，諸如用於啟動或停用時間同步過程，或者用於改變已啟動的時間同步過程(例如，改變時間同步過程的選項或附加特徵)，諸如透過啟動或停用路徑延遲補償。在一範例中，時間同步控制訊息包含控制UE處的時間同步過程的啟動/停用的欄位。現在參考圖7a，其示出依據本發明之實施例的示例性方法的流程圖，該示例性方法在由PDU會話資源設置觸發時由gNB 200執行。首先在步驟1301，gNB 200接收PDU SESSION RESOURCE SETUP REQUEST訊息(描述於TS38.413第9.2.1.1款中)。PDU會話資源設置程序的目的是為一或多個PDU會話及相應的QoS流分配Uu及NG-U上的資源，並為給定的UE設置相應的DRB。PDU SESSION RESOURCE SETUP REQUEST接收自核心網路實體，諸如存取及移動管理功能(AMF)。此訊息包含建立與NG-RAN相關的PDU會話所需的所有資訊。為了確定UE 300和gNB 200之間的時間同步要求，在步驟1302檢查此PDU會話是否在時間同步方面具有某些特定要求(即，其是否要求或需要時間同步，以及可能地若其確實要求或需要時間同步，需不需要PDC)。例如，PDU SESSION RESOURCE SETUP REQUEST訊息包含由SMF填充的PDU會話資源設置請求傳輸(TS38.413第9.3.4.1條)資訊元素(IE)。此IE包含至少QoS流級別QoS參數(TS38.413中的9.3.1.12)，其指出RAN時間同步的需求。QoS參數包括動態5QI(也稱為非標準化或未預配置的5QI)描述符(TS38.413中的9.3.1.18)和非動態5QI(也稱為標準化5QI)描述符(TS38.413中的9.3.1.28)的描述。這些描述符允許定義QoS參數，諸如非動態5QI的5QI，其5QI值與TS23.501中表5.7.4-1中定義的封包延遲預算之間存在對應關係。對於動態5QI，封包延遲預算和延遲臨界參數可直接存取並且可獨立於5QI值指定。例如，在步驟1302期間，若5QI值對應於延遲臨界GBR(#82、#83、#84、#85)或其他值，例如，非動態5QI中的新5QI值，或例如低封包延遲預算(＜10毫秒)或動態5QI中的延遲臨界QoS流，gNB 200確定時間同步的需求或要求。若以GBR #82或#83或#84或#85 QoS參數設置PDU會話，則可以確定需要時間同步。並且，對於步驟1302，作為可選的參數，TSC(時間敏感通訊)QoS流資訊元素(IE)亦可出現在PDU會話資源設置請求傳輸中。此IE透過TSC輔助資訊提供TSC QoS流的流量特性，其包括諸如流量週期和突發到達時間的資訊。TSC輔助資訊可以包括用以指示NW-TT和DS-TT之狀態或更一般地時間同步過程或服務之狀態的資訊，以通知gNB 200。此外，TSC輔助資訊可以包括持續時間值，其對應於時間同步過程處於啟用狀態的持續時間。基於存在TSC QoS流，gNB 200可以認為需要時間同步。例如，在步驟502a，基於存在TSC QoS流，gNB 200可以檢測用於時間敏感通訊(TSC)的封包資料單元(PDU)會話。在實施的另一範例中，gNB 200可以使用PDU SESSION RESOURCE SETUP REQUEST訊息中包括的單網路切片選擇輔助資訊(S-NSSAI，TS 38.413中第9.3.1.24條)，在步驟1302確定PDU會話在時間同步方面是否具有一些特定要求(即，其請求或需要時間同步)。網路切片允許在同一物理基礎建設上構建多個具有不同要求的邏輯網路。網路切片的識別是透過S-NSSAI完成的。S-NSSAI(如TS 23.501中的第5.12.2.1條所定義)由兩個欄位組成：SST表示切片服務類型，其為必備的，在特徵和服務方面指的是預期的網路切片行為；以及SD切片辨識，其為補充切片/服務類型以區分相同切片/服務類型的多個網路切片的可選資訊。目前，將5種不同的服務值標準化，如TS 23.501中的表5.15.2.2-1所示。例如，為了確定是否檢測到用於時間敏感通訊(TSC)的封包資料單元(PDU)會話，gNB 200檢查S-NSSAI值。若S-NSSAI值對應於代表時間同步需求的值，則gNB 200確定存在時間同步的要求或需求，然後準備時間同步控制訊息以請求在無線電存取網路(RAN)中啟動時間同步過程。代表時間同步需求的S-NSSAI可以是例如使用對應於超可靠低延遲通訊的SST值(SST值=2)或在標準化SST值(從0到127)的未使用值之中用於時間敏感通訊的新SST值；或由專用營運商支持的TSC服務的營運商特定值(從128到255)的範圍中的一個SST值；或使用特定的SD值來具體化當前的標準化服務，例如，SST值=2表示超可靠低延遲通訊，且SD=1表示時間敏感附件。時間敏感通訊之特定值的知識可以在初步程序期間標準化或共用(如TS23.501中的第5.15條所述)。 PDU SESSION RESOURCE SETUP REQUEST還包含PDU會話標識或識別符，其用於識別PDU會話。此PDU會話ID存在於所有訊息中以控制PDU會話。當PDU會話被分類為需要時間同步(在步驟1302期間)時，gNB 200還將PDU會話標識與時間同步需求相關聯。因此，在接下來的PDU會話程序中，gNB 200可以僅基於PDU會話標識來得知該會話是否被分類為需要或要求時間同步。基於之前的特性，gNB 200在步驟1302中考量時間同步的需求，並且在PDU會話資源成功設置的情況下(步驟1303的是分支)，gNB 200創建時間同步控制訊息以開始在RAN中的時間同步過程(步驟1304)。在確定時間同步需求之後，gNB向UE發送發訊訊息(例如，時間同步控制訊息)以開始RAN時間同步。在一範例中，時間同步控制訊息包含設置為啟用或“ON”的時間同步欄位和在嚴格同步要求的情況下設置為啟用或“ON”的可選PDC欄位。時間同步控制訊息可以是MAC控制元素(MAC CE)訊息，如參考圖11針對MAC CE所描述的。在另一範例中，時間同步控制訊息可以是RRC重配置訊息，如上所述。然後，在步驟1305中，gNB 200將時間同步控制訊息發送到相關聯的UE，例如，在RAN UE NGAP ID參數中識別的UE(定義於PDU SESSION RESOURCE SETUP REQUEST中)。並且在步驟1306中，gNB 200啟用或啟動時間同步過程，即，開始發送基準時間，並且若時間同步控制訊息包括PDC欄位，則依據在時間同步控制訊息之PDC欄位中設置的PDC狀態開始路徑延遲計算。某些UE偏好，例如，傳輸類型(單播或廣播)、發送基準時間的週期、發送PDC資訊的週期，可能先前在gNB 200處已接收自UE 300，例如透過UE AssistanceInformation RRC訊息。這些偏好允許gNB 200根據UE偏好調整或改變在gNB 200處執行的時間同步過程。否則，若不需要時間同步(步驟1302的否分支)或者若PDU會話資源設置失敗(步驟1303的否分支)，則gNB 200進入結束步驟1307。現在參考圖7b，其示出根據本發明之實施例，由PDU會話資源釋放觸發時由gNB 200執行的示例性方法的流程圖。首先在步驟1401，gNB 200接收釋放PDU會話，如TS38.413第8.2.2節中所述。從核心網路實體，存取及移動管理功能(AMF)，接收PDU SESSION RESOURCE RELEASE REQUEST。該訊息主要包含釋放原因和PDU會話標識或識別符。如上所述，PDU會話標識或識別符(ID)被用來識別PDU會話。此外，在PDU會話資源設置期間，gNB 200已將時間同步需求與PDU會話ID相關聯(在步驟1302期間)。因此，為了檢查已請求釋放的PDU會話是具有時間需求或要求的PDU會話，gNB 200使用PDU會話ID並驗證PDU會話是否被標記為需要時間同步(步驟1402)。若PDU會話被識別為要求或需要時間同步的會話，並且若PDU會話資源成功地被釋放(步驟1403的是分支)，則gNB 200創建時間同步控制訊息以停止或停用RAN中的時間同步過程(步驟1404)。然後，gNB 200向其相關聯的UE 300發送時間同步控制訊息(在步驟1405)。在禁用或停用時間同步之前，在步驟1406中，gNB 200檢查其他要求時間同步的PDU會話是否始終處於啟用狀態。若不再有需要時間同步的處於啟用狀態的PDU會話，則gNB 200在步驟1406禁用或停用時間同步過程。換言之，gNB 200停止廣播基準時間並可能地停止與路徑延遲補償相關的過程。否則，若至少一個具有時間同步需求的PDU會話始終處於啟用狀態，則時間同步保持啟用或啟動。否則，若該會話不是具有時間同步的會話(步驟1402的否分支)或者若PDU會話資源釋放失敗(步驟1403的否分支)，則gNB進入結束步驟1407。現在參考圖7c，其示出根據本發明之實施例，由PDU會話資源修改觸發時由gNB 200執行的示例性方法的流程圖。首先在步驟1501，gNB 200接收PDU會話資源的修改(描述於TS38.413第8.2.3款中)。從核心網路實體接收到PDU SESSION RESOURCE MODIFY REQUEST，存取及移動管理功能(AMF)。關於PDU SESSION RESOURCE SETUP REQUEST程序，訊息包括具有動態和非動態5QI描述符以及TSC流量特性的QoS流級別QoS參數(包括在TS 38.413中第9.3.4.3款的PDU會話資源修改請求傳輸)。訊息可以包括S-NSSAI，用於指示PDU會話是否鏈接到TSC的網路切片。基於該些參數，gNB 200可以在步驟1502中檢查修改是否影響時間同步要求(即，檢查修改的PDU會話是否要求或需要時間同步，以及可能地若PDU會話確實需要時間同步，檢查修改的PDU會話是否需要PDC)。當PDU會話的修改導致時間同步要求或需求的修改(步驟1502的是分支)並且若PDU會話資源修改被接受(步驟1503的是分支)，有兩種不同的情況。情況 1 ：PDU會話從需要時間同步的PDU會話修改為不需要時間同步的PDU會話(步驟1502的是分支，步驟1504的是分支)。例如，5QI可以從與低封包延遲預算相關聯的值(例如，5QI #85且PDB=5毫秒)修改為與高封包延遲預算相關聯的值(例如，5QI #3且PDB=50毫秒)，即，修改後的PDU會話不再需要時間同步。在另一範例中，S-NSSAI值可以從與時間敏感通訊相關聯的值(例如，針對超可靠低延遲通訊，SST值=5，或針對時間敏感通訊，新SST值=6)修改為沒有時間同步要求的值(例如，針對5G增強型行動寬頻，SST值=1)或具有現有SST值的S-NNSAI值(例如，針對超可靠低延遲通訊，SST=5)，以及從代表時間同步需求的SD修改為SD值或無SD欄位在訊息中，即，PDU會話不再有時間同步要求。在該情況下，gNB 200創建時間同步控制訊息以請求在RAN中停止或停用時間同步過程(步驟1505)。然後，gNB 200向其相關聯的UE發送時間同步控制訊息(步驟1506)。然後在步驟1507停用時間同步過程之前，gNB 200檢查其他需要時間同步的PDU會話是否始終處於啟用狀態。若不再有需要時間同步的處於啟用狀態的PDU會話，則gNB 200禁用或停用時間同步過程(步驟1507)。否則，若至少一個具有時間同步需求的PDU會話始終處於啟用狀態，則時間同步保持啟用或啟動。情況 2 ：PDU會話從不需要時間同步的PDU會話修改為要求時間同步的PDU會話或對時間同步需求或要求有一些調整的PDU會話(步驟1502的是分支，步驟1504的否分支)。例如，將在PDU會話資源設置期間最初不存在的TSC(時間敏感通訊)參數添加到PDU SESSION RESOURCE MODIFY REQUEST訊息中。在此情況下，gNB 200將檢測到修改後的PDU會話是用於TSC的PDU會話，因此，需要時間同步。在另一範例中，封包延遲預算值從50毫秒下降到2毫秒，即，修改後的PDU會話需要時間同步。在最後一個範例中，PDU會話被修改為有需要時間同步但預算要求更嚴格的封包延遲預算。對於更嚴格的要求，在主要的時間同步過程之外，時間同步可能還需要例如路徑延遲補償。另一方面，修改可能釋放封包預算延遲約束(例如，PDB從2毫秒到15毫秒)，因此路徑延遲補償可能變得無用因而不需要。在該情況下，在步驟1508中，gNB 200創建時間同步控制訊息以反映請求的修改。例如，gNB 200請求在RAN中開始具有路徑延遲補償的時間同步過程。然後，在步驟1509，gNB 200向其相關聯的UE 300發送時間同步控制訊息，並在步驟1510調整其自身的同步過程(例如，開始廣播基準時間，並且若需要的話，對某些UE執行路徑延遲補償)。否則，若沒有時間同步相關的修改(步驟1502的否分支)或者若PDU會話資源修改失敗(步驟1503的否分支)，則gNB 200進入結束步驟1511。在另一範例中，QoS的監視(TS 38.413中第9.3.1.12款的QoS流級別QoS參數中的QoS監視請求欄位)可以在PDU會話資源設置或PDU會話資源修改期間由核心網路請求。在監視期間，gNB 200可以檢測到對於一些UE而言不再實現時間同步要求，因此作為回應，可以透過向該些UE發送時間同步控制訊息來啟用或啟動路徑延遲補償(若尚未啟用或啟動的話)。因此，gNB 200可以透過PDU會話資源通知來通知核心網路QoS參數的此修改。現在參考圖7d，其示出根據本發明之實施例，當由核心網路實體發送的同步通知觸發時由gNB 200執行的示例性方法的流程圖。對於每個UE 300，核心網路實體，SMF(會話管理功能)，向gNB 200發送開始同步通知。此同步通知透過AMF(應用管理功能)透明地發送到gNB 200。此通知的格式如下：

RAN_UE_NGAP_ID唯一地標識gNB 200應配置的UE 300。此識別符係描述於TS 38.413第9.3.3.1條中。若識別符等於0xFFFFFFFF，則應配置gNB已知的所有UE。 RAN_synchronization可以是“ON”或“OFF”並指示gNB開始或停止(例如，啟動/啟用或停用/停用)UE與無線電網路的同步。 RAN_pdc可以是“ON”或“OFF”並指示gNB開始或停止(例如，啟動/啟用或停用/停用)UE與無線電網路的同步的路徑延遲補償。 RAN_pdc_type可以是R16，若要應用的路徑延遲補償方案應遵循第16版規格書，並且意味著gNB 200應主要指示UE開始或啟動/啟用PDC。 RAN_pdc_type可以是R17_TA，若要應用的路徑延遲補償方案應遵循第17版基於定時提前的規格書，意味著gNB應指示UE遵循相同的PDC方案，並且gNB應開始或啟動/啟用相關的發訊，其包括預補償(若需要的話)。 RAN_pdc_type可以是R17_RTT，若要應用的路徑延遲補償方案應遵循第17版基於往返時間的規格書。gNB作用與前面所述相同。在第一步驟1601期間，gNB 200從SMF接收同步通知。然後在步驟1602期間，gNB 200檢查同步通知的RAN_同步欄位。若此欄位被設置為“ON”(步驟1602的是分支)，則在步驟1603期間，gNB 200創建或產生時間同步控制訊息(諸如參考圖11所述的MAC CE時間同步控制訊息)，其被發往由欄位RAN_UE_NGAP_ID引用的UE，其中時間同步欄位設置為“ON”且PDC欄位設置為與RAN_pdc欄位相同的值。在另一範例中，時間同步控制訊息可被發送作為RRC重配置訊息，如上所述。然後，在步驟1604期間，時間同步控制訊息被發送給涉及的UE。在步驟1605期間，gNB 200透過安排基準時間的發送來開始時間同步過程。基準時間資訊在RRC訊息或SIB9訊息中發送。gNB 200還可以開始路徑延遲補償過程，如RAN_pdc和RAN_pdc_type欄位所反映的。回到步驟1602，若RAN_同步欄位被設置為“OFF”(步驟1602的否分支)則在步驟1606期間，gNB 200創建或產生時間同步控制訊息(諸如參考圖8所述的MAC CE時間同步控制訊息)，其被發往由欄位RAN_UE_NGAP_ID引用的UE，其中時間同步欄位設置為“OFF”且PDC欄位設置為“OFF”。然後，在步驟1607期間，時間同步控制訊息被發送給涉及的UE。在步驟1608期間，gNB 200透過禁止發送基準時間來停止或禁用時間同步過程。基準時間資訊在RRC訊息或SIB9訊息中發送。gNB 200亦停止或禁用或停用路徑延遲補償過程。在另一範例中，可以將對應於時間同步過程處於啟用狀態的持續時間的持續時間值和來自核心網路實體(SMF)的同步通知一起發送到gNB 200。一旦時間同步過程已基於同步通知而被啟動或開始，時間同步過程的停用可以在持續時間已經到期之後由gNB 200自主或自動完成，而不需要從SMF發送停用訊息。例如，持續時間可被用來在gNB 200處設置計時器，並且當計時器到期時，gNB向UE 300發送時間同步控制訊息，用於在RAN中停止或禁用或停用UE 300和gNB 200之間的時間同步過程。圖8示出根據本發明之實施例之用於在無線網路中控制時間同步的示例性方法的流程圖，其由UE 300執行。首先在步驟1701，UE 300從相關聯的gNB 200接收時間同步控制訊息。時間同步控制訊息可以是如上參考圖11所述的MAC CE訊息或上述的RRC重配置訊息。如上所述，時間同步控制訊息可以包括至少一第一欄位用於指示時間同步過程啟動或停用，並且可以包括第二欄位用於指示路徑延遲補償啟動或停用。由gNB 200產生的時間同步控制訊息可以基於下面參考圖11所述的MAC CE。此種MAC CE時間同步控制訊息包括時間同步欄位或旗標(位元8)以及路徑延遲補償欄位或旗標(位元7)。每個欄位可被設置為“ON”或“OFF”。然後UE 300剖析時間同步控制訊息以檢查第一欄位(例如，時間同步欄位)是否被設置為“ON”。若時間同步控制訊息中的時間同步欄位被設置為“ON”(步驟1702的是分支)，則在步驟1703，UE 300啟動或啟用在UE 300處的時間同步過程。然後在步驟1704，UE 300檢查時間同步控制訊息中的第二欄位(例如，路徑延遲補償欄位)是否被設置為“ON”。若時間同步控制訊息中的PDC欄位被設置為“ON”(步驟1704的是分支)，則在步驟1706，UE 300啟動或啟用在UE 300處的路徑延遲補償。若時間同步控制訊息中的PDC欄位被設置為“OFF”(步驟1704的否分支)，則在步驟1706，UE 300禁用或停用在UE 300處的路徑延遲補償。否則若時間同步欄位被設置為“OFF”(步驟1702的否分支)，在步驟1707，UE 300禁用或停用在UE 300處的時間同步過程。已經提出了一種用以控制UE側PDC之啟動並且更一般地控制RAN中同步的啟動的解決方案。上述提案顯示這可以在不需要來自核心網路的附加資訊，諸如，時間同步誤差預算的情況下實現。為了確保時間敏感通訊(TSC)的準確時間同步，時間同步過程係基於從gNB週期性地傳輸基準時間到UE。為了提高時間同步過程的準確性，還可以執行路徑延遲補償(PDC)，其係基於在UE和gNB之間交換專用信號以估計和傳達路徑延遲值。因此，時間同步過程和PDC需要5G網路之RAN中的無線電資源和處理資源。依據本發明的一方面，發訊應僅在需要時允許啟用和禁用RAN(UE和gNB)中的時鐘同步。 NR IIoT的研究項目(SI)得出結論：應該為Rel-16指定不同層中某些RAN特徵的增強，以支持新的使用案例：工廠自動化、交通運輸業、配電。這為5QI中的延遲臨界應用帶來新QoS參數TS23.501 - 表5.7.4-1)。如上所述，智慧型電網場景類似於配電，而控制次系統間協調類似於延遲臨界GBR 5QI中定義的離散自動化。 UE或gNB可以使用包括在PDU SESSION訊息中的QoS參數來確定PDU會話是否在時間同步方面具有某些特定要求(即，其要求或需要時間同步)。UE或gNB可以剖析包括在PDU SESSION訊息中的QoS流描述資訊元素以檢查5QI參數。若5QI值對應於延遲臨界GBR(#82、#83、#84、#85)，則UE或gNB可以確定有時間同步要求或需求(有或沒有PDC的準確基準時間)。依據本發明的一方面，若PDU會話被接受且帶有GBR #82或#83或#84或#85 QoS參數，可以確定需要時間同步。在時間敏感網路應用的情境下，5G系統被整合到TSN系統中作為TSN橋梁。一些特定實體，即DS-TT(裝置側TSN轉譯器)和NW-TT(網路側轉譯器TSN)負責TSN域和5G域之間的轉換。為了配置DS-TT，5G核心使用埠管理資訊訊息，其為包括配置DS-TT，尤其是確保TSN應用之同步的精確時間協定之資訊的控制訊息。配置的一個參數是PTP設定檔(定義於IEEE Std 1588-2019第20.3.3條中)。每個PTP設定檔定義了一組參數，以支持在同步準確性方面或多或少嚴格的應用。依據本發明的一方面，PDC的需求可以基於由PMIC訊息提供的PTP設定檔參數來確定。一旦UE確定其需要時間同步，其應通知gNB有關其時間同步要求，以便gNB設置和啟動時間同步，即，發送基準時間資訊並可選地執行PDC計算。依據本發明的一方面，在確定時間同步需求之後，UE向gNB發送發訊訊息(例如，時間同步控制訊息)以開始RAN時間同步。儘管已經參考實施例和範例描述了本發明，但應當理解本發明不限於公開的實施例和範例。本領域之技術人士將理解，在不背離如所附申請專利範圍所定義的本發明之範圍的情況下，可做出各種改變和修改。本說明書(包括任何所附申請專利範圍、摘要和圖式)中公開的所有特徵及/或如此公開的任何方法或過程中的所有步驟，可以任何組合進行組合，除了此種特徵及/或步驟中的至少一些是互斥的組合。除非另有明確說明，否則本說明書(包括任何所附申請專利範圍、摘要和圖式)中公開的每個特徵都可被用於相同、等效或類似目的的替代特徵取代。因此，除非另有明確說明，否則所公開的每個特徵僅是一系列通用的等效或類似特徵中的一個範例。還應理解的是，上述比較、確定、評估、選擇、執行、實施或考慮的任何結果，例如，在編碼或過濾處理期間所做的選擇，可以在位元流中的資料中指示或可從其確定/推斷，例如指示結果的旗標或資料，使得所指示或確定/推斷的結果可用於處理中，而不是例如在編碼處理期間實際執行比較、確定、評估、選擇、執行、實施或考慮。在申請專利範圍中，“包括”一詞不排除其他元件或步驟，不定冠詞“一(a)”或“一(an)”不排除複數。在相互不同的附屬項中列舉不同特徵這一事實並不表示不能有利地使用這些特徵的組合。在前面的實施例和範例中，所描述的功能可以硬體、軟體、韌體或其任何組合來實現。若以軟體實現，則可將功能作為一或多個指令或程式碼，在電腦可讀取媒體上儲存或傳輸，並且由基於硬體的處理單元執行。電腦可讀取媒體可以包括電腦可讀取儲存媒體，其對應於諸如資料儲存媒體的有形媒體，或通訊媒體，其包括便於例如依據通訊協定將電腦程式從一處傳輸到另一處的任何媒體。以此方式，電腦可讀取媒體通常可以對應於(1)非暫時性的有形電腦可讀取儲存媒體或(2)諸如信號或載波的通訊媒體。資料儲存媒體可以是可由一或多台電腦或一或多個處理器存取以擷取指令、程式碼及/或資料結構用於實現本公開中描述的技術的任何可用媒體。電腦程式產品可以包括電腦可讀取媒體。

100:5G網路 101:核心網路 102:基地台(gNB或gNodeB) 103:主時鐘(Grand Master clock)(5G GM) 104a,104b:使用者設備(UE) 105a,105b,105c:終端裝置 106:網路側時間敏感網路(TSN)轉譯器(NW-TT) 107b,107c:裝置側時間敏感網路(TSN)轉譯器(DS-TT) 110:通訊系統 200:gNB 201:UE同步管理器 202:控制管理器 203:5G時間同步管理器 204:核心網路介面 205:5G NR介面 300:UE 301:gNB同步管理器 302:控制管理器 303:5G時間同步管理器 305:5G NR介面 400:方法 402~408:方法步驟 420:方法 422~424:方法步驟 501a~508a:方法步驟 501b~508b:方法步驟 501c~513c:方法步驟 501d~510d:方法步驟 601a~608a:方法步驟 601b~607b:方法步驟 601c~610c:方法步驟 1301~1307:方法步驟 1401~1407:方法步驟 1501~1511:方法步驟 1601~1608:方法步驟 1701~1707:方法步驟

現在將僅透過示例的方式並參考下列圖式來描述本發明的不同方面，其中： [圖1]是說明互連連接的終端裝置的5G網路的方塊示意圖； [圖2]是說明圖1所示之5G網路的基地台的示例性架構的方塊示意圖； [圖3]是說明圖1所示之5G網路的使用者設備的示例性架構的方塊示意圖； [圖4a]是根據本發明之第一方面的用於在無線網路中控制時間同步的方法的流程圖； [圖4b]是根據本發明之第二方面的用於在無線網路中控制時間同步的方法的流程圖； [圖5a]示出根據實施例之當由PDU會話建立觸發時由UE執行的示例性方法的流程圖； [圖5b]示出根據實施例之當由PDU會話釋放觸發時由UE執行的示例性方法的流程圖； [圖5c]示出根據實施例之當由PDU會話修改觸發時由UE執行的示例性方法的流程圖； [圖5d]示出根據實施例之當由SMF同步通知觸發時由UE執行的示例性方法的流程圖； [圖6a]示出根據實施例之當基準時間資訊以單播模式發送時由gNB執行的示例性方法的流程圖； [圖6b]示出根據實施例之當基準時間資訊以單播模式發送且路徑延遲由gNB補償時由gNB執行的示例性方法的流程圖； [圖6c]示出根據實施例之當基準時間資訊以廣播模式發送時由gNB執行的示例性方法的流程圖； [圖7a]示出根據實施例之當由PDU會話建立觸發時由gNB執行的示例性方法的流程圖； [圖7b]示出根據實施例之當由PDU會話釋放觸發時由gNB執行的示例性方法的流程圖； [圖7c]示出根據實施例之當由PDU會話修改觸發時由gNB執行的示例性方法的流程圖； [圖7d]示出根據實施例之當由SMF同步通知觸發時由gNB執行的示例性方法的流程圖； [圖8]示出根據實施例之由UE回應於從gNB接收到的同步控制訊息而執行的示例性方法的流程圖； [圖9]是說明5G網路之系統幀的示意圖； [圖10]是說明UE與基地台之間用於更新UE之時間計數器的訊息流的示意圖；以及 [圖11]是依據本發明之實施例的說明用作時間同步控制訊息的示例性MAC CE發訊幀格式的示意圖。

400:方法

402~408:方法步驟

Claims

一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在該基地台處包括：確定該UE與該基地台之間的時間同步要求；基於該確定的時間同步要求，產生用於控制該UE與該基地台之間的時間同步過程的時間同步控制訊息；以及向該UE發送該時間同步控制訊息。
一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在該UE處包括：確定該UE與該基地台之間的時間同步要求；基於該確定的時間同步要求，產生用於控制該UE與該基地台之間的時間同步過程的時間同步控制訊息；以及向該基地台發送該時間同步控制訊息。
如請求項1或2之方法，其中確定該UE與該基地台之間的時間同步要求包括：確定該UE與該基地台之間需要時間同步；或確定該UE與該基地台之間不需要時間同步；或確定該UE與該基地台之間的時間同步需要路徑延遲補償；或確定該UE與該基地台之間的時間同步不需要路徑延遲補償。
如請求項1至3中任一項之方法，其中產生該時間同步控制訊息包括：基於該確定的時間同步要求，確定何時停用該時間同步過程，並且作為回應，產生該時間同步控制信號以停用該時間同步過程；或基於該確定的時間同步要求，確定何時啟動該時間同步過程，並且作為回應，產生該時間同步控制信號以啟動該時間同步過程；或基於該確定的時間同步要求，確定何時啟動該時間同步過程並啟動路徑延遲補償，並且作為回應，產生該時間同步控制信號以啟動該時間同步過程和路徑延遲補償；或基於該確定的時間同步要求，確定何時啟動該時間同步過程而無需路徑延遲補償，並且作為回應，產生該時間同步控制信號以啟動該時間同步過程而無需路徑延遲補償；或基於該確定的時間同步要求，確定該時間同步過程何時為啟動的並且將被改變，以及作為回應，產生該時間同步控制信號以改變該時間同步過程。
如請求項1至3中任一項之方法，其中產生該時間同步控制訊息包括基於該確定的時間同步要求，確定該時間同步過程何時為啟動的並且將被改變，以及作為回應，產生該時間同步控制信號以改變該時間同步過程，其中該時間同步控制信號包括用於啟動或停用路徑延遲補償的資訊，或者當該路徑延遲補償是啟動的時，包括用於改變該路徑延遲補償的類型的資訊。
如前述請求項中任一項之方法，該方法還包括：從該無線網路的核心網路實體接收訊息，其中發送該時間同步控制訊息包括回應於接收到該訊息，發送該時間同步控制訊息。
如請求項1至5中任一項之方法，該方法還包括：從該無線網路的核心網路實體接收訊息，其中該訊息包括持續時間值，其對應於時間同步過程處於啟用狀態的持續時間；其中發送該時間同步控制訊息包括發送用於啟動該時間同步過程的第一時間同步控制訊息，以及在該持續時間到期時，發送用於停用該時間同步過程的第二時間同步控制訊息。
如前述請求項中任一項之方法，該方法還包括：從該無線網路的核心網路實體接收訊息，其中該訊息包括用於指示該UE和該基地台之間的該時間同步要求的資訊，其中確定時間同步要求包括基於該接收到的訊息確定時間同步要求。
如請求項8之方法，當依附於請求項2時，其中該訊息是埠管理資訊容器(PMIC)訊息，其包括用於指示該UE和該基地台之間的該時間同步要求的資訊元素。
如請求項8之方法，當依附於請求項2時，其中該訊息是同步通知，其包括用於啟用或停用與該UE相關聯的裝置側時間敏感網路轉譯器(Device Side-Time Sensitive Network Translator，DS-TT)功能的資訊。
如請求項8之方法，當依附於請求項1時，其中該訊息是同步通知，其包括用於指示該UE與該基地台之間的該時間同步要求的資訊元素，其中第一資訊元素指示要配置的該UE的身分，第二資訊元素指示該時間同步過程將啟用或停用，以及第三資訊元素指示路徑延遲補償將啟用或停用。
如請求項6或7或8之方法，其中該訊息是與該UE和該基地台之間的封包資料單元(Packet Data Unit，PDU)會話相關聯的訊息。
如請求項6或7或8之方法，其中該訊息與該UE和該基地台之間的封包資料單元(PDU)會話相關聯，以及其中該訊息包括以下一或多者：服務品質(QoS)資訊，用於指示該PDU會話所需的QoS；或會話標識資訊，用於指示該PDU會話是否是用於時間敏感網路(TSN)應用之時間敏感通訊(TSC)的PDU會話。
如請求項1至8中任一項之方法，還包括檢測用於時間敏感網路(TSN)應用之時間敏感通訊(TSC)的封包資料單元(PDU)會話，其中確定該UE與該基地台之間的時間同步要求是基於檢測到的用於TSC應用的PDU會話的時間同步要求。
如請求項1至8中任一項之方法，還包括檢測用於時間敏感網路(TSN)應用之時間敏感通訊(TSC)的封包資料單元(PDU)會話，以及確定對用於該TSC之該PDU會話的改變，其中確定時間同步要求包括基於對用於該TSC之該PDU會話的該改變確定對時間同步要求的改變。
如請求項14或15之方法，其中檢測用於TSC的PDU會話包括：確定PDU會話所需的服務品質(QoS)，以及當該所需的服務品質滿足預定的時間延遲標準時，檢測用於TSC的PDU會話；或確定與該PDU會話相關聯的會話標識資訊，並且當該會話標識資訊指示該PDU會話是用於TSC時，檢測用於TSC的PDU會話。
如請求項1或2之方法，該方法還包括：從該無線網路的核心網路實體接收訊息，其中該訊息與該UE和該基地台之間的封包資料單元(PDU)相關聯，並且該訊息包括單網路切片選擇輔助資訊(S-NSSAI)，用於指示該UE和該基地台之間的該PDU會話的該時間同步要求，其中確定時間同步要求包括基於該接收到的訊息中的該S-NSSAI來確定時間同步要求。
如前述請求項中任一項之方法，其中該時間同步控制訊息包括用於使用特定類型的路徑延遲補償(PDC)控制該時間同步過程之啟動的資訊，該特定類型的PDC是多種類型的PDC之一，該多種類型的PDC包括定時提前(Timing Advance，TA)、往返時間(RTT)、預補償。
如前述請求項中任一項之方法，其中該時間同步控制訊息包括用於啟動或停用路徑延遲補償的資訊。
如前述請求項中任一項之方法，其中該時間同步控制訊息包括用於指示該時間同步過程的該路徑延遲補償的類型的欄位。
如前述請求項中任一項之方法，其中該時間同步控制訊息包括用於控制該時間同步過程的第一欄位和用於指示路徑延遲補償啟動或停用的第二欄位。
如請求項2之方法，其中該時間同步控制訊息包括用於指示該UE支持的路徑延遲補償的類型的欄位。
如請求項1至18中任一項之方法，其中該時間同步控制訊息包括第一欄位用於指示該時間同步過程將啟用或停用，以及第二欄位用於指示路徑延遲補償將啟用或停用。
如請求項23之方法，當依附於請求項2時，其中該時間同步控制訊息還包括以下附加欄位中的至少一者：用於指示用於從該基地台向該UE傳輸基準時間資訊之訊息類型的附加欄位；用於指示該基地台發送基準時間資訊之週期性的附加欄位；用於指示該UE支持的路徑延遲補償的類型的附加欄位；用於指示該基地台發送路徑延遲補償資訊之週期性的附加欄位；用於指示該UE運行的場景或環境的附加欄位；用於指示該UE是否需要遵循時序誤差(Te-preference)的附加欄位；用於指示較佳的定時提前(TA)粒度值的附加欄位。
如請求項23之方法，當依附於請求項1時，其中該時間同步控制訊息包括用於指示用於該時間同步過程的路徑延遲補償的類型的附加欄位。
如請求項1至24中任一項之方法，當依附於請求項2時，其中該時間同步控制訊息是在UEAssistance資訊訊息中的資訊元素IE。
如請求項1至25中任一項之方法，其中該時間同步控制訊息是MAC控制元素MAC-CE訊息或RRC訊息。
一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在該UE處包括：從該基地台接收時間同步控制訊息；以及基於該接收到的時間同步控制訊息控制時間同步過程。
如請求項28之方法，其中控制該時間同步過程包括：在該UE啟動該時間同步過程；或在該UE停用該時間同步過程；或透過啟動或停用路徑延遲補償來改變在該UE的該時間同步過程。
如請求項28或29之方法，其中該時間同步控制訊息包括第一欄位用於指示該時間同步過程將啟用或停用，以及第二欄位用於指示路徑延遲補償將啟用或停用。
如請求項30之方法，其中該時間同步控制訊息包括一附加欄位，用於指示該時間同步過程的路徑延遲補償的類型。
一種用於在無線網路中控制時間同步的方法，該無線網路包括使用者設備UE及基地台，該方法在該基地台處包括：從該UE接收時間同步控制訊息；基於該接收到的時間同步控制訊息控制時間同步過程，其中控制該時間同步過程包括：在該基地台啟動該時間同步過程；或在該基地台停用該時間同步過程；或透過啟動或停用路徑延遲補償來改變在該基地台的該時間同步過程。
如請求項32之方法，其中該時間同步控制訊息包括第一欄位用於指示該時間同步過程將啟用或停用，以及第二欄位用於指示路徑延遲補償將啟用或停用。
如請求項33之方法，其中該時間同步控制訊息還包括以下附加欄位中的至少一者：用於指示用於從該基地台向該UE傳輸基準時間資訊之訊息類型的附加欄位；用於指示該基地台發送基準時間資訊之週期性的附加欄位；用於指示該UE支持的路徑延遲補償的類型的附加欄位；用於指示該基地台發送路徑延遲補償資訊之週期性的附加欄位；用於指示該UE運行的場景或環境的附加欄位；用於指示該UE是否需要遵循時序誤差(Te-preference)的附加欄位；用於指示較佳的定時提前(TA)粒度值的附加欄位。
一種使用者設備UE，用於控制無線網路之該UE與基地台之間的時間同步，該UE包括：通訊介面；處理單元，被配置成執行如請求項2至10、請求項12至16、請求項18至24、請求項26至31中任一項所述的方法。
一種基地台，用於控制無線網路之UE與該基地台之間的時間同步，該基地台包括：通訊介面；處理單元，被配置成執行如請求項1至8、請求項11至21、請求項23、請求項25、請求項27、請求項32至34中任一項所述的方法。
一種時間同步控制訊息，用於控制無線網路之UE與基地台之間的時間同步，該時間同步控制訊息包括用於使用特定類型的路徑延遲補償PDC控制該時間同步過程之啟動的資訊，該特定類型的PDC是多種類型的PDC之一，該多種類型的PDC包括定時提前(Timing Advance，TA)、往返時間(RTT)、預補償，其中該時間同步控制訊息包括一欄位，用於指示路徑延遲補償將啟用或停用。
如請求項37之時間同步控制訊息，其中該時間同步控制訊息包括第一欄位用於控制該時間同步過程，以及第二欄位用於指示路徑延遲補償將啟用或停用。
如請求項37或38之時間同步控制訊息，其中該時間同步控制訊息包括一欄位，用於指示該時間同步過程的路徑延遲補償的該類型。
一種時間同步控制訊息，用於控制無線網路之UE與基地台之間的時間同步，該時間同步控制訊息包括第一欄位用於指示該時間同步過程將啟用或停用，以及第二欄位用於指示路徑延遲補償將啟用或停用。
如請求項40之時間同步控制訊息，其中該時間同步控制訊息還包括以下附加欄位中的至少一者：用於指示用於從該基地台向該UE傳輸基準時間資訊之訊息類型的附加欄位；用於指示該基地台發送基準時間資訊之週期性的附加欄位；用於指示該UE支持的路徑延遲補償的類型的附加欄位；用於指示該基地台發送路徑延遲補償資訊之週期性的附加欄位；用於指示該UE運行的場景或環境的附加欄位；用於指示該UE是否需要遵循時序誤差(Te-preference)的附加欄位；用於指示較佳的定時提前(TA)粒度值的附加欄位。
如請求項40或41之時間同步控制訊息，其中該時間同步控制訊息是在UEAssistance資訊訊息中的資訊元素IE。
如請求項37至41中任一項之時間同步控制訊息，其中該時間同步控制訊息是MAC控制元素(MAC Control Element，MAC-CE)訊息或RRC訊息。
一種電腦程式，包括指令，當由電腦執行該電腦程式時，該些指令使該電腦執行如請求項1至34中任一項的方法。
一種電腦可讀取儲存媒體，承載如請求項44之電腦程式。