https://drive.google.com/file/d/18sDvaiZFbECHZqLJOEYUplNWhLJDvXVp/view?usp=drive_link ## Trace Management Services 跟踪管理服務允許跟踪 MnS 提供商向跟踪 MnS 消費者報告基於文件或流的跟踪記錄。跟踪控制為跟踪消費者提供了通過跟踪控制 IOC 配置跟踪任務或建立跟踪會話啟動跟踪會話的能力，跟踪會話將通過信令向其他跟踪管理提供商傳播跟踪參數。如 3GPP TS 32.421 [21] 第 4.1 節所述，提供商可支持多種級別的跟踪。跟踪提供程序可配置為支持基於文件的跟踪報告或流式跟踪報告。 3GPP TS 32.421 [21]、TS 32.422 [22] 和 TS 32.423 [23]中規定並在適用的 O-RAN ME 上支持的跟踪管理服務包括呼叫跟踪、最小化驅動測試 (MDT)、RRC 連接建立失敗 (RCEF) 和無線鏈路失敗 TCE (RLF)。所有這些服務都遵循類似的管理模式。跟踪會話是在提供商處配置的，其中包含向消費者發送跟踪信息的位置和方式的信息。當觸發機制發生時，提供商會在跟踪會話中創建跟踪記錄。在跟踪會話終止之前，都會生成跟踪記錄並提供給消費者。 基於文件的跟踪將跟踪記錄收集到文件中，消費者可通過時間延遲獲得這些文件。在流式跟踪的情況下，數據會通過 WebSocket 連接以突發方式發送給消費者，這樣既能保持數據的相關性，又能最大限度地減少傳輸開銷。 3GPP TS 32.421 [21] 中規定了第 1 階段跟踪管理服務。跟踪用例在第 5.8 節中規定，並在 TS 32.421 [21] Annex A 中詳細說明。一般跟踪要求見 TS 32.421 [21] 第 5.1 節。 第 2 階段跟踪操作見 TS 32.422 [22]，用於 5G 支持呼叫跟踪和流式跟踪。 3GPP TS 28.622 [14] 中規定了用於基於管理的控制的第 2 階段跟踪控制 IOC。基於信令激活的第 2 階段見 TS 32.422 [22]。 所有跟踪類型的跟踪記錄內容、XML 跟踪文件格式和流跟踪 GPB 記錄定義的第 3 階段定義見 TS 32.423 [23]。 TS 28.623 [15] 第 D.2.10 節規定了基於管理的控制的第 3 階段跟踪控制 IOC 映射。 流數據報告的第 2 和第 3 階段定義見 TS 28.532 [4]。 ### Call Trace #### Trace Data Reporting 當跟踪提供程序將跟踪數據收集到文件中時，該文件會定期提供給跟踪消費者。當提供程序支持流式跟踪時，跟踪會通過數據突發發送給消費者，數據突發的發送頻率足以在節省傳輸資源的同時保持數據的相關性。在流式跟踪的持續時間內，會保留攜帶流式跟踪的 WebSocket 連接。 跟踪數據可通過跟踪文件或流媒體接口從跟踪提供程序報告給跟踪消費者。對於基於管理的激活，跟踪數據是在跟踪提供程序上配置了跟踪任務、跟踪會話被激活以及觸發事件發生後收集的。對於基於信令的激活，當 NF 通過 TS 32.422 [22] 第 4.2.3.12 節規定的信令消息之一接收到跟踪控制和配置參數時，跟踪記錄會話開始。 ##### Requirements TS 32.421 [21] 第 5.2 節規定了對跟踪數據的要求，適用於基於文件的跟踪和流式跟踪。 ##### Procedures 跟踪數據採用二進制編碼，並在跟踪記錄中報告。 TS 32.422 [22] 第 7 節規定了報告數據的程序。基於文件的跟踪報告程序見 TS 32.422 [22] 第 7.1.1 和 7.2.1 節。流跟踪報告程序見 TS 32.422 [22] 第 7.1.2 和 7.2.2 節。 TS 32.423 [23] 第 4 節規定了跟踪記錄內容。基於管理的激活和基於信令的激活所控制的跟踪任務的跟踪記錄內容相同。基於文件的跟踪和流跟踪的原始跟踪記錄內容相同。跟踪數據採用 ASN.1 二進制編碼。基於文件的跟踪以 XML 格式交付，跟踪記錄以 ASN.1 編碼。流式跟踪以 GPB 編碼的數據突發形式交付，跟踪記錄有效載荷包含 ASN.1 編碼數據。 跟踪數據文件的命名程序見 TS 32.423 [23] Annex B。 TS 32.423 [23] Annex B.1 全面規定了文件命名規則。 跟踪文件以 XML 格式生成。 TS 32.423 [23] Annex A2.2 中規定了 XML 格式。 TS 32.423 [23] Annex D 提供了 XML 文件示例。 如果無法創建跟踪文件，則應發送跟踪失敗通知文件 XML 模式。 XML 模式在 TS 32.422 [22] Annex A.5 中提供，包含故障的文件命名規範在 Annex A.4 中規定。 對於流式跟踪，原始跟踪數據在節點上收集並發送到跟踪收集器。跟踪數據將採用二進制編碼。 TS 32.423 [23] 提供了流式跟踪數據的格式。 TS 28.532 [4] 第 12.5.1.1.4 節規定了 reportStreamData 操作。 ### Trace Session Activation #### Description 跟踪數據可通過跟踪文件或流媒體接口從跟踪提供程序報告給跟踪消費者。對於基於管理的激活，跟踪數據是在跟踪提供程序上配置了跟踪任務、跟踪會話被激活以及觸發事件發生後收集的。對於基於信令的激活，當 NF 通過 TS 32.422 [22] 第 4.2.3.12 節規定的信令消息之一接收到跟踪控制和配置參數時，跟踪記錄會話開始。 如果跟踪會話配置為基於文件，提供程序會收集數據並將數據存儲在文件中。提供程序可選擇將文件直接發送給消費者，或將文件位置發送給消費者。文件傳輸方法未標準化。 3GPP TS 28.532 [4] 支持從提供商到消費者的跟踪數據流。跟踪會話的跟踪數據是通過安全的 WebSocket 連接收集和傳輸給提供商的，數據突發的頻率足以確保數據的相關性，同時節省傳輸資源。有關流服務的詳細信息，請參見本文檔第 2.4.6 節和附件 C。 #### Requirements TS 32.421 [21] 第 5.3.1 節對基於文件和流式跟踪的跟踪會話激活提出了要求。 #### Procedures 通過基於管理的控制激活跟踪會話的程序載於 TS 32.422 [22] 第 4.1.1.1 節（一般程序）和 TS 32.422 [22] 第 4.1.1.9 節（NGRAN 特定程序）。通過信令激活跟踪會話的程序見 TS 32.422 [22] 第 4.1.2.1 節和第 4.1.2.16 節。 ### Trace Session Deactivation 當發生 TS 32.421 [21] 中規定的任何定義的停止觸發事件（如計時器到期）或通過管理控制停用跟踪任務會話時，跟踪會話將被終止/停用。 #### Requirements 停用跟踪會話的要求見 TS 32.421 [21] 第 5.4.1 節。 #### Procedures 停用跟踪會話的程序見 TS 32.422 [22] 第 4.1.3.10 節基於管理的停用跟踪和第 4.1.4.1.2 節基於信令的停用跟踪。 ### Trace Recording Session Activation 跟踪記錄會話是為特定跟踪會話（例如特定呼叫）指定收集的數據的特定實例。對於基於管理的激活，當觸發事件（如開始新呼叫）發生時，跟踪記錄會話將在配置有活動跟踪會話的提供程序上啟動。跟踪會話中的每個跟踪記錄會話都有一個唯一的跟踪記錄會話參考。此記錄會話參考和會話參考包含在每個跟踪記錄中，唯一標識跟踪記錄屬於特定跟踪記錄會話。對於基於信令的激活，當 NF 通過控制信令消息接收到跟踪控制和配置參數時，跟踪記錄會話開始。 TS 32.422 [22] 第 4.3.2.12 節概述了節點在確定何時開始新的跟踪記錄會話和何時繼續現有會話時應遵循的程序。 #### Requirements 跟踪記錄會話激活要求見 TS 32.421 [21] 第 5.3.2 節。 #### Procedures 啟動跟踪記錄會話的程序見 TS 32.422 [22] 第 4.2.1 節的一般要求。 TS 32.422 [22] 第 4.2.2.10 節對基於管理的跟踪會話激活提出了要求，第 4.2.3.12 節對通過信令激活跟踪會話提出了要求。 ### Trace Recording Session Termination 當發生任何定義的停止觸發事件或停用跟踪會話時，跟踪記錄會話即被終止。 #### Requirements 跟踪記錄會話終止的要求見 TS 32.421 [21] 第 5.4.2 節。 #### Procedures 跟踪記錄會話終止程序見 TS 32.422 [22] 第 4.2.4.10 和 4.2.5.13 節。 ### Minimization of Drive Testing (MDT) 3GPP TS 37.320 [26] 提供了 MDT 的總體描述。如 TS 37.320 [26] 所述，O-RAN 網絡功能可支持即時和記錄 MDT。記錄的 MDT 始終基於文件。即時 MDT 可配置為基於文件或流式。 3GPP TS 37.320 [26] 中描述了 MDT 測量。 3GPP TS 32.421 [17]、32.422 [22] 和 32.423 [23] 描述了 MDT 的管理，並已更新以支持 5G。 #### Requirements Requirements for managing MDT are found in TS 32.421 [21] Section 6. #### Procedures MDT 的跟踪會話激活程序與呼叫跟踪相同，見 TS 32.422 [22] 第 4.1 節。指定 MDT 跟踪選擇條件的程序見 TS 32.422 [22] 第 4.1.5 節。 MDT 跟踪記錄會話啟動和停止的程序載於 TS 32.422 [22] 第 4.2 節。 即時 MDT 移交時處理 MDT 會話的程序載於 TS 32.422 [22] 第 4.4 節，記錄 MDT 載於 TS 32.422 [22] 第 4.5 節。 在 MDT 中處理用戶同意的程序載於 TS 32.422 [22] 第 4.6 節。 TS 32.422 [22] 第 6 節規定了 MDT 報告程序。 TS 32.423[23]第 4 節規定了 MDT 跟踪記錄內容。 TS 32.423 [23] Annex A.2.1 中規定了 MDT 跟踪的跟踪文件格式。 TS 32.423 [23] Annex D.1.4 中提供了 XML 文件示例。 ### Radio Link Failure (RLF) 無線鏈路故障 (RLF) 報告是一種特殊的跟踪會話，當 UE 發生 RLF 事件並成功向源 gNB 重建時，它將提供詳細信息。 3GPP TS 32.421 [21]、32.422 [22] 和 32.423 [23] 描述了 RLF 的管理。 #### Requirements 有關 RLF 的要求見 TS 32.421 [21] 第 7 節。 #### Procedures 用於 RLF 報告的跟踪會話激活和停用程序見 TS 32.422 [22] 第 4.3.1 和 4.3.2 節。 配置 RLF 報告會話時指定 RLF 報告任務類型的程序請參見 TS 32.422 [22] 第 5.9a 節。 RLF 報告程序遵循 TS 32.422 [22] 第 7 節中記錄的標準跟踪報告程序。 ### RRC Connection Establishment Failure (RCEF) 無線資源控制 (RRC) 連接建立失敗 (RCEF) 作為特殊跟踪會話在 gNB 上激活，工作類型僅表示 RCEF 報告。當 UE 發生 RCEF 事件且與同一 gNB 的 RRC 建立成功時，將生成記錄。 #### Requirements 對 RCEF 的要求見 TS 32.421 [21] 第 7 節。 #### Procedures RCEF 的跟踪會話激活程序見 TS 32.422 [22] 第 4.8.1 節。 用於 RCEF 報告的跟踪會話停用程序載於 TS 32.422 [22] 第 4.8.2 節。 為 RCEF 指定工作類型的程序見 TS 32.422 [22] 第 5.9a 節。 TS 32.422 [22] 第 7 節規定了 RCEF 報告程序。 ### Trace Control 從 3GPP Release 16 開始，基於管理的跟踪控制通過 IOC 得到支持，IOC 的屬性可使用跟踪控制服務中的通用供應機制讀取和/或設置。對於跟踪控制，這包括創建跟踪任務、激活跟踪任務、停用跟踪任務和查詢跟踪任務等操作。可以通過在 TraceJob IOC 中設置和/或獲取屬性來創建、激活、停用和查詢跟踪任務。 TraceJob IOC 支持呼叫跟踪、MDT、RLF 和 RCEF 基於管理的激活。 跟踪會話也可通過從另一個 NF 啟動的基於信令的配置激活和停用，以傳播配置的跟踪，例如 UE 從一個 NF 移動到另一個 NF 時的 UE 跟踪。 #### Requirements 基於管理的激活和停用將通過 TS 28.622 [14] 第 4.30 節中定義的 TraceJob IOC 完成。對跟踪任務激活的要求見 TS 32.421 [21] 第 5.3.1 節，對跟踪任務停用的要求見 TS 32.421 [21] 第 5.4.1 節。這些要求適用於管理和信令激活。 #### Procedures 基於管理的激活和停用將使用本文檔第 2.1 節規定的 CRUD 操作完成。 TS 28.622 [14] 第 4.3.30.2 節規定了 TraceJob 的屬性。 TS 28.622 [14] 第 4.3.30.3 節規定了對這些屬性的限制。 TS 28.623 [15] 中規定了用於基於管理的控制的跟踪控制 IOC 映射。跟踪控制 IOC 的 YANG 模型在 TS 28.623 [15] 第 D.2.10 節中規定。 基於信令的跟踪會話激活程序見 TS 32.422 [22] 第 4.1.2 節。 跟踪會話停用程序見 TS 32.422 [22] 第 4.1.4 節。 ### Streaming Trace NF 可以配置為通過文件或流媒體接口提供跟踪數據。 3GPP 第 16 版引入了流功能。本節提供了支持流式跟踪的附加要求和程序。流式跟踪連接的配置、激活、記錄和終止示例見資料性附件 C。 #### Streaming Trace Requirements and Procedures 如上所述，跟踪會話和記錄的激活和停用以及跟踪記錄的內容對於基於文件的跟踪和流式跟踪是相同的。流式跟踪傳輸的要求見 TS 32.421 [21] 第 5.5 節。建立流連接、從連接中添加和刪除流以及報告流跟踪數據的操作見 TS 28.532 [4] 第 11.5 節。支持流跟踪的 O-RAN NF 必須支持 establishStreamingConnection、reportStreamData 和 terminateStreamingConnection 操作。支持在單個連接上復用跟踪流的 O-RAN NF 必須支持 addStream 和 deleteStream 操作。 NF 還可選擇支持 getConnectionInfo 和 getStreamInfo 操作，允許提供商查詢連接和連接上流的信息。這在 O-RAN 中是可選的，因為目前未定義需要此操作的用例。流跟踪未定義任何通知。 有關流操作的第 3 階段信息載於 TS 28.532 [4] 第 12.5 節，開放式 API YAML 定義載於附件 6.1.2。 建立流連接（establishStreamingConnection）的步驟是通過 HTTP POST 操作向消費者提供流信息，並接收作為響應的連接 ID。 HTTP POST 之後是 HTTP GET，將連接升級為 WebSocket 連接。當提供方和消費者之間沒有建立連接時，就會使用此操作。 WebSocket 連接可包含來自流跟踪或流 PM 的一個或多個數據流。請參閱 TS 28.532 [4] 第 12.5.1.1.2 節。 terminateStreamingConnection 是 WebSocket 關閉幀操作。當連接上的所有流都已終止時，就會使用該操作。參見 TS 28.532 [4] 第 12.5.1.1.3 節。 addStream 操作是一個 HTTP POST，用於指示連接上正在添加的其他流。流是跟踪任務或流 PM 任務。參見 TS 28.532 [4] 第 12.5.1.1.5 節。 deleteStream 操作是 HTTP DELETE，表示連接中的流已被終止。請參見 TS 28.532 [4] 第 12.5.1.1.6 節。 reportStreamData 是通過連接發送的 WebSocket 數據幀，其中包含流跟踪數據或流 PM 數據，或者表示流處於活動狀態但無數據可用的可選存活消息。參見 TS 28.532 [4] 第 12.5.1.1.4 節。 getConnectionInfo 操作是從提供者到使用者的 HTTP GET，用於獲取有關連接的信息，例如支持哪些流。 參見 TS 28.532 [4] 第 12.5.1.1.7 節。 getStreamInfo 操作是從提供者到使用者的 HTTP GET，用於獲取有關流的信息。 參見 TS 28.532 [4] 第 12.5.1.1.8 節。 本文檔的附件 C 提供了基於管理的激活控制的流跟踪激活示例。 #### UE Identifiers for Trace Records 跟踪記錄的內容在 3GPP TS 32.423 [23] 第 4 條中規定，跟踪記錄頭在 3GPP TS 32.423 [23] 第 5.2.2 條中規定。包含協議相關信息的跟踪記錄可能包含與協議相對應的 3GPP 定義的 UE 標識符。這些 UE 標識符是作為跟踪記錄發送的協議信息的一部分。跟踪標頭還包含作為可選信息元素的 RAN UE ID。但是，為了關聯來自不同 O-RAN 實體的跟踪記錄，嵌入在協議消息中的 UE 標識符和跟踪標頭中的 RAN UE ID 可能還不夠，還需要其他信息的補充。因此，O-RAN-Architecture-Description 文件 [27] 第 4.5 條為 O-RAN 生態系統定義了一組 UE 標識符和節點標識符。 為在 O-RAN 實體之間實現跟踪記錄的關聯，跟踪 MnS 提供商應在可用時在跟踪標頭中包含可選的 RAN UE ID，並應在跟踪標頭中的 3GPP TS 32.423 [23] 第 5.2.2 條中定義的可選 vendorExtension IE 中包含 O-RAN-Architecture-Description 文件 [27] 第 4.5 條中定義的其他適用 3GPP UE 標識符。 關於跟踪標頭中供應商擴展 IE 的 UE 識別符格式建議，請參閱附件 D。