出國報告（出國類別：其他）

3GPP RAN2 #83會議報告

出國人員：王竣彥、包偉丞、王鴻翔、陳秋紋、

劉舒慈、李永台、簡均哲、吳志祥、

陳德鳴、葉向榮

派赴國家：西班牙/巴塞隆納

出國期間：102年 08月 17日至 102年 08月 25日

報告日期：102年 09月 30日

2

摘 要

本次 3GPP RAN2#83會議於西班牙的巴塞隆納舉行，本研發團隊

依規劃有 10位成員出席參與。此行主要任務說明如下：

1. [HetNet mobility enhancements for LTE] 異質網路(Heterogeneous

Network, HetNet)是指宏基地台(macro eNB)下佈建不同功率或低

功率的基地台，當使用者移動時所延伸的移動性管理問題，包含

了三項議題：換手失敗率與乒乓效應、異頻網路偵測、連線恢復

之協助，目的在於從各家公司所提出的方案中，挑選出出解決問

題的有效方法，且能相容於 Rel-8/9/10，並期望於能得到共識與未

來要執行的方向。

2. [Small Cell Enhancements – Higher Layer] 小區強化(Small Cell

Enhancement; SCE)是 Release-12 的一個重要技術方向。RAN2 主

要是負責 higher layer 的討論，包括 : Inter-node resource

aggregation、mobility robustness、signaling load等議題。本次會議

亦有一個 RAN2與 RAN3 的 joint session，一同進行基地台與基地

台之間，新的 Xn interface的討論。

技術貢獻：

在這次會議，本團隊在 RAN2會議上提出了 7篇標準貢獻提案，

其中 2篇被接受。

根據上一次 RAN#60會議的報告，LTE Release-12 Stage 1已於今

年 3 月正式凍結，並預計將於今年 12月凍結 Stage 2文件。同時 Stage

3則規劃將於明年 6月完成，並於三個月後凍結 ASN.1格式。本團隊

為了掌握 LTE-Advanced Release 12/13的發展方向，派出多位成員出

席本次會議，以便掌握會議期間各家廠商對於不同議題之立場與看

3

法，並且收集各並行會議之最新發展狀況與討論結果，了解各項重要

研究議題與技術之現況，以期提早佈局相關之研究。

會議解說：

3GPP LTE-Advanced rel-11 and rel-12：

經過 2011與 2012年RAN2會議的討論，目前LTE-Advanced rel-11

的系統技術規格Stage 3標準制定已經進入了第三版本 v.11.2.0。3GPP

RAN2 工作群組目前針對 LTE-Advanced Release 11 系統規格分為數

個主要工作項目，展開細部改進及修正。而 LTE-Advanced Release 12

也正式進入了討論階段，本研發團隊主要目標便是持續對目前

LTE-Advanced Release 11 以及 Release 12 的各工作項目提出技術提

案。

3GPP LTE-Advanced rel-10 and earlier：

現階段 LTE-Advance rel-10及其之前版本之標準已處於完成已結

案狀態。除發現重大問題以外，預計不會做任何的規格變動。因此，

本研發團隊主要目標便是掌握 LTE-Advanced Release 10 及其之前版

本標準目前發展現狀，參與同仁將會視情況適時提出技術提案。

本次 3GPP TSG RAN #83會議於西班牙的巴塞隆納舉行，主要議

題 包 括 WLAN/3GPP Radio Interworking 、 HetNet mobility

enhancements、MTCe、D2D以及 Small Cell Enhancements 等技術議

題。

另外，此次會議也同時進行 RAN2主席與副主席的選舉，但由於

沒有其他競爭者出來參選，所以原主席與副主席皆獲得鼓掌直接通過

繼續連任，主席由 Ericsson代表續任，副主席則分別 INTERDIGITAL

與 LG代表連任。

1. [HetNet mobility enhancements for LTE]

4

此次會期討論的重點於三項議題中，將各公司所提出的方法做篩

選，讓解決方案能收斂於少數幾個方法，以進行實質討論；換手

失敗率與乒乓效應議題方面，則利用 E-mail discussion收集各家公

司的可行方案，並進行分類已決定解決方案的走向；異頻網路偵

測議題方面，則實質討論其中的五種方法，列出優缺點，以供現

場與會的公司進行方案的排除；連線恢復之協助，雖然沒有實質

討論，但會議後將會有 E-mail discussion討論模擬的設定，讓各家

公司可以有相同的模擬環境，以得到公平的方案成果比較基準。

2. [Small Cell Enhancements – Higher Layer]

本次會議關於 Small Cell Enhancements – Higher Layer 的議題，包

含 Control Plane與 User Plane架構的初步篩選，各家公司針對現有

的解決方案提出優缺點的比較。最終同意刪除 UP 的 alternatives

2D&3A，並決定以 CP 的 Option 1 做為日後討論的基準。另外，

為了降低 CN signaling的負擔，一個新的 mobility anchor的網路元

件功能也被提出來討論。

5

目 錄

摘 要 ........................................................................................................... 2

一、會議名稱 ............................................................................................. 6

二、參加會議目的及效益 ........................................................................ 6

三、會議時間 ............................................................................................. 6

四、會議地點 ............................................................................................. 6

五、會議議程 ............................................................................................. 6

六、會議紀要 ............................................................................................. 8

七、心得與建議.......................................................................................38

6

一、會議名稱

3GPP TSG RAN2 #83 Meeting

二、參加會議目的及效益

參 與 WLAN/3GPP Radio Interworking 、 HetNet mobility

enhancements、MTCe、D2D以及 Small Cell Enhancements 等討

論及尋找可研究的題目

報告本團隊所發表的文章

發表系統實作所發現的相關議題，增進實作技術和系統概念的

交流

與其他大廠接觸以討論合作項目

使其他國際廠商清楚了解本團隊的技術方法與關注方向，以期

開展未來合作機會。

加強與合作廠商的關係，提高合作密度。

三、會議時間

19th August -23rd August 2013

四、會議地點

Barcelona, Spain

五、會議議程

RAN2#83的會議議程如下 19th August -23rd August 2013：

7

Schedule Main room LTE UP room UMTS room

Mon 09:00 -> [2],[3],[4],

[5.3] Other: HeNB enh.

[5.1] WLAN/3GPP

Tue 08:30 -> 12:30 [5.2] MTCe

Tue 14:00 -> 19:00 [6.1] LTE Rel-8/9/10 CP

[6.x] Rel-11 CP

[6.1] LTE Rel-8/9/10 UP

[6.x] Rel-11 UP

[8] UMTS Rel-6/7/8/9/10

[9] UMTS Rel-11

Tue ~19:00 Offline ad-hoc on WLAN

inter-working (~19:00)

Wed 08:30 -> 12:30 [6.x] Rel-11 CP

[7.2.1] SCE Higher Layer

[6.x] Rel-11 UP [9] UMTS Rel-11 (cont.)

[10.3] Beidou UMTS

[10.2] HetNet

Wed 14:00 -> 16:00 [7.2.2] SCE Higher Layer

Joint with RAN3

[10.2] HetNet (cont.)

[10.1] FEUL

Wed 16:30 -> 19:00 [7.2.3/4] SCE Higher Layer

Wed ~19:00 Offline ad-hoc on MTCe

(~19:00)

Offline ad-hoc on HetNet for

TP drafting (~18:30)

Thu 8:30 -> 12:30 [7.3] BeiDou LTE

[7.4] DL MIMO

[7.1] HetNet Mobility

[10.1] FEUL

[10.4] S-UMTS

Thu 14:00 -> Comebacks

[7.5] D2D

