感測功能就位

3GPP 官方盤點 ISAC 規範版圖：TS 23.137 的 SenF 與 SenE、CT4 的服務化協定，以及 RAN3 為感測另闢的 Ns 介面

一、本週焦點

3GPP 於 2026 年 8 月 18 日在官方技術頁發布一則名為 ISAC Architecture Progress in 3GPP 的進度說明，內容是 SA2 5G-Advanced ISAC 研究項目兩位共同報告人 Jianning Liu 與 David Gutierrez 在 ETSI 網路研討平台上所做的現況報告，並附上一份截至 2026 年 7 月的跨工作群組文件清單 [1]。這份清單是本週最值得注意的事件，清單裡出現了三個此前未曾在本專欄正文出現過的文號：SA2 的 TS 23.137，標題為 Integrated Sensing and Communication; Stage 2；CT3 與 CT4 的 TS 29.545，標題明白寫著 Sensing Function Services，官方說明將其定位為新增感測功能的協定面；以及 RAN3 核心部分工作項目 RP-261566，其產出為一組全新的技術規範，涵蓋 Ns 的一般原則、Ns 第一層、Ns 訊令傳輸與 Ns 應用協定 [1]。

文號的出現意味著階段轉換已經完成，而非正在發生。核心網側的研究報告 TR 23.700-14 早在 2026 年 3 月 16 日以 V20.0.0 隨 SA#111 全會轉入變更控制狀態，研究就此結案 [4]；同一場全會核准工作項目描述 SP-260297，開出 TS 23.137 這份規範性文件，工作項目代號 Sensing-ARC，由 SA2 主責，報告人為 Apple 的 David Gutierrez Estevez [2]。無線側的節奏相近：RAN1 主責的 TR 38.765 於 2026 年 6 月 22 日轉入變更控制、隔日以 V20.0.0 隨 RAN#112 發布，感測效能指標、效能評估、量測與 RAN 至核心網程序訊號的研究工作告一段落 [6]。研究與規範在同一版次之內完成交棒，這是 ISAC 自 Release 19 使用情境研究以來的第一次。

這條線與本專欄的判斷有需要修正之處，值得先講清楚。2026 年 6 月 6 日的程序標準化與垂直應用報導曾依 SA2 第 167 次會議的討論走向指出，RAN 與核心網之間的感測協作傾向以既有的 N2 介面延伸為主要設計路線。TS 23.137 V0.3.0 給出的答案並非如此：感測控制訊令與感測資料改由 SenF 與 gNB 之間的直接連線承載，SA2 另立 SEN2 參考點，而 RAN3 則以 RP-261566 開出一整組以 Ns 為名的新規範，其命名層次與既有 NG 介面族並列 [1][3]。同樣需要調整的是 2026 年 7 月 18 日感測與 NR 定位架構分野報導的一項判斷：當時認為 Release 20 感測刻意採增量路線、把感測處理掛載於既有核心網功能而不另設專屬功能。現在看來，增量的部分屬實，另設專屬功能的部分則已經發生。

 

二、SenF 與 SenE：核心網感測功能的規範樣貌

本專欄自 2026 年 4 月 19 日的 SA2 架構報導起，一直以 SeNF 作為感測網路功能的暫稱。TS 23.137 V0.3.0 的定義章節給出了正式答案：核心網新增的網路功能名為 Sensing Function，縮寫 SenF，定義為在核心網中處理感測服務的網路功能；具備感測能力的 gNB 則獲得一個獨立名稱 Sensing Entity，縮寫 SenE [3]。

2.1 一個新網路功能，兩項內部功能，一條服務化介面

SenF 在規範中承擔的職責相當完整，涵蓋感測服務的整個生命週期。文本列出的功能包括：與擔任 SenE 的 gNB 建立直接連線以承載感測控制訊令與資料傳輸；對外提供介面接受應用功能的感測服務請求，並對該請求執行授權、撤銷與取消；向 SenE 提供並更新感測參數；執行 SenE 的探索與再選擇；接收一個或多個 SenE 回報的感測資料，予以聚合、處理與儲存；產生感測結果，並評估該結果是否滿足服務需求；以及將感測結果對外開放，信任域內的應用功能可直接取得或經 NEF 轉交，信任域外的應用功能則一律經 NEF [3]。值得注意的是規範在此處把儲存職責切得很細：SenF 的功能清單寫明其支援感測資料的儲存，但同一節另有註記聲明，感測結果的儲存、以及由哪個網路功能負責儲存，本版次均未定義 [3]。換言之，寫進 SenF 內建職責的是感測資料而非感測結果，後者仍是空白。

