Embed Size (px)
Citation preview
會議報告（會議類別：其他）
出席第三代合作夥伴計畫服務及系統面第二工作群-
3GPP SA2 #128國際標準會議報告
出國單位：財團法人工業技術研究院
出國人員：賴家齡、陳斯傑、陳瓊璋
派赴國家：立陶宛/維爾紐斯
會議期間：107年 07月 02日至 07月 06日
報告日期：107年 08月 14日
1
摘 要
本次會議於立陶宛/維爾紐斯舉辦，參加人數為152人。本計畫團隊鎖定
5G Phase II之研究項目(Study Item, SI)，目前本計畫團隊著重在4個SI；存取數
據資料之選取/交換/分岐(Acess Traffic Steer, Switching and Splitting, ATSSS)、
5G網路中無線和有線系統匯流 (Wireless and Wireline Convergence in 5G,
5WWC)、網路切片增強(enhance of Network Slicing, eNS)、以及5G網路之超
高可靠性與低延遲通訊 (Ultra Reliable and Low Latency Communication in
5G,5G URLLC)。
ATSSS SI 是針對使用者數據資料如何在不同的存取網路技術傳輸中
切換使用傳輸技術以及如何與 5G核心網路通信交換訊息。
5WWC為討論在 5G網路中加入有線的整合，可以藉由所定義的介面
接入 5G 核心網路，與 5G 核心網路的功能，進行非存取層(Non-
Stratum Access, NAS)或存取層(Access Stratum, AS)的信令或使用者數
據資料的傳輸和交換。
eNS 則是針對在 5G Phase I 中網路切片(Network Slicing)還未解決的
問題，進行解決方案討論。
5G URLLC 為新成立的 SI，目標為討論在目前 3GPP 釋出的第一版
5G網路架構下，如何去達到用戶設備 (User Equipemtn, UE)要求的超
高可靠性和超低延遲的需求。
本次會議中，本計畫團隊共發表2篇技術貢獻文件，投稿於ATSSS SI標
準文件以及5WWC SI標準文件，其中，因為5WWC投稿技術文件過多，導致
無法在此會議打開本團隊投稿技術貢獻文件，因此，本團隊會於下次會議，
即SA2# 128bis會議，再將本技術貢獻文稿再投稿。
2
縮寫與中英文對照表
英文全稱 英文縮寫 中文全稱
3rd Generation Partnership Project 3GPP 第三代合作夥伴計畫
5G Core Network 5GC 5G核心網路
5G Residential Gateway 5G-RG 5G家用網閘
Access and Mobility management
Function AMF 存取與行動管理功能
Access Stratum AS 存取層
Access Traffic Steering, Switching and
Splitting ATSSS
存取數據資料傳輸流量轉向、
切換和分裂
access type 存取類型
Application Function AF 應用功能
Application Programming Interface API 應用程序介面
Broadband Forum BBF 寬頻論壇
Broadcast 廣播
Cellular Internet of Thing CIoT 行動物聯網
Change Request CR 修正要求
Connection Management CM 連線管理
Control Plane CP 控制平面
Customer Premise Equipment CPE 用戶端設備
Data Network DN 數據網路
Data Network Access Identifier DANI 數據網路存取識別碼
Data Network Name DNN 數據網路名
Data Radio Bearer DRB 數據連線載體
Device to Device Communication D2D 裝置對裝置通訊
Downstream 下傳
Dual Connectivity DC 雙連結
Editor Note EN 編輯備註
enhance of Network Slicing eNS 網路切片增強
Enhancements for vehicles to anything eV2X 車間普及通訊增強
Evolved Packet Core EPC 演進的分封核心網
Evolved Packet System EPS 演進的分封系統
3
英文全稱 英文縮寫 中文全稱
Evolved Universal Terrestrial Radio
Access E-UTRA 演進版通用陸地無線存取
Fixed Mobile Connection FMC 固定行動網路
Fixed Network Residential Gateway FN-RG 固定網路家用網閘
Frame Replication and Elimination for
Reliability FRER 可靠性之訊框複製與消除
Fully Qualified Domain Name FQDN 完整網域名稱
Generic Multiple Access GMA 通用多存取
Globally Unique Temporary Identifier GUTI 全球唯一臨時標識
Home Subscriber Server HSS 本地用戶伺服器
Hybrid Access 混合式存取
inter Trusted Non-3GPP Gateway
Function inter-TNGF
外接式可信的非 3GPP 網閘功
能
Home Public Land Mobile Network HPLMN 本地公用陸地移動網路
International Mobile Subscriber Identity IMSI 國際移動用戶識別碼
Internet Protocol IP 網際網路通訊協定
intra Trusted Non-3GPP Gateway
Function intra-TNGF
內接式可信的非 3GPP 網閘功
能
Key Issue KI 關鍵議題
Liaison Statement LS 聯絡說明
Local Access Data Network LADN 本地存取數據網路
Mobile Edge Computing MEC 行動邊緣計算
mobility mobility 行動性
Mobility Management MM 行動管理
Mobility Management Element MME 行動管理單元
Multi-Access MA 多存取
Multi-Access PDU MA-PDU 多存取數據封包單元
Multipath TCP MPTCP 多路徑傳輸控制協定
new generation NB gNB 新世代基地台
Network Control Policy NCP 網路控制策略
Network Data Analytics Function NWDAF 網路數據解析功能
Network Exposure Function NEF 網路揭露功能
Network Function Repository Function NRF 網路功能儲存功能
4
英文全稱 英文縮寫 中文全稱
Network Slice NS 網路切片
Network Slice Instance NSI 網路切片實例
Network Slice Selection Assistance
Information NSSAI 網路切片選取輔助資訊
Network Slice Selection Function NSSF 網路切片選擇功能
Network Slice Selection Policy NSSP 網路切片選擇規則
New Radio Technology NR 新無線電技術
Next Generation NextGen 下一代
Next Generation Radio Access Network NG-RAN 下一代無線存取網路
Non-Access Stratum NAS 非存取層
Operation and Maintenance OAM 管理維護系統
Packet Data Unit PDU 數據封包單元
Packet Data Unit session PDU session 數據封包單元連線
Packet Data Unit session ID PDU session ID 數據封包單元連線識別碼
Performance Measurement Function PMF 效能測量功能
Permanent Equipment Identifier PEI 永久設備辨識碼
Policy Control Function PCF 策略與計費功能
Public Local Mobile Network PLMN 公用陸地移動網路
Pseudo Change Request P-CR 準修正要求
Quality of Service QoS 服務品質
Radio Congestion Awareness Function RCAF 無線電雍塞感知功能
Radio Resource Control RRC 無線資源控制
Registration Area RA 註冊區
Registration Management RM 註冊管理
Release Command 釋放指令
release procedure 釋放程序
Reliability Group RG 可靠群組
Round Trip Time RTT 來回時間
Service Based Architecture SBA 以服務為基礎之架構
Service Capability Exposure Function SCEF 服務能力揭露功能
Service Differentiator SD 服務差異化
Service Request SR 服務請求
Service/Slice Type SST 服務切片類型
5
英文全稱 英文縮寫 中文全稱
Session Management Function SMF 會議連線管理功能
spliting 分流
steering 導引
Stream Control Transmission Protocol SCTP 流控制傳輸協議
Study Item SI 研究項目
Study on Access Traffic Steering, Switch
and Splitting support in the 5G system
architecture
FS_ATSSS 5G 架構之網路流量導引、交
換、分流工作項目
Study on architecture enhancements for
3GPP support of advanced V2X services FS_eV2XARC 進階車聯網通訊架構研究項目
Study on Enhancing Topology of SMF
and UPF in 5G Networks FS_ETSUN
5G網路進階會議管理功能與使
用者平面功能拓樸研究項目
Study on the Wireless and Wireline
Convergence for the 5G system
architecture
FS_5WWC 有線與無線網路整合架構研究
項目
Subscriber Permanent Identifier SUPI 使用者永久辨識碼
Switching 交換
target Trusted Non-3GPP Gateway
Function target TNGF
目標的可信的非 3GPP 網閘功
能
Tracking Area Update TAU 追蹤區更新
Traffic Distribution 數據資料分配
Trusted Non-3GPP access 可信的非 3GPP存取
Trusted Non-3GPP Gateway Function TNGF 可信的非 3GPP網閘功能
Ultra Reliable and Low Latency
Communication URLLC 超高可靠性與低延遲通訊
Untrusted Non-3GPP access Untrusted Non-
3GPP access 非可信的非 3GPP存取
Uplink Classifier UL CL 上行分類符
Upstream 上傳
User Data Management UDM 使用者資料庫
User Datagram Protocol UDP 用戶數據包協定
User Equipment UE 用戶設備
User Plane UP 用戶平面
6
英文全稱 英文縮寫 中文全稱
User Plane-Access Traffic
Steering/Switching/Splitting Function UP-AT3SF 用戶數據資料存取功能
User Plane Function UPF 用戶平面功能
User Plane Function Anchor UPF-A 用戶平面功能錨點
User Routing Selection Policy URSP 用戶路由選取策略
Virtual Local Area Network ID VLAN ID 虛擬區域網路辨識碼
Wireless and Wireline Convergence in
5G 5WWC
5G網路中的無線和有線系統匯
流
Wireline 5G access network W-5GAN 有線 5G存取網路
Work Item WI 工作項目
技術貢獻
本次會議共提出2技術貢獻文件。
第一篇技術貢獻文件為移除SI文件中還未解決的編輯附註(Editor Note,
EN)。此EN為會議連線管理功能(Session Management Function, SMF)針對多存
取(Multi-Access, MA) 數據封包單位連線(Packet Data Unit Session, PDU session)
的釋放程序 (release procedure)中，SMF會於確認UE可以釋放的存取類型
(access type)發出一個PDU Session的釋放指令(Release Command)的訊息傳給
UE，UE收到此訊息後，可以知道哪一個PDU Session在哪一個access type存取
網路可以釋放。然而，此訊息並沒有包含access type的資訊，因此，如果
PDU Session release procedure不是由UE發起的，則UE並不會知道在哪一個
access type中的哪一條PDU Session必須要被釋放掉。因此，本篇技術貢獻文
件提議將access type資訊加入此PDU Session Release Command，藉此通知UE
必須執行在哪一個access type上哪一個PDU Session 的release procedure。
第二篇為投稿5WWC標準文件，本期會議研究項目5WWC的議題重心在
可信的非3GPP存取(Trusted Non-3GPP access)以及新的解決方案上。這個優
7
先安排其實可以呼應到上一期會議將Trusted Non-3GPP access放到最後才討
論，故本期會議則優先討論。本期會議研究項目FS_5WWC中有一個比較值
得去注意的地方是在上個會期通過的混合式存取(Hybrid Access)議題。此議
題的架構為UE同一時間使用3GPP和Non-3GPP的網路，而另一個研究項目
FS_ATSSS也在研究同樣的議題。但是這兩個研究項目的框架稍有不同，
FS_ATSSS主要以網路流量的交換(switching)、分流(spliting)與導引(steering)
在3GPP和Non-3GPP架構下的運行進行討論；而FS_5WWC則是在寬頻論壇
(BBF)的固定行動網路(FMC)架構下討論其運行。Hybrid Access在這邊所討
論的是5G家用網閘(5G-RG)元件在5WWC架構下同時使用FMC和下一代無線
存取網路(NG-RAN)與5G核心網路連線。本會期Telstra針對之前Ericsson所提
之技術貢獻深入修改其規則，這也表示Hybrid access或許會成為下一段的重
點議題。延續上一次會期，本會期討論Trusted Non-3GPP access，廠商們都在
收斂解決方案的階段。Lenovo為首，針對UE通過Trusted Non-3GPP access提
出Trusted Non-3GPP access的認證方式可以沿用RFC 6696與RFC 5295。同時
也針對不支援NAS的UE通過Non-3GPP網路與5G核心網路連線的方法提出釐
清，主張UE在這個情況下必須曾與5G核心網路註冊，取得基本資訊才能通
過Non-3GPP連線。而華為則更新了Trusted Non-3GPP access的PDU session 連
線的流程。由此可見，Trusted Non-3GPP access已經步入穩定階段。本會期
研究項目FS_5WWC中，針對5G-RG/FN-RG的服務連線解決方案也處於收斂
階段，各廠商的技術貢獻都以更新之前提的解決方案為主。而本會期，議題
“3GPP UE 在5G-RG後端與5GS連線”則被安排在研究項目討論的最後一組
議題，原因有(1)此議題原本被列為第二期討論的議題，要完成單以5G-
RG/FN-RG連線50%以上才開始討論，和(2)上一會期優先討論此議題，故本
會期將之放到最後討論。故此議題在本會期中被點閱的技術貢獻只有2篇，
其餘的5篇都無法處理，盼望下一個會期能獲得優先處理。
8
會議解說
本次會議還是針對5G Phase I的修正要求(CR)倒數階段之會議，因此SA2
主席會在主要會議中積極處理CR，並以CR的技術貢獻文件優先處理，希望
所有的CR都於會議中處理完畢。若時間允許，則再處理其他的準修正要求
(P-CR)技術貢獻文件。
與會成員工作分配
與會成員 工作分配
賴家齡 參加 3GPP SA2# 128會議，關注 5G Phase I標準文件之 CR，
並且進行 ATSSS SID 標準規範制定以及關注 5WWC、eNS
SIDs的標準規範制定。
陳斯傑 參加 3GPP SA2# 128 會議，進行 5WWC SID 標準規範制定以
及關注 5G URLLC SID和 eV2X SID的標準規範制定。
陳瓊璋 參加 3GPP SA2# 128 會議，進行 5WWC SID 標準規範制定以
及關注 5G Network Automation和 CIoT標準規範制定。
本次3GPP TSG SA2#128會議於立陶宛/維爾紐斯舉行，本計畫團隊派2位
成員參加會議，主要是鎖定5G Phase II相關議題及關注5G Phase I標準文件之
CR內容並希望能與其他大廠接觸，增加未來合作交流機會，並提前為R16標
準規範布局。
目前R16的SI還未收斂，要繼續專注如何收斂為5G Phase II的工作項目
(WI)。
9
目 錄
一、會議名稱 .......................................................................................................... 10
二、參加會議目的及效益 ...................................................................................... 10
三、會議時間 .......................................................................................................... 10
四、會議地點 .......................................................................................................... 10
五、會議議程 .......................................................................................................... 11
六、會議紀要 .......................................................................................................... 11
七、心得與建議 ...................................................................................................... 40
八、附件 .................................................................................................................. 42
10
一、會議名稱
3GPP SA2 #128會議
二、參加會議目的及效益
參加 5G Phase II SI標準議題描述文件制定（R16的前期研究）。
與其他國際大廠接觸，討論未來下一代網路架構可能的架構，並尋
求未來合作的可能性。
為 R16標準規範文件提前布局。
追蹤 3GPP會議相關工作項目的規格制定方向及進度。
提出貢獻，參與技術討論及協商，確認未來技術運用之機會。
尋求國際大廠合作的可能性。
三、會議時間
02 July to 06 July 2018
四、會議地點
立陶宛/維爾紐斯(Radison Blue)
11
五、會議議程
會議進行之會議室與時間安排如下：
六、會議紀要
以下說明本次參加會議關注技術貢獻文件：(皆為Accepted的文件)
1. 5G架構之網路流量導引、交換、分流工作項目(FS_ATSSS)
12
(1) S2-187090 Architectural Updates for ATSSS Solution 1, Broadcom
本篇技術貢獻文件為更新標準文件中的解決方案1。新增加數據資料
分配(Traffic Distribution)章節。圖1為解決方案1的架構圖。5G核心網路可
以根據策略控制功能(PCF)、使用者優先選擇設定、3GPP和Non-3GPP網
路連線的效能去設定相關的ATSSS規則。
在本篇技術貢獻文件中，針對Traffic Distribution可以分為下傳
(Downstream)和上傳(Upstream)數據資料方向。在Downstream方面，由用
戶數據資料存取功能(UP-AT3SF)負責。在UP-AT3SF中，針對同一條資
料流(flow)會有一個查看表(lookup table)，負責查看同一條flow中的每一
個封包目前處理的情況，然後針對同一條flow的每一個封包去察看是否
有超過2倍來回時間(RTT)，如果小於2倍RTT，則UP-AT3SF就會使用與
前一個傳出去的封包一樣的access type去傳送這個封包。如果沒有封包符
合上述條件，則UP-AT3SF可以根據ATSSS規則去決定如何傳送這個封
包。針對Upstream方面，UE端也是跟UP-AT3SF一樣，在哪一個access
type接收此flow的封包，就會使用同樣的access type去傳送此flow的封
包，除非沒有封包符合上述條件，則UE端可以選擇不同的access type去
傳送。
13
Traffic Descriptors for
MA PDU
UE-AT3SF
UP-AT3SF
SMF
SM-
AT3SFATSSS configuration for UE
ATSSS configuration for UPF/PSA
ATSSS policy
N4ATSSS rules
PCF
PC-
AT3SFURSP
Control Plane
User Plane
Non-3GPP access
3GPP access
N3IWF UPF
UPF
N3
N3
N9
N9
User preference
settings
Local
configuration
N1 (via AMF)
N1 (via AMF)
UDM
UDR-
AT3SF
N7
N25
N10
UE Policy subscription
UE profiles & subscription for ATSSS
Control Plane
ATSSS rules
User Plane
Measurement reports from UE
圖 1：interaction between AT3SF’s of UE, SMF, PCF, and UPF
(2) S2-187091, Additional options for L4 convergence method in Solution 1,
Deutsche Telekom
本篇技術貢獻文件為更新標準文件中的解決方案1。提出流控制傳輸
協議(SCTP)和用戶數據包協定(UDP)可以作為第四層數據資料的收斂方
法之一。主要是將SCTP和UDP加入在Multi-Access的傳輸網路上使用。
(3) S2-187092, Updates of Solution 1 with alternative UP Convergence
Method an Evaluation Procedure, Intel
本篇技術貢獻文件提出一個第三層的UP訊務匯流解決方案，通用多
存取(GMA)方法。本篇技術貢獻文件指出，GMA可以解決IP-Over-IP隧
道的封包重排序的問題。 GMA藉由加入 “trailer containing control
information”，就可以追蹤封包順序。此外，GMA還有保留一些其他欄
位，可以供未來使用上的需求。
14
(4) S2-187040, Solution 2: Update of Combined Establishment, Motorola
Mobility, Lenovo
本篇技術貢獻文件為更新標準文件中解決方案2。提出使用結合建立
程序中使用單一封包數據封包單元會議連結識別碼(PDU Session ID)。
3GPP access
Non-3GPP access
UE NG-RAN N3IWF AMF SMF UPF-A
1. NAS Message (over NG-RAN)
PDU Session ID, MA-PDU Request
PDU Session Establishment Req.)2a. Create SM Context Req.
PDU Session ID, MA-PDU Request
Access Type=3GPP,
PDU Session Establishment Req.) 3. Register SMF ID for PDU Session ID
Retrieve SM subscription data
2b. Create SM Context Res.
DN
4. Secondary authorization / authentication (if needed)
PCC
6a. N4 Session
Establishment Req.
6a. N4 Session Res.7. N1N2 message Transfer
PDU Session ID, AN Type=non-3GPP
N2 SM Information8a. N2 PDU Session Req.
N2 SM Information
UDM
Established signaling IPsec SA
8b. IPsec child SA(s) establishment
8d. N2 PDU Session Req Ack
9a. Update SM Context Req.
N2 information 9b. N4 Session
Modification Req.
9c. N4 Session Res.
9d. Update SM Context Res.
10b. N4 Session Res.
12c. N2 PDU Session Req Ack
13a. Update SM Context Req.
N2 information 13b. N4 Session
Modification Req.
13c. N4 Session Res.
13d. Update SM Context Res.
5b. SM Policy Control Create Res.
(PCC rules for Traffic Steering)
5a. SM Policy Control Create Req.
(PDU Session ID, MA-PDU Request)
10a. N4 Session
Modification Req.
(Packet Detection Rules)
12b. DRB setup
PDU Session Est.
Accept
11. N1N2 Message Transfer
PDU Session ID, AN Type=3GPP
N2 SM Information
N1 SM Information (MA-PDU Supported, PDU
Session Est. Accept)
12a. N2 PDU Session Req.
N2 SM Information
NAS Message
(PDU Session ID, MA-PDU Supported,
PDU Session Est. Accept)
圖 2：Overview of the UE Requested MA-PDU Session Establishment (Combined
Establishment)
更新的內容如下：
當 UE 在 3GPP 和 Non-3GPP 註冊完成時，UE 會同時在兩個不同的
access type收到允許的網路切片選取輔助資訊(NSSAI)。
15
UE會開始“UE Requested PDU Session Establishment”。同時，UE會
送出 NAS UL Transport message，其中包含 1) single PDU Session ID,
2) Request type = initial request, 3) MA-PDU Request indication, 4) PDU
Session Establishment Request。其中，如果 UE 只有要求 1 個單一切
片輔助資訊(Single Slice NSSAI, S-NSSAI)，則此 S-NSSAI 必須同時
可以在 3GPP和 Non-3GPP的 access type上使用。
SMF收到來自 UE的 MA-PDU Session的請求後，會與 PCF溝通得到
此 UE相關的 ATSSS規則。
(5) S2-187103, Solution 2 update: Modifying Multi-access PDU Session as a
single-access PDU, InterDigital Inc.
本篇技術貢獻文件提出PDU Session修改程序。此程序為可以修改一
條MA-PDU Session變成Single-Access PDU Session。如圖3所示，
UE (R)AN AMF SMF UPF
1. PDU Session Modification Request(PDU Session ID, removed-access = X,
2. Nsmf_PDUSession_UpdateSMContext
3. N4 Session Modification
4. Namf_Comm_N1N2MessageTransfer
6. PDU Session Modification Command
7. N2 Session Release
8. PDU Session Modification Ack
N3IWF
5. N2 Session Request
圖 3：UE Initiated removal of an access from Multi-Access PDU Session
本篇技術貢獻文件提出MA-PDU可以因為某些情況，必須被迫變成
single access的PDU Session。例如，當UE因為某些原因更改了允許的
16
NSSAI，更改過後的NSSAI無法同時在兩個access type使用，這時候UE就
必須使用修改程序將Multi-access的PDU Session變成Single-access的PDU
Session。
(6) S2-187108, Updating 6.2 Solution 2 to add a procedure for Multi-access
PDU Session Modification, ETRI, ITRI
本篇技術貢獻文件一樣是提出修改程序。不同的是，此篇提出的修
改是用在UE和5G network之間溝通所使用的ATSSS規則。UE可以利用此
修改程序去告知5G network，針對某些Upstream的資料的ATSSS規則做修
改。本計畫團隊支持此篇技術貢獻文件，其概念想法與本計畫團隊類
似。
UE (R)AN AMF SMF UPF PCFUDM
1a.PDU Session Modification Request(ATSSS preference)
1a. Nsmf_PDUSession_UpdateSMContext (PDU
Session Modification Request(ATSSS preference))
3a Nsmf_PDUSession_UpdateSMContext Response
(PDU Session Modification Command (ATSSS rule(s)))
1c. Nudm_SubscriberData_UpdateNotification ( )
3b Namf_Communication_N1N2MessageTransfer (PDU
Session Modification Command (ATSSS rule(s)))
1b. Session Management Policy Modification ( )
2. Session Management Policy Modification ( )
4. Follows steps 4 – 13 in TS 23.502 clause 4.3.3.2
圖 4：UE or network requested MA-PDU Session Modification
17
(7) S2-187043, Resolve EN in Release of a Multi-Access PDU Session, ITRI
本篇技術貢獻文件為提出解決方法移除在標準文件裡的Editor Note。
此EN為：
It is FFS whether it is better to send one PDU Session Release Command
message in step 3 to UE instead of two
本篇技術貢獻文件認為如果是UE自己啟動PDU Session 釋放程序，
則UE知道哪一條PDU Session在哪一個access type要釋放。但是，如果是
由網路端啟動的釋放程序，則網路端必須要告知UE哪一條PDU Session在
哪一個access type要釋放。因此，在回給UE的訊息中就必須將access type
的資訊附加上去，已告知UE要釋放的PDU Session是在哪一個access type
上。
(8) S2-187044, ATSSS execution procedure for TFCP solution, OPPO,
Huawei
本篇技術貢獻文件提出ATSSS執行程序。此程序如圖5所示：一個是
用Downstream的ATSSS規則執行，一個是用在Upstream的ATSSS規則執
行。概念有點類似“S2-187108, Updating 6.2 Solution 2 to add a procedure for
Multi-access PDU Session Modification, ETRI, ITRI”，只是這是一個全新的
程序，而不是現成的程序再做增強。
18
UE NG-RAN N3IWF UPFSMFAMF
1. PDU session establishment procedure via 3GPP and non-3GPPUE and SMF is configured ATSSS rule
2.Determine to perform ATSSS operation
4.Steering or splitting the downlink data to the appropriate access
path based on the ATSSS rule
Downlink data
3a.N4:ATSSS rule config.
3b.N4:ATSSS rule config. ACK
5.UP: Downlink data via 3GPP and/or non-3GPP
6. NAS: Path performance measurement report
7.Update the ATSSS rule based on path performance
measurement report
8a.N4:ATSSS rule update.
8b.N4:ATSSS rule update. ACK
9.Adjust the path for the downlink data to the appropriate access
path based on the updated ATSSS rule
10. UP: Downlink data via 3GPP and/or non-3GPP
圖 5：Downlink ATSSS執行程序
19
UE NG-RAN N3IWF UPFSMFAMF
1. PDU session establishment procedure via 3GPP and non-3GPPUE and SMF is configured ATSSS rule
2.Determine to perform ATSSS operation
4.Steering or splitting the uplink data to the appropriate access
path based on the ATSSS rule
5.UP: Uplink data via 3GPP and/or non-3GPP
8. NAS: Updated ATSSS rule configuration
7a.N4:Path performance feedback.
7b.N4:Path performance feedback ACK.
9.Adjust the path for the downlink data to the appropriate access
path based on the updated ATSSS rule
10. UP: Uplink data via 3GPP and/or non-3GPP
3.NAS: ATSSS rule configuration
6.Receive data and perform path performance
measurement
圖 6：Uplink ATSSS執行程序
(9) S2-187045, Update of TFCP solution, Huawei
本篇技術貢獻文件為解決以下EN：
The reordering procedure on the receiving side is FFS
The use of sequence number in the reordering procedure is FFS
The TFCP handling in the PDU session modification procedure id FFS
根據以上的EN，解決的方向可以分為下列幾項：
Increasing the bandwidth and raise the utilization rate of resource
20
當同時可以使用兩個access type去傳輸資料，整體可以使用的頻寬就
會變大。採外，有些資料所要的較高品質保證也可以達到，因為整體可
以使用的頻寬變大。
Load balance control
可以根據不同的資料流特性去分配access type。例如，網路電視傾向
於使用有線存取，因此，如果網路電視需要100 Mbps的頻寬，則可以設
定大部分網路電視傳輸是使用Non-3GPP的有線存取，而少部分的使用
3GPP的無線存取。圖7為網路電視的例子。
圖 7：Flexible load balance
Enhance the traffic switching procedure
如圖8所示，當使用multi-access的傳輸時，封包遺失會大幅降低，相
對的，必須要考慮的冗餘封包和封包順序的處理。以圖8例子為說明，可
以看見同時使用兩個不同access type去傳輸封包，冗餘封包有3、4、5。
所以當有封包遺失時，由於有冗餘封包，因此可以填補遺失封包。沒有
遺失封包時，則會把多餘重複的封包做順序重組。
圖 8：Optimized of traffic switching
Redundancy steering
21
理由同上述，由於同時使用兩個access type去傳輸資料，因此可以大
幅降低 包遺失率。
Link performance measurement per QoS flow
利用去評估每一條flow的RTT、抖動、或是封包遺失率，就可以評
估出每一個access type的效能，藉此可以依據評估或測量出來的數據，去
做選取，交換或分配封包傳輸於不同的access type上。
(10) S2-187106, Update of Solution 5, Apple (UK) Limited
本篇技術貢獻文件為更新標準文件中解決方案 5。提出以下兩個方
法：
多路徑傳輸控制協定(MPTCP)用戶端和代理伺服器之間的協定。
將 Preferred SSID(s)重新命名為 Limited SSID(s)。
(11) S2-186445, Clarification on the establishment procedure of proxyied
MPTCP connections, Orange
本篇技術貢獻文件更新標準文件中解決方案5。提出，如何去建立
MPTCP子資料流的方法。其中，此方法是參考 “IETF draft-ietf-tcpm-
converters-01”。
2. 網路切片增強(eNS)
(1) S2-186450, TR 23.740： eNS TR update on scope and reference, ZTE
Wistron
本篇技術貢獻文件提出更新eNS研究項目的範圍，加入network
slicing對UE認證的部分。當UE完成對網路註冊認證後，UE必須也要通過
所要求的network slice的認證，才可以使用network slice所提供的服務，建
立連線。
(2) S2-187247, Architectural assumptions for M.E.A.N.S, Huawei
本技術貢獻文件更新eNS研究項目的議題描述。
22
eNS中使用網路切片的互斥使用必須基於 R15的網路切片架構。
有支援互斥使用的 UE，也必須能在 R15的 5G網路上使用。
(3) S2-187248, Network Key Issue: Access to specific Network Slice
authorized and authenticated through additional user identifiers,
InterDigital Inc.
本技術貢獻文件提出新的Key Issue，研究網路切片UE的授權和認證
的問題。
(4) S2-187249, Solutions for MEANS (Mutually Exclusive Access to Network
Slices, Huawei
本篇技術貢獻文件提出網路切片的互斥使用已經在R15支援，因為當
電信商在布建network slices時，就已經把可以讓UE一起用的service放在
同一個network slice，而不能一起用的service則放在另外一個slice。因
此，不會有UE不能同時用的slice的問題。並且，在本篇技術貢獻文件
中，也提出兩個方法讓UE知道哪些network slices可以一起用：
使用用戶路由選取策略(URSP)告知 UE
UE已經在 HPLMN設定，哪些 slice是可以被一起要求使用。
因此，當UE在填寫請求的NSSAI時，就會根據以上的方法，避免使
用到互斥的網路切片。
(5) S2-187288, TR 23.740: Solution for Slicing Group support for mutually
exclusive access to network slices, ZTE Wistron
本篇技術貢獻文件提出解決網路切片的互斥使用的方法，類似
Huawei的提案，也是將Slice先分組，會互斥的slices的就不會放在同一
組。本篇技術貢獻文件也是將這個互斥的訊息使用URSP的方式通知
UE，UE就根據URSP的訊息，要求請求的NSSAI。
23
Slice Inclusive Group-A
(AMF Set A)
Slice InclusiveGroup-B
(AMF Set B)
Slice Inclusive Group-C
(AMF Set C)
Slice Inclusive Group-D
(AMF Set D)
Slice Inclusive Group-E
(AMF Set E)
Slice Inclusive Group-Y
(AMF Set Y)
Slice Inclusive Group-Z
(AMF Set Z)
Groups of S-NSSAIs from PLMN-n
Mutually Exclusive Access Slicing Groups
(A, B, Y and Z) corresponding to
UE’s Configured NSSAIs from PLMN-n
UE’s “active” Allowed NSSAI with Network Slices (i.e. including S-
NSSAI x) that are part of the Slice Inclusive Group-B can serve UE simultaneously by the serving
AMF after successful registration
Network Slice corresponding
to S-NSSAI xis the subset ofSlice Inclusive
Group-B
Network Slice corresponding to S-
NSSAI kis the subset of
Slice Inclusive Group-Z
圖 9：Concepts of Mutually Exclusive Access Slicing Groups and their
Corresponding NSSAIs
(6) S2-187251, Mutually Exclusion among slices solution, Nokia, Nokia
Shanghai Bell
本篇技術貢獻文件也是提出解決網路切片的互斥使用的解決方案。
對每一個network slice做類別的區分。Class 0為無限制的網路切片，可以
跟任何的網路切片一起被UE使用，Class 1為限制同一種Slice/Service Type
才能一起被UE使用，Class 2為限制同一種Service Differentiator的網路切
片才可以一起被UE使用等。
Table 5.15.x-1 – Mutual Exclusion Class Information
S-NSSAI Mutual exclusion
class
Rule
0 No constraint defined for the S-NSSAI
1 S-NSSAI can be used alongside S-NSSAIs with same SST field value
2 S-NSSAI can be used alongside S-NSSAIs with same SD field value
3 S-NSSAI cannot be used alongside any other S-NSSAI
4 S-NSSAI can be used only alongside class 4 S-NSSAIs (Operator defined)
24
S-NSSAI Mutual exclusion
class
Rule
5 S-NSSAI can be used only alongside class 5 S-NSSAIs (Operator defined)
6 S-NSSAI can be used only alongside class 6 S-NSSAIs (Operator defined)
7 S-NSSAI can be used only alongside class 7 S-NSSAIs (Operator defined)
8 S-NSSAI can be used only alongside class 8 S-NSSAIs (Operator defined)
9 S-NSSAI can be used only alongside class 9 S-NSSAIs (Operator defined)
10 S-NSSAI can be used only alongside class 10 S-NSSAIs (Operator defined)
11 S-NSSAI can be used only alongside class 11 S-NSSAIs (Operator defined)
12 S-NSSAI can be used only alongside class 12 S-NSSAIs (Operator defined)
13 S-NSSAI can be used only alongside class 13 S-NSSAIs (Operator defined)
14 S-NSSAI can be used only alongside class 14 S-NSSAIs (Operator defined)
15 S-NSSAI can be used only alongside class 15 S-NSSAIs (Operator defined)
3. 5G網路之超高可靠性與低延遲通訊(5G-URLLC)
(1) S2-187474, An overview of the IETF DetNet activity, Ericsson
本篇技術貢獻文件為“The IETF Deterministic Networking (DetNet)
Working Group”提出針對IP-based的可靠性傳輸方案。同時，也指出這個
正在進行最後標準制定的DetNet方法可能可以用在未來的5G的URLLC。
(2) S2-187472, Updates to Solution #1 on Redundant user plane paths based
on dual connectivity, Ericsson
25
本篇技術貢獻文件指出用戶平面功能(UPF)的選取與UE支援雙連結
(DC)能力以及跨基地台之間的設定。提出兩種選取UPF以及基地台的設
定。第一種為靜態方法，第二種為動態方法。
第一種靜態方法為當UE還未啟動DC的設定時，主基地台會先選取
兩個UPF，如圖10所顯示。當UE啟動DC的設定時，則子基地台會與這個
預先選取的UPF建立相關的UPF連線。這個方法可以使用在IP-based數據
網路(DN)以及Ethernet-based DN。第二種為動態方法為當UE還未啟動DC
的設定時，主基地台會先選取兩個UPF，如圖11所顯示。但是，當UE啟
動DC的設定時，則會根據當時的情況，如果有比預先選取的UPF更適合
的選擇，則會選取這個UPF。否則，會使用預先選取的UPF。這個方法只
適用於Ethernet-based DN，並無法適用於IP-based DN。
DN
UPF2
SMF2AMF
SgNB
UE
MgNB
Before
DC setup
After DC setup
UPF1
SMF1
PDU Session 2
PDU Session 1
圖 10：靜態方法
ETH subnet
UPF2B
SMF2AMF
SgNB
UE
MgNBUPF2A
Update ETH forwarding
ETH
cntxt
ETH
cntxt
ETH
cntxt
UPF1PDU Session 1
SMF1
PDU Session 2
Before
DC setup
After DC setup
圖 11：動態方法
26
(3) S2-187316, update to solution #2 on Multiple UEs per device for user plane
redundancy, Ericsson
本篇技術貢獻文件為更新解方案2，提出解決方案2更詳細的內容。
圖12為本技術貢獻文件提出的新世代基地台(gNB)選擇方法。gNB和UE
之間會形成一個可靠群組 (RG)，則UE會只選擇在同一個群組gNB的
cell。在圖12中，可以看見UE 1和gNB 1形成RG A，UE 2和gNB 2形成RG
B。因此，UE 1只能選擇gNB 1提供的cell去做附著，而UE 2只能選擇gNB
2提供的cell去做連接。此外，本篇技術提案也提出如何形成RG：
藉由“Registration Request message”設定 UE
直接寫入 UE的訂閱資料
藉由其他參數獲得，例如使用者永久辨識碼(SUPI)，永久設備辨識
碼(PEI)、NSSAI等。
再者，RG資訊也會由存取與行動管理功能(AMF)傳給RAN當作RAN
本文的一部分資訊，因此每一個gNB都知道特定UE所屬的註冊區(RA)。
圖 12：reliability group-based redundancy concept in RAN
27
(4) S2-187317, Support for VLAN ID learning to enable IEEE 802.1CB
(Frame Replication and Elimination for Reliability) combined with IEEE
802.1Q, Qualcomm
本篇技術貢獻文件提出使用虛擬區域網路辨識碼(VLAN ID)當作UPF
辨識UE的Downstream資料的傳送，並且討論使用VALN ID對整體5G網路
的影響。
(5) S2-187473, Update of solution#3 and solution#4, Huawei
本篇技術貢獻文件提出解決在解決方案3和4的得Editor’s notes。
Editor’s Note: How to ensure the two N3 tunnels can be transferred via
different transport layer paths are FFS.
針對這個 EN，是假設 RAN、SMF 和 UPF 會提供相關的路由訊息，
因此可以將兩個 N3訊息分別由不同的傳送路徑傳送。
Editor’s Note: Whether and how to support redundant transmission in HR
roaming scenario is FFS.
說明本解決方案先不考慮 Home routed的情況。
Editor’s Note: How to support redundant transmission during Handover
procedure is FFS.
本篇技術貢獻文件假設 UE 可以同時連上兩個 RAN node。因此，個
別的 RAN node 會自行解決 handover 的問題，而不會影響其他 RAN
node的 handover。
Editor’s Note: How to associate a CN tunnel info and an AN tunnel Info is
FFS.
這邊假設SMF會提供適當傳送路徑的資訊給RAN和UPF。
(6) S2-187319, Update the solution# 4, Samsung
28
本篇技術貢獻文件為更新解決方案4，提出由UPF和NR-RAN負責冗
餘封包，由UPD負責複製Downstream資料封包到不同的傳輸路徑上，而
NG-RAN負責複製Upstream資料封包到不同的傳輸路徑上。
(7) S2-187471, Solution for 5G URLLC in 5G System, Nokia, Nokia Shanghai
Bell
本篇技術貢獻文件提出一個新的解方案，如圖13所顯示，在3GPP
5G網路的架構上多了複製協定，負責處理需要可靠性傳輸的資料流。
Host BHost A: UE
UE
Application( 802.1CB, etc.
Repli-cation
Protocol(MxN)
...
1
M
gNB UPFReplication
Protocol(KxL)
Application( 802.1CB,
etc.)DN
SMFAMF
PCF
...
1
L
1
K
...
圖 13：Architecture with Replication Framework
4. 有線與無線網路整合架構研究項目(FS_5WWC)
(1) S2-187002, Update of Solution #1: Support of Trusted Non-3GPP Access,
Motorola Mobility, Lenovo, Broadcom
此技術貢獻更新了Trusted Non-3GPP access的解決方案一，提出intra-
TNGF 和inter-TNGF的mobility能力管理方案。
Trusted Non-3GPP access和Untrusted Non-3GPP access之間的差異在於
UE如果透過Trusted Non-3GPP access，UE無須自行建立網路通道至
5GC，而Untrusted Non-3GPP access則需要UE自行建立網路通道至5GC。
在intra-TNGF中提到註冊流程可以參考RFC 6696和RFC 5295的金鑰
交換機制，而UE通過Trusted Non-3GPP access的註冊必須通過 IEEE
29
802.11先連線後，在建立L2的連線通道，最後與5GC註冊。如果UE需要
換到另一個Trusted Non-3GPP access，可以根據RFC 6696再與新的Trusted
Non-3GPP access重新進行註冊認證。詳細步驟可參閱Figure 7.1.3.5.1-1和
Figure 7.1.3.5.1-2。至於UE與Trusted Non-3GPP access的換手機制也可以
參照IEEE 802.11r之快速換手機制。
至於inter-TNGF的mobility能力則提出了UE向target TNGF建立連線
時，target TNGF的控制平面(CP)則會向服務中的TNGF的CP取得UE的資
訊，進而縮短重複註冊的需求，詳細步驟可以參考Figure 7.1.3.5.2-1。
30
TNGF-CP
(ER Server)AMF AUSFUE
7a. N2 msg
(Identity Req./Res.)
4. L2 (EAP-Req/5G-Start)
5. L2 (EAP-Res/5G-NAS/
AN-Params [S-NSSAI, SUCI or 5G-GUTI, ...],
NAS-PDU [Registration Request])
7b. L2 (EAP-Req/Res/5G-NAS/
NAS-PDU [Identity Req./Res.])
9b. L2 (EAP-Req/5G-NAS/
NAS-PDU [SMC Request (EAP-Success)],
TNGF Contact Info)
TNAP-s
Trusted Non-3GPP
Access Network (TNAN)
L2: Ethernet, 802.3, 802.11,
PPP, etc.
8a. AAA Key
Request
(SUPI or SUCI,
ERP Request)
8c. AAA Key
Response
(SEAF key, ERP
Response
EAP-Success)
2. L2 (EAP-Req/Identity)
3. L2 (EAP-Res/Identity)
username@realm
6a. AMF Selection
8b. Authentication and Key Agreement
TNGF key
created
1. L2 connection
Steps 10-15 in Figure 7.1.3.3-1 (complete the 5GC Registration procedure)
6b. N2 msg
(Registration Request,
ERP Request)
9a. N2 msg
(SMC Request[EAP-Success],
ERP Response)
9e. Use ERP Response to
derive EAP re-authentication
keys (i.e. DS-rRK, DS-rIK)
TNAP-t
20. UE tries to
connect to
another TNAP
21. L2 connection
22. EAP-Initiate/
Re-auth-Start
24. EAP-Initiate/
Re-auth
24. AAA (EAP-Initiate/
Re-auth)
25. EAP-Finish/
Re-auth
25. AAA (rMSK,
EAP-Finish/
Re-auth)
(e.g. 4-way handshake for WLAN)
23. Derive EAP re-
authentication keysERP Exchange
The UE and TNGF-CP prove they have the
same keying material created from a previous
full EAP authentication.
9c. L2 (EAP-Res/5G-NAS/
NAS-PDU [SMC Complete]) 9d. N2 msg
(SMC Complete)
26. Security establishment
using a key derived from rMSK
27. Resume NWt-cp and NWt-up communication
Figure 7.1.3.5.1-1: Intra-TNGF mobility with EAP Re-authentication
31
20. UE tries to
connect to
another TNAP
22. AAA (EAP-Initiate/
Re-auth)
23. AAA (rMSK,
EAP-Finish/
Re-auth)
21. Derive EAP re-
authentication keys
TNGF-CP
(ER Server)UE TNAP-t
Trusted Non-3GPP
Access Network (TNAN)
23. 802.11 Authentication Res.
EAP-Finish/Re-auth
22. 802.11 Authentication Req.
FILS session, FILS id, EAP-
Initiate/Re-auth, ...
26. 802.11 Association Res.
FILS session,
IP address, ...
24. 802.11 Association Req.
FILS session, ...
25DHCP
server
27. Resume NWt-cp and NWt-up communication
Figure 7.1.3.5.1-2: Intra-TNGF mobility with Fast Initial Link Setup (FILS)
32
20. UE tries to
connect to
another TNAP
24. EAP-Initiate/Re-auth
(EMSKname@
Domain)
28. EAP-Finish/
Re-auth
24. AAA (EAP-Initiate/
Re-auth)
28. AAA (rMSK,
EAP-Finish/
Re-auth)
23. Derive EAP re-
authentication keys
Target
TNGF-CPUE TNAP-t
Trusted Non-3GPP
Access Network (TNAN)
Source
TNGF-CP
21. L2 connection
22. EAP-Initiate/
Re-auth-Start
(e.g. 4-way handshake for WLAN)
29a. Security establishment
using a key derived from rMSK
27. Derive EAP re-
authentication keys
25. Find source
TNGF-CP
AMF
31. NGAP Patch
Switch Request
SMF UPF
32. Update PDU Session(s) and
N4 Session(s)
26b. Retrieve UE
Context Response
(GUAMI, EAP re-auth
root key, PDU sessions,
etc.)
26a. Retrieve UE
Context Request
(EMSKname)
33. NGAP Patch
Switch Request
30. Re-establish NWt-cp and NWt-up connections
29b. New IP
configuration
Figure 7.1.3.5.2-1: Inter-TNGF mobility with EAP Re-authentication
(2) S2-187082, PDU session establishment procedure, Huawei, HiSilicon
此技術貢獻提出在Trusted Non-3GPP access建立PDU session的方法，
當中提出UE怎麼獲取IP address還有服務品質(QoS)資訊的流程，細節可
參考Figure 7.1.3.4.4-1。在此技術貢獻中也提出了User plane的協定堆疊，
細節可以參考Figure 7.1.3.4.4-1。
33
TNAPUE TNGF AMF
1. PDU Session Establishment Request
(PDU Session ID, SSC mode, type, …)
Other CP and
UP functions
2b. N2 PDU Session
Request
(QoS profile(s) and
associated QFI,
PDU Session ID,
PDU Session
Establishment Accept)
4. N2 PDU Session
Request Ack
3. PDU Session Establishment Accept
(IP address, SSC mode, Authorized QoS rules,...)
8. DHCP ACK (Option / TNGF IP address)
6 DHCP information (Option / PDU session ID)
2a. Non-roaming and LBO: Step 2-11 in
Figure 4.3.2.2.1-1 Home routed: Steps 2-14 in Figure
4.3.2.2.2-1
5. Non-roaming and LBO: All steps in
Figure 4.3.2.2.1-1 after step 14
Home-routed: All steps in Figure
4.3.2.2.2-1 after step 18.
IP encapsulation for NAS signaling
0b. DHCP discovery /Offer
0a. UE register to 5GC, obtains NAS IP address allocated by TNGF
7. TNGF allocates the
TNGF IP address for the
PDU session
0c. DHCP request (Server IP: TNGF IP address)
0d. DHCP ACK (UE IP address)
Figure 7.1.3.4.4-1: PDU session procedure
L1 L1
PDU
L1
L2
IP/UDP
GTP-U
N2UE TNGF AMF
L1
L2
IP/UDP
GTP-U
PDU
L2 L2
IP IP
GRE GRE
Figure 7.1.3.4.4-1: User-plane protocol stacks
(3) S2-187122, Update of Solution #3: Access to 5GC from UEs without
supporting NAS on non-3GPP access, Motorola Mobility, Lenovo,
Broadcom
34
此技術貢獻主要釐清不支援NAS的UE通過Non-3GPP 網路與5GC連
線的方法，主張在此情況下UE可以建立連線的前提是曾經與3GPP網路建
立連線並且獲取了3GPP的認證憑證，再與Non-3GPP網路連線是，3GPP
的認證憑證就能使用為此情況的認證訊息之一與5GC建立連線。
(4) S2-187087, 5WWC: Applicability of ATSSS for 5G-RG, Telstra
綜合考慮了5G-RG的應用，加上前一期會議通過的Hybrid access，本
會期Telstra則針對這些考量提出了5G-RG支援Hybrid access，即5G-RG同
時間可以透過3GPP access和Non-3GPP access與5GC連線，應該也要支援
ATSSS的功能，即網路流量的switching、 spliting、與steering。此篇技術
貢獻更新了TR 23.716 第四章節，4.2.2.1小節的部分，將ATSSS納入5G-
RG指定的基本規則。
(5) S2-187089, Attempt to update Scenario 3 to clarify relationships between
'end UEs', 'RGs' and core network entities, Vodafone
此技術貢獻主張 5G-RG和UE或能與不同的AMF註冊，釐清了
scenario 3的基本規則，提出了5G-RG應協助UE找尋UE想要使用的
AMF/SMF/UPF等元件，不是一定要UE與5G-RG是用同樣的核心網路元
件。廠商提出的概念可參考Figure 6.1-7。
35
Figure 6.1-7: Terminology for discussing high level architecture for the 5GC
capable UE behind a 5G-RG
5. 車間普及通訊增強(eV2X)
(1) S2-186984, New key issue: Support 5G deployment option #3, Intel
有Intel提出相關option#3，即UE透過NR與演進的分封核心網(EPC)連
線的情況，在V2X SI中尚未討論，提出option#3的考量，討論EPC的行動
管理單元(MME)要怎麼支援NR之PC5介面的通訊。
(2) S2-186986, Key Issue on Broadcast Support for eV2X, Huawei, HiSilicon
華為提出應在5G V2X應用中加入廣播(broadcast)服務，因RAN#80會
期中NR支援broadcast服務的項目沒有通過，故此技術貢獻提出5G核心網
路通過E-UTRA提供broadcast服務。當中需要討論的項目包含如何最佳化
broadcast傳輸以達到eV2X要求與5G核心網路系統和EPS之間的聯網。
6. 5G網路進階會議管理功能與使用者平面功能拓樸研究項目(FS_ETSUN)
36
(1) S2-187115 23.726: Reduce latency to setup the user plane, Huawei,
HiSilicon
此技術貢獻是針對上一個會期，即 SA2#127-Bis會議，提出的
“latency to setup user plane”提出的解決方案。其問題的討論圍繞在(1)如
何區隔或啟用低延遲需求的PDU sessions建立，和(2)在UE移動到另一個
SMF範圍之時，如何不讓user plane 建立的延遲增長。
此技術貢獻提出2種可能性的解決方案：(1)通過布建方式：假設支援
低延遲需求的PDU sessions的SMF/UPF可以被規畫性的布建，SMF/UPF的
服務範圍被設置成和AMF的服務範圍一樣大，在UE不更換AMF服務範圍
的情況之下，SMF/UPF則不會更換，可以避免user plane 重建的延遲；(2)
通過低延遲需求的PDU sessions取得UPF服務區域後更新RA資訊，SMF可
以利用UE的PCF或AF的指標參數決定低延遲需求的PDU sessions。當
SMF取得低延遲需求的PDU sessions的服務區域後，SMF可以通知AMF並
重新計算與設定服務該UE的RA，並將該資訊設定給UE。換手流程觸發
後，SMF會再次事先取得服務區域，並提供給AMF計算，以確保UE所獲
取的RA資訊是最新。
技術貢獻也有提到解決方案中的2種可能性所帶來的影響：方案一單
純的布建程序，沒影響現有的流程；方案二的AMF將頻繁觸發往UE更新
RA的資訊，而SMF需要額外判斷哪些PDU sessions屬於低延遲需求和頻
繁發送訊息至AMF，確保AMF取得最新的UPF服務區域以計算RA資訊使
用。
7. 5G網路自動化
(1) S2 186668 Use Case and KI for NWDAF exposing analytics to OAM,
Huawei, HiSilicon
37
此技術貢獻針對TR 23.791網路自動化的研究項目提出一個新的使用
情境，即利用網路數據解析功能(NWDAF)來協助管理維護系統(OAM)進
行網路切片資源的調整。
雖然目前網路切片資源管理屬於SA5 OAM的範疇，但其調整必須參
考用戶滿意度的資訊，因此透過NWDAF提供相關資訊供OAM來進行網
路切片資源調整是必要的，因此本技術貢獻提出這種應用情境並提出三
種NWDAF與OAM界接互動的方式如下圖：
Option A是由NWDAF驅動提供資料給OAM；Option B是由OAM驅
動，從NWDAF提取資料，再回到OAM進行網路切片資源調整；Option C
是由OAM驅動，由NWDAF提供資料給NF來進行網路切片調整。
(2) S2 186639 An addition of a new Key Issue on Network Status, AT&T
此技術貢獻針對TR 23.791網路自動化的研究項目提出一個新的關鍵
議題，建議增加“Reporting of Network Status”在北向介面的開放式應用程
序介面(API)中。目前R15網路揭露功能(NEF)僅支援部分的北向介面
API，其中“Reporting of Network Status”這個功能就沒有在R15中被支援。
38
本技術貢獻提到4G EPC中有服務能力揭露功能(SCEF)可調度無線電雍塞
感知功能(RCAF)來達到RAN網路壅塞等資訊的存取，但在5G核網中沒有
RCAF這個功能，而是放在NWDAF內，因此本提案建議在R16中將
“Reporting of Network Status”的北向介面API開放列為關鍵議題，進一步
探討解決方案。
8. 5G行動物聯網(CIoT)
(1) S2 186624 Discussion and New Key Issues for Objective 1, Convida
Wireless LLC, Qualcomm, AT&T, Intel, Verizon
此技術貢獻使探討CIoT在R16 5G核網尚未被探討解決的議題並建議
將助這些議題納入CIoT的關鍵研究議題。下表整理摘要CIoT重要議題，
以黃底色標示已在R15核網規格被解決的狀況。 SCEF T8 API Status in 5GC
Monitoring Mostly Supported in Rel-15 Covered in Key Issue 11
Background Data Transfer Supported in Rel-15
Change of Chargeable Party Not yet covered *(Northbound Missing in Rel-15)
NIDD Covered in Key Issues 1, 2, and 8
Device Triggering Supported in Rel-15
Group Message Delivery via MBMS Not yet covered
Reporting of Network Status Not yet covered
Communication Pattern Provisioning Supported in Rel-15
PFD Management Supported in Rel-15
Enhanced Coverage Restrictions Control Covered in Key Issue 6
Network Parameter Configuration Control Covered in Key Issue 10
QoS Configuration Not yet covered *(Northbound Missing in Rel-15)
MSISDNless MO SMS Not yet covered
此技術貢獻是探討CIoT在R16 5G核網待解決的議題，並建議將助這
些議題納入CIoT的關鍵研究議題，包括Change of Chargeable Party、
Group Message Delivery via MBMS、Reporting of Network Status、QoS
Configuration、MSISDNless MO SMS五項議題。
39
(2) S2 186732 Solution for KI15: Core Network selection for Cellular IOT,
Huawei, HiSilicon
此技術貢獻提出如何讓UE可以選擇CIoT核心網路的做法。第一步是
讓UE發現識別核網對於CIoT的支援能力，做法可由基地台廣播系統資訊
(如下圖a)，讓UE可以得知4G與5G核網對於CIoT的支援能力。第二步是
利用4G RRC連結時傳遞相關資訊協助UE選擇5G核網相關AMF功能(如下
圖b)，接下來UE可執行換手程序，由連接4G核網轉到5G核網完成選網導
向的動作（如下圖c）。
MME
MME
AMF
AMF
Broadcast:5GC connected indication; EPS CIoT Optimisations; 5G CIoT Optimisations;
圖 a
Ng-eNB
MME
MME
AMF
AMF
gNB
AMF
AMF
If 5GC NAS is selected, indicate
the CIoT-5GS feature
5GC NAS is selected, indicate the CIoT Optimisations in
RRC message
圖 b
40
Ng-eNB/eNB
MME
MME
AMF
AMF
gNB
AMF
AMF
1. CIOT Inter RAT Redirection
2. HO COMMAND (CIOT
Inter RAT Redirection)
3. CIOT Inter RAT Redirection
圖 c
七、心得與建議
心得：
本次會議，主要為貢獻 ATSSS SID 外，也關注 5WWC、eNS 和 5G
URLLC這 3個 SI。針對目前的 5G Phase II的 SI，由會議參與的公司
來看，可以看見許多國際大廠關注的點與本計畫團隊類似。此外，
於 5G URLLC 中可以看見許多國際大廠參加，如 LGE、Huawei、
QUALCOMM、Ericsson等，這一批都是由 eV2X_arch這個 SI移轉過
來的，由此可見 5G URLLC會是另外一個 V2X相關的戰場。再者，
由 5G Phase I的 CR目前在收尾階段，因此許多公司都從 5G Phase I
的 WI移轉至 5G Phase II的 SI，造成本次在 SI的會議中，單一技術
文件的討論時間過長，被討論的技術文件過少，使得其他的技術貢
獻文件沒有機會於本會議中中進行討論。
有些 SI 的結束時間為 2018 年 9 月，因此會繼續關注那些 SI 結束之
後是否會有相關的 WI 提出，WI 的重要性大於 SI，要確保目前關注
的 SI會成為 5G Phase II的一部分。
41
本次會議為 5G網路架構第二期的第五次會議，會議主要關注的研究
項目有 FS_5WWC 、 FS_ETSUN 與 FS_eV2XARC 。研究項目
FS_5WWC 受到廠商們的關注，技術貢獻的件數也相對其他的研究
項目來的多，一共 30 篇。雖然研究項目討論時間從一個時段增加至
2個時段，但仍然無法完全處理所有的技術貢獻，故技術貢獻點閱方
式就有優先順序的安排，在時間不足之時，就會優先點閱尚未點閱
過的公司之技術貢獻。或許這個點閱機制是比較公平的處理方式，
但是一篇技術貢獻的討論時間沒有掌握好的話，則同樣會發生技術
貢獻無法被點閱的情況，而本團隊在本次會議中所提之技術貢獻就
因時間不足而無法被點閱，只能待下個會議才能重新再提案。
本會期經觀察研究項目 FS_ETSUN 的發展，該研究項目正在收斂的
階段，技術貢獻的篇數不多，參與的廠商都紛紛提出分析評估的技
術貢獻，而負責此研究項目的負責人在上一個會期也表示，大概約
2-3個會期後會提出一個初版的研究項目結論。
而本次會議研究項目 FS_eV2XARC也同樣是有 30篇技術貢獻，但是
主席請各廠商在每項項目中選一篇優先最高的技術貢獻呈現，如果
有時間再進行第二回合，點閱次等優先的技術貢獻。這項機制則能
確保每家廠商都獲得公平對待，至少也都會被點閱。但相較於
FS_5WWC，FS_eV2XARC 屬於比較成熟的研究項目才能進行這樣
的作業。因為各項項目都已經到了更新解決方案或分析解決方案的
階段，故各項目可以獨立運作。但 FS_5WWC 則有一些相依性的問
題存在，必須等到 5G-RG/FN-RG 項目完成某個百分比才能進行 UE
端的研究。
本次重點關注 FS_5WWC，Ericsson 在前次會議提出針對 mobility 提
出的可能性，此可能性是在 5G-RG為 Hybrid access 的情況下才能達
到，而本期會議 Telstra 在這個項目中提出更新，釐清要支援 Hybrid
42
access 的使用案例，5G-RG 需要支援 ATSSS 的功能。而且在此項目，
還有華為、Ericsson 都有提技術貢獻，但因時間關係無法被點閱。但
從技術貢獻的提案趨勢來看，接下來的提案都會偏向 KI#10 進行發
展。
建議：
根據與會中，針對 ATSSS SI的架構其實已經完成差不多。因此，本
計畫團隊會開始轉向其他 SI，如 5G URLLC等 SI去關注並投稿相關
技術貢獻文件。
下個會議規劃 (SA2#128bis 法國/索菲亞科技園)：
本團隊計畫於下個會期，提出與 5G URLLC、eNS 和 5WWC 相關之
技術貢獻文件。
八、附件
3GPP SA2#128 Meeting (02 July to 06 July 2018) Vilnius/Lietuvos Respublilka(2,1,1)
1. S2-186929, TR 23.716: update solution 6.12, ITRI, <posted>.
2. S2-187108, Updating 6.2 Solution 2 to add a procedure for Multi-Access PDU Session
Modification, <Accepted>
