無線側的四份文件有了編號

RAN3#133-bis 會後，Ns 介面四份技術規範推進到 V0.1.0，無線側的感測工作首度有了專屬的 TS 編號

一、本週焦點

RAN3#133-bis 於 2026 年 10 月 12 日至 16 日在韓國濟州舉行 [7]。會後，四份以 Ns 命名的無線接取網介面規範同步推進到 V0.1.0：TS 38.480 一般原則、TS 38.481 層一、TS 38.482 訊令傳輸與 TS 38.483 應用協定 [1][2]。這四個編號在會前就已配置，以 TS 38.480 為例，V0.0.0 骨架於 10 月 1 日上傳 [3]。Ns 是無線接取網節點與核心網感測功能（SenF）之間的介面。

這四個編號補上了數月來的空缺。9 月 23 日查閱 38 系列規範清單時，還沒有任何 Ns 條目，無線側能指名的感測文件只有研究報告 TR 38.765 [4]。Release 20 架構規範 TS 23.137 定版時，引用無線規範之處也只能寫成 TS 38.xxx 佔位符 [5]。

有了編號，接下來的問題有兩個：架構側與無線側的命名如何對齊，以及四份文件能否在 2027 年 3 月的完成目標前寫完。

二、Ns 在介面家族中的位置

無線接取網的介面規範向來拆成數份：一般原則界定介面功能與整體框架，層一處理物理傳輸，訊令傳輸處理承載方式，應用協定定義具體程序與訊息，通常篇幅最長。NG、Xn、E1、F1 都依這個順序編號，Ns 接在 F1 之後，分工相同 [2]。研究階段也比較過沿用 NG 應用協定的做法，最後建議新設專屬協定 [4]。Ns 因此是一個獨立的介面，而不是在既有介面上增加幾則訊息。

NG、Xn 與 F1 另有資料傳輸或使用者面文件，純控制面的 E1 則沒有；Ns 目前與 E1 同型，只有四份 [2]。這與研究結論一致：TR 38.765 建議感測資料以 SCTP 為基礎傳送，不走 GTP-U 使用者面 [4]，量測與結果的傳遞因此落在訊令傳輸與應用協定兩份文件之內。

命名則尚未對齊。TS 23.137 把感測功能與基地台之間的參考點稱為 SEN2，並以編者註載明其定義須與 RAN WG3 協調；無線側一律稱為 Ns [2][5]。架構文件日後把佔位符換成實際編號時，也得一併處理兩套名稱的對應。

三、研究結論已選定 NsAP 與 SCTP

TS 38.483 的縮寫為 NsAP [2]，這個選擇在研究階段已有結論。TR 38.765 V20.0.0 比較了新設專屬應用協定與沿用 NG 應用協定兩種做法：前者可為感測功能單獨成冊，後者不需新增規範；結論章建議規範階段採用專屬的 NsAP [4]。

感測資料的傳輸方式也已有結論。研究報告評估了以 SCTP、GTP-U 搭配 UDP、WebSocket 為基礎的三種協定堆疊：SCTP 提供依序遞送與重傳，但負擔高於 TCP 與 UDP；GTP-U 負擔最低，卻缺乏重傳，須由 NsAP 補上可靠傳輸 [4]。結論章建議採用以 SCTP 為基礎的選項一 [4]，RAN3#133 的訊令傳輸文本提案也以 SCTP 作為 Ns 訊令承載的傳輸層 [9]。TS 38.482 的 V0.1.0 是否照此寫入，要等文本公開後確認。

後續工作主要落在其他群組。新設應用協定需要 CT4 分配通訊埠 [4]，RAN3#133 的提案註明由報告人向 CT4 申請 [9]；CT4 同期也在推進感測功能服務協定 TS 29.545，本期到 V0.3.0 [1]。安全方面，TR 33.777 V20.0.0 的結論是沿用 DTLS、IPsec 等既有機制保護基地台與感測功能之間的連線，採用哪一種留待規範階段，依 TR 38.765 所定的協定決定 [8]。無線側的協定既已在研究結論中選定，CT4 與 SA3 的後續工作都有了依據。

四、時程壓力集中在無線側

TS 23.137 V20.0.0 仍有數處等無線側填補：SEN2 定義的編者註、數處 TS 38.xxx 佔位符，以及第 4.6.1 與 4.6.2 節只有標題的兩節協定堆疊 [5]。編號雖已配置，架構文本要改寫引用，仍須等無線側的版本公開並穩定。