在此基礎上，規範保留了一道內部彈性。TS 23.137 以註記形式指出，SenF 可以由感測控制功能 SenF-C 與感測處理功能 SenF-P 兩項邏輯功能組成，但本版次不為兩者之間定義標準化介面 [3]。這個安排的技術含義很直接：控制與處理的分離被承認為合理的實作架構，卻不強制成為多廠商互通的邊界，因此運營商可以採購單一供應商的整合式 SenF，也可以在內部拆分而不受規範約束。此處恰好與本專欄先前整理的兩套外部提案形成對照。2026 年 5 月 30 日的 ETSI 報導曾說明 GR ISC 003 提出感測控制功能與感測分析功能兩項預標準化定義，而 2026 年 4 月 19 日的 SA2 報導則整理過學術與業界所提的感測協調、感測處理與感測開放三分法。3GPP 的選擇是在名義上維持單一網路功能，把分工降為內部註記，並把開放職責交回既有的網路開放功能 NEF。這是一條明顯保守的路線，但也讓 Release 20 得以在既有服務化架構上快速落地。

服務化介面的處理同樣採取最小增量。SenF 對外呈現一條新的服務化介面 Nsenf，而 NRF 與 NEF 的既有介面 Nnrf 與 Nnef 則以增強方式支援感測服務 [3]。NRF 的改動具體而微：它必須支援 SenF 這個新的網路功能類型及其對應的網路功能設定檔，並支援 SenF 的註冊與探索；SenF 註冊時所填的設定檔包含網路功能類型與 SenF 服務區域兩項資訊，應用功能或 NEF 便以網路功能類型加上目標感測區域為條件向 NRF 查詢 [3]。本專欄 2026 年 7 月 18 日報導所述的借用既有服務化基礎設施，在這裡得到了逐條印證。

2.2 四個參考點的分工，與一個尚未寫完的定義

架構參考模型定義了四個參考點，分別對應感測服務請求的兩條入口路徑、一條無線側連線與一條既有的開放路徑。這四者的分工可以直接讀出設計意圖：信任域內外的應用功能走不同的路，而無線側的連線被刻意單獨拉出來處理。

參考點	連接兩端	承載內容	定義狀態
SEN1	NEF 與 SenF	來自 NEF 的目標感測服務區域請求，以及回送至該 NEF 的感測結果	已於 TS 23.137 V0.3.0 定義
SEN2	SenF 與擔任 SenE 的 gNB	感測控制訊令與感測資料傳輸的直接連線	規範內附編輯註記，定義須與 RAN3 協調
SEN3	信任域內應用功能與 SenF	信任域內應用功能直接提出的請求，以及回送的感測結果	已於 TS 23.137 V0.3.0 定義
N33	應用功能與 NEF	信任域外應用功能經 NEF 提出請求並接收感測結果的既有路徑	沿用既有定義，未新增

表中最值得停留的是 SEN2 的定義狀態。TS 23.137 V0.3.0 在 SEN2 條目下留有編輯註記，明言其定義須與 RAN 第三工作群組協調；同一份文件的功能實體章節在描述擔任 SenE 的 gNB 時，直接以 TS 38.xxx 與 TS 38.xxy 兩個佔位符代替規範編號，並註明編號將依 RAN 進度對齊 [3]。這種在正式規範中保留佔位符的寫法並不罕見，卻精準標示了本週的真正看點所在：核心網側已經把介面的位置與職責釘住，介面另一端的內容則由 RAN3 另起爐灶。

 

三、另闢 Ns：RAN 與核心網感測連結的路線轉向

3GPP 官方技術頁對 RAN3 核心部分的描述只有一行，資訊密度卻很高：ISAC for NR 的核心部分將產出多份新規範，內容為 Ns 的一般原則與整體概念、Ns 第一層、NG-RAN 的 Ns 訊令傳輸、以及 Ns 應用協定，對應文件為 RAN#112 全會的 RP-261566 [1][7]。熟悉 NG-RAN 規範體系的讀者會立刻認出這個結構：現行 NG 介面正是以一般原則、第一層、訊令傳輸與應用協定四份規範構成一整族，Ns 沿用了完全相同的分層切法。換言之，感測不是掛在既有介面上的附加程序集，而是取得了與 NG 同一層級的介面地位。