Comebacks

[10.4] S-UMTS (cont.)

Thu Offline ad-hoc on S-UMTS

for TP drafting (~18:30)

Fri 8:30 -> Left-overs, Comebacks Comebacks and leftovers

Fri: 14:00 ->

until 17:00

Left-overs, Comebacks (Joint

topics), [12][13][14]

8

六、會議紀要

1. SI: RAN aspects of MTC and other mobile data applications

Communications enhancements

根據 TR23.887，MTCe主要著重於討論 Rel-12 的 UE在 SDDTE

對 RAN的影響，以及討論優化 UE的省電模式。

Signalling Gain Evaluation

R2-132838 Summary of email discussion [82#12][Joint/MTCe] Signalling gain

evaluation for SDDTE; ZTE Corporation; Report; result of email

discussion [82#12] ;

目前預測 SDDTE signalling overhead 的方法主要可分為三類：

Control Plane solution 2a：主要是在未建立 User plane的情

況下，只利用 Control plane的連線來傳送資料。

S1-MME Connectionless solutions 3a & 3b：主要是 UE在

ECM-idle中傳送資料。

Solution 4b 'Optimized service request procedure for UEs with

a single bearer'：主要是優化 S1AP/RANAP的訊息傳遞的方

法。

此篇針對各類方法的 signalling gain進行 email討論與分析，並同時將

討論的結果寫成 TR 37.869的 Text proposal (R2-132895)。儘管 ZTE

希望能在此次會議有所結果，並回覆 SA2以完成此 Study item，但在

會場的討論過程中大家仍對 TR的文字提案有問題，經過 offline討論

後，針對 Solution 2a DoNAS 決議回覆 SA2的內容如下：

Agreed reply to SA2

Solution 2a (‘RRC connection without U-plane radio bearer establishment’) seems

feasible and it could lead to noticeable performance improvements on both the

radio and the S1-MME and Iu interfaces, for “infrequent, small data transmissions”,

i.e. under all the following conditions:

• The solution is used for the transmission of ‘isolated’ bursts of packets, which

means that the transmission of a bursts of packets if followed by a relatively long

inactivity period (e.g. at least one minute). If the inter-arrival time of the packet

9

bursts is shorter, then it is more efficient to keep the UEs in connected mode.

• The packet burst is made of maximum 2 or 3 packets (considering both UL and DL

packets). If more packets are sent in a burst, the gain would be lost and the

solution would provide worse capacity than legacy solutions on both the radio

and the S1-MME / Iu interfaces (as each packet would require a RRC message

over the radio and a corresponding message over S1-MME / Iu).

• The packets are ‘small’ in size (if radio efficiency is a concern); otherwise the gain

over the radio would be lost. Note that in any case there would still be benefits on

the S1-MME / Iu interfaces in terms of the number of packets.

RAN2 would also like to point out that it would be important to ensure that only traffic

matching these characteristics makes use of such a solution since use with other

traffic patterns will result in capacity and performance loss. RAN2 points out that

the UE would need means to distinguish such traffic unambiguously. The

applicability of the solution is limited to these very specific use cases.

The impact of handling user plane traffic in the control plane of an eNB (or of handling

ciphering in the MME) have not been taken into account. But some companies

think that nodes were not dimensioned for such kind of use.

Concerns have been raised on how much overall gain can be achieved. This would

largely depend on the share that such traffic (small and rare) has on the overall

load. As evaluation has shown, existing solutions can handle several hundred

thousands of UEs per cell generating these traffic patterns (if there is no other

traffic in the cell). The overall system gains will therefore depend on the share of

such traffic on the overall load.

經過討論後，此次 SDDTE Solution 2a最後決議通過的 TR文字

提案為 R2-133036。

另外，針對 Solution 5a: Core Network assisted eNB parameter

tuning的討論如下：

Solution 5a主要是討論若要讓 UE保持在連線的狀態下傳送資料

是否需要額外的資訊？根據 offline討論的結果，大家認為有些資訊的

的回報是有助於 eNB決定如何調整 UE保持連線區間的。例如 UE移

10

動的行為或是資料間的到達時間(inter-arrival time)都將有助於 eNB調

整 UE 的 DRX cycle。但有些資訊是要透過 CN 還是 UE 來回報，目

前尚未有共識。最後的決議如下：

5a related Feedback to SA2

For LTE, the following information may be useful for the eNB to determine e.g. a

suitable RRC connection handling as well as DRX and UL control channel

configuration:

a) UE mobility behaviour. But it has already been agreed that the UE will provide

mobility information upon IDLE=>CONNECTED transition. Therefore, this aspect

may be discussed further in heterogeneous network mobility. It was observed

that the CN would not know the mobility while the UE was IDLE.

b) a description of the traffic type/pattern (e.g. inter-arrival time). However it is not

clear how this information could be obtained reliably. It was pointed out that a

traffic patterns obtained in the past does not necessarily say anything about the

future. It may be possible for some devices to derive information about the traffic

pattern based on e.g. the subscription type. For other devices it may not be able

to get any reliable information. There was no consensus whether such

information should come from the CN or from the UE.

There has also been no quantification of possible gains.

c) FFS whether other parameters could also be useful.

2. HetNet Mobility Enhancements (Rel-12) 議題

此工作項目包含了三項議題，分別如下：

改善換手成效與乒乓效應：Improve overall HO performance with

regard to HO failure rate and Ping-pong

異頻網路偵測：Improved small cell discovery/identification

連線恢復之改進：Improved recovery from RLF

改善換手成效與乒乓效應

11

由於此議題在前期會議的討論非常發散，缺乏明確的討論走向，