RAN3 的感測工作項目 NR_Sensing_bis-Core 在九月全會回報，完成度由 0% 推進到 25%，目標於 2027 年 3 月 3 日完成 [6]。依目前的會議日曆，完成目標前只剩兩次 RAN3 會議：11 月 16 日至 20 日在卡加利的 RAN3#134，以及 2027 年 1 月 25 日至 29 日在神戶的 RAN3#135 [7]。篇幅最大的應用協定能否趕上，是四份文件中最值得追蹤的一項。

就目前公開文件而言，TS 23.137 與 TR 38.765 都已進入變更控制，核心網協定 TS 29.545 與四份 Ns 規範仍是草案 [1][4][5]。四份 Ns 規範起步最晚、文件最多，排程壓力也最集中。

五、展望

下一個節點是 11 月 16 日至 20 日的 RAN3#134，四份文件預定在會中續審 [7]；TS 29.545 的下一版則待下一次 CT4 會議 [1]。

後續可關注的方向

• TS 38.482 與 TS 38.483 的 V0.1.0 文本，是否照研究結論寫入 SCTP 承載與 NsAP 程序。

• CT4 何時為 NsAP 分配 SCTP 通訊埠，以及 SA3 在規範階段選用 DTLS 或 IPsec 中的哪一種。

• 架構規範何時以變更請求換上實際編號，並對應 SEN2 與 Ns 兩套名稱。

• 11 月與 1 月兩次 RAN3 會議能把應用協定推進到什麼程度。

資料來源

[1]  3GPP 未上線規格報告 Specifications not yet available (2026-10-23 查閱：TS 38.480 至 38.483 均記為 V0.1.0，產出會議 RAN3#133-bis；TS 29.545 記為 V0.3.0，產出會議 CT4#137)  https://www.3gpp.org/dynareport?code=MissingSpecs.htm

[2]  3GPP 38 系列規範清單 (四份新文件之正式題名，含 Ns Application Protocol (NsAP)；NG、Xn、E1、F1 各介面族之對應文件；清單中無 38.484 與 38.485)  https://www.3gpp.org/DynaReport/38-series.htm

[3]  3GPP 規範存檔 TS 38.480 目錄 (V0.0.0 於 2026-10-01 上傳)  https://www.3gpp.org/ftp/Specs/archive/38_series/38.480/

[4]  3GPP TR 38.765 V20.0.0 (2026-06)，Study on ISAC for NR (第 7.2 節三種感測資料協定堆疊與比較；第 7.3 節 NsAP 與沿用 NGAP 之比較、新設協定須由 CT4 分配通訊埠；第 9 節建議採用 SCTP 選項一與專屬 NsAP)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4446

[5]  3GPP TS 23.137 V20.0.0 (2026-09)，Integrated Sensing and Communication; Stage 2 (第 4.3 節 SEN2 須與 RAN WG3 協調；第 4.5.1、5.3、6.2.1 節以 TS 38.xxx 佔位；第 4.6.1、4.6.2 節僅有標題)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=5516

[6]  3GPP 官方新聞 Working Group Reports to RAN Plenary #113 (2026-09-14；NR_Sensing_bis-Core 完成度由 0% 推進至 25%，完成目標 2027-03-03)  https://www.3gpp.org/news-events/3gpp-news/ran113-reports

[7]  3GPP 會議日曆 RAN3 (RAN3#133-bis 於 2026-10-12 至 16 在濟州；RAN3#134 於 2026-11-16 至 20 在卡加利；RAN3#135 於 2027-01-25 至 29 在神戶)  https://www.3gpp.org/dynareport/Meetings-R3.htm

[8]  3GPP TR 33.777 V20.0.0 (2026-09)，Study on security and privacy aspects of ISAC (第 7.2 節沿用 DTLS、IPsec 等既有機制；NOTE 1：採用何者於規範階段依 TR 38.765 所定協定決定)  https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=4456

[9]  RAN3#133 文本提案草案 R3-263535，Ns Signalling Transport (2026-08-24 至 28，Maastricht；SCTP 為 Ns 訊令承載之傳輸層，NsAP 通訊埠由報告人向 CT4 申請；會議 Inbox 草案路徑)  https://www.3gpp.org/ftp/Meetings_3GPP_SYNC/RAN3/Inbox/Drafts/CB%20%23%2012_ISAC_arch/draft_R3-263535_v3.docx