為什麼會走到這一步，可以從研究階段的結論倒推。TR 38.765 的研究範疇涵蓋效能指標、效能評估、量測、以及 RAN 與核心網之間的程序與訊號 [1][6]，其中量測與程序兩項的產出直接決定介面上要傳什麼。感測資料與既有的 N2 訊令在性質上落差很大：N2 承載的是以單一終端為對象的連線管理與行動性訊令，其產生頻率由終端事件驅動；感測資料則是以區域為對象、由網路依感測服務週期持續產生的量測結果，且可能來自多個 SenE 對同一目標的並行觀測。把後者塞進為前者設計的協定，代價會落在訊令負載模型、傳輸層設定與擴充彈性三處。

另闢 Ns 迴避了這筆代價，換來的則是新增一套端點、傳輸與協定狀態機的實作成本。Ns 規範族包含第一層與訊令傳輸兩份獨立文件，顯示 RAN3 確實把資料傳輸視為需要專門處理的層次；但目前公開資訊尚未說明 Ns 是否區分控制面與使用者面，也未見規範編號指派，此項仍須維持觀察。

同樣值得注意的是，RP-261566 的存在與其產出清單來自 3GPP 官方技術頁的敘述 [1] 與 RAN#112 文件庫 [7]，四份 Ns 規範的正式編號在撰稿時尚未於 3GPP 規範資料庫公開檢索到，其協定選型、與 SEN2 的對應方式、以及是否沿用串流控制傳輸協定作為傳輸層，均無官方文本可據。TS 23.137 V0.3.0 中大量與 RAN3 相關的編輯註記也印證了這一點：SenE 再選擇的判準、SenF 提供給 SenE 的參數清單、感測結果中可包含哪些效能參數、以及感測結果顆粒度等級如何映射到服務請求，全數標示為待與 RAN3 協調 [3]。兩側的介面契約仍在談判之中。

 

四、端到端感測服務：從授權到通知的程序骨架

撇開尚未定案的無線側不談，核心網側的服務模型在 V0.3.0 已相當具體，而其形狀回答了本專欄追蹤項 A-07 長期關注的一個問題：感測結果的對外開放究竟採訂閱與推播模型，還是請求與回應模型。

4.1 訂閱與通知：感測服務開放的基本語法

規範定義的網路功能服務為 Nsenf_SensingService 與 Nnef_SensingService，兩者皆包含訂閱、取消訂閱與通知三項服務操作 [3]。端到端建立程序的走法是：信任域外的應用功能對 NEF 呼叫 Nnef_SensingService_Subscribe，NEF 完成授權後向 NRF 探索並選定 SenF，再以 Nsenf_SensingService_Subscribe 轉呈；信任域內的應用功能則可自行探索 SenF 並直接呼叫 Nsenf_SensingService_Subscribe。SenF 對請求再做一次授權，選定一個或多個 SenE，取得感測資料後產生感測結果，最後以 Nsenf_SensingService_Notify 送回，必要時經 NEF 以 Nnef_SensingService_Notify 轉發給應用功能 [3]。整套語法是訂閱與通知，而非請求與回應，這與本專欄 2026 年 7 月 18 日報導所預期的方向一致：定位的行動終端定位請求模型以特定終端身分為中心，感測請求則以區域為單位且無目標身分，兩者確實各起爐灶。

授權被寫成雙層結構，值得工程讀者留意。第一層是消費者授權，由 NEF 依 TS 33.501 的安全框架判斷應用功能是否有資格請求感測服務；第二層是請求授權，由 SenF 依預先設定或由維運系統設定的授權資訊逐案判斷 [3]。授權資訊的欄位包含應用功能識別碼、允許的感測服務類型、允許或不允許的區域、以及允許的時段；規範並註明若僅列出不允許區域，則其餘公用陸地行動網路涵蓋範圍皆為允許，兩者皆未列出時則全域允許 [3]。當授權條件不再滿足時，SenF 應撤銷先前的授權並可終止相關程序。

4.2 感測服務請求與效能參數：需求層的向下傳遞