因此在此次會議開始前，即有 E-mail discussion [82#16]讓各家公司提

出將各種可以改善問題的方法，並供各家公司提供意見，也期望在此

議題，能夠得到較明確的未來討論方向。

R2-132788 Report of email discussion [82#16][LTE/Het-Net] Mobility Robustness

Alcatel-Lucent

R2-132990 Report of email discussion [82#16][LTE/Het-Net] Mobility Robustness;

Alcatel-Lucent

在 E-mail discussion [82#16]中，總共列出十八種可行的方法，列

表如下：

Proposal # Company Brief description of the proposal

1 Ericsson Handover signalling diversity, which allows the UE to be

connected to both macro and pico during the HO process.

2 Ericsson Network-based mobility state estimation, which allows the

network to better estimate the UE speed.

3 Samsung Scaling of TTT and Offset based on gradient (change rate of

RSRP difference between source and target)

4 I2R Increase the MSE evaluation time and estimate UE mobility in a

sliding window fashion with the option of biasing MSE towards

high mobility.

5 LGE more accurate MSE in HetNet

6 ZTE Early HO preparation. Making HO preparation early upon A3

event trigger, to save the delay of HO preparation procedure after

MR.

7 Intel Fast HO using RSRP/RSRQ with ST0S/Ping-pong Avoidance

8 Intel Mobility State Estimation using differential RSRP

9 Huawei In handover preparation, the source and target eNBs coordinate

the radio resources to transmit HO CMD and RAR messages.

10 NSN Gray-listing (GL) with UE based enhanced MSE (eMSE) is used

when UE mobility state is above normal.

11 Alcatel-Lucent UE based speed dependent scaling of additional HO Parameters

with optional UE based MSE enhancements

12 Alcatel-Lucent, Speed dependent HO decision in UE, optionally with longer

T310, suppression of measurement report for high speed UEs to

picos with optional UE based MSE enhancements

12

13 Alcatel-Lucent More frequent measurement (better measurement performance)

during DRX in the proximity of small cell for high speed UEs

14 ETRI Early handover preparation with Ping-Pong avoidance

15 Fujitsu MSE with deployment type-specific weighting

16 Nokia UE performs additional intra-frequency measurements after

inbound handover to small cell.

17 Nokia MSE based inter-frequency measurements. Network configures

UE with measurements that UE executes only in configured MSE

states.

18 CATT Setting TTT and A3 offset value according to the handover

types(e.g. M2P, M2M, P2M or P2P) .

大致可整理成下列分類：

改善換手程序(Handover Procedure)中的 TTT 參數：

TTT 為進入換手程序前的ㄧ段等待時間，以確認使用者是否

要交由其他基地台服務；由於在異質網路中佈建不同功率的

基地台，因此其相關參數應該要針對不同環境而有相對應的

參數，以改善換手程序的成功機率，例如從小基地台(e.g., Pico)

換手至大基地台(e.g., Macro)服務時，由於小基地台的服務範

圍相對較小，因此使用者可能很快就會離開其服務範圍，所

以 TTT則建議設立較小數值，以期能較快進入換手程序，增

加換手成功的機率。

相關提案公司有：Intel、CATT

改善換手程序(Handover Procedure)中的 A3-offset 參

數：A3-offset 為比較服務基地台與鄰近基地台的訊號強度差

異值，當鄰近基地台訊號大於服務基地台 A3-offset差異時，

則會啟動換手程序；同樣地，A3-offset 參數的設定，應該要

考慮服務基地台(Source eNB)與目標基地台(Target eNB)，例

如從小基地台(e.g., Pico)換手至大基地台(e.g., Macro)服務

時，A3-offset則建議設立較小數值，以其盡快啟動換手程序。

13

相關提案公司有：Samsung、Intel、CATT

改 善 使 用 者 移 動 速 度 預 測 (Mobility State

Estimation)：在前幾次會期中討論中，已經確認利用目前定義

的移動速度預測方法，會無法正確得到使用者的移動速度

(Mobility Speed/State)，因此改善換手成功機率的方法便是先

改善移動速度預測，例如利用 RSRP/RSRQ/Weighted

Counting，或是利用使用者於 IDLE狀態時的資訊，幫助網路

端當使用者於 CONNECTED狀態時，能有個多資訊預測使用

者的移動速度，而再能夠得到較正確的移動速度後，才能設

定較正確的 TTT和 A3-offset。

相關提案公司有：Ericsson、Samsung、I2R、LGE、Intel、ALu、

Fujitsu、Nokia

改善換手程序中的換手指令(e.g., Handover Command)

接收成功率：考慮環境主要是在使用者由小基地台(e.g., Pico)

換手至大基地台(e.g., Macro)服務時，所遭遇到的問題，由於

換手指令是由服務基地台(Source eNB)發送給使用者，因此在

此環境中，使用者已經遠離小基地台，或是已經遭受大基地

台的干擾，以至於無法正確接收換手指令，因此改善方法便

在於如何保護換手指令，或是提前讓使用者接收到換手指令。

相關提案公司有：Ericsson、ZTE、Huawei、ETRI

避免快速移動的使用者進入小基地台(e.g., Pico)服

務：根據目前分析資料可知，主要的換手失敗事件在於快速

移動的使用者，由小基地台(e.g., Pico)換手至大基地台(e.g.,

Macro)服務，且由於快速移動的使用者待在小基地台的時間

相對較短，因此可以避免快速移動的使用者進入小基地台

14

(e.g., Pico)服務，如此一來，就不需要換手程序，也就沒有換

手失敗的問題。

相關提案公司有：LGE、NSN、ALu

此議題的討論主要觀點在於是 NW-Based 或 UE-Based 的解決方

案，以 NW-Based方案而言，可能不需要修改規格書，使用者的行為

是網路端可以預測，而且可以支援已經在市場上的使用者，但相對

地，其所表現出來的成效是否足夠，仍有存疑；以 UE-Based 方案而

言，雖然所得到的改善成效可能會比 NW-Based方案好，但需要修改

規格書，且不支援已經在市場上的使用者；而在會場上的討論也是僵

持不下，所以直接以舉手表決的方式，結果如下：

Show of hands:

A: We rely on NW Based solutions: 10

B: A UE based solution should be specified: 15

雖然支持 UE-Based 的解決方案的公司較多，但在會議紀錄中仍

強調 NW-Based方案可以支援已經在市場上的使用者，且應該比較兩

類方案的 signalling improvement。

而下一步即是討論 UE-Based 的解決方案中的各種方法，列表如

下：

B) UE based solution such as…

B.1) HO parameter Scaling based on source and target cell type

B.2) HO parameter Scaling based on MSE

B.3) Scaling based on RSRP gradient

B.4) Fast HO using RSRP/RSRQ with STO/Ping-Pong avoidance

B.5) Keep high speed UEs out of picos (as the only enhancement)

B.6) Early HO command (with UE impact such as providing “backup HO

Command”)

15

由於是各家公司的提案，所以每個方法也各有支持的公司，最後

主席則決定讓各家公司表達對各方的傾向，且讓各家公司可以有多種

意願的選擇，結果如下：

Show of hands (multiple votes allowed):

UE Based solutions:

B.1) HO parameter Scaling based on source and target cell type: 8

B.2) HO parameter Scaling based on MSE: 9

B.3) Scaling based on RSRP gradient: 4

B.4) Fast HO using RSRP/RSRQ with STO/Ping-Pong avoidance: 6

B.5) Keep high speed UEs out of picos: 11

B.6) Early HO command (with UE impact such as providing “backup HO

Command”): 6

一如預期，無法排除任何方案，因此便決定用 E-mail discussion

的方式，比較 UE-Based 的解決方案中的各種方法，其中更應針對不

同方法的換手成功率比較外，也應有 signalling aspects 比較。

✉ [LTE/Het-Net] Evaluate UE based solutions for mobility robustness

(ALU). Can discuss signalling aspects, HO robustness, stability, …

延續前次會期的結論，關於使用者移動狀態的預測討論方面；由

於當使用者在 IDLE狀態時，網路無法知道使用者的移動資訊，因此

當使用者從 IDLE 狀態回到 CONNECTED 狀態時，使用者將會提供

其在 IDLE狀態的 Mobility information 給網路端，讓網路端可以馬上

了解或預測出使用者的移動速度，但Mobility information 包含哪些資

訊則還未定義，因此便有多將公司針對此議題提出看法。

Mobility information upon IDLE->CONNECTED

R2-132565 The granularity of UE mobility information; LG Electronics Inc.

LG針對此議題，認為有兩種 Mobility information 可以提供給網

路端，分別是(Alternative 1)移動速度的狀態，例如 medium 或 high，

(Alternative 2)使用者回報在 IDLE狀態時所經過基地台的資料，主要

16

考量點在於是否能幫助網路端得到正確移動速度預測，以至於當要執

行換手程序時，可以設立適當的參數，以增進換手程序的成功機率，

提案方法如下：

Alternative 1: UE provides the estimated mobility state to the NW.

Alternative 2: UE provides the history information to the NW.

Alternative 1 的好處是使用者只需要回報移動速度狀態，使用者

不需要記錄經過基地台的各種資訊，因此回報所需的資訊量最小，然

而使用者並不知道所經過的基地台的大小或型態(Cell Type)，甚至是

基地台佈建情形，因此是否能正確估計使用者的移動狀態，是最大的

疑問點，相對地，Alternative 2的好處便在於使用者僅記錄經過的基

地台與時間，將此紀錄資料提供給基地台參考，由於網路端可以充分

