3GPP ISAC 凍結線上的三份文件 SA113版號同步 (2026.09.12)
凍結線上的三份感測文件
Rel-20 感測 Stage 2 在 SA#113 的實況：哪些技術已寫入、哪些被排除、何時真正定案
一、本週焦點：同步不等於凍結
9 月第一週，SA2 的架構規範 TS 23.137、SA3 的安全研究 TR 33.777 與 SA6 的應用致能規範 TS 23.138，先後以 V1.0.0 提交 TSG SA#113 [1][2][3]；SA5 的管理面研究 TR 28.895 亦於同週提交 [9]。同屬 SA5 的計費研究 TR 28.893 則更進一步，已以 V2.0.0 送請 SA#113（2026 年 9 月 15–18 日，馬德里）核准，封面註明無未決議題 [14]。時點落在 Rel-20 Stage 2 的凍結目標 2026 年 9 月 [8]。
然而，V1.0.0 並非核准版。依 3GPP 版號規則，V1.0.0 是「完成度至少 60%、提交全會供參考」的草稿；供核准的是完成度至少 80% 的 V2.0.0，核准後才轉為 Rel-20 版號（20.x.y）並進入變更控制 [10]。截至 9 月 23 日，三份文件的規格頁狀態仍為 Draft [1][2][3]。
讀者真正需要的是三個答案：哪些技術已寫進架構、哪些被排除或擱置、以及什麼時候定案。 以下以 TS 23.137 V1.0.0 正文 [11] 為主軸逐一回答。
二、已寫進架構的技術
Rel-20 的感測架構是一個窄而明確的起點：單一用例、單一感測主體、一個新的核心網功能。
- 用例限定為空中物體：本版只處理空中物體（如無人機）的偵測與追蹤 [11 §4.1]。
- 感測主體限定為基地台：「only gNB-based sensing is supported」，gNB 擔任感測實體（Sensing Entity）[11 §4.1]。
- 新網路功能 SenF：感測功能（Sensing Function, SenF）負責請求授權、選擇 gNB、收集與處理感測資料、產生並曝光感測結果；邏輯上可拆為控制（SenF-C）與處理（SenF-P）兩部分 [11 §4.5.2]。
- 介面與參考點：服務化介面 Nsenf；參考點 SEN1（SenF–NEF）、SEN2（SenF–gNB）、SEN3（SenF–受信任 AF）[11 §4.3–§4.4]。
- gNB 與 SenF 直連：感測控制訊令與感測資料經由兩者之間的直接連線傳送 [11 §4.5.2、§5.3]。
- 服務請求內容：感測類型（物體偵測或物體追蹤）、目標感測區域（可加高度範圍）、感測時間窗，以及一次、週期、事件觸發三種回報模式 [11 §5.4.2]。
- 效能指標：沿用 TS 22.137 的定位精度、速度精度、漏偵機率與虛警機率，由應用端選填 [11 §5.6]。
- 計費（研究結論，待規範化）：由 SenF 與 NEF 擔任計費觸發功能（CTF），可依服務請求、感測結果、效能參數、聚合後的感測資料回報與請求取消計費；API 曝光類感測沿用 NEF 北向 API 計費機制 [15 §5.1.6、§5.2.6]。
協定面已有對應文件：CT4 的 TS 29.545 定義 Nsenf_SensingService 的訂閱資源，但隨附 OpenAPI 仍標為 1.0.0-alpha.1 [4][12]。
三、被排除或擱置的技術
與 Stage 1 的廣泛需求相比，多數感測形態在本版均未入列。
|
技術項目 |
處置 |
依據 |
|
UE 參與的感測 |
本版不支援，僅 gNB-based |
[11 §4.1] |
|
空中物體以外的用例 |
本版不處理 |
[11 §4.1] |
|
經 AMF／N2 轉送感測訊令 |
研究階段曾評估（Solution #5），規範改採 gNB–SenF 直連，全文未出現 AMF |
[13 §6.5]、[11 §5.3] |
|
由 AMF／SMF／SeMF 擔任計費觸發 |
計費研究結論不採用 |
[15 §5.2.6] |
|
SenF-C 與 SenF-P 之間的標準介面 |
本版不標準化 |
[11 §4.1 NOTE 1] |
|
感測結果的儲存（含由哪個網路功能儲存） |
本版未定義 |
[11 §4.5.2 NOTE 2] |
|
感測結果曝光的隱私與安全 |
交 SA3 協調；TR 33.777 仍為 V1.0.0 草稿 |
[11 §5.4.3 NOTE 3]、[2] |
四、仍待定案的技術：多數卡在 RAN3
TS 23.137 V1.0.0 的編者註幾乎都指向同一個對象：RAN3。架構層已把 gNB 端的細節交給 RAN，而 RAN 端的規範尚未成形。
|
待決事項 |
條款 |
等待對象 |
|
SEN2 參考點的定義 |
§4.3.2 |
RAN3 |
|
gNB 感測功能所屬規範編號（暫以 TS 38.xxx／38.xxy 代替） |
§4.5.1 |
RAN |
|
訊令與資料傳輸的協定堆疊 |
§4.6.1–§4.6.2（僅有標題） |
— |
|
gNB–SenF 直連的建立方式與附帶資訊 |
§5.3 |
RAN |
|
SenF 提供給 gNB 的感測參數清單 |
§5.5 |
RAN3 |
|
效能指標是否傳給 gNB、是否寫入感測結果 |
§5.6 |
RAN3 |
|
感測結果顆粒度等級與請求的對應 |
§5.4.2 |
RAN3 |
|
感測結果屬性表的擴充 |
§5.4.3 |
待討論 |
|
事件條件的具體內容 |
§5.4.2 NOTE 1 |
Stage 3 |
RAN 端的對應工作是 RAN3 主導的 RP-261566，規劃 Ns 一般概述與原則、Ns 第一層、Ns 訊令傳輸、NG-RAN Ns 應用協定四份新規範 [7]。截至 9 月 23 日，38 系列規格清單仍無任何 Ns 條目 [6]。Ns 是 NG-RAN 與核心網 SenF 之間的網路介面，它一日沒有文本，上表多數項目就無法收斂。
五、什麼時候定案
|
節點 |
時間 |
狀態 |
|
Stage 1 服務需求凍結 |
2025 年 6 月 |
已完成 [8] |
|
SA#113 全會 |
2026 年 9 月 15–18 日（馬德里） |
TR 28.893 以 V2.0.0 送核准 [14] |
|
Stage 2 凍結目標 |
2026 年 9 月 |
感測三份文件僅以 V1.0.0 供參考提交 [1][2][3][8] |
|
TS 23.137 等核准入變更控制 |
需先提交 V2.0.0 |
未確認；規格頁仍為 Draft [1][10] |
|
Stage 3 協定凍結 |
2027 年 3 月 |
TS 29.545 為 V0.2.0 [4][8] |
|
ASN.1／OpenAPI 最終凍結 |
2027 年 6 月 |
OpenAPI 為 1.0.0-alpha.1 [8][12] |
|
Ns 規範編號指派 |
未定 |
尚未出現於規格清單 [6] |
TR 38.765 可作參照：它在 RAN#111 提交 V1.0.0，下一次全會 RAN#112 才以 V2.0.0 獲核准並轉為 V20.0.0 [5]。若 TS 23.137 循相同路徑，實質凍結將比 9 月目標晚一個全會週期。判讀指標是規格頁狀態欄由 Draft 轉為 Under change control 的時點。
後續關注：
- TS 23.137 是否在 SA#113 同場補交 V2.0.0 並獲核准，或延至下一次 TSG SA。
- RAN3 四份 Ns 規範的編號指派與首版文本，以及 SEN2 與 Ns 的對應關係。
- TR 33.777 的隱私結論如何回填 TS 23.137，特別是感測結果曝光與感測資料保留。
- TS 23.138 V1.0.0 是否給出應用層感測結果的資料模型，以及與 CAPIF 北向框架的授權路徑。
附錄：報告人與版本紀錄
報告人分布顯示影響力集中：小米擔任三份文件的報告人（安全研究、CT4 協定、RAN1 研究），中興兩份（安全研究、應用致能），Apple 主導架構規範並共同宣講官方進度 [1][7]。
|
文件 |
主責 |
報告人（公司） |
最新工作群組版本 |
提交全會版本 |
狀態（2026-09-23） |
|
TS 23.137 |
SA2 |
David Gutierrez Estevez（Apple） |
V0.4.0（SA2#176） |
V1.0.0（SP-260754，09-07） |
Draft [1] |
|
TR 33.777 |
SA3 |
Henry Leung（小米）、Leyi Zhang（中興法國） |
V0.7.0（SA3#129） |
V1.0.0（SP-260800，09-04） |
Draft [2] |
|
TS 23.138 |
SA6 |
Lijuan Chen（中興） |
V0.2.0（SA6#74） |
V1.0.0（SP-260874，09-08） |
Draft [3] |
|
TS 29.545 |
CT4 |
Ruby Gong（北京小米） |
V0.2.0（CT4#136） |
尚未提交 |
Draft [4] |
|
TR 28.893（補充） |
SA5 |
文件未載 |
— |
V2.0.0 送核准（SP-260870） |
待 SA#113 決議 [14][15] |
|
TR 28.895（補充） |
SA5 |
Bei Li（中國聯通） |
V0.4.0（SA5#168） |
V1.0.0（SP-260867，09-04） |
Draft [9] |
|
TR 38.765（參照） |
RAN1 |
Yingyang Li（北京小米） |
V2.0.1（RAN#112） |
V20.0.0（06-23） |
Under change control [5] |
資料來源
[1] 3GPP 規格資料庫，TS 23.137 規格頁。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5516
[2] 3GPP 規格資料庫，TR 33.777 規格頁。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4456
[3] 3GPP 規格資料庫，TS 23.138 規格頁。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5529
[4] 3GPP 規格資料庫，TS 29.545 規格頁。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5533
[5] 3GPP 規格資料庫，TR 38.765 規格頁（2026-06-22 轉為變更控制）。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4446
[6] 3GPP 規格資料庫，38 系列規格清單（2026-09-23 查閱）。https://www.3gpp.org/dynareport?code=38-series.htm
[7] 3GPP 官方技術頁，ISAC Architecture Progress in 3GPP，2026-08-18（作者：SA2 研究項目共同報告人 Jianning Liu、David Gutierrez）。https://www.3gpp.org/technologies/isac-arch
[8] 3GPP 官方頁面，Release 20（時程段落標註「Text from December 2025」）。https://www.3gpp.org/specifications-technologies/releases/release-20
[9] 3GPP 規格資料庫，TR 28.895 規格頁。https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5486
[10] 3GPP，Version Numbering Scheme。https://www.3gpp.org/specifications-technologies/specifications-by-series/version-numbering-scheme
[11] 3GPP TS 23.137 V1.0.0（2026-09），Integrated Sensing and Communication; Stage 2（SP-260754）。
[12] 3GPP TS 29.545 V0.2.0（2026-08），Sensing Function Services; Stage 3，含 TS29545_Nsenf_SensingService.yaml（version 1.0.0-alpha.1）。
[13] 3GPP TR 23.700-14 V20.0.0（2026-03），Study on Integrated Sensing and Communication Architecture，§6.5 Solution #5。
[14] 3GPP SP-260870，Presentation of Report to TSG: TR 28.893 … Version 2.0.0（SA5，Document for Approval；TSG SA#113，馬德里，2026-09-15–18）。
[15] 3GPP TR 28.893 V2.0.0（2026-09），Study on 5G Advanced (5GA) Charging Aspects of Integrated Sensing and Communications，§5.1.6、§5.2.6、§6。