感測服務請求的參數表把 SA1 的需求語言直接翻譯成介面欄位。請求包含應用功能識別碼、感測服務需求與感測回報參數三組：感測服務需求之下有感測類型，本版次僅區分物件偵測與物件追蹤兩種，以及外部目標感測區域，後者以通用地理區域描述的多邊形等形狀表示並可附加高度範圍以構成三維空域，此外另列一個可選的目標感測區域欄位；感測回報參數之下有感測時間窗，以起訖時間界定服務期間，以及感測回報模式，區分單次回報、週期回報與事件觸發回報三類，其中事件觸發回報如何支援仍標示為待研究 [3]。回報方向的內容則相當精簡，目前僅有報告識別碼與感測服務結果兩個欄位，欄位擴充同樣列為待研究。

感測效能參數是這份規範與需求層之間最直接的接點。TS 23.137 明訂應用功能可選擇性提供感測效能參數，未提供時由 SenF 依運營商設定決定；參數項目引用 TS 22.137 的定義，包含定位估計精度、速度估計精度、漏偵測率與誤警率四項 [3]。本專欄 2026 年 8 月 1 日的 SA1 使用情境全譜報導曾盤點 TS 22.137 三大效能群集及其 KPI 區間，並在追蹤這些數值是否會隨 6G 情境擴充而細化。現在可以確認的是傳遞路徑：SA1 定義的四項效能參數逐字進入 Stage 2 的服務請求欄位，並由 SenF 納入 SenE 選擇的考量，形成一條從服務需求到無線資源配置的完整鏈路。不過規範同時註明，SenF 究竟要把哪些效能參數轉交給 gNB、以及感測結果中可以回報哪些效能參數，兩者都待與 RAN3 協調 [3]。

 

五、規範版圖與尚未落地的部分

把本週官方清單所列的文件整理成一張表，可以看出 ISAC 在 Release 20 之內已經橫跨需求、架構、安全、協定與無線五個層次，且各層次的成熟度差異明顯。

工作群組	文件	規範定位	本週狀態
SA1	TS 22.137	ISAC 服務需求，使用情境與效能要求	Release 19 已發布，為上游需求依據
SA2	TR 23.700-14	5G 感測架構研究	V20.0.0 於 2026-03-16 隨 SA#111 轉入變更控制，研究結案
SA2	TS 23.137	5G 感測架構規範，Stage 2	工作項目 SP-260297 於 SA#111 核准；V0.3.0 於 SA2#175 更新，草稿階段
SA3	TR 33.777	ISAC 安全與隱私研究	研究進行中，官方清單列為 5G-A 感測進度之一
CT3 / CT4	TS 29.545	感測功能服務的協定面，Stage 3	V0.1.0 於 CT4#135 提出，草稿階段
RAN1 / RAN3	TR 38.765	NR ISAC 研究，效能指標、量測與 RAN-CN 程序訊號 (規格頁主責群組為 RAN1)	V20.0.0 於 RAN#112 發布並轉入變更控制，研究結案
RAN3	Ns 規範族	Ns 一般原則、第一層、訊令傳輸與應用協定	核心部分工作項目 RP-261566，規範編號尚未公開

從表中可以讀出兩件事。其一是節奏差：SA2 與 RAN 的研究階段都已收官，規範性工作接續展開，而 SA3 的安全與隱私研究仍在進行中。安全研究落後於架構規範並不必然構成問題，因為 TS 23.137 已明訂感測結果開放的隱私與安全須依 TS 33.501 的框架處理，並註明相關面向將與 SA3 協調 [3]；但這也意味著感測特有的風險，例如以區域為單位且無目標身分的量測對非用戶造成的影響，其處理方式尚未回填到架構文本之中。

其二是範疇的克制。TS 23.137 V0.3.0 在總體概念章節連下三道限制：本版次僅支援 gNB 感測，且以 TS 22.137 所述的空中物體偵測與追蹤情境為唯一焦點；感測服務僅涉及 3GPP 存取技術；SenF 與擔任 SenE 的 gNB 必須部署於同一公用陸地行動網路之內 [3]。此外，感測服務消費者在本版次僅考慮應用功能一種，且 SenF 的再選擇不受支援 [3]。以 InterDigital Europe、Siemens 與 NEC 歐洲實驗室等機構共同發表的 6G 架構論文為例，其所設想的跨運營商感測結果彙整、6G 與非 6G 感測資料融合、以及獨立於使用者面的感測平面，均遠超出 TS 23.137 的當前邊界 [8]。該文為學術與業界提案，尚未經 3GPP 採納，但可作為判斷 Release 21 空白區間有多大的參照。

 