地了解基地台的佈建情形，因此可以參考其資料後得到更正確的移動

速度，如此一來，便可設立適當的換手程序時所需的相關參數，但就

必須考量使用者是否有能力將歷史資訊記錄下來，而在回報資訊時，

是否會造成資訊附載的困擾，則是 Alternative 2需要考量的缺點。

另一篇在會場討論的是 Ericsson的技術文件。

R2-132682 Mobility information at RRC Connection Establishment; Ericsson,

ST-Ericsson

這篇技術文件主要希望提供歷史資訊(Alternative 2)給網路端，更

細部討論到可以紀錄最多 16個 Cell ID以及在各 Cell所待的時間，雖

然可以增進速度預測的精確度，但同時也增加訊息負載量。

Proposal 4 The mobility information consists of a list of up to 16 cell IDs and

time spent in each cell.

在現場討論中，由於各公司無法了解為何要記錄到最多 16個Cell

ID 的資訊，沒有相關的資訊或模擬結果供大家了解此數值的原因，

17

因此無法確定是設定是否有效，或是是否正確，便產生了相當大的質

疑，另外各公司更覺得此時間點不需要急著定義數值，因為此數值在

其他議題(e.g., MTC)也在討論，不清楚是否有其他層面的影響；此

外，要在哪個訊息上夾帶此移動歷史資訊也仍須討問，在此議題的結

論上，首先必須了解在不同的情境下，需要多少的歷史資訊才夠準

確，之後也須討論，此歷史資訊使用者要如何提供網路端。

=> We should evaluate more in detail how accurate information is required for

which use case (for different use cases)

=> We should also discuss how the information can be transferred (e.g. will the

eNB get a complete history before the RRCConnectionReconfiguration used to setup

the DRBs?).

此外，也討論到是否能用之前在 MDT已經定義的資訊。

=> Can also consider to re-use e.g. MDT functionality.

異頻網路偵測

