3gpp ran2 #94 會議報告
TRANSCRIPT
會議報告（會議類別：其他）
3GPP RAN2 #94會議報告
出國人員：包偉丞、陳宏鎮、林榮懋、魏嘉宏、簡
均哲
派赴國家：南京/中國
出國期間：105年 05月 23日至 105年 05月 27日
報告日期：105年 08月 09日
2
摘 要
本團隊出席在中國南京舉辦的 3GPP RAN2 #94會議，本次會議
由“第三代合作夥伴計畫的中國友人(The Chinese Friends of 3GPP)”
主辦，成員公司有 China Mobile、ZTE、CATT、Huawei、Lenovo、
OPPO、coolpad、QUALCOMM、SAMSUNG、NOKIA、以及 China
unicom 等，共約有 300 多人參加。本團隊依規劃有 5 位成員出席參
加會議，此次參加會議主要是參與第 14版(Release 14, R14)新的工作
項目與研究項目的相關討論，包括了增強型 LTE 與無線區域網路聚
合(Enhanced LTE-WLAN Aggregation)、增強型授權頻帶輔助之非授權
頻帶存取技術(Enhanced Licensed-Assisted Access for LTE, eLAA)與新
無線存取技術(New Radio Access Technology, NR)等，同時也關注第
13版(Release 13, R13)議題的後續進展。本團隊的任務除了發表提案
之外，也同時關注各重要議題的標準制訂定方向與各公司的看法與立
場，以利於掌握下一世代通訊系統發展的前景與趨勢，並進行相關技
術之布局。
技術貢獻：
在這次會議，本團隊在 RAN2會議上提出了 5篇技術貢獻，除開
始參與 R14 所進行的多個研究項目與工作項目（如增強型 LTE 與無
線區域網路聚合、增強型授權頻帶輔助之非授權頻帶存取技術、與新
無線存取技術）外，也持續掌握 R13 議題的後續進展。本團隊針對
R14 所涵蓋之各研究項目及工作項目都持續有成員投入參與標準會
議，以便掌握會議期間各家廠商對於不同議題之立場與看法，並且收
集各並行會議之最新發展狀況與討論結果，了解各項重要研究議題與
技術之現況，並與各家公司交換 R14及第五代行動通訊技術可能導入
之新議題之看法，並表明我方之意見與立場。另一方面，本團隊成員
也持續提出標準貢獻提案，發表於各項議題的觀點與分析研究，以提
升本團隊於標準會議的影響力，並積極佈局這些研究議題所做的研發
成果。
3
會議解說：
本次 3GPP RAN2 #94會議於中國南京舉行，主要專注之議題包
括增強型 LTE 與無線區域網路聚合、增強型授權頻帶輔助之非授權
頻帶存取技術與新無線存取技術等技術議題。同時也持續追蹤 R13
議題的後續進展。
1. 增強型授權頻帶輔助之非授權頻帶存取技術 (Enhanced
Licensed-Assisted Access for LTE, eLAA)議題
eLAA 議題主要搭配無線存取網路第 1 工作組(RAN1)的需求，提
出無線存取網路第 2 工作組(RAN2)的觀點，並於相對應的標準規
格書中做修正。
本會期為 eLAA 議題的第二次討論，主要檢視了之前會期中，關
於R14的授權頻帶輔助之非授權頻帶隨機存取(Radom Access, RA)
機制，再次確認其共識與假設，並沿用其他議題所設計的方案於
此技術中；路由限制(Routing restrictions)議題則是針對無線電資源
控制層(Radio Resource Control layer, RRC layer)的組態設定進行討
論與規範；服務品質(Quality of Service, QoS)管理，則是針對邏輯
通道優先機制(Logical Channel Priority, LCP)在同時多個資源分配
時的運作機制進行討論；混合型自動重傳請求(Hybrid Automatic
Retransmission Request, HARQ)機制，為延續上次會議的結論，探
討對現行的機制的影響；非連續接收(Discontinuous Reception,
DRX)機制的討論，則是因應目前增強型授權頻帶輔助之非授權頻
帶存取技術議題的架構，討論相關參數的定義問題。
2. 增強型 LTE 與無線區域網路聚合 (Enhanced LTE-WLAN
Aggregation,eLWA)議題
eLWA 議題討論五大項工作目標，分別為透過無線區域網路
(Wireless Local Area Networks, WLAN)的上行資料傳送、支援
4
60GHz 頻段、移動管理優化、資訊收集與回饋、以及自動建立鄰
近基台關係(Automatic Neighbour Relation, ANR)，本會期僅就前兩
項目討論。
本次會期為 eLWA 議題的第二次討論；在第一項議題，透過無線
區域網路的上行資料傳送載體型態(Bearer Type)相關設定；在第二
項議題，，則是討論支援 60GHz頻段情境，並討論是否要在此版
本納入支援於 60GHz頻段。
3. 新無線存取技術(New Radio Access Technology, NR)議題
NR議題的技術需求乃是依據技術報告 TR 36.913而來，討論的範
圍涵蓋了對 NR的通用觀念與方針、可能的布建場景、NR的無線
協定架構、NR與長程演進技術(LTE)的緊密互通(tight interworking)、
NR的獨立運作以及 NR內的移動(intra-RAT mobility)問題等。
本次會議前藉由信件討論，收集各公司對於 NR在獨立運作，以及
與跟 LTE 緊密互通時的可能布建場景之觀點，以利凝聚共識。但
在與服務及系統面第二工作群(SA2)的聯合會議中，有部分列入的
布建場景仍未獲得支持，仍需要後續的協調與整合。在獨立運作
場景下，用戶平面方面會朝向支援載波聚合機制與雙連結機制的
設計方向前進，而在子層核心功能的部分，雖然會參考 LTE 各子
層的核心功能，但會考量不同的使用場景，來決定這些核心功能
的順序與去留以及其位置等；而控制平面會研究是否要加入一個
新的無線存取網路狀態來減少控制平面延遲，其實際上的意涵與
運作方式目前仍未確定。與 LTE 緊密互通時，目前會研究支援分
流架構（即 3C architecture）與非分流架構（即 1A architecture）；
而在控制平面方面，目前則是決定用戶設備只會有一套無線資源
控制狀態機(RRC state machine)，但是會支援單一無線資源控制連
線或是容許兩個無線資源控制連線則尚未決定
4. 窄頻段物聯網(Narrowband Internet of Thing, NB-IoT)議題
NB-IoT工作項目規劃自 2015年九月開始討論，預計於 2016年 6
5
月完成 ASN.1的審視並且將內容併入 R13的規格。本工作項目涵
蓋 RAN1RAN2的共同研究，RAN2主要探討因針對 NB-IoT使用
者裝置非高速移動、省電、傳輸資料少與低複雜性等特性而需簡
化的協定層程序進行刪減與適時地重新設計。
6
目 錄
摘 要 ........................................................................................................... 2
一、會議名稱 ............................................................................................. 7
二、參加會議目的及效益 ........................................................................ 7
三、會議時間 ............................................................................................. 7
四、會議地點 ............................................................................................. 7
五、會議議程 ............................................................................................. 7
六、會議紀要 ...........................................................................................10
七、心得與建議.......................................................................................43
7
一、會議名稱
3GPP TSG RAN2 #94
二、參加會議目的及效益
參與 Enhanced LTE-WLAN Aggregation、Enhanced LAA for LTE、
窄頻段物聯網、與 Study on New Radio Access Technology等議
題之討論及尋找後續可研究的題目。
報告本團隊所發表的文章。
發表系統實作所發現的相關議題，增進實作技術和系統概念的
交流。
與其他大廠接觸以討論合作項目。
使其他國際廠商清楚了解本團隊的技術方法與關注方向，以期
開展未來合作機會。
加強與合作廠商的關係，提高合作密度。
三、會議時間
23rd May – 27th May 2016
四、會議地點
Shangri-La Hotel Nanjing
五、會議議程
本次 3GPP RAN2 #94會議議程如下：
Schedule Main room
Grand Ballroom 1
(3F)
LTE Breakout room
Yuhua Room (3F),
UMTS room
Qixia Room(3F)
NB-IoT room
Qingliang
Room(3F
Monday
09:00 -> [1], [2], [3], [4], [5]
[7.16.1] TEI13 (CIoT)
[6] [7] Legacy LTE
11:00 -> [10][11] UMTS
Rel-8/9/10/11/12
8
(starting with eDRX
and eMTC corrections
to minimise overlap
with NB-IOT)
14:30 -> [7] Legacy LTE [7.5] D2D Rel-13 [1] [12] Rel-13 corrections
[13.2] DTX/DRX
enhancements
[13.3] Multi-carrier
[7.14.3] User
Plane
17:00 -> [8.2] V2V [1] [7.14.1]
Incoming LSs
[7.14.3] User
Plane
Tuesday
08:30 -> [7] Legacy LTE [8.8] Latency red [1]
[8.4] feD2D [1] [8.11]
[13.4] Indoor positioning
[13.5] HS + LTE
[7.14.2] RRC,
SI 11:00 ->
14:30 -> [8.1] eLAA [2]
[8.5] eLWA
[8.11] V2X [2]
[13.1] RRC
optimizations
[7.14.1] UE
Capabilities
[7.14.2] Idle
mode
17:00 ->
Wednesday
08:30 -> [8.5] eLWA [1.5] (cont)
[8.7] IP [0.25]
[7.16.2] TEI13 (cont)
[8.3] VoLTE [1]
[8.9] Light conn [0.5]
[8.12] eMBMS [0.5]
[13.6] TEI14
[comebacks]
[13.3] MC comeback
(RAN1 part)
[7.14.3] User
Plane, pass 2
[7.14.2] RRC,
pass 2
11:00 ->
14:30 -> [9] New RAT [2]
See Note 1
[8.6] Mobility enh [1] [7.14.2] RRC,
pass 2 17:00 ->
Thursday
08:30 -> [9] New RAT [4] Comebacks if needed
[7.14.1]
Stage-2
Comebacks
Remaining
things.
11:00 ->
14:30 ->
17:00 -> [7.5] D2D Rel-13 [0.5]
[8.2] V2V cont [0.5]
Friday
08:30 -> Left-overs, Comebacks
including Joint
Potential
NB-IoT
9
until 17:00 LTE/UMTS comebacks
10
六、會議紀要
1. 增強型授權頻帶輔助之非授權頻帶存取技術議題(eLAA)
本會期總共討論五大項目，分別為隨機存取(Radom Access, RA)
機制、路由限制(Routing restrictions)議題、服務品質(Quality of Service,
QoS)管理、混合型自動重傳請求(Hybrid Automatic Retransmission
Request, HARQ)機制、與非連續接收(Discontinuous Reception, DRX)
機制。
隨機存取(Radom Access, RA)機制
R2-164206 Life time of a dedicated preamble on LAA SCell LG Electronics Inc.
discussion
本文所討論隨機存取程序時，前置符元(preamble)傳送問題，由
於上次會議決議，LAA次細胞(Scell)上的隨機存取程序採用免競爭型
式 (Contention-free)的隨機存取程序，是以使用專屬前置符元
(Dedicated Preamble)進行隨機存取程序。再者，非授權頻帶使用前，
需先執行先聽後說程序(listen-before-talk, LBT)，而用戶設備(UE)是否
能通過先聽後說程序，是不可預期的。所以，專屬前置符元之傳送，
需要有次數或時間的限制。
在會場，各家廠商皆認為專屬前置符元，確實需要限制用戶設備
的使用時限，但是由計數器(Counter)或是限制區間(Timer)類型的參數，
實現在標準文件中，則是經過一番討論，共識則認為不論是否有傳輸，
計數器皆須增加。最後達成的決議如下：
Agreements:
1. RAN2 confirms that we will specify that the dedicated RAP is used for a limited
time duration only for LAA SCell (CR details are still FFS).
2: Introduce a new random access preamble transmission attempt counter
PREAMBLE_ATTEMPT_COUNTER which is incremented regardless of whether
a transmission occurs
R2-164052 Random access for LAA Scell Nokia, Alcatel-Lucent Shanghai Bell
discussion
11
本文接續討論隨機存取程序其他議題。首先討論隨機存取程序中
的隨機存取回應(Radom Access Response, RAR)，是否可以透過 LAA
次細胞回應。經會場討論，由於隨機存取回應訊息回應是有其時間限
制，若是透過 LAA 次細胞回應，則會因為先聽後說程序導致傳送時
間不能確定，再者，相同問題在載波聚合(Carrier Aggregation, CA)也
曾被討論。所以最後會議決議隨機存取回應會與載波聚合運作一致，
都在主細胞(Primary Cell, Pcell)回應。
接著討論隨機存取無線網路暫時識別碼 (RA-Radio Network
Temporary Identifier, RA-RNTI)的計算，在這部分的討論是針對計算
RA-RNTI的方式進行討論，由於 RA-RNTI是根據傳送前置符元的資
源指標(Resource Index)計算而來的，在當用戶設備由 LAA次細胞送
出專屬前置符元時，會不會因為 LAA 次細胞的資源指標的差異，而
導致隨機存取無線網路暫時識別碼的計算出現問題呢？然而，經過會
議上的討論，認為目前的隨機存取無線網路暫時識別碼的計算參數，
足以表示 LAA 次細胞的資源指標，所以決議延用既有的隨機存取無
線網路暫時識別碼計算方式。
最後討論關於隨機存取之前置符元的重送，本文建議隨機存取之
前置符元的重送僅能在相同的 LAA 次細胞上，這個建議並未被其他
廠商所反對，所以也成為決議。以下為相關決議的整理：
Agreements:
3 Transmission of RAR always happens in PCell.
4 For calculation of RA-RNTI, the existing formula can be reused, i.e., t_id is the
index of the first subframe of the specified PRACH (0≤ t_id <10) and f_id is the
index of the specified PRACH interlace/PRB within that subframe 0≤ f_id< 6.
5: The RA preamble (re)transmission should always be in the same LAA SCell.
R2-163662 UL grant in RAR for eLAA SAMSUNG Electronics Co., Ltd. Discussion
本文討論隨機存取回應中，上行通道資源指派的相關議題。由於
上次會議中已決議 LAA 次細胞採用非同步 HARQ(asynchronous
HARQ)設計，而非同步 HARQ在上行通道資源中，必須給予 HARQ
12
程序識別(HARQ process ID)與新資料指標(New Data Indicator, NDI)。
然而，在目前隨機存取回應中的上行通道資源格式中，並未有相關資
訊的欄位。在會場上對於此問題，有一些選項被提出討論，例如更新
隨機存取回應之上行通道資源的格式，或是修改非同步HARQ程序。
在會場上的共識，以不大修標準文件為原則，決定使用預先定義的
HARQ程序識別。至於新資料指標是否有預設值，則留待討論。相關
的決議如下：
Agreement
1 Use a predefined HARQ process ID for RAR for eLAA. (same mechanism can be
re-used for Rel-13 eMTC.)
FFS Whether a predefined value for NDI is required
路由限制(Routing restrictions)議題
R2-164011 Routing restrictions in LAA Ericsson, LG Electronics discussion
本文討論網路端透過組態設定，使經由 LAA 次細胞傳輸的資源
是以每個載體(Bearer)或是每個邏輯通道(Logical Channel)為單位。由
於目前標準中這兩個是屬於一對一的對應關係，唯一個差異點在於標
準文件的修改幅度。最後決議採用以每個邏輯通道為單位，做為網路
端組態設定的單位。相關決議如下：
Agreements
1 Routing restrictions are configured per logical channel and apply for SRBs and
DRBs.
R2-164053 Bearer and MAC CE mapping for eLAA Nokia, Alcatel-Lucent Shanghai Bell
discussion
本文繼續討論關於網路端透過組態設定 LAA 次細胞資源的議題。
對於該組態設定是否需要區分不同的 LAA 次細胞，在本會議中的討
論，由於沒有廠商提出這樣設定有明顯的好處，所以大會決議，不會
對不同的 LAA次細胞設定不同的組態設定。
另外，也討論到媒體存取控制層(MAC layer)的控制單元(Control
entity, CE) ，是否可以透過 LAA次細胞傳送，在會場的討論中，部
13
分團隊認為，不應該侷限媒體存取控制層的控制單元的傳送方式；且
若同時有主細胞與 LAA 次細胞的上行通道資源時，該利用那個上行
通道資源可以由用戶設備自己決定。
相關決議如下：
Agreements
2 Logical channel configuration indicates whether traffic for a logical channel can be
transmitted in LAA SCells, i.e., configuration is not per serving cell.
3 MAC CEs can be sent via LAA SCells
4 If there are UL grants for both licensed and unlicensed serving cells in a TTI, it is
left to UE implementation whether MAC CEs are sent through licensed or
unlicensed cells.
服務品質(Quality of Service, QoS)管理
R2-164155 Logical Channel Prioritization in LAA LG Electronics Inc. discussion
本文討論服務品質管理機制中，邏輯通道優先權(Logical Channel
Priority, LCP)問題。在目前的標準規範中，若用戶設備在同一個傳輸
時間區間(Transmission Time Interval, TTI)內，收到多個上行通道資源，
用戶設備可以自行決定一個來服務自己的邏輯通道，或是將多個上行
通道資源加起來視為一個大的上行通道資源，然後用來服務所有的邏
輯通道。然而這樣的方式並不適用於 LAA的環境，這是由於一個 UE
可能擁有多個邏輯通道，其中某些邏輯通道可能僅能由 LTE 主細胞
來服務。若用戶設備在同個傳輸時間區間時間內收到來自LTE與LAA
的上行通道資源，將這些上行通道資源合起來視為一個上行通道資源
並不合適，因為有些邏輯通道可能僅能利用 LTE 的上行通道資源來
服務。
基於這樣的問題，會議上討論出以下幾個決議：
Agreements
1: Joint processing of UL grants in one TTI shall be allowed only when the UL grants
serve the same logical channels. (can be concluded later whether this has spec
impact)
14
2: If UL grant for licensed cells and UL grant for unlicensed cells are allocated in the
same TTI, it is left up to UE implementation which UL grant shall be processed
first.
3: The LCP procedure should be applied to different logical channels depending on
for which cell the UL grant is allocated.
- For UL grant for licensed cells, the UE performs LCP for all logical channels.
- For UL grant for unlicensed cells, the UE performs LCP only for logical channels
that are allowed to be offloaded to unlicensed cell.
混 合 型 自 動 重 傳 請 求 (Hybrid Automatic Retransmission
Request ,HARQ)機制
R2-164253 The UE handling on the dropped UL HARQ transmission Huawei, HiSilicon
discussion
本文討論當上行資料傳輸因先聽後說程序而傳送失敗時，非同步
HARQ程序中新資料指標設定的問題。
新資料指標的作用在於標示，此次的上行通道資源是否屬於新的
傳送或是重傳。而當傳送資料因為先聽後說程序而失敗的時候，用戶
設備是否要紀錄此次新資料指標。根據會場上的討論，認為若是用戶
設備不紀錄因先聽後說程序而失敗的上行資料傳輸，在下次新資料指
標出現時，用戶設備可能會誤認為是重傳所用的上行通道資源。最後
決議，用戶設備還是需要紀錄，因先聽後說程序而失敗的上行資料傳
輸的新資料指標。
相關決議如下：
Agreements
1: For LAA SCell(s), the dropped transmission due to LBT is considered as
performed transmission, i.e. the MAC entity remembers the NDI regardless of the
LBT result.
15
非連續接收(Discontinuous Reception, DRX)機制
R2-164014 PDCCH-subframe definition for LAA Ericsson discussion
本文討論實體下行控制通道(Physical Downlink Control Channel,
PDCCH)子訊框(subframe)的定義。PDCCH subframe主要用來做為計
算 DRX計時器用。在第 13版本(Release 13, R13)的 LAA設計中，由
於當時僅支援下行(Down Link, DL)方向的傳輸，所以規範所有的子訊
框皆為 PDCCH subframe，然而目前 R14的 LAA設計已經可以支援
上行方向的傳輸，子訊框可能會是下行或是上行，所以勢必要對
PDCCH subframe的定義重新討論。
在會議的討論下，認為為了不增加用戶設備的運行複雜度，還是
沿用 R13的規範將所有的子訊框皆視為 PDCCH subframe。
相關決議如下：
Agreements
1 All subframes are considered PDCCH-subframes for LAA cells in MAC (no change
from legacy behaviour)
R2-164054 PHR for eLAA Nokia, Alcatel-Lucent Shanghai Bell discussion
=> Inform RAN1 that the content of a MAC PDU (including any PHR value) will
not change after it has been built. As an example, it will not change based
on the outcome of LBT.
=> If any other agreement from this meeting impact RAN1 then they can also
be added.
=> Draft LS in R2-164481 (Nokia)
R2-164481 Draft LS on PHR for eLAA (to: RAN1, RAN4; cc: -; contact: Nokia Networks)
Nokia Networks LS out Rel-14 LTE_eLAA-Core
=> Approved in R2-164489
另有文稿討論功率餘量報告，主要考量先聽後說程序的成功或失
敗，是否會影響其內容之數值；結論則是不論先聽後說程序的成功或
失敗，皆不因此而改變其數值，並將此共識通知無線存取網路第 1工
作群(RAN1) 。
16
另有兩份信件討論，則是對規範書修正要求及收集會議共識。
[94#xx][LTE/eLAA] Running MAC CR (Ericsson)
Intended outcome: Endorsed running CR
Deadline: Thursday 09/06/2016
[94#xx][LTE/eLAA] Running Stage 2 CR (Huawei)
Intended outcome: Endorsed running CR updated with agreement from this
meeting
Deadline: Thursday 09/06/2016
2. 增強型 LTE與無線區域網路聚合議題
聯絡說明(Liaison Statement, LS)回覆
R2-163323 Reply LS to R2-163147 on key change during HO for eLWA (S3-160725;
contact: Ericsson) SA3 LS in to: RAN2 Rel-14 LTE_WLAN_aggr-Core
本次會議中收到來自服務及系統面第3工作群(SA3)的LS回覆，
在信件中提到關於 S-Kwt安全金鑰(Security key)的更新並不是那個地
有急迫性，需要在基地台換手程序中馬上執行，可以在完成換手程序
後，找個時間點再對 S-Kwt Security key做更新認證即可。
另外對於RAN2希望SA3提供一個合適的方法來減輕更新S-Kwt
Security key 所造成的延遲。SA3 則是回覆，將可以協助驗證無線存
取網路(RAN)工作群所提出的方法，是否滿足其要求。
R2-163330 Liaison response to 3GPP R2-163148 (IEEE 802.11-14/0694r; contact: Intel)
IEEE802.11 LS in to: RAN2 Rel-13 LTE_WLAN_radio-Core
本文稿是由電機電子工程師學會(IEEE)回覆，基於無線存取網路
第 3工作群(RAN3)，詢問有關 60GHz頻段的量測與要求，希望 IEEE
能提供相關資訊。由於 60GHz 無線區域網路(Wireless Local Area
Networks, WLAN)有指向型傳輸的需求，因此多定義三項參數：指向
性通道品質 (Directional channel quality)、指向性量測 (Directional
17
measurements)、以及指向性統計(Directional statistics)，但不代表可取
代既有量測參數，此外也建議考慮使用估測的系統吞吐量度量值
(Estimated Throughput metric)當成評斷參考數值。文末則提供 60GHz
頻段的通道特性說明，以及波束成型(beamforming)之作法。
上行傳輸載體型式(UL Bearer Type)
R2-164200 Scheduling of uplink transmission for LWA QUALCOMM CDMA
Technologies discussion
本文討論上行載體(Bearer)的相關議題，首先提出應該要先針對
上行資料排程進行討論後，再討論資料的上行方向(uplink direction)
是往 LTE或是無線區域網路(WLAN)。會場上多數公司認同這樣的方
式。
另外也討論了上行資料排程的方式，在會場上多數公司對於此議
題進行了長時間的討論，最後採取折衷的決議，上行資料排程應該要
受到基地台部分的控制，並避免對於 WLAN 運作之影響，此外也排
除基地台對每個封包數據單元(PDU)的控制，以及用戶設備完全控制
實現的方法。
相關決議如下：
=> RAN2 will first discuss and agree on how uplink data will be transmitted for
an LWA bearer on LTE and WLAN before discussing options for uplink
direction.
=> Sending a PDCP PDUs to WLAN is based on “some” eNB control without
impacting existing WLAN MAC. (this eliminate full per packet eNB
scheduling of WLAN and eliminates full UE implementation).
R2-163525 Specifying Uplink over WLAN Nokia, Alcatel-Lucent Shanghai Bell
discussion
本文則接續討論上行載體類別的議題，由於已經決議上行資料傳
輸應該要受到基地台部分的控制，所以分流載體(Split Bearer)成為共
識選項，透過利用分流載體基地台可以控制上行方向是 LTE、WLAN
或是兩者。
18
另外，做為上行方向的決定機制，則是尚未有討論結果，目前是
否要沿用雙連結(Dual Connectivity, DC)架構中的門檻值方式，則是尚
未定論。
相關的決議如下：
Agreements
1 Only support split bearer type for Rel-14 eLWA UL.
2 UE can be configured so that traffic on the UL split bearer can only be submitted
for transmission on both, WLAN only or LTE only.
FFS whether we additionally have a threshold like mechanism, e.g. similar to DC.
上行方向的決定機制，則留在信件討論繼續討論，列出各方案之
優缺點，並討論用戶設備端的無線區域網路媒體控制回應(WLAN
MAC ACK)，是否可在 LTE 的分封數據匯聚協定 (Packet Data
Convergence Protocol, PDCP)得知。
[94#xx][LTE/eLWA] UL transmission (Nokia)
Summarise solutions for UL transmission over UL split bearer, capture pros
and cons, and company view.
Also include discussion of whether WLAN MAC ACKs at the UE can be
available to PDCP.
Intended outcome: Email report to next meeting
Deadline: Thursday 04/08/2016
另有兩份信件討論，則是對規範書修正要求及收集會議共識。
[94#xx][LTE/eLWA] Running stage 2 CR (Intel)
Capture agreements from this and previous meeting in the Annex and within
stage 2 text as appropriate.
Intended outcome: Endorsed running CR
Deadline: Thursday 09 June 2016
[94#xx][LTE/eLWA] Running 36.360 CR (LG)
Capture agreements from this and previous meeting in the
Annex/Coversheet and within stage 3 text as appropriate.
Intended outcome: Endorsed running CR
Deadline: Thursday 09 June 2016
19
支援 60GHz頻段
R2-163565 60GHz support in eLWA Intel Corporation, Ruckus, Sprint, KT Corp., China
Telecom, BlackBerry UK Limited, Mediatek Inc., Sony, Convida Wireless,
Qualcomm Incorporated
依據此項目的工作目標，增強型 LTE 與無線區域網路聚合技術
(eLWA)，將會納入支援 802.11ax、802.11ad和 802.11ay版本的無線網
路基地台，但由於此規格，IEEE 尚未全部制定完成，因此討論過程
中，會缺少其技術的使用或應用情境；此外，新版本的無線網路基地
台，若不是電信營運商能直接或間接控制管理，也會違背 LTE 與無
線區域網路聚合技術執行原理，其可行性也有待商確。
但由於會場上多數公司認為支援 60GHz 頻段已列入此工作項目
的範圍內，應該先進行討論與評估。是以最後會議還是決議要支援
60GHz的頻段。
相關的決議如下：
=> Add support for 60Ghz band in WLAN measurements (at least RSSI) and
LWA configuration (i.e. mobility set).
R2-163854 Support of high data rate 802.11 technologies China Telecommunications
discussion
本文則是在探討在支援 60GHz 的頻段後，資料的傳送速率將會
大大地增加，而 PDCP層的負擔可能也會大大的增加，進而成為傳輸
的瓶頸。本文討論 PDCP層中，加密機制(Encryption)是否可以取消，
在 WLAN 中，由於同時也會進行加密的動作，如此進行重覆的加密
動作（PDCP 層與 WLAN），會對用戶設備造成額外的電量消耗與負
擔，是以本文建議取消 PDCP層的 Encryption動作，藉以減輕 PDCP
層的負擔。
會議中討論，由於加密的議題，並非可以由 RAN2自行決定，所
以決定送聯絡說明，至 SA3討論相關的機制是否可行。
相關決議如下：
20
=> Send LS to SA3 to ask if it would be possible to disable PDCP encryption for
high data rate traffic over WLAN. Ask if it impacts the previous response on
mobility.
相關討論及詢問事項，則留待信件討論，並將共識通知 SA3。
[94#xx][LTE/eLWA] LS on PDCP encryption (Intel)
Intended outcome: Approved LS.
Deadline: Thursday 09/06/2016
3. 新無線存取技術(NR)議題
為了滿足國際電信聯盟在 2020 年完成第五代行動通訊技術標準
制定的時程表，第三代合作夥伴計畫(3GPP)已經開始討論 NR的相關
議題，以期能達成 IMT-2020 計畫中各種第五代行動通訊技術所需滿
足的技術要求，對此，RAN2會議也在本次會議中繼續進行 NR這個
新研究項目的討論，討論的範圍涵蓋了對 NR的通用觀念與方針、可
能的布建場景、NR的無線協定架構、NR與長程演進技術(LTE)的緊
密互通、NR的獨立運作以及 NR內的移動問題等。
R2-164502:“RAN2 status on NR study - Rapporteur input to SA2/RAN3 joint session” NTT
DOCOMO.
本研究項目 (Study Item; SI)由 NTT DOCOMO領導整合信件討
論，主要希望會後到 2016/06/09 前蒐集各大廠對於新存取技術(New
Radio Access Technology; NR)標的布建情境 (Target deployment
scenario)與方針，目前 NR布建情境會先討論與現有 LTE系統共存的
場景，大致先分為共用基地台和非公用基地台模式，如此一來，不難
發現新存取技術未來將打破宏細胞(Macro Cell)架構的概念。
與後端核心網路連線方式也有初步共識的標的布建情境，如下圖
所示，就對不同的核心網路，包括現存 LTE 之演進的分封核心網
(Evolved Packet Core, EPC)與下世代核心網路(NexGen Core)，對於NR
基地台(NR-NB)與既有基地台(eNB)連線後端網路方式，概念是以主
21
從式關係，次基地台無論是NR-NB或 eNB都是以用戶平面(User plane;
UP)與後端網路連接，而主要基地台與後端網路連接還是保留控制平
面(Control plane; CP)與 UP，基站之間的 X2介面溝通與協商需求，需
要保留 CP與 UP。
EPC
LTENR
NRLTE
CP + UP CP + UP
1) NR tightly integrated in LTE via EPC 2) LTE tightly integrated in NR via NextGen Core
NextGen Core
CP
+ UP
UP
UP
CP + U
P
LTENR
CP + UP
3) NR tightly integrated in LTE via NextGen Core
NextGen Core
UP
CP + U
P
考慮 NR單獨存在的場景，直觀上有以下兩個連接方式：
NR
CP
+ UP
1) NR is connected to NextGen Core
NextGen Core
LTE
2) LTE is connected to NextGen Core
NextGen Core
CP
+ UP
不過在連接核心網路上，需考慮到異質無線接取技術 (Radio
Access Technology, RAT)、用戶設備(User Equipment, UE)移動、與換
手設定，不同的核心網路整合將會在服務及系統面第二工作群(SA2)
討論。同樣的慨念，若考慮與WLAN整合的架構（如下圖所示），各
家廠商非常重視有沒有對無線存取網路(Radio Acces Networks, RAN)
影響的場景。
WLAN Integration with NR
NRWLAN
UP
NextGen Core
CP + U
P
22
R2-163979 Guidelines for radio protocol design to be captured in the TR NTT
DOCOMO, INC. discussion
都科摩(NTT DOCOMO)的這篇技術貢獻，主要是要確認在 NR
的技術報告中載明無線存取技術的通用觀念與方針，強調在設計時要
讓 NR的獨立運作模式及與 LTE緊密互通模式具備最大的共通性，以
避免設計出兩套不同的系統。而在用戶平面方面，為了要支援不同的
應用需求，必須要支援不同等級的資料傳輸速率、可以設定不同的封
包遺失率以及延遲時間長短並且要將處理效率(processing efficiency)
最佳化。有部分公司認為要維持共通性是設計上的期望，但不應該成
為設計上的限制，因為獨立運作模式與緊密互通模式還是有其差異性，
不能為了迎合緊密互通模式，導致喪失了獨立運作模式最佳化設計的
可能性。因此主席決定經由信件討論的方式來決定哪些通用觀念與方
針要寫入 NR的技術報告中。
R2-164008 High level URLLC requirements Ericsson discussion
愛立信(Ericsson)的這篇技術貢獻則是討論超高可靠性與低延遲
通訊(Ultra Reliable and Low Latency Communication, URLLC)這種使
用場景的需求，這一篇的主要是提到 URLLC的使用場景有三個特性
要被滿足，分別是高可用性(higher availability)、高可靠性(higher
reliability)與低延遲(lower latency)，但是高可用性與網路的布建相關，
因此不需要在無線存取網路端討論，而其他公司也抱持相關的看法，
所以做出了下列的決議：
=> Study will not focus on high availability as in node, HW/SW, transport link
availability, and instead the focus should be on coverage, mobility, radio
link features etc. related to providing low latency and/or high reliability.
R2-164306 Summary of email discussion [93bis#23][NR] Deployment scenarios
NTT DOCOMO, INC. (Email discussion rapporteur) report
Summary report of email discussion [93bis#23]
23
都科摩負責的這一篇信件討論，主要是要收集各公司對於 NR獨
立運作的可能布建場景，以及與 LTE 緊密互通時的可能布建場景的
意見，最後整合出對於細胞布局與跟核心網路連結方式的可能布建場
景共識。對於 NR獨立運作時，細胞布局方面可能的布建場景包括了
同質布建與異質布建兩種，同質布建表示所有細胞的覆蓋範圍相同，
而異質布建則是細胞的覆蓋範圍大小不同；而針對跨無線存取技術的
移動，如從 LTE移動至 NR或是從無線存取技術移動至 LTE則包含
了下列兩種情況：
而對於跟 LTE 緊密互通時，細胞布局方面可能的布建場景包括
共站與不共站以及覆蓋範圍相同與不相同的情況：
與核心網路連結方式的則有下列可能的布建場景：
24
由於這是大多數公司都認同的布建場景，主席就根據這一篇信件
討論的結論做出了下列的決議：
Agreements:
1: The following scenarios in terms of cell layout, Node B location for
LTE-NR aggregation are captured in the TR.
1.1). LTE and NR "cells" are overlaid and co-located providing nearly the
same coverage; both are macro or small cells.
1.2). LTE and NR cells are overlaid, and co-located or not co-located
providing different coverage; one is a macro cell and the other is a small
cell.
2: The following scenarios in terms of CN connection for LTE-NR
aggregation are captured in the TR.
2.1). NR tightly integrated in LTE via EPC (U-plane data is split at CN or
RAN).
2.2). LTE tightly integrated in NR via New CN (U-plane data is split at
CN or RAN).
2.3). NR tightly integrated in LTE via New CN (U-plane data is split at
CN or RAN).
Note: To be confirmed at joint meeting whether any concern studying case
where NR connects to EPC via UP
3: The following scenarios in terms of cell layout for standalone NR are
captured into the TR.
3.1). Macro cell only deployment
3.2). Heterogeneous deployment
3.3). Small cell only deployment
Proposal 4: The following scenarios in terms of CN connection for single
RAT and inter-RAT standalone operation are captured in the TR.
For single RAT operation:
4.1). NR Node B is connected to New CN.
4.2). LTE eNB is connected to NR Node BNew CN (or EPC as today).
For inter-RAT mobility:
4.3). LTE eNB is connected to EPC and NR Node B is connected to New
CN.
4.4). Both LTE eNB and NR Node B are connected to New CN.
25
R2-163592 NR-WLAN interworking deployment scenarios Intel Corporation,
Qualcomm Incorporated discussion
英特爾(Intel)與高通(Qualcomm)合提的這篇技術貢獻則是討論到
NR 與無線區域網路(WLAN)互聯的可能布建場景，第一種是 WALN
透過 NR 基站與新的核心網路進行連結，第二種則是 WLAN 直接與
新的核心網路進行連結。但是由於服務及系統面第二工作群(SA2)目
前並沒有支援到第二種情況，因此多數公司只同意納入第一種布建場
景。最後便做出下列決議：
Agreements
1: Scenario: WLAN integration with NR
R2-164165:“Control plane aspects of higher frequency support in NR” Huawei, HiSilicon.
本提案建議，雖然 RAN2 大部分議題要等到 RAN1 有決議才可
以繼續討論，但是對於以下議題可以先做討論：
使用無線電資源控制(Radio Resource Control, RRC)訊息來控
制以波束選擇(Beam Selection)。
NR架構下 RRC訊息如何帶波束資訊。
NR資源分配。
高頻(high frequency, HF)的高衰減條件迫使高頻 NR基地台需使
用波束成型(Beamforming)，而既有宏基站(Macro Cell)亦可以彌補高
頻鏈路不穩定的缺陷。基於 R12雙連結(Dual Connectivity; DC)與載波
聚合(Carrier Aggregation; CA)共識下，以更動幅度最小，如下圖所示。
NR RRC控制通道資訊還是保留在Macro cell，而高頻 NR基地台則
像次基地台(Secondary eNB; SeNB)一樣。
26
HF
Macro
R2-163702 LTE-NR aggregation NTT DOCOMO INC. discussion
都科摩的這篇技術貢獻則是討論 LTE與 NR的聚合，如果是傳統
的載波聚合技術，必須要有理想無線後端(ideal backhaul)的支持，如
果是雙連結技術，雖然資源分配的效率沒有載波聚合技術這麼好，但
是不需要有理想無線後端就可以運作，因此建議以雙連結技術為基礎
開始研究。多數公司也認為 LTE與 NR是完全不同的，要有單一的媒
體存取控制層來進行載波聚合將會相當複雜，而且利用雙連結技術來
達成兩個不同存取技術的聚合將可以同時是用在理想無線後端與非
理想無線後端的兩種情況。因此做出下列決議以利後續設計工作之進
行：
Agreements:
1 - DC approach for LTE-NR aggregation will be studied (FFS whether
3c/1a-like or other user plane architecture to be used)
1a LTE as master and NR as master will both be studied.
2- The CA based LTE-NR aggregation will not be studied as part of the study
item
R2-164033 Aggregation of carriers for NR Ericsson discussion
愛立信這篇技術報告則是認為在 NR單獨運作時，應該要研究載
波間聚合的技術，以達成頻段擴展之目標，其他公司並無異議。最後
便做出下列決議：
27
Agreements
1 Aggregation of NR carriers is to be studied
R2-163685 Carrier Aggregation in Standalone NR Nokia, Alcatel-Lucent
Shanghai Bell discussion
諾基亞(Nokia)的這篇技術提案則是認為 LTE 中所採用的載波聚
合機制與雙連結機制都應該要在 NR中加以研究，大部分的公司也認
為這兩套機制都應該要被研究。最後便做出下列決議：
Agreements
1 As in LTE, NR shall study lower layer aggregation (e.g. CA-like) and
upper layer aggregation (e.g. DC-like)
R2-163591:“Transport of L3 signalling in standalone NR” Intel corporation.
目前 LTE 系統運作下，RRC 訊息包含訊號無線承載(Signaling
Radio Bearer; SRB)，但其中有優先權順序，由高至低依序為 SRB0、
SRB1、與 SRB2。但是相同概念應用在 NR系統，如下圖所示的架構，
NR系統用戶平面具有高服務品質保證條件上的優勢，不需要優先權
的概念，可以有簡約的 RRC 訊息交換，但尚需安全功能的機制值得
在本研究項目研究討論。
NR RAN node
PHY
NR UE
PHY
NR User plane
NR User plane
NAS NAS
RRC RRC
NextGen
Core
28
單獨(Standalone)運作之 NR，應用 DC技術將不僅僅是緊密互通
(tight interworking)才特有的議題，原則上若 RRC訊息統一由主要細
胞群組 (Master Cell Group; MCG)承載資料連線載體 (Data Radio
Bearer; DRB)將最單純，沿用 R12之 DC技術即可達成。考慮 RRC訊
息由MCG與次要細胞群組(Secondary Cell Group; SGC)混合的承載方
式，將會如下圖的兩種變化，分別是由 SGC控管的 RRC訊息還有混
合的承載方式。
NR RAN
MCG node
PHYPHY
NR User plane
NR User plane
NAS NAS
RRC RRC
NR RAN
SCG node
PHY
NR User plane
RRC
PHY
NR User plane
RRCNextGen
Core
NR UE
R2-164025 Higher layer protocol functions and services Ericsson discussion
愛立信這篇技術報告重新檢視了在 LTE 中用戶平面各子層的主
要功能，其結論表示 LTE 中的主要功能包括加密、解密、重傳、切
割、重組與排程、多功等在 NR中都有其需求，但是為了滿足不同使
用場景的需求，可以考慮將某些功能設為不運作，因此建議將 LTE
中不同子層的功能作為基礎來討論如何設計 NR。多數公司認為可以
採用 LTE 中功能為基礎，但需要重新考慮這些功能所屬的子層及順
序以尋求 NR的優化。因此做出下列決議以利後續設計工作之進行：
Agreements
29
1 LTE L2 functions are consider as a baseline for NR. Order, allocation to
sublayers, possible merger of functions needs to be considered on a case by
case basis.
R2-163439:“UP Radio Protocols for NR” Nokia, Alcatel-Lucent Shanghai Bell.
先前 3GPP RAN2 # 93bis會議留下用戶平面協定需再研究的結論，
本篇提出 NR 協定初步架構，本團隊認為網路聚合子層(Network
Convergence Sublayer, NCS)與無線控制子層(Radio Control Sublayer;
RCS)將會打破現有堆疊協定。如下圖所示，基於多連結
(Multi-Connectivity, MC)，包括WLAN與其他非 3GPP定義規範之技
術等，故有新的用戶平面協定 NCS，與目前的 PDCP層的功能相比，
尚需要資料複本(Data duplication)與資料分割(Data splitting) 兩個功
能：對應於 RLC層，RCS反倒是精簡化功能，連鎖功能(concatenation
function)已存在目前的RLC層，但因為NR的MAC層已經有此功能，
本篇提出 RCS 將簡化，雖然各家廠商沒有明顯的共識，但已初步有
概念性的想法。
NG-NB
PHY
NG-UE
PHY
MAC
RCS
MAC
NCSNCS
RCS
R2-164124 User Plane L2 function analysis Qualcomm Incorporated, Convida
Wireless discussion
高通的這篇技術報告則是認為封包資料匯聚通訊協定(PDCP)層
與無線電連結控制(RLC)層都有重排功能來保證資料傳送順序的正確
性，應該將重排功能放至在較上層的子層即可，另外對於切割與重組
的功能，因為都與資源排程相關，所以應該要放置在與排程功能以起
30
的，也就是較下層的子層中，最後則是認為不一定需要硬性規定使用
重傳功能，當可靠度高到一定程度時，不一定需要使用重傳機制。
Protocol Legacy U-plane functions
PDCP
IP header compression and encryption of user data
(security)
In-order delivery to upper layer and duplicate detection
Packet-level retransmissions across links (upon
connection re-establishment)
RLC
Concatenation
Segmentation and reassembly
In-order delivery to upper layer and duplicate detection
Byte-level retransmissions (AM only)
MAC
Priority handling between logical channels
Concatenation, (De)multiplexing of MAC SDUs and
padding
由於各公司對於哪些功能需要移除或是留下都各有其看法，因此
本次會議紀錄下相關的問題留待下次會議再繼續討論之。
Agreements:
1 Study whether a single packet reordering function is possible
2 Study whether segmentation function can be configured (enabled/disabled)
to support different services
3 Study whether concatenation function can be moved to lowest L2 sublayer.
4 Study whether retransmission of PDU segments can be removed (i.e. only
complete PDU level retransmission)
R2-164027 Tight integration of NR and LTE User Plane design Ericsson discussion
愛立信這篇技術報告認為在研究 NR與 LTE的緊密互通時，應該
要研究支援原本雙連結技術中的分流架構與非分流架構，雖然目前
SA2所制訂的網路架構目前並沒有支援到非分流架構，但大多數公司
認為為了達到高的資料傳輸速率，非分流架構有其必要性。最後便做
出下列決議：
31
Agreements
1 Study both split bearer (3C bearers) and direct routing (1A bearers) for
LTE-NR multi-RAT.
R2-163511 Control plane options for RRC in LTE NR tight interworking Nokia,
Alcatel-Lucent Shanghai Bell discussion
諾基亞的這篇技術提案則是探討NR與LTE的緊密互通時的控制
平面選項，目前 LTE 的雙連結技術乃是採用選項一，但是諾基亞認
為在 NR與 LTE的緊密互通時採用選項二有幾個好處，第一是 NR與
LTE的無線資源控制(RRC)可以各自演進不會受到對方干擾，第二是
NR的量測報告可以直接回報給 NR的基地台而不會有額外的延遲，
因此建議採用選項二。但是部份公司認為選項二會造成 RRC 狀態過
於複雜，因為雙 RRC會有兩套的 RRC狀態機制運作，在設計上也會
較為容易。由於選項一與選項二各有優劣，因此本次會議除了基本的
共識外，也紀錄下相關的問題留待下次會議再繼續討論之。
Agreements
=> UE has a single RRC state machine based on the master, and single control
plane connection to CN
=> Network has two RRC entities that can generate ASN.1
=> ASN.1 generated by the secondary can be transported by the master (at
least in some cases, e.g. for first configuration)
32
FSS points to consider for next meeting.
- Is ASN.1 generated by one node transparent (no necessity for the
master to understand the ASN.1 generated by the secondary) to the
other node?
- Can NR and LTE generate final RRC messages?
- Can secondary send messages directly to UE over the secondary
radio (e.g. an SRB on the secondary)
- Can messages generated by master node can be transported over the
secondary radio.
- Can a single message generated by master/secondary node can be
transported over both master and secondary radio.
- UL cases also to be considered.
R2-163998 Handling of inactive UEs Ericsson discussion
愛立信的這篇技術貢獻則是認為，為了滿足 NR在控制平面延遲
在 10 毫秒以下的要求，必須要採用類似窄頻段物聯網(NB-IoT)中無
線資源控制連線回復的機制，來縮短控制平面延遲，亦即是讓用戶設
備進入一個由無線存取網路控制的不活動狀態(inactive state)，但是仍
然保持無線存取網路與核心網路對於該用戶設備之連線，以便能快速
進入連線模式並進行資料傳送。由於大家對於不活動狀態是否是一個
新的無線資源控制狀態或是僅是某一個無線資源控制狀態的子狀態
沒有辦法有立即的共識，目前也不清楚在服務及系統面第一工作群是
否會在 NR也保留閒置模式，因此僅做成下列決議並記錄下尚待釐清
的問題。
Agreements:
1 Study the introduction of a RAN controlled “state” characterised by, at
least:
a/ - UEs in RAN controlled state should incur minimum signalling, minimise
power consumption, minimise resource costs in the RAN/CN making it
33
possible to maximise the number of UEs utilising (and benefiting from)
this state
b/ Able to start data transfer with low delay (as required by RAN
requirements)
FFS whether data transfer is by leaving the "state" or data transfer can occur
within the " state"
FFS whether " state" translates to an RRC state
Potential characteristics of the RAN controlled “state” for study:
a/ the CN/RAN connection is maintained
b/ AS context stored in RAN
c/ Network knows the UE's location within an area and UE performs
mobility within that area without notifying the network.
d/ RAN can trigger paging of UEs which are in the RAN controlled
"inactive state"
e/ No dedicated resources
R2-163364 Intra-5G Mobility related requirements Samsung R&D Institute UK
discussion
三星(Samsung)的這篇技術貢獻則是討論 NR 的移動性問題，三
星建議應該要採取類似以前 LTE 的做法，在連線模式時由網路端控
制用戶設備的移動，而在閒置模式時用用戶設備端自行控制，並且建
議在連線模式時盡量減少對於用戶設備的量測設定，以減輕信令負擔，
另外也要避免用戶設備在小基地站間換手的乒乓效應。大多數的公司
都同意這些原則，因此做出下列決議：
Agreements:
1 NR eNB corresponds to 1 or many TRPs
34
Agreed requirements
2: As baseline, NR shall support a state with network controlled
mobility handling and a state with UE controlled mobility.
3: For typical NR inter-eNB network controlled mobility, minimise the
required measurement configuration to be provided to the UE to configure
measurements (e.g. avoid the need to provide detailed 'cell' level
information). More detailed information may be provided to address some
cases.
4 Minimise context move as a consequence of UE based mobility.
R2-163437:“Beam Terminology” Nokia, Alcatel-Lucent Shanghai Bell
先前3GPP RAN2 # 93bis會議已區別定義出波束與細胞(cell)移動
式的差異，波束為基礎的移動議題，考慮以實體層為主，不去動用
RRC重配置訊息。
本篇提出的觀點，如下圖所示，下世代基地台(NG-NB)存在不同
的波束指標(Beam Index)，波束指標具有以下特性：
Beam Index
#1Beam Index
#2
Beam Index
#N
NG-NB
波束指標有獨立的幅射場型(Radiation Patterns)。
35
波束指標具有一組傳送與接收配對關係。
波束品質(Beam quality)是可以被量測與精算出的值，和接收
的功率與品質相關。
NG-NB亦存在細胞識別(Cell Identifier; CI)，存在以下假設：
細胞識別對應出單一細胞。
細胞區域內存在多個波束指標。
綜觀上述波束與細胞移動式的差異，若考慮兩者重疊的情境，如
下圖所示。UE 移動到不同波束，需要設計對於現有協定影響最小訊
息與流程設定，將會是後續會期的重點討論事項。
Beam Level Mobility
Cell Level Mobility
Cell1 Cell2
Beams of Cell1
Beams of Cell2
4. 窄頻段物聯網(Narrowband Internet of Thing, NB-IoT)技術議題
NB-IoT 的技術討論在本次會議招開前已經透過電子郵件達成的
絕大部分的共識。本次會議，各家公司僅針對需修改的技術規格文件
做最後的文字確認，並且合併了從第一工作小組(RAN1)與第三、四
工作小組(RAN3、4)過來的決議做出對應需要的修訂。同時，主席安
排了部分時間處理各公司提出欲釐清的字句與程序定義，例如：窄頻
實體下行控制通道週期 (Narrow Band Physical Downlink Control
Channel Period, NPDCCH Period)的計數方式與限制存取 (Access
36
Barring, AB)的程序邏輯正確性等。
R2-163479 Procedure of Access Barring Check for NB-IoT CATT
在 NB-IoT技術中，RAN2 設計了一套限制存取控管機制，限制
阻擋類似於既有長程演進技術(LTE)系統中的限制層級存取(Access
Class Barring)，都是藉由將使用者裝置分配到多個存取層級，並且透
過基地台廣播位元地圖(bitmap)的方式以通知何種層級的使用者裝置
是被允許做系統存取。然而，對於使用者裝置而言，如何有效且及時
掌握最新的存取控制資訊，與判斷是否存取受到限制皆是相當繁瑣的
程序設計。為此，大會目前已初步訂定了一套程序，如下圖所示。
但 CATT 指出以下兩項情況並未被寫入在現有的技術規格請求
文件內。
第一 存取層級為0至9且未被歸類在任何特殊存取層級的使用
者裝置，若所屬之存取阻擋位元地圖(ab-BarringBitmap)被設立
為”1”，未規範對應處置程序。
第二 基地台根據公用陸地移動網路 (Public Land Mobile
Network, PLMN)所廣播的專屬存取限制參數，以及被上層所選取
的 PLMN之存取限制配置，未被包含在系統資訊區塊 14(System
Information Block 14, SIB14)內。
如下圖所示，按照目前技術規格 TS 36.331當中，判斷使用者裝
置是否被限制存取的程序是先判斷層級 0至 9的位元地圖是否被設立
37
為”1”。 假若 0 至 9 的位元地圖設立為”0”，使用者裝置則需要再
進一步觀察系統是否啟動針對建立連線緣由(Establish Cause)為例外
資料(Exceptional Data)進行存取限制。在 R13技術規格中，窄頻段物
聯網多訂定了一類例外資料的建立連線緣由。此建立連線緣由是為了
符合窄頻段物聯網緊急回報能夠避開系統存取限制之需求。所以當系
統啟動例外資料之建立連線緣由之存取限制，而窄頻段物聯網使用者
裝置之建立連線緣由非例外資料時，則窄頻段物聯網使用者裝置需進
行更第三階之存取判斷。第三階之存取判斷為窄頻段物聯網使用者裝
置依據定義在 SIM卡內的特殊存取層級(Special Access Class)去比對
系統所公告之特殊存取層級位元地圖中對應之層級是否被設立為”
1”。然而這樣的判斷流程並無規範到未擁有特殊存取層級的使用者
裝置。因此，CATT公司在提案中提出修正後的判斷式。在各公司離
線討論後，確認了此問題的存在，並且認同 CATT公司所提出的修改
方案。最後技術規格 TS 36.331中的存取控制章節將會以更新後的版
本寫入。
R2-164034 Summary of email discussion on Multi-PRB configuration Ericsson
38
在 R13所規範的窄頻段物聯網(NB-IoT)可以支援多載波運作，不
過RAN1與RAN2對於載波的用語並不一致，例如RAN1稱為”PRB”，
RAN2 稱為”Carrier”。目前欲寫入技術規格 TS 36.331 中的名詞使用
並未統一。NB-IoT使用者裝置(User Equipment, UE)在連線與閒置模
式中所接收同步訊號、呼叫、廣播通道與接收系統資訊的 180K頻率
資源，與 NB-IoT 使用者裝置在連線模式下被配置用來做單點播送
(Unicast)的頻率資源，皆需要被嚴謹的定義。依據本次會議之結論，
定義拍板如下：
錨載波(Anchor carrier)：NB-IoT使用者裝置接收同步訊號、
廣播通道與接收系統資訊的載波。
非錨載波(Non-Anchor carrier)：NB-IoT使用者裝置非接收同
步訊號、廣播通道與接收系統資訊的載波。
其中多載波的運作下，錨載波與非錨載波的配對並非支援所有的
排列組合，依據目前的討論僅僅支援以下的選項，並且兩個載波的間
隔不可以超過 20MHz：
兩載波皆在保護頻段(guardband/guardband)
錨載波在保護頻段而非錨載波在使用頻段(guardband/inband)
兩載波皆在使用頻段(inband/inband)
錨載波在使用頻段而非錨載波在保護頻段(inband/guardband)
兩載波皆在獨立運作頻段(standalone/standalone)
R2-163634 Random Access for CIoT UP solution in MCO Intel
Intel 公司指出 RAN1 已決議在多載波模式運作下，過去在非錨
載波下接受服務的窄頻段物聯網(NB-IoT)使用者裝置，在隨機存取程
序完成之後會切換回到之前的非錨載波。錨載波至非錨載波切換流程
如下圖所示。
39
然而 Ericsson公司則認為，雖然在 RAN1決議藉由隨機存取程序
中的第四道訊息來通知使用者裝置回到非錨載波，不過實際的做法卻
不是很明確。所以對應此決議，RAN2應該要設計出對應的程序以及
訊息設計以支持此運作模式。RAN2與會公司共提出了三種可能的解
法：
解法一：此解法中，基地台藉由第四道訊息中的資源分配來
當作通知 NB-IoT使用者裝置切換載波的指示，但 NB-IoT使
用者裝置忽略該資源分配對應之資料傳送。其中又可細分為
NB-IoT使用者裝置與基地台觸發兩種做法。兩種做法主要差
異在於 NB-IoT 使用者裝置觸發時，基地台端未有下行資料
需要傳送，故不做下行資源分配。
基地台仍在第四道訊息提供錨載波上的上行的資源分配，
但 NB-IoT使用者裝置忽略該資源分配，轉而關注非錨載
波的實體下行控制通道。
基地台觸發：基地台在第四道訊息提供錨載波上的上/下
行的資源分配，但 NB-IoT使用者裝置忽略該資源分配，
轉而關注非錨載波的實體下行控制通道。
UE Anchor carrier Non-anchor carrier
Data transmission
Contention Resolution success
UE starts monitoring Non-anchor carrier upon receiving Msg4
Data transmission
40
解法二：此解法中，基地台藉由第四道訊息中的資源分配來
當作通知 NB-IoT使用者裝置切換載波的指示。接著 NB-IoT
使用者裝置根據該資源分配做對應之資料傳送。其中又可細
分為 NB-IoT 使用者裝置與基地台觸發兩種做法。兩種做法
主要差異在於 NB-IoT 使用者裝置觸發時，基地台端未有下
行資料需要傳送，故不做下行資源分配。
NB-IoT使用者裝置觸發：基地台在第四道訊息提供非錨
載波的上行的資源分配，接著 NB-IoT使用者裝置使用該
資源分配。
基地台觸發：基地台在第四道訊息提供錨載波上的上/下
行的資源分配，接著 NB-IoT 使用者裝置使用該資源分
配。
解法三：
如下圖所示，NB-IoT使用者裝置在第一次傳送第三道訊
息後開始關注非錨載波，並且在非錨載波上面接收第四
道訊息，相當於在非錨載波上面做競爭解析(contention
resolution)。
41
在上述三種解法當中，第二種解法需要支援跨載波排程
(cross-carrier scheduling)。第三種解法需支援跨載波混合型自動重傳
(cross-carrier HARQ retransmission)。Ericsson公司認為第一種解法中
部分的無線資源是被浪費掉的，第三種解法並不可行，關鍵的原因在
於基地台無法辨識該隨機存取程序是由基地台所觸發還是使用者裝
置自己觸發。大會最後的決議是採納第二種解法。
R2-164309 Open issues on UE capabilities Ericsson
在稍早結束的 NB-IoT adhoc2會期中，RAN2決議在 R13規格當
中，不去傳遞使用者裝置類別(category) NB1，而是根據使用者裝置
所回報的” access stratum release indicator”標籤若為 R13，即代表該使
用者裝置為支援類別 NB1。如下圖所示，使用者裝置回報能力格式
中”ue-Category-r13”是非必要選項。
UE Anchor carrier Non-anchor carrier
Data transmission
Contention Resolution success
UE starts monitoring Non-anchor carrier upon sending the first
transmission of Msg3
Data transmission
42
Ericsson公司認為未來版本的規格中，支援窄頻段物聯網的使用
者裝置並不必要支援類別 NB1。假若使用者裝置類別在現在的版本中
被忽略，未來的版本當中一樣要利用使用者類別來傳遞使用者裝置所
支援的版本。如下圖所示之未來版本之使用者裝置回報能力格式，甚
至還有可能造成僅支援類別 NB1 的基地台會無法辨識未來版本的使
用者裝置。所以建議 RAN2 在 R13 規格中，將使用者類別資訊回報
納入必要規範。由於會場上公司未能就此議題達成共識，主席裁決在
R13繼續依照先前的決議不回報使用者裝置類別。
R2-163851 Connected mode DRX for NB-IOT MediaTek
R13 的窄頻段物聯網中，窄頻實體下行控制通道(Narrowband
Physical Downlink Control Channel, NPDCCH)並未在每個子訊框
(subframe)都會出現。為了達到省電的效果以及為了訊息溝通上的方
便性，基地台在配置非連續接收(Discontinuous Reception, DRX)程序
時，會採用 NPDCCH周期的倍數進行配置。然而MediaTek公司發表
了此篇提案說明了一個未被大家所注意到的現象。如下圖所示，即使
個別窄頻段物聯網使用者裝置在連線狀態被配置了相同長度的開啟
時間，也會因為起始偏移(Start Offset)的不同而造成觀測的 NPDCCH
數量不同。經過大會釐清，此問題確實存在當前設計的版本中。最後
43
大會同意將開啟時間長度的配置方式改為 NPDCCH出現之次數。
ON Duration
eNB
UE1
Cond_PDCCH: (10SFN+subframe index) mod T == 0Cond_DRX1: (10SFN+subframe index) mod longDRX_Cycle == drxStartOffset1Cond_DRX2: (10SFN+subframe index) mod longDRX_Cycle == drxStartOffset2
Cond_DRX1
UE2
Cond_DRX2
PDCCH #0 PDCCH #1
Cond_PDCCHT = Rmax*G
PDCCH #2
ON Duration
七、心得與建議
增強型授權頻帶輔助之非授權頻帶存取技術(LAA)的議題，在前
次會期中已多有討論及決議，重點在於再次確認其共識，並將結論通
知 RAN1；觀察重點在於，RAN2對此議題的設計與運作程序和 RAN1
之要求能否搭配，若有衝突或疑慮之處時，將須注意是以何決議為
主。
增強型 LTE與WLAN聚合(eLWA)的議題，本會期為第二次討論，
由於上行傳輸設計在其他議題中，已有類似討論，因此多為模仿或相
似原理運作，重點在於釐清是否引進不同之設定；目前已決議支援
60GHz頻段；雖然未討論資訊收集與回饋以及自動建立鄰近基台關係，
但可預期其目的在於強化 LTE與WLAN聚合之成效，須注意是否有
新的量測或回報資訊之產生，以及對系統效能之影響。
新無線存取技術(NR)議題的方面，為了能夠跟上時程表，在本次
會議中加速討論 NR的相關議題，在布建場景部份已經取得共識，而
44
用戶平面與控制平面的設計則才踏出了第一步。在會議中可以感受到
各國際大廠對於NR都有強烈的企圖心，雖然目前僅是在研究的階段，
但是對於各個環節絲毫不輕易妥協，各公司亟欲佈局與推展各自研發
技術的態度不言可喻。透過參加這次會議，可與其他公司的成員進行
交流與討論，得以收集與釐清 NR未來可能的實際應用與發展方向，
這些資訊可成為本團隊持續開發第五代行動通訊技術的參考與依
據。
窄頻段物聯網(NB-IoT)工作項目在本次會議中已告一段落，但由
於需產出完整版本的技術規格改變請求文件，以交付六月的 RAN大
會作確認通過，才能正式納入 R13 的規格規範。在會場上與 Nokia
以及 Qualcomm公司交換意見後發現，已有不少較大型的公司在做串
聯，規劃 R14中提出窄頻段物聯網的增強版議題。依目前觀察，R14
討論的重點將涵蓋移動性(Mobility)、能耗(Power consumption)與訊號
覆蓋等級(Coverage level)的切換程序等。其中又以能耗降低的工作最
為優先，值得進行技術布局。