六、展望與追蹤

官方時程方面本週無異動，Release 20 各階段的凍結節點與本專欄 2026 年 6 月 13 日 Release 21 時程鎖定報導所記錄者一致。對 ISAC 而言，下一個具體節點是第二階段凍結：TS 23.137 屆時應由目前的草稿狀態 [2] 收斂為可供第三階段引用的版本；惟凍結的確切月份應以 3GPP 工作計畫與 Release 20 頁面所載排程為準，規格頁本身不登載凍結日期 [9]，而文中大量待與 RAN3 協調的編輯註記是否消解，將是判斷收斂品質的直接指標。CT4 的 TS 29.545 屬第三階段協定文件 [5]，與 RAN3 的 Ns 規範族同落在後續的協定細節窗口之內。

後續可關注的方向：

1. RAN3 Ns 規範族的正式編號指派與內容公開，特別是 Ns 是否區分控制面與使用者面、傳輸層協定選型，以及與 SA2 所定 SEN2 參考點的對應關係。

2. TS 23.137 於 Stage 2 凍結版本中，與 RAN3 相關的編輯註記是否消解，包含 SenE 再選擇判準、SenF 提供給 SenE 的參數清單、以及感測結果所含效能參數。

3. SenF 內部的 SenF-C 與 SenF-P 分工是否在後續版次取得標準化介面，或維持為實作自由度。

4. 感測服務請求中事件觸發回報模式的支援方式，以及感測結果顆粒度等級如何映射到請求參數，兩者現皆標示為待研究。

5. SA3 的 TR 33.777 研究成果如何回填至 TS 23.137，特別是無目標身分之區域感測對非用戶的隱私影響處理方式。

6. Release 20 明文排除的終端參與感測、多站協作與跨運營商感測，是否於 Release 21 的 6G 架構研究中正式立項。

 

資料來源

[1]  3GPP 官方技術頁，ISAC Architecture Progress in 3GPP，2026 年 8 月 18 日發布 (含 2026 年 7 月跨工作群組 5G-A 感測進度清單與 RP-261566 說明)  https://www.3gpp.org/technologies/isac-arch

[2]  3GPP Portal，TS 23.137 Integrated Sensing and Communication; Stage 2 規格頁 (SA2 主責，Release 20，工作項目 SP-260297 於 TSG SA#111 核准，V0.3.0 於 SA2#175)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5516

[3]  3GPP TS 23.137 V0.3.0 規格全文 (架構參考模型、SenF 與 SenE 定義、SEN1 至 SEN3 參考點、感測服務請求與效能參數、端到端程序)  https://www.3gpp.org/ftp/Specs/archive/23_series/23.137/23137-030.zip

[4]  3GPP Portal，TR 23.700-14 Study on Integrated Sensing and Communication; Stage 2 規格頁 (研究項目 SP-250401，V20.0.0 於 2026-03-16 隨 SA#111 轉入變更控制)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4399

[5]  3GPP Portal，TS 29.545 5G System; Integrated Sensing and Communication; Sensing Function Services; Stage 3 規格頁 (CT4 主責，V0.1.0 於 CT4#135)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5533

[6]  3GPP Portal，TR 38.765 Study on Integrated Sensing And Communication (ISAC) for NR 規格頁 (RAN1 主責，V20.0.0 於 RAN#112 發布並轉入變更控制)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4446

[7]  3GPP RP-261566，RAN#112 全會文件，RAN3 核心部分工作項目 ISAC for NR (Ns 一般原則、Ns 第一層、Ns 訊令傳輸、Ns 應用協定)  https://www.3gpp.org/ftp/tsg_ran/tsg_ran/TSGR_112/Docs/RP-261566.zip

[8]  S. Robitzsch 等，Architecture Considerations for ISAC in 6G，arXiv:2508.13736 (InterDigital Europe、Siemens、NEC Laboratories Europe 等，學術與業界提案，尚未經 3GPP 採納)  https://arxiv.org/abs/2508.13736

[9]  3GPP，Release 20 說明頁 (5G-Advanced 工作領域，含 Sensing + Communications；Stage 1 服務需求已於 2025 年 6 月凍結，Stage 2/3 進度依 2026 年 3 月工作計畫 SP-260360)  https://www.3gpp.org/specifications-technologies/releases/release-20