此議題則僅針對 E-mail discussion [82#16]中的方法討論，並試著

篩選出之後要繼續的方法：

R2-132830 Summary of email discussion [82#15][LTE/Het-Net] Small cell

discovery; Huawei Technologies; Report; result of email discussion

[82#15]; revised in R2-132995

R2-132995 Summary of email discussion [82#15][LTE/Het-Net] Small cell

discovery; Huawei Technologies; Report; result of email discussion

[82#15];

討論的方法主要分為兩類：UE based和 NW based

Class 1: UE based

Solution 1: With simple extension of proximity indication for CSG cell

主要概念是利用使用者自行記錄的基地台資訊，而快速找

到鄰近的異頻小基地台，因此，如果使用者有固定的移動

範圍，此方法將會很有效率，但當使用者進入到一個沒有

18

拜訪過的區域時，將會完全沒此區域的小基地台的資訊，

因此在此時使用者要如何能有效率地找到小基地，將是個

很大的疑問。

Solution 2: Autonomous search function/Background scan with

assistance information

相對於 Solution 1，為了改善此缺失，便認為可以由基地

台提供 assistance information，即某區域內的異頻小基地

台資訊，如此一來，便能避免 Solution 1的問題。

Class 2: network based

Solution 3: Small cell discovery signal in macro layer

此方法的重點在於讓小基地台(e.g., Pico)轉換到大基地台

(e.g., Macro)的頻率，傳送出相關系統訊息，當使用者能

夠接收到此訊息時，便表示使用者已經接近此小基台，好

處是可以精確了解使用者真的已經進入小基地台的範

圍，但可能會產生干擾的問題，而且也沒辦法支援目前已

經在市面上的使用者。

Solution 4: Macro cell listening

基地台利用使用者回報的量測資訊，判斷使用者是否靠近

某個小基地台，此方法最大的好處是基地台自行判斷，因

此不需要更改目前的標準規格書，使用者的行為也不需更

動，自然可支援目前已經在市面上的使用者，但最大的質

疑來自於，只單靠使用者的回報資訊使否準確，使用者是

否能即時量測到鄰近的基地台，所需的量測次數是否需要

增加。

Solution 5: Pico cell listening

大基地台(e.g., Macro)將使用者的上行訊號(e.g., SRS)設

定通知讓小基地台(e.g., Pico)知道，小基地台便將頻率轉

到大基地台的接收頻率，若小基地台可以接收到使用者所

傳送出來的上行訊號，即表示使用者已接近小基地台，小

19

基地台再通知大基地台以有使用者接近，大基地台可以執

行換手程序，或通知使用者回報量測資訊，以得到更準確

的資訊，主要缺點是不支援目前已經在市面上的使用者，

且小基地台必須要有能轉換到大基地台頻率的能力。

此 E-mail discussion 在於讓各家公司表達對各種方法的意見以及

優缺點，並考量是否能夠滿足目前異頻網路偵測所需的條件，以及比

較各種方法的偵測成效，然而最主要的目的即在於能夠減少目前考量

的異頻偵測方法選項，比較表如下：

Solutions Advantages Disadvantages

Solution 1：With

simple extension of

proximity indication

for CSG cell

Low signaling overhead (over

the air and X2);

Minimal impact on standards.

It does not support not-yet-visited cells;

UE behaviour/performance is not well

defined;

Large memory requirement if UE needs to

memorise fingerprint information of large

number of small cells.

It doesn’t support legacy UEs.

Solution 2：

Autonomous search

function/Background

scan with assistance

information

Proximity detection triggering

can be closely controlled by

the network;

It supports proximity detection

of both visited and

not-yet-visited cells.

Increased signaling over the air interface

for fingerprint information related to

small cells;

It doesn’t support legacy UEs.

Solution 3：Small cell

discovery signal in

macro layer

If interference on macro layer

is not an issue -

It can be efficient for UE

power saving; and

It supports proximity detection

of both visited and

not-yet-visited cells;

It supports legacy UE.

It may introduce intra-frequency

interference (pilot pollution) to the macro

layer, especially with dense deployment

of small cells;

If interference is an issue, it would incur

significant complexity/cost in UE to

support advanced IC receiver.

Small cell complexity/cost may be

increased for the additional transmission

on macro layer.

Solution 4：Macro cell

listening

It supports both visited and

not-yet-visited cells;

The accuracy/performance is hard to be

evaluated, as macro detection is

20

It supports legacy UEs;

It can have minimal impact on

standards.

proprietary implementation;

Over-the-air signaling overhead may be a

concern if frequent periodic measurement

reporting is needed.

Solution 5：Small cell

listening

It supports both visited and

not-yet-visited cells;

It supports legacy UEs;

The impact on the air interface

signaling can be small;

It can be effective in small cell

detection with sufficient

accuracy and reliability.

It requires additional X2 signaling

exchange, which may be severe if there

are a large number of small cells in the

area and macro can’t determine UE’s

location precisely;

There is additional complexity/cost on

small cell to listen to macro frequency

layer;

Requirements on small cell listening

performance may need to be evaluated

and defined in RAN1/4.

R2-132739 Small cell discovery based on proximity detection; Samsung; Disc;

此篇文件即在討論要將哪些方法選項排除；首先 Solution 1 為使

用者端應用的方法(e.g,. autonomous search function)，利用使用者記錄

下來的歷史資訊，如拜訪過的基地台和地理位置，來尋找異頻基地

台，但由於此為非標準化的方法，因此可能造成使用者的行為不一致

且無法由基地台所預知，再加上可能有功率耗損的疑慮，因此首先排

除；Solution 3和 Solution 5則是主要考量到硬體上的限制，且無法支

援目前已經在市場的的使用者，也因而排除；Solution 4 則是屬於基

地台端的行為，不需對目前規格書做修改，因而留下；Solution 2 主

要的好處是基地台會提供 assistance information，使用者可以根據

assistance information 中的頻率做量測即可以，故可以僅在接收到

assistance information 後，再進行量測動作，因此也有省電的效果，

但某種程度上 Solution 2 類似於 Solution 1 (e.g,. autonomous search

function)，因此在現場討論上大致視為同一類方法。

在會場上由於各家公司也支持排除部分方法選項，經過討論後，

以”是否能支援已經目前在市場上的使用者”和”使用者行為是否可以

由基地台預知”為最大考量，故有了以下結論：

21

=> RAN2 thinks that the following solutions do not provide sufficient gains and

should not be progressed further in this WI:

Solution 1: With simple extension of proximity indication for CSG cell

Solution 3: Small cell discovery signal in macro layer

Solution 5: Pico cell listening

排除了 Solution 1(and 2)、Solution 3、Solution 5。

=> RAN2 waits for further input from RAN4 about relaxed measurement

requirements before deciding how to progress with the remaining solution

proposals (relaxed measurements; NW based solutions such as Solution 4).

因此，在這異頻網路偵測議題的討論上，僅剩兩種方法：Relaxed

measurement requirements (基於目前規格書之異議頻網路偵測方法的

修正，上次會期以得共識)和Macro cell listening，將於下會期繼續討

論。

連線恢復之改進

此議題因為時間壓縮的關係，主席沒有處理任何一篇技術文件，

於是在休息時間由幾家公司主導了一個討論群組，主要是希望能對

Early T310 termination 這類的方法，在模擬上能夠有統一的比較基準

及模擬方法，因此在會議最後一天，以現場報告的方式，最後主席覺

得可以利用 E-mail discussion 的方式，收集各家公司的模擬參數及環

境的共識。

Early T310 termination

- ALU reports that offline discussions took place to understand the differences in

the simulations. ALU thinks the number of pico cells has an impact. The shorter

T310 may have an issue if there are coverage holes.

- ALU thinks that there are different implementations of how the failure of the

measurement report is modelled.

- ALU proposes to have an email discussion on this subject.

✉ [LTE/Het-Net] Early T310 termination (QC)

22

3. Small Cell Enhancements – Higher Layer (Rel-12) 議題

SCE UP的架構選擇

目前 SCE – higher layer這個 study item仍有底下這 7個 U-Plane

架構的方案。本次會議為了加快這個 SI 的進程，許多的標準貢獻提

案提出來希望能初步篩選掉幾個較不可行的方案。

Alternative 1A Alternative 2A Alternative 2C Alternative 2D

S1-U terminates in SeNB

+ independent PDCPs

(no bearer split).

MeNB

PDCP

RLC

MAC

SeNB

PDCP

RLC

MAC

S1 S1

S1-U terminates in MeNB + no bearer

split in MeNB + independent PDCP at

SeNB.

MeNB

PDCP

RLC

MAC

SeNB

PDCP

RLC

MAC

S1

Xn

S1-U terminates in MeNB + no bearer

split in MeNB + independent RLC at

SeNB.

MeNB

PDCP

RLC

MAC

SeNB

PDCP

RLC

MAC

S1

Xn

S1-U terminates in MeNB + no bearer

split in MeNB + master-slave RLC for

SeNB bearers.

MeNB

PDCP

RLC

MAC

SeNB

PDCP

RLC

MAC

S1

XnRLC

Alternative 3A Alternative 3C Alternative 3D

S1-U terminates in MeNB + bearer split

in MeNB + independent PDCPs for split

bearers.

MeNB

PDCP

RLC

MAC

SeNB

PDCP

RLC

MAC

S1

Xn

PDCP

RLC

S1-U terminates in MeNB + bearer split

in MeNB + independent RLCs for split

bearers.

MeNB

PDCP

RLC

SeNB

PDCP

RLC

MAC

S1

Xn

RLC

MAC

S1-U terminates in MeNB + bearer split

in MeNB + master-slave RLCs for split

bearers.

MeNB

PDCP

RLC

SeNB

PDCP

RLC

MAC

S1

XnRLC

MAC

R2-132992: Comparison of User Plane Architectures; NSN, Nokia Corporation, NTT

DOCOMO INC., Samsung; Disc

R2-133015: Way Forward for working on SCE High layer UP alternatives

本次 RAN2會議藉由上述兩篇標準貢獻提案的討論，各家公司仍

未能達成要初步篩選那些方案的共識。最後在議程的最後一天，主席

23

透過舉手表決的方式，決議篩選掉沒有任何一家公司支持的方案 2D

和方案 3A。詳細的表決票數與達成的決議如下: Indicative show of hands: Who would support to proceed with architecture option (single vote allowed) 1A: 7 2A: 3 2C: 5 2D: 0 3A: 0 3C: 10 3D: 3 => We will no longer investigate 2D and 3A. => We will investigate the remaining alternatives in terms of technical benefits and

drawbacks.

SCE CP的架構選擇

在 Control Plane (CP)方面，本次會議針對底下這兩個 Options在

討論。同樣地，大家也希望能對 CP的架構能有更一致的結論。

Control Plane

Option 1

SeNB

Control Plane

Option 2

Uu

Xn

MeNB

RRC

UE

RRC

MeNB

SeNB

UE

RRC

Anchor RRC

AssistingRRC

Uu

Uu

Xn

Uu

R2-132618: On the CP Architecture; Samsung; Disc;

首先 Samsung的標準貢獻提案整理了這兩個選項的比較，如下表

所示：

Option 1 Option 2

Benefit

‒ Simple

‒ Less security issue

‒ Less Uu signalling load

‒ Smaller latency until

(re)configuration completion

‒ Mitigated reconfiguration

synchronization problem

Drawback

‒ Longer latency until

(re)configuration completion

‒ Non-synchronization

‒ Complexity, e.g. security

issue, additional scheme to

distinguish between multiple

24

problem for reconfiguration

between NW and UE

RRC msg.

‒ More Uu signalling load

UE impact ‒ Nothing specific ‒ Handling separate security

‒ New SRB

NW impact ‒ New Xn interface

‒ Handling separate security

‒ New Xn interface

‒ Full L2 transport in SeNB

R2-132878: Considerations on the CP Architecture; Huawei, HiSilicon; Disc;

另外，本次會議藉由此篇貢獻提案的討論，眾家公司達成一致的

決議，決定以 Option C1做為日後 dual connectivity的基準。詳細的

Agreement文字如下： => RAN2 agrees to use Control Plane option C1 as baseline for dual connectivity.

Inter-site user plane aggregation (inter-site CA/CoMP)

R2-131353 Discussion on inter-frequency small cell deployment and dual

connectivity support; Alcatel-Lucent; Disc;

Proposal 1: RAN2 is requested to discuss the primary goal of inter-frequency small

cell deployment scenario. The goal of small cell study w.r.t. inter-frequency small cell

deployment scenario could be highlighted as:

The study of efficient resource utilisation (ie: load balancing) among multiple

cells while avoiding excessive signalling load and support of wider bandwidth

for the UE with enabling of aggregation of carriers from multiple cells while

considering practical deployment scenario where non-ideal backhaul latency

and the cells belong to different eNBs (eg: inter-vendor network deployment)

are considered.

Proposal 2: Single Rx/Tx solutions should be evaluated separately on benefits vs

complexity with feedback from RAN1 on possible UL feedback solutions.

ALU : 基站間的頻率聚合，可以幫助提高系統容量和提升每

用傳輸量和幫助，特別是在負載分流方面。

主席則對此保留 : 懷疑我們是否要在這一時間點上涉及到

RAN1 相關的討論，例如，有關在有兩個 UL能力的 UE的

UL功率控制問題，即和 inter-eNB-CA類似的解決方案。或

25

者是還是等到自身已經做了一些評估，評判是否真的有任何

好處。

Renesas : 我們應該有一個明確的問題要問。如果沒有，則

應該等待。

Huawei : 在涉及 RAN1 前評估可能的解決方案的方向是否有

增益。

Motorola : 擔心若我們繼續研究解決方案直到年底， RAN1

最後可能會說，這是行不通的。

=>將進一步評估候選的解決方案，再提及 RAN1的相關討論。

R2-131529 Impacts of Splitting a Single EPS Bearer between Two (or more) eNBs;

Intel Corporation; Disc;

P-GWS-GW Peer

Entity

UE Macro

eNB

EPS Bearer

Radio Bearer S1 Bearer

Radio

S5/S8

Internet

S1

E-UTRAN EPC

Gi

S5/S8 Bearer

Small

cell

eNB

S1Radio

Radio Bearer

X2One External BearerOne S5/S8 BearerOne S1 Bearer

External Bearer

X2 Data Plane

Two Radio Bearers

P-GW

Unicast Scheduling / Priority Handling

Multiplexing UE1(eNB1)

HARQ

Segm.ARQ etc

Small Cell eNB

X2 interfaceSegm.ARQ etc

Security

ROHC

PDCP

RLC

Unicast Scheduling / Priority Handling

Multiplexing UE1(eNB1)

HARQ

Segm.ARQ etc

Security

ROHC

MAC

Macro eNB

RRC

S-GW

IP Packet

PDCP PDU

26

Huawei : 若Macro在輕負載情況下，且 UE訊號是良好的，

則利用另一載波來提升 User Plane 的傳輸是不錯的方式。

Intel : 是否值得花那們多心力來實現它。而且 UE可以在每個

節點上各有一個 EPS承載。

Huawei : 在許多情況下，只有一個 UE EPS承載存在。

ALU : 如果有兩個 EPS承載且皆有數據傳送，仍可得到傳

輸量的增益。

Ericsson : 這取決於我們對這些承載哪種流量。

MediaTek : 一般只有一個 carrier進行數據密集型流量。如果

用 Intel建議的方式，我們可能不會獲得任何的增益。但聯發

科也同意複雜度的問題。

NSN : 需要更詳細的分析。

DCM :目前看起來只有一個特定的方式，我們需要全方位考

慮。

Vodafone : X2 延遲的假設為何?

Huawei : 需要更詳細的模擬結果。

Samsung : 保留簡單的方法以降低延遲對於 TCP的流量優

先。

IDT :需要考慮更多的動態負載，將承載留在 Macro Cell可能

比較有利。

==> 此提案似乎並無交集，可能需要更多的實際模擬來佐證。

R2-131264 Performance evaluation on inter-frequency small cell scenario; Huawei,

HiSilicon; Disc;

27

Offload

RLC

MAC

RLC

MAC

PHY

Serving cell

Second

Serving cell

PHY

The custom traffic is offloaded

Offload

RLC

MAC

RLC

MAC

PHY

Serving cell

Second

Serving cell

PHY

The burst traffic is offloaded

burst traffic

Custom traffic

PDCP PDCP

Ericsson : 認為在 higher layer 所看到的延遲是最大的。

Mediatek : 是否所有 UE會共享這些基地台。

ZTE : 若不考慮所有的流量都經過 Macro，如何實現此分流

技術。因此認為這些封包皆需經過 Macro，且須為 Packet level

的分流方式。

ALU : 若同時有兩個承載存在，則思考方式將有所不同。

==> 各廠對於 bearer 的個數和分流匯流於 Macro的想法仍存歧見。

R2-130977 Analysis on multi-stream option; CATT; Disc;

UE MME UE PGW/SGW

Local eNBMacro eNB

RB2RB1

SRB

Data forward

E-RABS1-C

Multi-Stream

NSN : 由模擬結果看不出有何增益。須釐清是否有 Rel-10的

scenario無法做到想要的結果。

DCM : 認為不須藉由擴展 PDCP SN 來得到如此多的增益。

==> 對於模擬的結果及設定各有不同的看法。需針對模擬的假設作

較嚴格的定義。

28

UL/DL Power Imbalance

R2-131381 Improving offloading potential with UL DL split; Ericsson, ST-Ericsson;

Disc;

PUSCH

PDCCH

(UL grants)

PUCCHPDCCH(DL assign)

PDSCH

MAC-DL

RLC

MAC-UL

RLC

PUSCHPDSCH

PDCP PDCP

PUCCH

DL data UL data

PUSCH

PDCCH

(UL grants)

PUCCHPDCCH(DL assign)

PDSCH

MAC-DL

RLC

MAC-UL

RLC

PUSCHPDSCH

PDCP PDCP

PUCCH

DL data UL data

Resanas : 是否考慮頻率間的 UL DL 分流。Ericsson解釋兩者

皆進行模擬。

Resanas : 否是 soft handover，如果在同一載波上 UE具有接

收從兩個 cell來的 PDCCH似乎就是 UMTS soft handover。認

為 intra-frequency 與 inter-frequency 應各自有其解決方式。

Ericsson : PDSCH和 PUSCH只會攜帶 RLC狀態報告。

Intel : 如何在 CRE 內部可靠的獲取 PDCCH資訊。Ericsson

解釋有機會。在不存在 Macro ABS的情況下要獲取 Pico 的

PDCCH可能得藉由 ePDCCH。

CATT: 和 ABS比較起來似乎沒有增益。

ALU : 如何選擇 cell selection的偏移量。Ericsson解釋為根據

DL的傳輸量。ALU認為 CRE的範圍仍太小。

Samsung : 此結果是否是為了提高 UL。Ericsson解釋此僅有

助於 UL，最佳的 UL操作點對於 Pico PDSCH 的 DL 不會帶

來最佳的傳輸量。

DCM : 現有理想的後端網路在 CA/CoMP的現有技術下可實

現 UL/DL分流，應也可在非理想的後端網路上實現。ALU

29

認為尚需考慮 CRE/ABS等技術在非理想後端網路上。Huawei

認同 DCM的觀點。

==> RAN2的立場，為了提高 UL的傳輸量需從最佳的 DL操作點來

獨力選擇 UL的操作點。但對於 Pico的 PDSCH / PDCCH是否仍

然可以維持在該工作點上令人質疑。此外，也有人質疑，這是否

明顯優於現有的技術，如 CRE / ABS。因此，有沒有達成 UL / DL

imbalance共識，且由此技術造成的 UL衰減是一個挑戰，因此

須在這個 SI繼續研究。

4. SI: LTE Device to Device Proximity Services - Radio Aspects

本次為 RAN2第一次進行 ProSe D2D的議題，這個 study item主

要是因應未來手持裝置(UE)之間的直接通訊而設立。而在通訊之前手

持裝置該如何找到能跟自己互連的其它手持裝置便成了主要討論的

議題。

R2-132448 General aspects of D2D study in RAN2; Qualcomm Incorporated;

Qualcomm並在文件提出自己的想法，認為 discovery message應

該怎麼設計...等等。本篇主要整理了目前 SA與 RAN1的 ProSe D2D

討論情形。並建議 RAN2 對於 Discovery與 Communication 的研究方

向如下所示：

Discovery

Discovery Procedures

o In-network, partial network, out of network coverage

o Open discovery, restricted discovery

Radio resource management for discovery Idle mode and Connected mode

operation

Coexistence with WAN communication

Discovery message format and control plane protocol stack

Communication

One-to-many communications (broadcast and multicast procedures)

o Specific for public safety

Unicast Communication (one-to-one communication)

30

Relays (UE-to-NW and UE-to-UE relays)

o Specific for public safety

User plane protocol stack for direct communication

Control plane protocol stack

Radio resource management for communication, Idle mode and Connected

mode operation.

RRC states for D2D

Power saving while in D2D communication

Interworking between D2D communication and cellular communication

討論情形摘要如下：

Qualcomm認為進行 discovery所需消耗的能量是很低的。

Samsung詢問 Qualcomm是否要讓 D2D通訊有新的 RRC

state ，Qualcomm回覆須進一步討論 D2D與現存架構的

關係。

ALU認為應討論 RAN/CS及 AS/NAS的功能切割，

Qualcomm與 InterDigital表示認同。而 Qualcomm認為

security與 user identity的相關議題由上層去進行，不在

RAN level處理。

Qualcomm認為應專注在 direct discovery，因為透過 EPC

進行 discovery的研究與 RAN2關係不大。且 discovery研

究應包含 service discovery與 device detection。

R2-132558 D2D Scenarios for Direct Discovery and Direct Communication;

Samsung;

本篇文件整理了 SA目前討論的 scenario，並建議 (1)Discovery

優先考慮 in-coverage 下 1A與 1B的情境。 (2) Communication 優先

考慮 2與 3的情境。

UE1

UE2 UE1 UE2

31

(a) Scenario 1A (b) Scenario 1B

UE1 UE2

UE1 UE2

(c) Scenario 2 (d) Scenario 3

RelayUE1

UE2

UE1RelayUE2

UE3

(a) Scenario 4A (b) Scenario 4B

討論情形摘要如下：

Samsung認為在涵蓋範圍下 UE可以使用一般的 LTE通

訊。Huawei認為依據 NSPS (National Security and Public

Safety)的服務需求在涵蓋範圍內仍需考慮 PS (Public

Safety)通訊。BlackBerry則認為涵蓋範圍下也需考慮 PS

discovery的重要性。

Qualcomm認為 RAN2應該在 RAN1 D2D TR中保留一個

section進行相關敘述 (註：RAN2關於 D2D topic並未

有一預計產出的專屬 TR文件) 。

以下是關於 D2D Disovery議題的初步結論，討論後 RAN2將

準備相關文件內容給 RAN1。

Agreements

1 According to the RAN plenary prioritization, we will focus on a D2D Discovery

mechanism for in-coverage.

2 RAN2 should focus on the study of direct discovery (no need to look into EPC

based discovery in RAN2).

7 Open and restricted Prose Discovery should have similar RAN2 mechanism to

32

avoid complexity. Need for additional security/authentication/authorization

mechanisms in AS level for restricted discovery may be discussed.

此外，由於在會議之前 RAN2有先聲明，目前 Device to Device

的討論只侷限在公共安全的用途上，以下是主要提案的討論說明。

R2-132322 Typical Public Safety Use Cases, Performance Values, and E-UTRAN

Characteristics of D2D ProSe Group Communication; U.S. Department

Of Commerce; Disc;

美國商務部在 D2D討論時，被優先處理，用以澄清美國商務部

的立場跟對於公眾安全系統(Public Safety)應用的需求，以作為日後

RAN2 在制定公眾安全系統時，可以參考的準則。在 SA1 的規格中，

有定義下面兩種群組通訊的方式：

ProSe Group Communication: a one-to-many ProSe E-UTRA

Communication, between more than two Public Safety ProSe-enabled UEs

in proximity, by means of a common ProSe E-UTRA Communication path

established between the Public Safety ProSe-enabled UEs.

ProSe Communication path: the communication path supporting ProSe

Communication. The communication path of a ProSe E-UTRA

Communication (ProSe E-UTRA Communication path) could be established

e.g. directly between the ProSe-enabled UEs using E-UTRA, or routed via

local eNB(s).

因此，美國商務部採取 SA1中的結論，在 RAN討論有關公眾安

全系統議題時，主要將公眾安全系統在群組通訊中分成兩種可能的做

法：一種是 D2D使用者設備直接通訊(Prose Group Communication)，

一種為 D2D使用者設備透過基地台或是經過後端網路的協助做通訊

(Prose Communication path)。

33

對於使用公眾安全系統在群組通訊中的使用者設備必須符合如下的

條件：

不管公眾安全系統的使用者設備是否是有在 E-UTRAN下

的服務範圍，或是不管公眾安全系統的使用者設備是否有

偵測到群組通訊，公眾安全系統的使用者設備必須能收到

群組通訊的傳輸。

不管有無做事先搜尋，認證過的公眾安全系統使用者設備

需要能和其他認證的公眾安全系統的使用者設備相通訊。

不管是兩個公眾安全系統的使用者設備相互溝通、公眾安

全系統的群組通訊或是、公眾安全系統的廣播通訊，當公

眾安全系統的使用者設備在 E-UTRAN能提供服務的涵蓋

範圍下，公眾安全系統的使用者設備要能夠選擇想要走的

路徑(可以直接通訊或是透過當地的基地台)來使用公眾安

全通訊服務。

網路認證需要考慮在該特定區域目前流量的情況。

另外，美國商務部也認為使用公眾安全系統功能的使用者設備系

統，可以(1)不經過搜尋對應 D2D群組，就可做群組通訊；(2)也可不

經認證，自動使用群組通訊。美國商務部提到以現有的美國公眾安全

系統的場景，其有提到呼叫系統的架構如下所示：

34

其呼叫系統以 NPSBN (National Public Safety Broadband Network)

網路為主，串起不管是 LMR的使用者設備系統或是 PTT的使用者設

備系統。其對評估的表現有幾個需求：

基本操作

1. 在事故現場，不會超過 6到 8個的 D2D 使用者設備在使用

群組通話並與現有網路並行操作。

2. 不應更多 12-16 使用者分配給每個 D2D 散文組通信組。

3. 每個群組大小最大可以擴大到 50-70 使用者去支援搜索和救

援隊。

4. 每個群組大小最小可以縮到 2個使用者的私人的電話。

5. 在操作的地理區域需求下，每個群組可以支援到 1.5 英里半

徑的事件的場景。

涵蓋範圍

1. 公眾安全系統的群組通訊需要包括在涵蓋範圍內的 D2D使用

者設備、非涵蓋範圍內的 D2D使用者設備和同時有涵蓋範圍

內的D2D使用者設備及非涵蓋範圍內的D2D使用者設備的群

組通訊。

35

2. 在涵蓋範圍內的 D2D使用者設備可以在任何時間內決定是否

需要使用公眾安全系統的群組通訊。

3. 不管是在涵蓋範圍內的 D2D使用者設備或是非涵蓋範圍內的

D2D使用者設備， 同時要能維繫公眾安全系統的群組通訊跟

LTE網路的連接的 3GPP通訊；其中，在非涵蓋範圍內的 D2D

使用者設備可以透過 UE-to-Network Relays來連上 LTE網路。

R2-132868 Direction of Study on Public Safety Communication; LG Electronics Inc.

本篇主要認為讓 D2D通訊使用特定的頻帶。討論情形摘要如下：

CMCC表示認同。

Sprint則以基於商用考慮的角度表示不認同。

BlackBerry也表示不該進行如此假設。

在會場討論時，LG認為需要討論是哪段頻譜需要被使用，是要

用跟商用頻譜相同或是不同的頻段；美國商務部提到公眾安全系統在

美國有自己的頻帶可以使用，美國商務部希望公眾安全系統是操作在

NSPS在 LTE網路的頻帶；華為認為在其他某些地方的公眾安全系統

的網路可能是要跟商用網路共用頻帶；LG對於、公眾安全系統的通

訊服務認為主要還是以語音服務為主，美國商務部則同意語音服務為

最高優先，而資料傳送為較低的考量。在經過一番來回討論的結果

後，最後大會的決議如下：

Agreements

1 Public Safety Communication should be possible irrespective of availability of

infrastructure coverage. Whether this needs to be achieved by D2D direct

communication in all cases (e.g. in-coverage) remains to be studied.

2 We assume that D2D direct communication cannot be restricted to a dedicated carrier,

i.e., D2D direct communication may appear on the same carrier as regular LTE. FFS

how the NW can control (in particular for UEs in coverage) which resources they use for

D2D communication.

36

接著是對於中控式(Coordinated Access)或競爭式(CSMA)資源配

置架構的討論：

R2-132444 Discussion of D2D broadcast for public safety; BlackBerry UK Ltd.;

Disc;

BlackBerry認為有 cluster head的架構有利於干擾情形的控制。討

論情形摘要如下：

Huawei表示認同。LG則認為在涵蓋範圍內 UE是需要被

coordinated。

Qualcomm認為基於 USDOC的需求需要一個較有彈性的設

計，中控架構可能不適合。

R2-132712 ProSe D2D Communication in E-UTRA; Nokia Corporation, NSN

本篇提出在網路涵蓋下以星狀的架構進行 D2D。討論情形摘要

如下：

Huawei認為 D2D 中 RRC並非 P2P protocol。

Samsung認為在中控的架構下UE會需要有 control plane的聯

繫，但在分散(distributed)架構下則不需要。

InterDigital認為須視要將網路架構制定為類似walkie talkie或

一般的架構。Huawei認為之後應考慮商用情形。

DT認為 PS service可能不需要 control plane，但商用情境則

需要。

R2-132433 Discussion on Out-of-coverage D2D communication for public safety;

General Dynamics Broadband UK;

本篇提出 UE 擔任 Coordinator Entity的觀念，在群組中擔任類似

eNB的腳色，廣播同步訊號(synchronization signal)，系統訊息(system

information)與資源配置(controlling the allocation of resource)。討論情

形摘要如下：

Qualcomm認為一旦牽涉到資源配置，就應與分散式的架構進

行比較。

37

關於資源配置架構的綜合討論，摘要如下：

Huawei認為RAN2應該依據RAN1的討論情形來決定使用中

控式或離散式的架構。LG認為須考慮 RAN1對於同步及是

否有 cluster header的觀念。Intel認為 RAN2 也需考慮複雜度

問題。

Ericsson與 Qualcomm認為應考慮 Rel-12的時程，應先訂定

一個初步的簡化方法。

Huawei認為中控架構結合 semi-persistent方法會比CSMA方

式容易實施。

RAN2 接下來會對不同資源配置方式就複雜度及 Control

Plane/ User Plane方面進行研究。

在 Discovery的討論情形摘要如下：

R2-132428 RAN2 Impacts of Supporting Device-to-Device Discovery; InterDigital

Communications

本篇對於 RAN1所提出的兩類 discovery模式，beacon與傳送為

分開，或是 request-based 模式，進行敘述分析。討論情形摘要如下：

Qualcomm認為 discovery中不須提供通訊的量測資訊給

eNB，因這種情形是適用於 discovery後立即進行 D2D通訊。

Intel則認為這樣 eNB無法知道所將指派的 resource是否受到

干擾情形。主席則認為這是與之後的最佳化相關。

RAN2 依此決定，若 RAN1無特別指示，之後的 discovery討

論前提為不考慮量測的行為。並假設傳送 discovery與接收

discovery訊號基於同步的前提下進行(同步問題由 RAN1處

理)。也可考慮在單頻網(Single Frequency Network)中的一些

方法讓 UE可對正 DRX cycle。

R2-132446 Aspects of D2D Discovery; Qualcomm Incorporated;

本篇提出 discovery相關的建議。經討論後所得 agreement如下

所示：

38

According to the RAN plenary prioritization, we will focus on a D2D

Discovery mechanism for in-coverage.

RAN2 should focus on the study of direct discovery (no need to look into

EPC based discovery in RAN2).

Open and restricted Prose Discovery should have similar RAN2 mechanism

to avoid complexity. Need for additional

security/authentication/authorization mechanisms in AS level for

restricted discovery may be discussed

RAN2 接下來相關的進行方向有：

We need to decide whether there is a PULL model or only a PUSH model.

We should clarify the data flow, i.e., which protocol layer provides the

discovery bit string to be submitted? To which protocol layer should a

received discovery beacon be delivered? How is the interaction with the

lower layer (L1).

We should discuss whether IDLE mode can/should be supported. Depends

on resource allocation and may depend on other aspects such as legal

intercept. We should discuss the resource efficiency of both schemes.

由於仍無共識可進行結論，主席指示接下來以 e-mail 討論進行。

七、心得與建議

在這次會議後，本團隊有下列幾項建議與心得：

MTCe的討論逐漸進入尾聲，但未來仍需持續注意 SA2針對此

議題的相關回覆，以持續進行技術佈局。

在 Small cell enhancements 的 Inter-site aggregation 與 UL/DL

split 部份，仍在評估各種方法的可行性，並且需與現有技術進

行比較，若有較大增益才進行接下來的處理。本團隊將持續關

注此技術的發展，趁大家還在進行可行性評估時進行技術佈

局，尤其是在 bearer 分流及 DL/UL 分流的架構上盡量能考慮

各種可行性。

D2D 的議題已在 SA 及 RAN1 工作小組中討論一段時間

了，尤其是針對 D2D的服務需求及架構進行相關討論，但是因

39

為缺乏無線端上層的處理方式，所以 D2D第一次在 RAN2進行

討論。開始討論相關 RRC/MAC/PDCP 可能需要配合的修改，

本團隊將持續關注此議題的發展，與國際大廠接觸，進行技術

交流與合作，提出技術提案、參與技術討論及協商。雖然已有

SA1/2 與 RAN1 的一些討論為基礎，但由於這些討論也尚未收

斂，故在 RAN2的討論也跟著發散。D2D通訊與 RAN1的相關

度較高，且 RAN2並未特別安排一個專屬的 TR 文件，故研究

方向須結合 RAN1的假設前提完整度來進行。

USDOC主要力推 Direct Communication，為了在 Rel-12有一個

版 本 先 初 步 著 重 在 基 於 broadcast 特 性 下 的 group

communication，並考慮以 connection less 的方式來進行。並強

調 UE 對 UE 的 D2D relay 為重要的一個需求。即使目前 D2D

通訊先著重在 Public Safety use cases，數家公司仍表示未來不應

排除商用的情境，然礙於時間因素在 Rel-12暫時無法排入討論

順序。故我們應在此議題上持續進行研究與追蹤發展狀況。

目前 Rel-12異質網路之移動性管理的部份，已開始針對各議題

進行各種方案的實質討論，並開始排除部分方法，雖然每個議

題仍有多個方案繼續討論，但已慢慢開始收斂到某些明確的方

案，而方案選擇的基準則是可當作為研究議題時，考慮的背景

資料，例如無法支援既有系統或是考量對規格書的修改程度，

這些都是會場上討論各種方案的重點；目前的議題討論上，仍

有 E-mail discussion 繼續供各家公司提供意見，因此建議要密

切注意會後各公司的討論進度，以掌握下次會期在異質網路之

移動性管理討論重點。