Embed Size (px)
Citation preview
會議報告（會議類別：其他）
3GPP SA2 #109 會議報告
出席人員： 蔣坤霖、曾宏偉
派赴地區：日本/Fukuoka (福岡)
會議期間： 104 年 05 月 25 日至 05 月 29 日
報告日期： 104 年 6 月 1 日
1
摘 要
本次 3GPP SA2#109 於 2015年 5月 25日至 29日在日本/福岡舉行。
本次會議涵蓋廣泛的 Release 13 議題，多數時間在探討機器型態通訊
（Machine Type Communications ,MTC）之相關議題。
主題以群組為基礎之強化(GROUPE) 、近端基礎服務擴充之強化（eProse-
Ext）、群/廣播管理之強化(MBMS_enh)、監測強化(MONTE)、服務能力揭
露架構增進(AESE)、及於功耗最佳化上非連續接收週期之擴展之可行性研究
（FS_eDRX）。
會議解說
在本次會議中，針對群組為基礎之強化(GROUPE)，有 9 案 P-CR提出；針對
近端基礎服務擴充之強化（eProse-Ext），有 39 案 P-CR 提出；針對群/廣播
管理之強化(MBMS_enh)，有 9 案 P-CR 提出；針對監測強化(MONTE) ，有
1 案 P-CR提出；針對服務能力揭露架構增進(AESE)，有 2 案 P-CR提出；針
對於功耗最佳化上非連續接收週期之擴展之可行性研究（FS_eDRX），有 14
案 P-CR提出。
與會成員與工作分配
成 員 任 務
蔣坤霖 監測強化(MONTE)、服務能力揭露架構增進(AESE)、功耗最佳化上非連續接收週期之擴展之可行性研究（FS_eDRX）
曾宏偉
群組為基礎之強化(GROUPE)、近端基礎服務擴充之強化（eProse-Ext）、群/廣播管理之強化(MBMS_enh)
2
目 錄
摘 要 ........................................................................................................................... 1
會議解說 ...................................................................................................................... 1
與會成員與工作分配 .................................................................................................. 1
一、 會議名稱 ........................................................................................................... 3
二、 參加會議目的及效益 ....................................................................................... 3
三、 會議時間 ........................................................................................................... 3
四、 會議地點 ........................................................................................................... 3
五、 會議議程 ........................................................................................................... 4
六、 會議紀要 ......................................................................................................... 10
七、 心得及建議 ..................................................................................................... 31
八、 附件 ................................................................................................................. 32
3
一、 會議名稱
3GPP SA2#109 Meeting
二、 參加會議目的及效益
以下幾點總結了參加本次及未來 3GPP SA2 會議目的與好處：
了解群組為基礎之強化(GROUPE)；近端基礎服務擴充之強化（eProse-
Ext）；群/廣播管理之強化(MBMS_enh)；監測強化(MONTE)；服務能力
揭露架構增進(AESE)；功耗最佳化上非連續接收週期之擴展之可行性研
究（FS_eDRX）；
瞭解相關技術之文獻／提案；
確認未來技術運用之機會；
為在實作之計畫蒐集新資料。
三、 會議時間
會議在 2015年 5月 25 日至 29日舉行。
四、 會議地點
會議在日本福岡之海鷹希爾頓飯店舉行
（地址：2-2-3 Jigyohama, Chuo-ku, Fukuoka-shi, Fukuoka 810-8650, Japan）。
4
五、 會議議程
(一)議程: 議題表列
Topic Specs Rapporteur
1 Opening of the meeting 09:00 on Monday
2 Approval of the agenda 2.1 Handling of Postponed Work
2.2 IPR Call and Antitrust Reminder
3 Meeting reports
4 General 4.1 Common issues and Incoming LSs 4.2 LS (S2-151434, S2-151440) on VoLTE Roaming, Replies
and related SID proposal
4.3 Joint Meetings JM1 Joint Meeting with SA WG6 (TBD) – any potential tdocs are under 6.2 JM2 Tentative Joint Meeting with RAN WG2 on ProSe group priority – any related
tdocs are under 6.10
4.4 VC Elections
5 Pre-Rel-13 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.
(Please do not submit documents directly to this agenda item.)
5.1 3GPP Packet Access Maintenance
SAE; CSFB & SMSoSGs; HENB, LIPA_SIPTO, NIMTC,
VPLMN Autonomous CSG Roaming (VCSG), System
Improvements for Machine-Type Communications
including Dual Priority (SIMTC), SA2 Part of GERAN
Network Sharing (FULL_MOCN-GERAN); SA2 Part of
GERAN Gateway Core Network Sharing for GERAN
(GWCN_GERAN), LIPA Mobility and SIPTO at the
Local Network (LIMONET), Machine Type
Communication Enhancements, Small Data and Device
Triggering Enhancements (MTCe-SDDTE) and UE Power
Consumption Optimizations (MTCe-UEPCOP), Core
23.060,
23.246,
23.272,
23.401,
23.303,
23.468,
23.682
Diverse / None
5
Network Overload: GTP-C overload (CNO), Small Cell
Enhancement (TEI12, LTE_SC_enh_dualC), Rel-12 3GPP
Packet Access Maintenance: Proximity Services (ProSe)
Group Communication Service Enablers for LTE
(GCSE_LTE)
Maintenance of enhancement TEIx CRs, Alignment to
past features (e.g. SAES), Alignment to diverse features
specified by other working groups, etc.
5.2 QoS and PCC Maintenance
SAE: QoS and PCC aspects; PEST, eVocoder, policy
related aspects of other WIs, etc. Rel-11 PCC/QoS:
Service Awareness and Privacy Policies (SAPP), QoS
Control Based on Subscriber Spending Limits (QoS_SSL),
Service Identification for RRC Improvements in GERAN
(Stage 2/3) (SIRIG), Usage Monitoring Control
enhancement – SA2 Part (UMONC), Application Based
Charging (ABC), User Location Information reporting
improvements (CNO-ULI), Policy and Charging Control
for supporting fixed broadband Access networks from
fixted Terminals and NSWO traffic from 3GPP UEs traffic
(P4C-F)
Maintenance of enhancement TEIx CRs, Alignment to
past features (e.g. SAES), Alignment to diverse features
specified by other working groups, etc.
23.060,
23.401,
23.402
Diverse / None
5.3 Non-3GPP Access Maintenance
SAE: 23.402 (including eANDSF, MUPSAP, MAPCON,
FlowMob, SMOG), Data identification in ANDSF
(DIDA), LOcation-Based Selection of gaTEways foR
WLAN (LOBSTER), S2a Mobility based On GTP and
WLAN access to EPC (SaMOG_WLAN) BBF
Interworking Building Block (BBAI) I, II, Operator
Policies for IP Interface Selection (OPIIS), WLAN
Network Selection for 3GPP Terminals (WLAN_NS) , Study
on Optimizing Offloading to WLAN in 3GPP RAT mobility (WORM),
S2a Mobility based On GTP and WLAN access to EPC
(eSaMOG), Network provided Location information for
IMS Trusted WLAN Access Network (TWAN) case
(NETLOC_TWAN), 3GPP/WiFi Interworking
(UTRA_LTE_WLAN_interw-SA2)
Maintenance of enhancement TEIx CRs, Alignment to
past features (e.g. SAES), Alignment to diverse features
specified by other working groups, etc.
23.402 Diverse / None
5.4 IMS-Related Maintenance 23.167,
23.216, Diverse / None
6
Other + IMS Related: (including Emergency, eMBMS,
eMPS, SRVCC etc.), Single Radio Voice Call Continuity
from UTRAN/GERAN to E-UTRAN/HSPA (rSRVCC),
Support of IMS Emergency Sessions with Other Media on
UTRAN and e-UTRAN (NOVES-IMSESOM), Network
Provided Location Information for IMS (NetLoc),
Roaming Architecture for Voice over IMS with Local
Breakout (RAVEL), Single Radio Video Call Continuity
for 3G-CS (vSRVCC), Single Radio Voice Call
Continuity (SRVCC) aspect of enhancements for
Multimedia Priority Service (eMPS_SRVCC), Short
Message Service (SMS) submit and delivery without
MSISDN in IMS (SMSMI), IMS Business Trunking for IP-
PBX in Static Mode of Operation (BusTI), Real Time
Communication (WebRTC) Access to IMS
(IMS_WebRTC)
Maintenance of enhancement TEIx CRs, Alignment to
past features, Alignment to diverse features specified by
other working groups, etc.
23.228,
23.237
5.5 IMS Maintenance
IMS: 23.228, 23.237, 23.292 (e.g. IMS, Service continuity,
Centralized Services), Maintenance of enhancement
TEIx CRs, Alignment to past features, Alignment to
diverse features specified by other working groups, etc.
23.228,
23.237,
23.292
Diverse / None
6 Release 13 (Please do not submit documents directly to this
agenda item.)
6.1 Release 13 Maintenance (Please do not submit documents
directly to this agenda item.)
6.1.1 Rel-13 3GPP Pkt Access Maintenence: Improvements to CS/PS coordination in
UTRAN/GERAN Shared Networks (CSPS_Coord), voice over E-UTRAN Paging
Policy Differentiation (voE_UTRAN_PPD), TEI13 (23.401CR2723R1, 23.682
CR0089R1, 23.246 CR0391, 23.401 CR2842, 23.401 CR2840, 23.468 CR0056)
23.060,
23.251,
23.401
Diverse
6.1.2 Rel-13 PCC/QoS Maintenance: User Plane Congestion Management (UPCON),
Usage Monitoring Control PCC Extension (eUMONC), TEI13 (23.203 CR0953,
23.203 CR0958, 23.203 CR0966, 23.203 CR0968)
23.060,
23.203,
23.401
Diverse
6.1.3 Rel-13 Non-3GPP Access Maintenence: TEI13 (23.402 CR1329, 23.203 CR0963,
23.402 CR1343)
23.402 Diverse
6.1.4 Rel-13 IMS-Related Maintenance: Resource Reuse for Multiple Media Sessions
(DRuMS), voice over E-UTRAN Paging Policy Differentiation
(voE_UTRAN_PPD), TEI13 (23.221 CR0163R2, 23.292CR0213R2,
23.228 CR1099)
23.221,
23.228,
23.292
Diverse
6.2 [Mission Critical Push to Talk over LTE (MCPTT)
Scheduled as JM when SA6 identifies a need]
TBD
TBD Randy Bloomfield (U.
S. Dept. of Commerce)
6.3 Dedicated Core Networks (DECOR) 23.707 Daisuke Fujishima
(NTT DoCoMo)
6.4 IP Flow Mobility support for S2a and S2b interfaces
(NBIFOM)
23.861 Tricci So (ZTE)
6.5 Architecture Enhancements for Service Exposure (AESE) 23.708 Puneet Jain (Intel)
6.6 Monitoring Enhancements (MONTE) 23.789 Puneet Jain (Intel)
7
6.7 Group based Enhancements (GROUPE) 23.769 Wanqiang Zhang
(Huawei)
6.8 Enhanced CSFB (eCSFB) 23.772 Yang Xu (China Unicom)
6.9 Enhancements to WEBRTC interoperability (eWebRTCi) 23.706 Yu Qing, Jiang Yi (China Mobile)
6.10 Extended Proximity-based Services TR Phase (eProSe-Ext-
SA2TR) and Normative Phase (eProSe-Ext-SA2)
23.713 Haris Zisimopoulos
(Qualcomm Incorporated)
6.11 SRVCC Enhancements for Transcoding Avoidance
(SETA)
23.717 George Foti (Ericsson)
6.12 Optimizations to Support High Latency Communications
(FS_HLCom)
23.709 Hans Rönnecke (Ericsson)
6.13 Flexible Mobile Service Steering (FMSS) 23.718 Sun Tao (China
Mobile) 6.14 MBMS Enhancements (MBMS_enh) 23.741 Rainer Liebhart
(Nokia Networks) 6.15 Feasibility study on Extended DRX cycle for Power Consumption Optimization
(FS_eDRX)
23.770 Miguel Griot
(Qualcomm
Incorporated) 6.16 Feasibility study on IOPS (FS_IOPS_St2) 23.797 Phil Young (General
Dynamics) 6.17 Feasibility study on the Support of Emergency services over WLAN (FS_SEW) 23.7xx Laurent Thiebaut
(Alcatel-Lucent) 6.18 Study on architecture enhancements of cellular systems for
ultra low complexity and low throughput Internet of
Things (FS_AE_CIoT)
23.7xx Puneet Jain (Intel)
6.19 TEI13 Category F - Minor Corrections (Clean up, etc.),
non-essential
all
6.20 TEI13 Category B/C - Enhancements and Improvements
only. (Do not submit corrections to this agenda item.)
all
6.20.1 TEI13 Category B/C for 3GPP Packet Access. Do not
submit corrections to this agenda item.
Per SA#67 guidance, input is solicited for completing
TEI13 Cat B/C proposals already under discussion.
23.060,
23.221,
23.251,
23.272,
23.303,
23.401,
23.468,
23.682
6.20.2 TEI13 Category B/C for PCC/QoS. 23.060,
23.203,
23.401
6.20.3 TEI13 Category B/C for Non-3GPP Access. 23.261,
23.402
6.20.4 TEI13 Category B/C for IMS, IMS-Related, Emergency,
Other.
For completing TEI13 Cat B/C proposals that are already
under discussion.
23.167,
23.204,
23.216,
23.228,
23.237,
23.246,
23.271,
23.292
7 Project Planning and Management
7.1 New and Revised Work Items, Cover sheets for completed work items
8
7.2 Review of the Work Plan
7.3 Planning future meetings
8 AOB
9 Close of the Meeting
16:00 on Friday
9
(二) 會議議程： 議程時間分配
Monday Tuesday Wednesday Thursday Friday
8:00
Q0
8:55
<reserved> Tentative JM2 with
RAN2 on Prose group
priority (room Vega)
<reserved>
<reserved> <reserved>
09:00
Q1
10:30
♠ 09:00 Opening (1),
Agenda (2),Reports (3)
Incoming LSs (4.1),
WIDs (7.1), Future
Meetings (7.3)
♠ 3GPP Packet Access
Maintenance (5.1, 6.1.1),
3GPP TEI 13 Cat B/C
(6.20.1)
NBIFOM (6.4)
♠
FS_eDRX (6.15)
NBIFOM (6.4)
♠ 3GPP Packet Access
Maintenance (5.1)
eWebRTCi (6.9),
NBIFOM (6.4)
♠ Revisions
11:00
Q2
12:30
♠ GROUPE (6.7) ,
MONTE (6.6)
FS_SEW (6.17)
♠ eProSe-Ext-SA2TR
(6.10)
FMSS (6.13)
♠ FS_IOPS_St2 (6.16)
eWebRTCi (6.9)
♠ eProSe-Ext-SA2 (6.10)
FMSS (6.13)
♠ Revisions
Lunch
Break
12:30 - 13:15:
VC ELECTION round 1 12:30 - 13:00:
VC ELECTION round 3,
if needed
14:00
Q3
15:30
♠ MBMS_enh (6.14)
PCC/QoS and N3GPP
Maintenance (5.2, 5.3,
6.1.2, 6.1.3)
MONTE (6.6),
FS_HLCom (6.12)
FS_SEW (6.17)
♠ eProSe-Ext-SA2TR
(6.10)
FMSS (6.13)
♠ Revisions TBD
Parallel Revisions
TBD
♠ Revisions, AOB (8)
16:00 Close of meeting
(9)
15:30 – 16:00:
VC ELECTION round 2,
if needed
16:00
Q4
17:30
♠ eProSe-Ext-SA2TR
(6.10)
eWebRTCi (6.9)
16:15: ♠ AESE (6.5)
IMS-Related
Maintenance (5.4,
6.1.4), IMS
Maintenance (5.5)
♠ [MCPTT (6.2), as a
potential JM1 with SA6]
AESE (6.5)
♠ Revisions TBD
Parallel Revisions
TBD
18:00
Q5
19:30
eProSe-Ext-SA2TR
drafting
MTC Drafting - details
TBD
18:15: ♠ MBMS_enh
(6.14)
<reserved>
♠ 3GPP TEI 13 Cat B/C
(6.20.4),
DECOR (6.3)
♠ Revisions TBD
19:30 Review Work Plan
(7.2)
Parallel Revisions
TBD
10
六、 會議紀要 專有名詞中、英文全稱及簡稱參照表(本段以後即均以英文簡稱表之)
ADPD Associated Delivery Procedure Description
關聯遞送程序描述
AESE Architecture Enhancements for Service Exposure
服務能力揭露架構增進
ARP Allocation and Retention Priority
分配和保留優先權
BM-SC Broadcast Multicast Service Center
廣播及群播服務中心
DRX Discontinuous Reception
不連續接收
ECGI Evolved Cell Global Identifier
小區全域識別
ECM EPS Connection Management
EPS 連線管理
eDRX Extended Discontinuous Reception
延伸的不連續接收
eMBMS Evolved Multimedia Broadcast Multicast System
演進的多媒體廣播群播服務
eNB evoloved NodeB
LTE 基站
EPC Evolved Packet Core
演進分組核心網
EPS Evolved Packet System
演進的分組系統
eProSe-Ext Extended Proximity-based Services
近端基礎服務擴充之強化
ETWS Earthquake and Tsunami Warning System
地震和海嘯示警系統
FS_eDRX Feasibility study on Extended DRX cycle for Power
Consumption Optimization
於功耗最佳化上非連續接收週期之擴展之可行性研究
GCS AS Group Communication System Application Server
群組通訊系統應用服務器
GCSE Group Communication System Enablers
11
群組通訊系統啟用
GPRS General Packet Radio Service
通用分組無線服務
GROUPE Group based Enhancements
以群組為基礎之強化
HPLMN Home Public Land Mobile Network
歸屬公用陸地移動網路
HSS Home Subscriber Server
用戶歸屬服務器
MBMS Multimedia Broadcast Multicast Service
多媒體廣播群播服務
MCPTT Mission Critical Push To Talk over LTE
LTE 群組之任務關鍵按鍵即說
MME Mobility Management Element
行動管理單元
MONTE Monitoring Enhancements
監測強化
MooD Multicast operation on Demand
依需要之群播作業
MTC Machine Type Communications
機器型態通訊
NAS Non Access Stratum
手機和網心核網的通訊
PSM Power Saving Mode
省電模式
PTW Paging Transmission Window Time
傳呼傳送窗口時間
PWS Public Warning System
公眾示警系統
PGW/P-GW Packet data network GateWay
封包資料網路閘道器
QoS Quality of Service
服務品質
SAI Service Area Identifier
服務區域識別
SCEF Service Capability Exposure Function
服務能力揭露功能
12
SCS Service Capability Server
服務能力主機
SDP Session Description Protocol
會談描述協定
SGSN Serving GPRS Support Node
服務 GPRS支援節點
SGW/S-GW Serving GateWay
服務閘道器
SIB System Information Block
系統資訊區塊
TA Tracking Area
追蹤地區
TAU Tracking Area Update
追蹤地區更新
TEID Tunnel Endpoint Identifier
隧道端點識別
TMGI Temporary Mobile Group Identity
暫時的行動群組識別
UE User Equipment
使用者裝置
VPLMN Visited Public Land Mobile Network
受訪公用陸地移動網路
13
摘要
本次 3GPP SA2#109 會議於 2015年 5月 25日至 29日在日本福岡舉行。本團
隊派出 2位代表。
本次會議涵蓋廣泛的 Release 13 議題，多數時間在 MTC 之相關主題（AESE、
GROUPE、及 MONTE）、eProse-Ext、 FS_IOPS及 FS_eDRX。
本次 3GPP SA2#109會議共有 222位出席者，正式之會議報告以及所有提出
文件可於以下網站取得： http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/ TSGS2_109_Japan/
下次 SA2會議將於 2015 年 7月 6日至 10日在克羅埃西亞 Dubrovnik 舉行。
14
重要提案說明
GROUPE (Group based Enhancements) 群組為基礎的通訊
MTC 型式的通訊在實際應用上通常有大量的行動終端，對於單一的應用通常
會超過一千台行動終端。從使用者及運營商的角度，提供一種機制，能將屬
性相關的行動終端歸類為同一個群組，並提供一個以群組為基礎的通訊機制。
例如：以一個單一的群組服務品質( Quality of Service, QoS)指令來設設定此
群組內的所有行動終端的 QoS政策。
利用群組為基礎的通訊機制，不需要為每個行動終端建立 QoS政策，也不需
要為每個行動終端下 QoS指令。這並且可以確保運營商的網路不會因為大量
的 MTC信令而造成負載過重。
群組為基礎的通訊一般由支援群組通訊的服務伺服器觸發群組指令，它的目
標為特定地裡區域的群組成員，例如：喚醒某一個區域的群組成員。
在 3GPP 22.368 中定義了群組為基礎的通訊需求規範，另一個值得注意的地
方是，雖然群組為基礎的通訊是由 MTC 的需求而制定的標準，但是它也可
以應用在一般的行動終端上。
文件編號 S2-151508：在多 APNs 下，群組為基礎的 NAS 擁塞控制。
提案由 NTT DOCOMO 提出
在目前的標準規範中，UE可以針對特定的 APN送出 NAS ESM 要求，MME
只能夠針對此 APN送出 NAS ESM拒絕，稍後 UE可以針對另一個 APN再
送出 NAS ESM要求，MME將會對此 APN送出 NAS ESM 拒絕，換言之，
UE可以送出一個 NAS ESM 要求，即使 UE巳經預先知道 MME將會拒絕任
何一個手機和網心核網的通訊(Non Access Stratum, NAS) 演進分組系統會談
管理(EPS Session Management, ESM)要求。
提出 MME可以送出一個 NAS ESM 信令，此信令將促使 UE停止針對任何一
個接入點名稱(Access Point Name, APN)送出 NAS ESM要求，它是針對特定
群組內的 UE所發出的信令，而非特定 APN裡的 UE。
本文建議，為了避免 UE針對任何一個 APN裡的 EPS bearer送出不必要的信
令， MME可以送出 NAS ESM 錯誤指示(error indication)給 UE，並攜帶一個
15
和演進分組系統會談管理(EPS Session Management, ESM)拒絕信令裡一樣的
補償定時器(back-off timer)。
當 UE接收到 MME傳送來的演進分組系統會談管理錯誤指示(ESM error
indication)強制 UE停止傳送 NAS ESM 要求時，當信令裡面的補償定時器
(back-off timer)還未失效前，UE不應該針對任何一個 APN主動發起任何一個
ESM 程序。
eProSe-Ext-SA2TR (Extended Proximity-based Services TR Phase)
在 ProSe運作模式中將資料路由分為兩類：直連、區域路由模式。
UE
1
UE
2
eNB
eNB
SGW/PGW
直連模式讓 UE之間直接建立信令及資料交換的通道。
UE
1
UE
2
eNB
eNB
SGW/PGW
區域路由模式則是當 UEs 都位於同一個 eNB的服務範圍下面時，UEs 之間可
以透過此 eNB進行資料交換，無須經過營運商的核心網路。
16
在 ProSe運作模式中將信令路由分為三類：相同 eNB網路輔助、不同 eNB網
路輔助及公共安全模式。
UE2
eNB EPC
UE1
在相同 eNB網路輔助下，信令交換可以透過 eNB及 EPC 來進行，如上圖中
的實心箭線；也可以由 UEs之間的 ProSe機制進行直接交換，如上圖中的虛
心箭線。
UE2
UE1
EPC
eNB
eNB
UE 在不同 eNBs 的網路服務範圍下，信令交換可以透過 eNBs 及 EPC 來進行，
如上圖中的實心箭線，eNBs之間可以透過 EPC來協調或是直接溝通彼此間
的無線資源管理(透過 eNBs彼此間的 X2介面)，如上圖中 eNBs 之間的虛心
箭線；也可以由 UE之間的 ProSe機制進行直接交換，如上圖中 UEs 之間的
虛心箭線。
UE2
UE1
Public Safety
Radio
Resource
Controller
17
公眾安全模式中，當網路的覆蓋只包含部分的 UE時，支援公共安全連接傳
遞的 UE可以幫忙轉遞無網路服務的 UE的控制信令。
當 UEs位在沒有網路服務的區域時，UEs 之間可以由 ProSe 機制直接建立信
令交換通道，如上圖中 UEs之間的實心箭線。支援公共安全的 UE 可以管理
及配置公共安全所使用的無線資源，如上圖中的虛線。
文件編號 S2-151607：群組優先權。
提案由 ERICSSON提出
當 ProSe直連通訊是由 eNB來作排程時，eNB需要知道 UE所屬的群組及目
標 UE所屬的群組，而這些 QoS相關的資訊都需要由核心網路來通知 eNB。
本文提到 MCPTT擁有要提供給 eNB的 UE群組優先權，而此群組資訊須透
過 MME傳送給 eNB。
在 ProSe 模式 1下，無線資源須受排程控制安排，群組優先權需要由 MCPTT
服務器來決定；而在 ProSe模式 2下，採用自動無線資源控制安排，群組優
先權則是預先設定在 UE上的。UE若想變更群組優先權，UE可以送出動態
群組優先權要求給 MCPPT，當 MCPTT決定好 UE群組優先權後，再將此更
新傳送給 MME。
MBMS_enh (MBMS enhancements)
GCSE及 MCPTT要求有效率的使用無線資源，基於 UE所處的地理位置，
GCSE資料可以透過單播、群播及廣播的方式傳遞，核心網路端必須要知道
UE 所處的地理位置和多少 UEs 在 eNB 上，以決定要建立何種資料承載通道。
文件編號 S2-151572：使用 MooD計數來作群體通訊。
提案由 Qualcomm 提出
UE的位置資訊以及 UE計數資訊可以由網路端要蒐集，本文建議採用 MooD
機制來完成 UE計數。
GCS AS 可以透過演進的分組系統(Evolved Packet System , EPS)資料承載或是
多媒體廣播群播服務(Multimedia Broadcast Multicast Service , MBMS)資料承
載來和 UE作資料傳遞，當 GCS AS 決定要使用 MBMS資料承載時，它預要
透過 BM-SC來建立。
18
在現行的 MooD 報告程序中，BM-SC可以設定下列項目：
UE執行 MooD報告程序的比例
UE執行 MooD報告程序的週期
UE是否需要把它的位置資訊，例如：小區全域識別(Evolved Cell
Global Identifier , ECGI)、MBMS 服務區域識別(Service Area ID, SAI)附
加在 MooD報告裡面
因此現行的 MooD 報告也可以被利用來作為群體通訊的計數依據。
UE eNB MCE MMEMBMS-
GW BM-SC
GCS-AS or other App Server
2. Allocate Service ID and TMGI for Group Call
6. Activate MBMS Bearer
7. Session Start Procedure as defined in TS 23.246(Potential enhancement: Session Start may send to some selected eNBs only
(ECGI list))
4.Consumption Report Request (Service ID, Report Type, ECGI etc)
5. The BM-SC decides to establish
eMBMS session
8.eNB joins IP multicast group
9. UE receives GC content by monitoring E.g TMGI
3. USD Acquisition (Service ID, TMGI, SDP, ADPD (r12: consumptionReport) etc)
1. The UE in the GCSE through unicast channel
10. The UE notifies the GCSE AS it is switched to the eMBMS session
1. UE使用單播通道來接收資料。
2. GCS AS and BM-SC 配置 eMBMS Service ID及 TMGI(Temporary Mobile
Group Identity) 。
3. UE從 BM-SC取得 USD(User Service Description)，SID、TMGi、
SDP(Session Description Protocol)、ADPD(Associated Delivery Procedure
19
Description)，BM-SC 可以在 ADPD中設定 UE必須在報告中回報所處位
置資訊。
4. UE送出報告給 BM-SC，裡面包含服務識別(Service ID)、報告型別及 UE
的位置資訊，例如：ECGI 或 MBMS 服務區域識別(Service Area ID,SAI)。
5. 基於 UE的報告，BM-SC決定在 UE所處位置啟動 eMBMS。
6. BM-SC建立 eMBMS 資料承載並通知 GCS AS。
7. BM-SC建立與被選到的 eNBs建立 eMBMS 連線。
8. eNB 加入群播。
9. UE收到群播資料。
10. UE通知 GCS AS 停止透過單播模式來傳送資料。
Packet Access Maintenance
當 MME需要通知一個巳經進入 ECM-IDLE 的 UE時，例如：執行從
MME/HSS所發起的斷線分離(Detach)程序、SGW接收到建立/修改資料承載
的控制信令，MME 會啟動由網路端所發起的服務要求 (service request)程序。
當 SGW接收到針對某一個 UE去建立/修改資料承載的控制信令，若 SGW上
沒有此 UE 的下行 S1-U 通道，SGW 會開始暫存此 UE 的下行資料到緩衝區，
SGW並通知 MME此 UE有下行資料要傳送，需要由 MME來喚醒此 UE。
若 SGW在等待 UE喚醒時，此 UE又有更高優先權的下行資料到達(例如：
分配和保留優先權(Allocation and Retention Priority,ARP)優先權比前
面一個通知還高)，SGW會再送通知給 MME，告知此 UE有更高優先權的下
行資料要傳送。
文件編號 S2-151432：MME在作 Paging UE 時，若失敗了必須通知 SGW，
本提案將 UE paging 失敗改成下行資料通知拒絶。
提案由 LG Electronics 提出
20
1. Downlink Data
2a. Downlink Data Notification
MME S-GW PDN GW
3a. Paging
4b. Paging
5. Service Request Procedure
UE RNC/BSC
2a. Downlink Data Notification
eNodeB SGSN
2b. Downlink Data Notification Ack
2b. Downlink Data Notification Ack
3b. Paging
Downlink Data E-UTRAN
6a. Stop Paging
6b. Stop Paging
4a. Paging
Downlink Data 3G DT
Downlink Data 2G or 3G non DT
1. 當 SGW接收到 UE 的下行資料時，若 SGW沒有此 UE的下行隧道端點
識別(Tunnel Endpoint Identifier , TEID)，則 SGW會先暫存 UE的下行資
料封包。
2. SGW並會發出下行資料通知給 UE所屬的 MME。
3. 接收到通知的 MME 會檢查 UE是否有註冊上，UE若有註冊，則 MME
會依據 UE 所註冊的 TA 發出 Paging 喚醒通知到 TA 所屬的每一個 eNBs。
4. 當 eNBs數到 MME送來的喚醒通知後，eNBs會在無線網路側發出喚醒
的信令。
5. 當處於離線模式的 UE收到 eNB送來的喚醒通知時，UE會重新要求建立
RRC 連線並對核心網路發出 service request 服務要求；若此 UE 沒有回應，
例如：巳經關機了，則 MME端會有一計時器，MME可能會重新傳送喚
醒信令到 eNBs，再對離線的目標 UE作 Paging，直到 MME確認 UE不
會有回應了，MME會送一個下行資料通知拒絕信令給 SGW，SGW會將
此 UE的暫存下行資料刪除。
TEI13 Category B/C for 3GPP Packet Access
當 UE進入 IDLE模式後，UE會進行 IDLE模式小區重選擇，對於核心網路
端而言，當 SGW接收到此類 UE的下行資料封包時，SGW會通知 MME，
並由 MME來負責將 UE喚醒，一般而言 Paging 會包含整個 UE所在的
21
TA(Tracking Area)下的所有 eNBs上的小區，而後再由這些小區進行無線介
面的 Paging。這樣的喚醒機制對 MME及 eNBs都會有不小的負擔。
文件編號 S2-151432：Paging Optimizations 喚醒機制的最佳化。
提案由 Alcatel-Lucent 提出
本文針對 RAN3所回復的 R3-150892 進行相關信令流程修正，其後的 Paging
最佳化有兩個作為：
一是 S1 Paging 信令只會送往 UE所支援的無線頻段的 eNBs基站及小區，以
減少 MME及 eNBs之間的信令負擔。
二是由 UE最後所駐留的 eNB發出建議的“information on recommended cells
and eNBs for paging”給 MME，此資訊建議在 UE要進入 IDLE之前由 serving
eNB 發出，例如：S1AP UE CONTEXT RELEASE COMPLETE(下面圖中 S1
release procedure 的步驟 6)，而此 UE 相關聯的資訊由 MME 負責存放及更新，
MME可以在下一次要 Paging此 UE時，參考此資訊來決定要將 S1 Paging 發
給哪些 eNBs，並且建議應該發給哪些小區(下面圖中由核心網路端觸發的服
務要求程序(Network triggered Service Request procedure 的步驟 3a))。
MME必須在每次收到 S1AP UE CONTEXT RELEASE COMPLETE(UE本文
釋放完成)時，更新 UE 的 information on recommended cells and eNBs for
paging(建議喚醒通知傳送到基站、小區的資訊)。若 serving eNB沒有將此資
訊附加在 S1AP UE CONTEXT RELEASE COMPLETE 傳送給 MME，則
MME必須將此 UE上次的 information on recommended cells and eNBs for
paging 清除。
Information On Recommended
Cells And ENBs For Paging
Information sent by the eNB, and used by the MME when paging the UE to help
determining the eNBs to be paged as well as to provide the eNB related information on
recommended cells to each of these eNBs, in order to optimize the probability of
successful paging while minimizing the signalling load on the radio path.
22
1. S1-AP: S1 UE Context Release Request
MME
5. RRC Connection Release
UE eNodeB Serving GW
2. Release Access Bearers Request
3. Release Access Bearers Response
4. S1-AP: S1 UE Context Release Command
6. S1-AP: S1 UE Context Release Complete
1. RRC Connection Release
S1釋放程序(S1 release procedure)
1. Downlink Data
2a. Downlink Data Notification
MME S-GW PDN GW
3a. Paging
4b. Paging
5. Service Request Procedure
UE RNC/BSC
2a. Downlink Data Notification
eNodeB SGSN
2b. Downlink Data Notification Ack
2b. Downlink Data Notification Ack
3b. Paging
Downlink Data E-UTRAN
6a. Stop Paging
6b. Stop Paging
4a. Paging
Downlink Data 3G DT
Downlink Data 2G or 3G non DT
由核心網路端觸發的服務要求程序(Network triggered Service Request
procedure)
MONTE(Monitoring Enhancements) 監測強化
此項功能主要是藉由 MTC裝置、使用者裝置(UE)等 3GPP 網路終端設備發起
的事件，如連線、離線或設備之間互動，來監控這些終端設備的各項活動，
當核心網路或管理者能得知這些終端設備的活動時，就能通知如服務能力主
23
機(Service Capability Server ,SCS)或應用程式主機 (Application Server ,AS)做
出適當的回應與處置。
文件編號 S2-151736：監控程序
提案由 Huawei、HiSilicon、Intel、Alcatel-Lucent、Cisco、LG Electronics 提
出
主要是在 TS 23.682 中，增訂一完整的監控流程，並經由用戶歸屬主機(HSS)
將監控程序加入至既有的核心網路控制路徑當中。
SCS/AS HSS MME/ SGSN SCEF
1. Monitoring Request
9. Monitoring Response
2. SCEF handling
3. Monitoring Request
8. Monitoring Response
5. Insert Subscriber Data Request
7. Insert Subscriber Data Answer
4. HSS handling
6. MME/SGSN handling
1. 當 SCS或 AS需要監控終端設備情況時，發起監控需求訊息(Monitoring
Request)至服務能力揭露功能(Service Capability Exposure Function ,SCEF)
主機。
2. SCEF 把 SCS/AS的識別編號(Reference ID)與 SCS/AS位置(Address)記錄
下來後，向 HSS發起監控要求(Monitoring Request)。
3. HSS 將會檢視來自 SCEF 的 Monitoring Request 是否符合終端設備的
MONTE能力，若符合，則向 MME/SGSN 發出要求，若不符合，則向
SCEF 發出失敗訊息。
24
4. MME/SGSN 接下來藉由 S1 控制訊息向 EUTRAN/UTRAN 發出監控要求，
並開始接收終端設備所發出的事件通知。
5. 回應訊息依原發出路徑返回，完成整個監控程序的發出。
FS_HLcom(Optimizations to Support High Latency Communications)優化對
具通訊高延遲性的裝置支持的可行性研究
物聯網(Internet of Things , IoT)的簡單概念就是許多物件都可以被獨立辨識並
與核心網路連接、相互溝通，這些物件包含各式各樣的感測器(Sensor)、測量
器(Meter)等，由此可以預知屆時將會有相當大量的物件會連接上 3GPP網路
中。此外，這些物件的特性為低成本(low-cost)、低耗電量(low-energy)與低流
量(low-bitrate)，這些特性再加上搭配裝置省電功能(Power Saving)後，對核心
網路來說將造成高延遲性，也有可能造成高封包流失量(high packet loss)與高
核心系統負載(large system load)，所以如何解決這些物聯網所帶來的問題，
將會是一個重要的研究課題與處理規範的制定。
文件編號 S2-151642：當終端裝置暫處於離線狀態，下行封包暫存於 S-
GW/G-SGSN
提案由 CATT提出。
針對 TR 23.709，增訂說明下行封包應暫存於 S-GW/G-SGSN，並最多保留 T
時間。
25
UE MME/SGSN S-GW
1. Downlink data 2. DDN
3. MME detects UE in a power saving state or potentially
temporarily unreachable (e.g. PSM, extended DRX)
eNB/RNC/ BSC
Stop timer T
DL packet
4. DDN Ack ("DL buffering requested",
DL Buffering duration T, Buffering hint N)
5. Store DL packets, until
time T
0. UE in ECM-IDLE and potentially temporarily unavailable (e.g. PSM or
eDRX)
P-GW
6.a) eDRX
6.a.2 (Potential delay) UE receives paging
6.a.3 Service request procedure (TS 23.401 clause 5.3.4, TS 23.060 clause 6.12)
6.b) PSM 6.b.1 TAU/RAU request
6.b.2 TAU/RAU procedure with E-RAB/RAB establishment (TS 23.401 clause 5.3.3 or TS 23.060 clause 6.9.1.2)
8. Bi-directional data communication
7. Downlink Data
1. 下行封包經由 P-GW送往 S-GW準備送給 UE，由 S-GW發出下行資料通
知 (Downlink Data Notification ,DDN)給 MME/SGSN。
2. MME/SGSN將會視 UE目前是否處於離連狀態，藉由 DDN回應(Ack)訊
息來告知 S-GW此一現況，若 UE目前處於離線狀態，則 MME/SGSN會
在 DDN Ack內加入下行封包暫存要求(DL buffering Requested)，要求 S-
GW暫存下行封包。
3. S-GW收到 DL buffering Requested 後，會將下行封包保留於自己，並保
留最多 T時間，以及最多保留 N封包。
4. 時間 T會隨著 UE離線模式而有所不同，
i. UE處於 eDRX，則時間 T將不小於 eDRX週期。
ii. UE處於省電模式(Power Saving Mode ,PSM)，則時間 T將等於追蹤
地區更新(Tracking Area Update ,TAU)訊息的時間.
5. 若 UE 在 T 時間內連上核心網路，並與 S-GW 建立資料連線(Data Bearer)，
則 S-GW將暫存的下行封包傳送給 UE。
26
AESE(Architecture Enhancements for Service Exposure) 服務能力揭露架構
增進
核心網路內擁有相當多的資料，如系統服務狀態、終端裝置狀態與註冊資訊，
這些資料在此統稱為 3GPP服務能力(Service Capabilities)，而這些資料對某
些應用服務提供者(Application Provider)將具有相當大的分析價值，而這些資
料從 3GPP核心網路提取至外部給這些服務提供者，就稱為服務能力揭露
(Service Capability Exposure)，而增強這整體架構的研究課題就稱為服務能力
揭露架構增進(Architecture Enhancements for Service Exposure)。
文件編號 S2-151871：對 AESE架構的進一步說明
提案由 Alcatel-Lucent 提出
提議在 TR 23.708 中，進一步說明服務能力揭露功能(Service Capability
Exposure Function, SCEF)以下的特性：
1. SCEF 提供服務介面(Application Interface ,API)供外部應用程式提取 3GPP
服務能力。
2. SCEF 提供認證的程序給外部應用程式，只有在通過 SCEF 認證後，外部
應用程式才可以使用 SCEF所提供的 API。
3. SCEF 需歸屬於一 HPLMN(Home PLMN)，而 SCEF提供給外部應用程式
的 API，將或許可以控制或監控同一 HPLMN 底下的終端裝置，也可以
提取同一 HPLMN 核心網路的資訊。
4. 若外部應用程式欲透過 SCEF API 來控制或監控終端裝置，則必須再由
HSS 所認可。
5. SCEF 有可能經由漫遊介面(roaming interface)T6a/T6b 銜接遠端
MME/SGSN，此時若遠端核心網路為 VPLMN(Visited PLMN)，則可以提
取遠端核心網路的服務能力。
27
HSS PCRF
SMS-SC/ GMSC/ IWMSC
MME/SGSN
MTC-IWF
S-CSCF Network Entity
S6t Rx T4/ Tsms
T6a/T6b
Tsp ISC
...
3GPP interface
3GPP TRUST DOMAIN
Service Capability Exposure Function
API 1 API 2 API 3 API n ...
Application
Application Application
OMA/ GSMA/
other SDOs
FS_eDRX(Feasibility study on Extended DRX cycle for Power Consumption
Optimization) 對延伸非持續性接收所產生的省電效果上的可行性研究
電力消耗(Power Consumption)對使用電池的 UE而言一向是個重要的議題，
而對於使用外接電源的 UE來說，由於 UE的數量也一直持續成長當中，如
此也直接助長了總電力消耗，所以如何節省電力消耗就成了一項重要的研究
議題。
在 Rel. 12，3GPP SA2 在 MTCe-UEPCOP (UE Power Consumption
Optimizations)研究項目中，採用了一種節省電力的方式稱為電力節省模式
(Power Saving Mode ,PSM)，藉由 UE與核心網路相互溝通，讓核心網路知道
何時 UE將離線後，UE屆時就會進入 PSM模式，在此模式當中，UE的網路
功能會完全關閉以達成省電效果，直到 UE有對外資料要傳送，或是需進行
28
追蹤地區更新(Tracking Area Update ,TAU)時才會將網路功能開啟進行連線傳
輸。
但對於要傳送給 UE 的資料而言，因為這樣的資料通常都不會有特定的
傳輸時間點，所以有可能在 UE正處於 PSM模式當中時要傳送給 UE，此時
就必須暫存核心網路，只有當 UE離開 PSM模式進行 TAU時才有可能將此
資料傳送給 UE，如此 TAU的時間就必須配合資料暫存的時限，這樣便造成
了 UE進行 TAU的頻率與次數都大幅增加，也增加了 UE的電力消耗。針對
這樣的問題，3GPP SA2 正研究要增長 UE的待機(idle)與連線(connected)時的
不連續接收(Discontinuous Reception , DRX)時間，此稱即之為延伸的不連續
接收(Extended DRX , eDRX)，而針對此功能會帶來那些益處與問題所進行的
研究項目即為 FS_eDRX (Feasibility study on Extended DRX cycle for Power
Consumption Optimization)。
文件編號 S2-151602：待機模式下的 eDRX (Extended DRX in Idle)
提案由 Ericsson 提出
針對 TR 23.770 當中的章節 5.2.1 – 核心網路與 UE之間的傳呼時間點協調機
制(Paging coordination between CN and UE)提出解決方案。
1. 核心網路與 UE共同使用一個稱為 I-DRX 的週期，而這個 I-DRX的週期
是由章節 5.1.1的機制由核心網路與 UE 共同協商得出。
2. UE須實作一個新的計時器來維持 I-DRX 週期，簡稱為 IeDT (I-eDRX
Timer)，但核心網路端如何實作 I-DRX週期則不在此提案中討論。
3. IeDT設定的時機點是在 UE進行 TAU程序中(TAU Accept)，或是進行連
線程序中(Attach Accept)。
4. 每當 I-DRX週期到期(Expired)，UE會離開 eDRX模式開始利用一般的
DRX機制來查看是否有來自核心網路端的 Paging，而核心網路端也在這
段週期向 UE發出先前暫存的 Paging。
UE eNB MME1: DDN
2: extended I-DRX time expires, UE monitors for paging
3: S1 Paging4: Paging
http://msc-generator.sourceforge.net v4.4 5. 此提案假設一種情況，就是 UE在進行長時間的 eDRX週期後，本身的
29
IeDT計時器有可能會發生不準確，導致與核心網路端的 IeDT 兩者時間
不同步的可能狀況發生，所以除了須時常進行同步外，核心網路也須在
UE離開 eDRX模式時，發出多次 Paging 讓 UE在時間不同步的情況下還
有可能可以收到 Paging，而核心網路發出 Paging的時機點稱為傳呼傳送
窗口時間(Paging Transmission Window Time , PTW)。
FS_IOPS_St2(Feasibility study on IOPS) 對無法連線至核心網路的基地台仍
能提供公眾安全服務上的可行性研究
當災害或意外發生時，eNB有可能因此失去對核心網路的連線而失去提供網
路服務的能力，但在此時卻又是急需讓公眾安全服務人員(Public Safety
officers)能彼此相互溝通聯絡的重要時刻，所以如何讓對核心網路失去網路連
線的 eNB (Isolated E-UTRAN)能持續提供網路服務，以對公眾安全服務人員
提供聯絡管道，就成了此研究的主要動機 (Feasibility Study on Isolated E-
UTRAN Operation for Public Safety)。
同時，使用 Isolated E-UTRAN將具有以下幾項優點：
1. 相較於使用近端服務(Proximity Services)讓 UE能彼此溝通，使用 Isolated
E-UTRAN能提供更遠距網路服務。
2. 可以做為近端服務(Proximity Services)資源管理的節點。
文件編號 S2-151720：在 Isolated E-UTRAN中，對普通 UE提供公共警報系
統廣播(ETWS/PWS)服務 (ETWS/PWS supporting for non-public safety UEs in
IOPS network)
提案由 ZTE提出
更動 TR 23.797 以增加對 ETWS/PWS 的支持，並建議修改 S2-151378 中對
IOPS 限制特定 UE的方式：
1. 當緊急狀態發生時，應當能繼續在 Isolated E-UTRAN中，繼續利用
eDRX PTW eDRX PTW
UE ConnectedPO PO
time
eDRX PTW
30
ETWS/PWS 來發出緊急狀態廣播來通知普通 UE。
2. 在 S2-151378 提議使用 SIB1僅限特定者使用此基地台(Cell reserved for
operator use)功能來禁止普通 UE使用 Isolated E-UTRAN，但這樣將造成
一般 UE不會繼續接收此基地台所發出的 ETWS/PWS 廣播訊息，所以此
提議建議改用 SIB2 中的基地台使用限制機制(access barring mechanism)，
將 SIB2中的 ac-BarringFactor設為零來限制普通 UE使用，並將 ac-
BarringForSpecialAC 設為一來允許公眾安全服務人員的 UE(Public Safety
UE)使用此基地台。
3. 同時，因為並非使用 SIB1來限制普通 UE，所以普通 UE將會繼續聆聽
此基地台所發出的其他訊息，所以若有 ETWS/PWS 廣播訊息，普通 UE
將可以接收到，為一般使用者提供更多的訊息以爭取提高存活的機會。
31
七、 心得及建議
因應物聯網 IOT、物聯型態通訊 IOT及公共安全的需求，SA2#109 會議主要
重心放在 GROUPE、eProSe-Ext、FS_IOPS 及 FS_eDRX項目上。
針對 GROUPE，將相關聯的 UE作分類及分組，並以單一的群組信令來對群
組成員作信令面的指導，可以省下大量類似且重複的信令往來，並可提高核
心網路端與 UE端的溝通效率。
針對 eProSe-Ext，當暨有的網路結構因為某些原因而無法完整的運作，無論
是人為或天然災害造成核心網路斷線，透過支援公共安全網路的 UE 的協作，
可以讓部分的緊急通訊運作，以協助安全及復原的工作能順利進行。
針對 eDRX（於功耗最佳化上非連續接收週期之擴展），對於沒有外部電力
支援的 UE而言，提供了更加能夠省電的機制，因為這些 UEs的特性通常不
需要一直保持連線，即使連線也不需要從核心網路端一直傳收資料。
標準協議的制定有一定的文件會議流程及討論，內容含蓋了從核心網路到
UE之間的所有網路原素，這需要有專責專任的人負責來觀注每項議題的進
度，以期能夠在第一現場就能瞭解目前的議題方向及各家廠商所提出的建議
方案， 並且瞭解經過會議討論後可行的方案，其背後的動機、機制及能夠出
線的原因，這都有助於在作系統設計時，能夠更加週延與完整。
32
八、 附件
N/A
