Upload
trankhue
View
226
Download
0
Embed Size (px)
Citation preview
會議報告(會議類別:其他)
3GPP SA2 #118會議報告
出國人員: 賴家齡、陳盈羽、黃英惠
派赴國家: 美國/雷諾
出國期間: 105年 11月 14日至 11月 18日
報告日期: 105年 12月 19日
1
摘 要
本次第 3 代合作夥伴計畫服務及系統面第 2 工作組(3GPP SA2) #118 會議於
11月在美國內華達州雷諾舉行,參與人數約為 233人。本計畫團隊主要鎖定
下一代網路架構研究項目 (NextGen SID) 和車間普及通訊 (Vehicle to anything,
V2X)。於 NextGen SID中,根據 SA1制定的服務要求,SA2確認網路的主要
功能和單位、這些單位如何相互鏈接、以及其之間交換的信息。 SA2的工作
成果作為階段 3 工作組的訂定訊息的格式以及定義的輸入。本計畫團隊提出
在核心網路共用的網路功能集合 (Common Control Network Function,CCNF)
重新導向程序是藉由無線存取網路 (Radio Access Network,RAN) 進行,藉
此減少中間所需要的控制訊息交換量。本次會議的重點為達成 3GPP SA2 成
員對於網路切片(Network Slice)的臨時協議 (Interim Agreement),基於這些臨
時協議,3GPP SA2 可以建構一個基礎可支援 Network Slice的網路架構,基
於此基礎網路架構,進行 NextGen 工作議題描述 (Work Item Description,
WID),即第 15 版(R15)的標準文件制定。於除了發表相關技術提案以外,並
藉由與其他大廠接觸與討論以使目前車間普及通訊(Vehical to Everything,
V2X)的標準文件 TS 23.285的制定更臻完善。
技術貢獻
本計畫團隊於會議發表 Network Slice之 CCNF重新導向程序技術貢獻文件,
文件編號 S2-166434 “Update to 6.1.3.2: Redirection of Common Control Plane
Function” ,建議 CCNF的重新導向程序是藉由 RAN去達成,藉此減少中間
所需要的控制訊息交換量。用戶設備 (User Equipment,UE) 在第一次與核心
2
網路註冊時,會在存取層 (Access Stratum,AS) 訊息中,放入關於欲連接的
Network Slice 的網路切片選取輔助訊息 ( Network Slice Selection Assitance
Information,NSSAI)。在 NSSAI裡面,可能會包含 CCNF辨識碼,或 UE欲
建立連線的服務需求訊息 (Subcriber Information),以及關於欲連接的
Network Slice的類型 (Slice Type) 等資訊。當 RAN收到由 UE提供的 NSSAI
後,從中擷取 CCNF 相關資訊,知道 UE 接下來的註冊訊息要送往哪一個
CCNF 去做處理。在這樣的情況下,有可能會發生 RAN 擷取出來的 CCNF
相關訊息為無效,使得 RAN無法順利將 UE後續的資料指派給相關的 CCNF
去做處理 (例如 CCNF會處理 UE的註冊程序),此時,就必須進行 CCNF之
重導向程序。當核心網路的某一個 CCNF 收到 RAN 要建立連線,但是發現
RAN 所提供的相關資訊為無效,此時,CCNF 可以將 RAN 提供的訊息向本
地用戶伺服器(Home Subscriber Server) 詢問此 UE 的資訊,確定要指派給此
UE的 CCNF,並將得到的結果回報給 RAN,RAN收到目前 CCNF回報的訊
息後,就可以進行 CCNF重導向程序,與 UE正確的 CCNF建立連線。
針對 V2X議題,本技術團隊提出了兩篇標準貢獻提案,分別是文件編號 S2-
166427 “V2X service using multiple TMGIs” 以及 S2-166974 “V2X service
using multiple TMGIs”,討論有關暫時行動群組識別(TMGI) 在重疊區域的使
用方式以及提出相對應針對 TS 23.285的 CR (Change Request)。本次所提出
的貢獻文件接獲主席點閱,其中一篇在經過修改 (revision) 之後獲得同意。
會議解說
3
3GPP 自第 14 版(R14)已開始進行第 5 代行動通訊(5G) 技術制定,將針對增
強的移動寬頻 (enhanced mobile broadband,eMBB)、大量的機器型態通訊
(Massive machine-type-communications,mMTC)及超可靠低延遲通訊 (Ultra-
reliable and low-latency communications,URLLC) 這三大類應用需求發展全新
的高頻通訊技術。擬於 2019 年 6 月向國際電信聯盟 (International
Telecommunication Union;ITU) 遞交初版的 5G 提案,並於 2020 年 2 月向
ITU 遞交細部的 5G 提案。故國際大廠無不積極於標準會議中進行技術布局。
針對 Network Slice為近年來大家都在關注的議題,主要目的是將網路可以根
據不同 Network Service的服務需求形成不同的 Network Slice,因此可以將不
同類型的 UE 區隔開,當這些不同類型 UE 在進行網路連線時,彼此之間不
會互相影響,即當某一個 Network Slice 中的 UE 斷線,或某一個 Network
Slice停止或中斷服務時,並不會影響其他 Network Slice的連線服務。本次會
議中,主要是要達成 SA2 成員對於 Network Slice 網路架構的臨時協議
(Interim Agreement),基於 NextGen TR 會於 2017 年 3 月初結束,並且進行
NextGen WID 的標準文件制定,因此必須要有一個基礎的網路架構,才能進
行 NextGen WID的標準文件制定。因此,在本次會議中,SA2主席只有打開
與 Interim Agreement相關的技術貢獻文件。
針對 V2X議題部分,由於 V2X於本次會議為最後一個會期。V2X在主要架
構方面皆已大致底定,但仍然會有相關細項需要改進,或是需要等待其他工
作小組的回應方能持續進行之細項。本次參加會議主要任務為持續關注 V2X
在 3GPP 的標準現況,並且發表兩篇本計畫團隊的標準提案,本次本計畫團
隊的提案皆獲主席點閱,並有一篇修改後獲得同意。
4
與會成員工作分配
與會成員 參與任 務
賴家齡 參加 3GPP SA2# 118會議進行 NextGen SID標準
規範制定。
陳盈羽 參加 3GPP SA2#118 會議進行 V2X WID標準規範
制定。
黄英惠 參加 3GPP SA2 #118 標準會議,掌握 LTE-
Advanced Pro/NextGen 的議題, 提出技術提案、
參與技術討論及協商, 以 NextGen為主,以做為
技術開發的依據。
本次 3GPP TSG SA2#118會議於美國雷諾舉行,本計畫團隊派 3位成員參
加會議,主要是鎖定 NextGen SID中 Network Slice相關議題以及 V2X相
關議題,並希望能與其他大廠接觸,增加未來合作交流機會,並提前為
R15標準規範布局。
5
目 錄
一、會議名稱 .............................................................................................................. 6
二、參加會議目的及效益 .......................................................................................... 6
三、會議時間 .............................................................................................................. 6
四、會議地點 .............................................................................................................. 6
五、會議議程 .............................................................................................................. 8
六、會議紀要 ............................................................................................................ 21
七、心得與建議 ........................................................................................................ 36
八、附件 .................................................................................................................... 38
6
一、會議名稱
3GPP SA2 #118會議
二、參加會議目的及效益
參加 NextGen SID 標準規範文件制定。
關注 LTE 支援汽車對所有物體通訊服務架構增強 (Architecture
enhancements for LTE support pf V2X Services, V2XARC)發展情況、相關
議題以及其他廠商對於第 15版(R15) 之規劃。
與其他國際大廠接觸,討論未來下一代網路架構可能的架構,並尋求未
來合作的可能性。
為 R15標準規範文件提前布局。
追蹤 3GPP 會議相關工作項目的規格制定方向及進度。
提出貢獻,參與技術討論及協商,確認未來技術運用之機會。
三、會議時間
14 – 18 November 2016
四、會議地點
美國雷諾 Peppermill Resort, Reno, Nevada, USA
8
五、會議議程
3GPP SA2 #118會議議程
Topic Specs Rapporteur
1 Opening of the meeting 09:00 on Monday
2 Approval of the agenda
2.1 IPR Call and Antitrust Reminder
3 Meeting reports
4 General
4.1 Common issues and Incoming LSs
5 Pre-Rel-14 Essential Corrections
There are no restrictions on the use of TEIx
Category F CRs for maintenance. Use the
original WI Code for features maintained for the
release in which the feature is introduced, and
'TEIx, <original feature WI Code>' for
maintaining the feature in subsequent releases.
Use TEIx as Rel-12 or Rel-13 Category F CRs is
acceptable, e.g. "TEI13, QoS_SSL" or
"TEI12, LIPA_SIPTO".
Alignment CRs to features led by other working
groups should be introduced using 'TEIx, <WI
Code of feature>' or the original WI Code of the
feature.
9
(Please do not submit documents directly to this
agenda item.)
5.1 3GPP Packet Access Maintenance excluding
CIOT maintenance
For corrections of any issues that relate to 3GPP
access related aspects and for any work items
from that area, like: SAE, CSFB, DECOR.
And for maintenance of functionality introduced
by TEIx CRs (x<14) in the area of 3GPP Access.
Also alignment to past features (e.g. SAES)
related to 3GPP access related aspects and
alignment to diverse features specified by other
working groups.
23.060
,
23.246
,
23.272
,
23.401
,
23.468
,
23.682
Diverse / None
5.1.1 3GPP Packet Access Maintenance on
Architecture enhancements for Cellular
Internet of Things (CIOT)
Diverse / None
5.2 QoS and PCC Maintenance
For corrections of any issues that relate to QoS
and PCC, including the policy related aspects of
other WIs like from SAE, but also work items
specific for that area like FMSS.
And for maintenance of functionality introduced
by TEIx CRs (x<14) in the area of QoS and
23.060
,
23.401
,
23.402
Diverse / None
10
PCC. Also QoS and PCC related alignments to
past features (e.g. SAES) and alignment to
diverse features specified by other working
groups.
5.3 Non-3GPP Access Maintenance
For corrections of any issues that relate to non-
3GPP access related aspects and for any work
items from that area, like: SEW1.
And for maintenance of functionality introduced
by TEIx CRs (x<14) in the area of non-3GPP
Access. Also for alignment to non-3GPP aspects
from past features (e.g. SAES) and for alignment
to diverse features specified by other working
groups, etc.
23.402 Diverse / None
5.4 IMS and IMS-Related Maintenance
For corrections of any issues that are IMS-
related and similar aspects and for any work
items from that area, like: IMS, Emergency.
And for maintenance of functionality introduced
by TEIx CRs (x<14) in the area of IMS-related.
Also for alignment to IMS-related and similar
aspects from past features and for alignment to
diverse features specified by other working
groups, etc.
23.167
,
23.216
,
23.228
,
23.237
23.228
23.292
Diverse / None
11
5.5 Study on architecture enhancements of
cellular systems for ultra low complexity
and low throughput Internet of Things
(FS_AE_CIoT)
23.720 Puneet Jain (Intel)
6 Release 14 and future releases (Please do not
submit documents directly to this agenda item.)
Also for alignment to Rel-14 aspects or features
specified by other working groups
6.1 Rel-14 3GPP Packet Access Maintenance –
essential corrections
For corrections of any issues that relate to 3GPP
access related aspects and for any work items
from that area, like: NonIP_GPRS
23.060
,
23.251
,
23.401
Diverse
6.2 Rel-14 PCC/QoS Maintenance– essential
corrections
For corrections of any issues that relate to QoS
and PCC, including the policy related aspects of
other WIs from that area, but also work items
specific for that area like eFMSS.
23.060
,
23.203
,
23.401
Diverse
6.3 Rel-14 Non-3GPP Access Maintenance–
essential corrections
For corrections of any issues that relate to non-
3GPP access related aspects and for any work
items from that area, like: EWE.
23.402 Diverse
12
6.4 Rel-14 IMS-Related Maintenance– essential
corrections
For corrections of any issues that are IMS and
related aspects and for any work items from that
area, like: EIEI, V8, RobVoLTE.
23.221
,
23.228
,
23.292
Diverse
6.5 Support of Emergency services over WLAN
(SEW2)
23.402
23.167
Nicolas Drevon
(Nokia)
6.6 S8 Home Routing Architecture for VoLTE
(V8)
23. Motohiro Abe
(NTT Docomo)
6.7 Enhancements of Dedicated Core Networks
selection mechanism (eDECOR)
23.711
23.251
23.060
23.401
Roland
Gustafsson
(Ericsson)
6.8 Control and User Plane Separation of EPC
nodes (CUPS)
23.214 Mirko Schramm
(Huawei)
6.9 Improvement of awareness of user location
change (AULC)
23.
203
23.401
23.060
Yang Xu (China
Unicom)
6.10 Study on Architecture for Next Generation
System (FS_NextGen)
(Please do not submit documents directly to this
agenda item.)
In this quarter the study is scheduled for
23.799 Tao Sun (China
Mobile)
Devaki
Chandramouli
(Nokia Networks)
13
conclusions. So it has to be expected that
decisions will be taken during SA2#118 for
concluding the study, which will be specifically
on aspects that are relevant for a Rel-15
NextGen work item. The collected “NextGen
questions for conclusion” and separate input
proposing (interim) agreements will be handled
preferably according to the relevance of each
question or proposed (interim) agreement for
concluding on topics or aspects that are required
for initiating normative phase 1 work.
6.10.0 Input for TR clauses 1-4 and new proposed key
issues
23.799
6.10.1 Updates and solutions for key issue 1: Support of
network slicing
23.799
6.10.2 Updates and solutions for key issue 2: QoS
framework
23.799
6.10.3 Updates and solutions for key issue 3: Mobility
Management framework
23.799
6.10.4 Updates and solutions for key issue 4: Session
management
23.799
6.10.5 void
6.10.6 Updates and solutions for key issue 6: Support
for session and service continuity and efficient
23.799
14
user plan path
6.10.7 Updates and solutions for key issue 7: Network
function granularity and interactions between
them
23.799
6.10.8 Updates and solutions for key issue 8: Next
Generation core and access – functional division
and interface
Restricted to what relates to accomplishing a
single AN-CN interface. All other AN-CN
function split shall be submitted under the
related KI, if such KIs exist.
23.799
6.10.9 Updates and solutions for key issue 9: 3GPP
architecture impacts to support network
capability exposure
23.799
6.10.10 Updates and solutions for key issue 10: Policy
Framework
23.799
6.10.11 Updates and solutions for key issue 11: Charging 23.799
6.10.12 Updates and solutions for key issue 12: Security
framework
23.799
6.10.13 Updates and solutions for key issue 13:
Broadcast/Multicast Capabilities
23.799
6.10.14 Updates and solutions for key issue 14: Support
for Off-Network Communication
23.799
6.10.15 Updates and solutions for key issue 15: NextGen 23.799
15
core support for IMS
6.10.16 Updates and solutions for key issue 16: 3GPP
system aspects to support the connectivity
via a relay UE
23.799
6.10.17 Updates and solutions for key issue 17: 3GPP
architecture impacts to support network
discovery and selection
Limited to architecture impacts due to 3GPP
access
23.799
6.10.18 Updates and solutions for key issue 18:
Interworking and Migration
23.799
6.10.19 Updates and solutions for key issue 19:
Architecture impacts when using virtual
environments
23.799
6.10.20 Updates and solutions for key issue 20: Traffic
Steering, Switching and Splitting between
3GPP and non-3GPP Accesses
Access traffic steering and switching between
3GPP and non-3GPP accesses is expected to
re-use the existing EPC mechanisms
23.799
6.10.21 Updates and solutions for key issue 21: Minimal
connectivity within extreme rural
deployments
23.799
16
6.10.22 Input for TR clause 7
Overall architecture proposals
23.799
6.11 Service Domain Centralization (SeDoC) 23.719 Chris Joul (T-
Mobile USA)
6.12 Sponsored data connectivity improvements
(SDCI)
23.203
23.682
Yang Xu (China
Unicom)
6.13 Architecture enhancements for LTE support
of V2X services (V2XARC)
23.785
,
23.285
LaeYoung Kim
(LG Electronics)
6.14 Study on PS Data off function
(FS_PS_DATA_OFF) and related
normative work (PS_DATA_OFF)
23.702 David Cailliere
(Orange)
6.15 Study on extended architecture support for
Cellular Internet of Things
(FS_CIoT_Ext) and related normative
work (CIoT_Ext)
23.730 Puneet Jain (Intel)
6.16 Group based enhancements in the network
capability exposure functions (GENCEF)
23.682 Sunghoon Kim
(Samsung)
6.17 Robust Call Setup for VoLTE subscriber in
LTE (RobVoLTE)
23.228
23.237
Xiaobo Wu
(Huawei)
6.18 Study on Enhanced Isolated E-UTRAN
Operation for Public Safety
(FS_IOPS_LB)
23.798 Antoine Mouquet
(Orange)
17
6.19 System Architecture Enhancements to
eMBMS for TV Video Service (AE_enTV)
23.746 Miguel Griot
(Qualcomm)
6.20 Non-IP for Cellular Internet of Things for
2G/3G-GPRS (NonIP_GPRS)
23.060 Hans Ronneke
(Ericsson)
6.21 Study on Complementary Features for Voice
services over WLAN (FS_VoWLAN)
23. Nicolas Drevon
(Nokia)
6.22 T-ADS supporting WLAN Access
(TADS_WLAN)
23.292
23.221
23.402
Jiang Yi (China
Mobile)
6.23 Enhancement to FMSS (eFMSS) 23.203 Tricci So (ZTE)
6.24 3GPP Packet Access Maintenance – minor
corrections
23.060
,
23.251
,
23.401
Diverse
6.25 PCC/QoS Maintenance– minor corrections 23.060
,
23.203
,
23.401
Diverse
6.26 Non-3GPP Access Maintenance– minor
corrections
23.402 Diverse
6.27 IMS-Related Maintenance– minor corrections
23.221
,
Diverse
18
23.228
,
23.292
6.28 TEI14 Category B/C - Enhancements and
Improvements only.
3GPP Packet Access.
23.060
,
23.221
,
23.251
,
23.272
,
23.303
,
23.401
,
23.468
,
23.682
6.29 TEI14 Category B/C - Enhancements and
Improvements only.
PCC/QoS.
23.060
,
23.203
,
23.401
6.30 TEI14 Category B/C - Enhancements and
Improvements only.
23.261
,
19
Non-3GPP Access. 23.402
6.31 TEI14 Category B/C - Enhancements and
Improvements only.
IMS, IMS-Related, Emergency, Other.
23.167
,
23.204
,
23.216
,
23.228
,
23.237
,
23.246
,
23.271
,
23.292
6.32 Study for enhanced VoLTE performance
(“FS_eVoLP”)
Xiaobo Wu
(Huawei)
6.33 Study on unlicensed spectrum offloading
system enhancements (“FS_USOS”)
Haris
Zisimopoulos
(Qualcomm)
6.34 Study on architecture enhancements to ProSe
UE-to-Network Relay (FS_eProSe-Relay)
Dario Serafino
Tonesi (Huawei)
7 Project Planning and Management
20
7.1 New and Revised Work Items, Cover sheets
for completed work items
7.2 Review of the Work Plan
7.3 Planning future meetings
8 AOB
9 Close of the Meeting
18:00 on Friday
會議進行之會議室與時間安排如下:
21
六、會議紀要
圖一為目前第 3代合作夥伴計畫(3GPP)對於下世代(NextGen )技術發展。
圖一:NextGen技術發展
NextGen SID – Updates and solutions for key issue 1: Support of network
slicing
下面列出本次會議同意的技術貢獻文件
1. S2-167227 “Update to section 8.1 Interim Agreement” Nokia, ZTE, Samsung,
KPN, Telecom Italia, InterDigital, KDDI, ETRI, Qualcomm, CATT
本篇技術貢獻文件提出
臨時協議 X-1
22
UE可以提供 NSSAI使得 RAN和核心網路 (Core Network,CN) 可以利用
NSSAI包含的資訊去選取 RAN和 CN網路切片部分。
a) NSSAI可以是標準制定數值 (Standard value) 或者是電信商自行制定的
數值 (PLMN specific)。NSSAI可以是服務管理(Session Management,
SM) NSSAI 的集合,每一個 NSSAI 都可以選取一個相關的 Network
Slice。
b) UE會儲存一個已設定好的 NSSAI或已接受的 NSSAI值。
(1) 在這裡,已設定好的 NSSA值為一個針對 PLMN的預設值,即 UE
還未與任何網路發生互動前所設定好的預設值,稱為被配置
(configured) NSSAI。
(2) 已接受好的 NSSAI值是指 UE已經與網路發生互動,其中網路根據
UE 完成註冊後,給予 UE 一個 NSSAI 值,稱為被接受(accepted)
NSSAI。這個 accepted NSSAI 可以藉由行動管理程序 (Mobility
Management,MM) 去更新。
c) 如果 UE已經提供 configured NSSAI或 accepted NSSAI給網路,則這
些資訊 (即 configured NSSAI或 accepted NSSAI) 就會提供在無線電資
源控制(Radio Resource Control,RRC)或非存取層(Non Access Stratum,
NAS) 程序裡。
(1) 每一個 SM NSSAI可能包含 Slice或 Service 類型,用來進一步去選
取相關 Network Slice,稱為切片辨識 (Slice Differentiator,SD)。
(2) 一個 SM NSSAI可以包含 Slice或 Service 類型和 Slice Differentiator,
或者是包含 Slice或 Service類型。
(3) RAN使用 NSSAI提供的訊息將資訊路由到相關 CCNF。
23
d) 如果 UE沒有收到任何的 accepted NSSAI,則 UE會在 RRC和 NAS程
序裡提供預設的 configured NSSAI。RAN可以利用 UE提供的 NSSAI
知道要與哪一個 CCNF建立連線。如果 UE並沒有任何的 NSSAI訊息,
即沒有 configured NSSAI 和 accepted NSSAI,則 UE 無法在 RRC 和
NAS 程序裡提供 NSSAI 給 RAN,因此,在這樣的情況底下,UE 會
被指派到預設的 CCNF 做處理,即預設值(Default) CCNF 會負責這些
沒有提供 NSSAI的 UE。
e) 在初次選取 Slice 之後,UE 可以成功地認證並獲得一個暫時性辨識碼
(Temporary Identity,TempID)。因此,在接下的程序,如 UE 要再重
新連上網路,則只要 TempID在有效的情況下,UE都可以重新連上之
前已選取過的 Network Slice進行服務。
臨時協議 X-2
UE 可能會藉由 MM 程序改變目前正在連線的 Network Slice,至於最終
可不可以改連到其他的 Network Slice 則由網路決定。網路基於本地策略
(Local Policy)、服務需求改變或 UE移動改變,都可能導致現在與 UE建
立連線的 CCNF必須改變。CCNF的改變會喚起 UE的 MM程序,使用
RRC 和 NAS 訊息通知網路新的 NSSAI 資訊。改變 UE 目前建立連線的
Network Slice可能會導致 CCNF的改變。
臨時協議 X-3
網路用戶資料包含一個 UE會存取的 Network Slice。
a) 網路用戶資訊包含切片(Slice)類型和 Slice Differentiator。
24
b) 網路用戶資訊包含的 Slice資訊可以有 Default Slice資訊。當 UE無法
提供相關 NSAI 給網路去選取相關的 Network Slice 時,UE 就會被指
派 Default Slice,並且使用 Default Slice去建立網路連線。
2. S2-167233 “Update of section 8.1 interim agreement on key issue #1:
Network Slicing” NTT DOCOMO, Ericsson, Sprint, ITRI, LGE, Vodafone,
China Unicom, China Telecom, InterDigital
臨時協議 X-4
這篇技術貢獻文件是在討論當 UE在初始程序時 (Initial Attach Procedure),
原本指定的 CCNF 必須被重新導向另外一個相關的 CCNF 時,這個原本
指定的 CCNF必須有能力可以將 UE的 Initial Attach藉由 RAN重新導向
或者是藉由 CCNF之間 (原本的 CCNF和目標的 CCNF) 直接交換需要的
訊息。這些藉由 CCNF 送出相關的重新導向資訊包含目標 CCNF 的資訊。
3. S2-167155 “Proposed Interim Agreement for CCNF Redirection at Attach”
InterDigital, ZTE, Telecom Italia, Nokia, BT Group
臨時協議 X-5
在 UE 已經註冊完之後,系統必須有能力支援 UE 從一個已建立連線的
CCNF重新導向另一個 CCNF。
a) 電信商策略可以決定 CCNF之間是否可以有重新導向的能力。
b) 當網路決定 UE因為 NSSAI資訊的改變必須將 UE重新導向一個新的
CCNF時,網路會利用 MM程序去通知 UE新的 NSSAI資訊,並且去
促使 UE使用 MM程序根據網路更新的 NSSAI資訊去進行 CCNF改變。
4. S2-167178 “Discussion and Interim agreement update about network slicing”
China Mobile
臨時協議 X-6
25
這篇技術貢獻文件提出網路切片選取功能 (Network Slice Selection
Function,NSSF) 為 CCNF組成的一部分。NSSF為負責選取 UE相關的
網路切片實體 (Network Slice Instance,NSI) 。
5. S2-167157 “Interim agreement Determination of NSSAI based on UE policy”
Motorola Mobility, Lenovo, Huawei
臨時協議 X-7
網路電信商可以提供 UE 網路切片選取策略 (Network Slice Selection
Policy,NSSP)。NSSP包含一個或多個規則,每一個規則會將 UE的應用
服務與某一個 SM NSSAI 建立關係。在 NSSP 裡,會有一個預設規則
(Default Rule),這個預設規則可以對應到 Default Slice並且可以使得所有
的 UE應用服務與之建立關係,使得應用服務可以與 Default Slice建立連
線。當 UE的應用服務已經與某一個 SM NSSAI建立關係時:
a) 如果 UE 有一個或多個封包資料單位連線 (Packet Data Unit session,
PDU session) 與某一個 SM NSSAI相關,除非 UE自己本身禁止使用
這個應用服務,否則 UE 可以將應用服務資料傳送在其中一個 PDU
session 裡進行傳輸。如果 UE 的應用服務提供應用服務網路名稱
(Domain Network Name,DNN),則 UE可以利用 DNN去決定要使用
多個 PDU連線中的某個 PDU連線去傳送應用服務的資料。
b) 如果 UE 沒有 PDU 連線與某個 SM NSSAI 相關,則 UE 會根據某個
SM NSSAI和 UE應用服務提供的 DNN資訊要求新的 PDU連線。
臨時協議 X-8
26
CCNF 會根據 SM NSSAI 選取某一個 服務連線管理功能 (Session
Management Function,SMF)。這個選取的 SMF會負責建立 UE的應用服
務連線 (PDU連線建立)。
6. S2-167179 “Interim agreement of SM procedure triggered network slice
selection” Huawei Hisilicon
27
臨時協議 X-9
針對漫遊 (Roaming),在拜訪電信商 (VPLMN) 和本地電信商 (HPLMN)
的 CCNF之外的切片專屬網路功能 (Slice Specific Network Functions) 會根
據 UE提供的 SM NSSAI選取:
a) 如果 UE提供標準 SM NSSAI,則 Slice Specific Network Function會根
據 UE提供的 SM NSAI選取相關的切片專屬網路功能。
b) 如果 UE提供非標準 SM NSSAI,則 VPLMN 會基於漫遊協定作一個
對應,將 HPLMN的 SM NSSAI資訊對應到 VPLMN的 SM NSSAI。
因此,選取在 VPLMN 上的切片專屬網路功能會由 VPLMN 做完對應
之後得到的 SM NSSAI去選取,而在 HPLMN上則使用原本 UE提供
的 SM NSSAI去選取相關的切片網路功能。
7. S2-167245 “Update of interim agreement on Key Issue #1” Samsung,
Qualcomm
臨時協議 X-10
如果電信商與第三方有簽訂合約,為了可以讓第三方去授權其使用者使
用第三方所提供的服務,在原本的電信商提供的認證程序之外,第三方
可以提供 UE 一個授權 PDU 建立的程序,此程序會包含第三方授權 UE
使用的資訊。
8. S2-167067 “Update on network slicing interim agreement- RAN behaviour”
Samsung, Nokia ,Qualcomm
臨時協議 X-11
如果 RAN知道並且可以與 UE提供的臨時性的識別碼(TempID)之包含的
CCNF 建立連線的情況下,RAN 可以轉送 UE 的需求給這個 CCNF。否
28
則,RAN必須基於 UE提供的 Accepted NSSAI去選取一個適合的 CCNF。
如果 RAN不能根據 UE提供的 NSSAI選取 CCNF,則此 UE的需求會被
轉送到 Default CCNF去做處理。
NextGen SID – Updates for Interconnection between Network Function
本提案是由 Huawei、 Hisilicon、 China Mobile 公司所提出討論並分析了三
個提案的互連模型,並提出了網路功能互連的臨時協議。
主要通過之提案:在 SA2#117,存在與經由中間 Network Function(即
Message Routing Forwarding Function (MRFF) 或 Interconnection Routing
Function (IRF))的 Network Function 的互連有關的兩個問題。 SA2#118 中
得出結論並通過之提案。本提案是由 Huawei、 Hisilicon、 China Mobile 公
司所提出討論並分析了 3個提案的互連模型。
1) 是否應該支持 MRFF作為可選功能,便於每個通信的 2個 NF之間的通信?
2) 每個通信都需要 IRF,但是 IRF不包括 NG2和 NG4?
3) 是否應該支持 CP中需要互相交互的 2個 NF之間的直接通信? 不排除可
以針對特定情況識別對中間功能的需要。
通過提案之結論:必須直接支持一個 CP NF與其他 NF直接互連。
V2XARC WID
以下分述本次會議在 V2XARC議題上重要的相關貢獻文件。
1. S2-166313 “LS from CT WG1: LS on handling of V2X service not mapped to
any Destination Layer-2 ID”, CT1, <noted>
2. S2-166505 “Draft Reply LS on handling of V2X service not mapped to any
Destination Layer-2 ID”, Qualcomm, <revised>
29
3. S2-166969 “Reply LS on handling of V2X service not mapped to any
Destination Layer-2 ID”, Qualcomm, <accepted>
SA2 收到來自 CT1 (核心網路與終端工作規範小組) 的聯絡說明(Liaison
Statement, LS)。一般而言,ㄧ個車載應用 (V2X Application) 會對應到一個服
務識別碼 (Provider Service Identifier, PSID) 或 ITS 應用識別碼 (ITS-
Application Identifier, ITS-AID),而 PSID/ITS-AID 會對應到一個目的地第二
層識別碼(Destination L2 ID)。使用者裝置 (User Equipment,UE) 依據此對應
關係接收其所感興趣之車載應用訊息。然而,在某些情況下 UE 並無法得知
新的 PSID/ITS-AID與 Destination L2 ID的對應關係:
1) UE 未由演進版通用陸地無線接取網路(Evolved Universal Terrestrial
Radio Access Network,EUTRAN) 服務,因此無法從車載控制功能 (V2X
Control Function) 取得更新。
2) UE由 EUTRAN服務,但由 V2X Control Function所取得的 PSID/ITS-
AID與 Destination L2 ID的對應關係並未包含此新的 V2X Application。
CT1因此詢問 SA2是否有相關的作法。SA2認為此問題的確存在,但由
於 PSID、ITS-AID 以及 V2X Application 均不在 3GPP 的涉及範圍內,因此
SA2 建議 CT1 可以發展相關的機制,使得在 PSID/ITS-AID 尚未有相對應的
Destination L2 ID之前,訊息可以傳送與接收。
4. S2-166774 “Reply LS on QoS requirements for V2X”, SA1, <noted>
5. S2-166466 “V2X communication over PC5 for UEs in limited service state”,
LG, <noted>
6. S2-166468 “V2X communication over PC5 for UEs in limited service state”,
LG, <revised>
7. S2-166973 “V2X communication over PC5 is used for UEs in limited
service state”, LG, <accepted>
此系列技術貢獻文件探討 UE 在有限制的服務狀態 (limited service state)
下應如何使用車載邊緣連結 (Sidelink) 通訊。在廠商們的討論下,暫時同意
30
了由 LG在 S2-166973中所描述行為:UE在 limited service state時,通訊只
能使用 PC5 介點 (reference point) 進行 V2X 通訊。其中 UE 進入 limited
service state 的理由必須是因為找不到適合的細胞 (cell),或是在註冊要求時
收到 “PLMN not allow” 或 “ GPRS not allowed” 的回應。而 UE 在 limited
service state下只能在 ECM-IDLE mode下使用 PC5進行通訊,不能在 ECM-
CONNECTED mode下進行通訊。
然而,有些廠商認為在 ECM-CONNECTED mode 下應該亦可以進行
PC5 通訊,因此,V2X 的主席 LaeYoung Kim 亦在其主席的說明(Chairman's
Note)加註:
The following issue needs to be revisited at SA2#118bis:
A UE in limited service state shall not use V2X communication over PC5
reference point in ECM-CONNECTED mode.
8. S2-166778 “LS on V2X UE IP address change”, SA3, <noted>
9. S2-166979 “Resolve EN related to source IP change for IP based V2X
communication over PC5”, LG, <accepted>
S2-166778 為 SA3 傳送給 SA2 的 LS,其中提到了為了支援車載行動裝
置的隱私要求,在 UE 上的所有識別碼都應定期同時更換,包含應用層的識
別碼,並且這些識別碼應該被隨機化。
而 S2-166979則根據此 LS,適當地在 TS 23.285增加對此議題的說明。
更明確地說,為了避免來源 UE 可被其他 UE 追蹤或識別超過一定的時間,
起始端第二層識別碼 (source Layer-2 ID) 必須隨著時間進行隨機化的更換。
如果在 PC5 上使用的是以網際網路通訊協定(Internet Protocol, IP)為基礎 (IP
based) 的車載通訊,則來源 IP (source IP)亦須隨時間隨機化的更換。這些不
同層上的識別碼的更換必須是同步進行;例如,如果應用層識別碼有所更動,
則 source Layer-2 ID與 source IP也必須同時更換。
31
10. S2-166502 “Charging support for V2X Communication”, Qualcomm,, LG,
KPN, <revised>
11. S2-166970 “Charging support for V2X Communication”, Qualcomm, LG,
KPN, <accepted>
12. S2-166978 “LS on charging support for V2X Communication”, SA2,
<noted>
由於原本 TS 23.285 並無提及車載通訊的計費 (charging)支援,因此
Qualcomm 在 S2-166970 中補足在這方面的論述。在使用 PC5 進行車載通訊
方面,沿用為鄰近服務 (Proximity-based Service,ProSe) 所制定的標準 TS
32.277;在使用 LTE-Uu進行車載通訊方面,則沿用 TS 32.251與 TS 32.273
這兩個分別為分封交換領域 (Packet Switched domain) 與多媒體廣播多播服務
(Multimedia Broadcast Multicast Service) 所制定的計費標準。Qualcomm也在
S2-166978起草了相關的 LS給 SA5與 CT1,告知 SA2在 charging方面所作
的決議。
13. S2-166504 “Parameter pre-configuration and usage of the UE for V2X
communication”, Qualcomm, Ericsson, <revised>
14. S2-166972 “Parameter pre-configuration and usage of the UE for V2X
communication”, Qualcomm, Ericsson, <accepted>
類似於 ProSe,搭載在 PC5 的車載通訊也應要能夠在無法由網路取得組
態設定的情形下運作。因此,相關的政策與參數必須要能在通用晶片卡
(Universal Integrated Circuit Card,UICC)、行動裝置(Mobile Equipment,ME)
或兩者上事先設定。其中有ㄧ些準則必須遵守:
- 在 ME 上的服務開通參數不應隨著通用用戶識別模組 (Universal
Subscriber Identity Module,USIM)的移除或置換而移除。
32
- 若 UICC與 ME上具備相同的服務開通參數組,則以 UICC上的為優
先。
- 若 UE有一個服務細胞 (serving cell) 且已經連結 (camp on) 到另一個
cell並打算使用該 cell的無線資源 (Radio Resource),則 UE應遵照該
cell 對於無線資源的指示,並忽略 UE 上 ME 或 UICC 上的設定;若
該 cell並不提供無線資源供車載服務使用,則 UE不該使用該 cell所
提供的無線資源進行車載傳送。
- 若 UE打算使用其 serving cell所運作的載波以外的載波,或是該 UE
處於其 serving cell之範圍以外,則該 UE應搜尋其他公用陸地移動網
路 (PLMN) 且運作在其所欲使用的載波的 cell。
- 若 UE 在註冊的 PLMN (registered PLMN)或對等於 registered
PLMN的 PLMN找到此 cell,則 UE應使用該 cell所指示的無線
資源描述;若該 cell不提供無線資源給 V2X服務使用,則 UE不
應在該無線資源上進行 V2X訊息的傳送與接收。
- 若 UE 找到此 cell 但該 cell 不屬於 registered PLMN 或對等於
registered PLMN的 PLMN,且該 cell所屬之 PLMN為 UE被授
權可在 PC5 運作 V2X 通訊且有提供 V2X 使用的無線資源,則
UE應因此觸發網路選擇(PLMN Selection)。
- 若 UE找到此 cell但此 cell所屬之 PLMN非 UE被授權可在 PC5
運作 V2X通訊之 PLMN,則 UE不應在 PC5上進行 V2X通訊。
- 若 UE無法在任何 PLMN找到此 cell,UE認為其處於 “not served
by E-UTRAN” 的狀態,因此須使用在 ME 或 UICC 上所提供的
無線資源。若 ME 或 UICC 並無提供此資源,或並未授權使用
PC5進行 V2X通訊,則 UE不被授權進行傳送。
- UE的服務開通應能支援以地理區域做為劃分。
33
15. S2-166427 “V2X service using multiple TMGIs”, ITRI, <noted>
16. S2-166428 “Clarification of multiple TMGIs uses in overlapping areas”,
ITRI, <revised>
17. S2-166974 “Clarification of multiple TMGIs uses in overlapping areas”, ITRI,
<accepted>
此系列文件是由本計畫團隊所提出。首先 S2-166427 提出了先前由
RAN3 傳送給 RAN2 的 LS 詢問關於兩種使用暫時行動群組識別 (Temporary
Mobile Group Identity,TMGI) 的方式:
- Option 2: Single TMGI in non-overlapped local MBMS Service Areas
- Option 4: Different TMGIs to the MBMS Service Areas when there is
overlap, in order to be able to transmit different V2X messages in the
MBMS Service Areas with overlap.
而 RAN2回應了:
- From RAN2 standards perspective Option 2 and Option 4 are feasible and
can be supported
- According to the legacy specification, UE is not required to monitor more
than one MBSFN area but a UE implementation may be able to.
這表示同一個 V2X Application是可以使用有重疊的多媒體廣播群播服務
(Multimedia Broadcast Multicast Service, MBMS)區域,也就是多個 TMGI,來
進行不同訊息的傳送。這是原本 TS 23.285 所未提及的,並且有可能使讀者
誤解一個 V2X Application Service 只對應到一個 TMGI 並且不能為此 V2X
Application Service規劃有重疊的 MBMS服務區域。因此,本計畫團隊在 S2-
166428中提出針對 TS 23.285的修正要求(Change Request, CR),對此議題釐
清,經過與廠商們討論後,進行微幅修改,最後在 S2-166974 獲得同意於章
節 4.4.3.3新增ㄧ註解進行釐清:
34
NOTE 2: The operator can configure multiple MBMS Service Areas for a
specific V2X service. If any of these MBMS Service Areas overlap, the UE
needs to be configured with different TMGIs for these overlapping MBMS
Service Areas for this V2X service.
S2-166974 同時連帶修正了關於使用者服務描述(User Service Description,
USD)與MBMS服務載體的複數使用形式。
18. S2-166598 “Procedure for V2 reference point”, Huawei, <revised>
19. S2-166976 “Procedure for V2 reference point”, Huawei, <agreed>
20. S2-166980 “LS on procedure for V2 reference point”, SA2, <agreed>
V2X Control Function上的車載使用者服務描述 (V2X USD) 可藉由 V2介
點由車載應用伺服器 (V2X Application Server) 取得,但目前 TS 23.285尚未
定義 V2 的相關程序。Huawei在 S2-166598原本欲新增這些程序的說明,但
由於本次會期為 V2XARC 最後一次會期,並未有充裕時間進行嚴謹的討論,
同時可能影響到 CT 的時程,因此 SA2 決定關於 V2 介點的相關程序不在此
版本中討論。此決議亦形成一 LS告知 CT3。
21. S2-166562 “V2X using MBMS Receive Only Mode”, Qualcomm, <noted>
22. S2-166565 “Clarification on V2X message reception using MBMS Receive
Only Mode”, Qualcomm, <noted>
23. S2-166618 “V2X message reception using MBMS Receive Only Mode with
independent unicast”, Huawei, <noted>
此系列的貢獻文件的起因為在 MBMS的標準文件 TS 23.246新增了稱為
Receive Only Mode的模式以及 Receive Only Mode with independent unicast模
式。前者使得 UE可以在不須向 PLMN註冊的情況下在一定的 TMGI範圍值
35
內接收 MBMS 的訊息;後者則可以在 Receive Only Mode 下同時向某一
PLMN 註冊以進行獨立的 unicast。但造成困擾的是 TS 23.246 同時有文字描
述到 UE可進入 Receive Only Mode來接收電視服務 (TV service),但未提及
在 V2X 方面的應用;同時,也無法確定在 Receive Only Mode with
independent unicast模式時是否可以進行 PC5的傳送。因此此三篇貢獻文件皆
只被點閱但未被同意,相關決議須等待 MBMS 的標準文件有更清楚的說明。
36
七、心得與建議
本次會議,由於下一代網路架構研究項目(NextGen SID) 接近預定的結束時間,
並且要開始著手制定 NextGen 工作議題描述(WID),因此在本次會議裡,每
一家公司都著手提案臨時協議 (Interim Agreement)。臨時協議為大家對於
NextGen SID的想法,作為 NextGen WID的基礎,基於 NextGen SID已經提
出研究的解決方案,繼續去探討細部內容,例如 UE 會使用的參數、需求的
控制訊息及相關的程序設計等。本計畫團隊會延續在 NextGen SID 所提解決
方案,繼續在 NextGen WID裡,與其他國際大廠合作,技術交流討論,最佳
化解決方案,繼續布局第 15版(R15)。
此外,本次會期為服務及系統面第 2 工作群(SA2)針對○○○(V2XARC)的最
後一次會期,V2XARC在此會期後已接近完成。
V2X訊息的傳遞,主要仰賴兩個基礎架構,分別為 PC5與 LTE-Uu。其中在
LTE-Uu 方面,則可以使用上行與下行的單播(unicast)以及下行的多媒體廣播
群播服務(MBMS)傳送。在第 14版(R14)的 PC5 V2X通訊方面,可支援網路
通訊協定(IP)與非網路通訊協定(non-IP)的訊息傳送,其中 IP方面只支援 IPv6,
IPv4 是不被支援的。在 non-IP 訊息方面可以用來承載如 IEEE 1609 系列的
WAVE短訊息通訊協定 (WAVE Short Message Protocol,WSMP)與 ISO所
制定的快速網路與傳輸協定(Fast Networking & Transport Protocol,FNTP)。
在 Release 15方面,SA1在 2016年 5月提出了增強版車間普及通訊(enhanced
V2X)的研究項目 (Study Item Descriptor, SID),代號為 FS_eV2X。在 SA2方
面可以預期在 2017年應會有相關的 SID成立,因此 V2X相關的產業或研究
單位可持續關注 eV2X在 3GPP的發展狀況。
37
第 3代合作夥伴計畫系統與服務第 5工作組(3GPP SA WG5)已經開始了與下
一代網路和服務的管理相關的一些研究, 而此在會議中較少討論虛擬化技術
實施和部署。 NextGen 服務的實施和部署是利用虛擬化技術,建議可在
3GPP網路功能設計方面上,利用虛擬化技術的優勢::
1. 可以利用第 5代行動通訊(5G)網路功能在 GS NFV IFA 011中虛擬網路功
能(VNF)/VNF的集成定義及描述符。
2. 5G 網路功能可以利用虛擬化技術例如容器(Containers)(如 GS NFV EVE
004中所描述的)。
3. 5G 網路功能可以利用測試虛擬化實現與虛擬化基礎設施和管理系統的互
操作性的準則,如 GS NFV TST 002。
4. 5G 網路功能的虛擬化實現可以比傳統實體實現更快速地實物化、啓動、
終止和版本更新(例如,如 GS NFV SWA 001和 GS NFV IFA文件中所描
述的)。
5. 5G 網路功能可以考慮在虛擬化基礎設施上部署的安全性可能的影響(如
GS NFV SEC文件中所述)。
6. 5G 網路功能的架構可以考慮虛擬化的功能組件以用於網路的有效部署、
操作、彈性和動態性(如 GS NFV SWA 001) 。
7. ETSI ISG NFV 認為選擇和重選(例如,移動性相關實體的選擇)的過程
的設計可以考慮功能設置的潛在動態性質。
8. 網路切片管理可涉及網路服務(NS)管理。 NS管理和 NS描述符概念定
義在 GS NFV IFA 013和 GS NFV IFA 014中。
9. 5G 網路功能可以使用關於服務可用性和可靠性,以及服務區分,做為指
導,如 GS NFV REL 003中所述。