3gpp tsg ran wg1 #59 &wg2 #68

出國報告（出國類別：參與標準會議）

3GPP TSG RAN WG1 #59 &WG2 #68

會議報告

出國人員：陳逸萍、鄭延修、何從廉、王竣彥

陳詠翰

派赴國家：韓國濟州島

出國期間：98年 11月 09日至 98年 11月 13日

報告日期：98/11/26

1

摘要

本次 3GPP TSG RAN1/2 會議於十一月在韓國濟州島舉行，本研發團隊依規劃將有五位成員

出席，其中包含組長領軍及二位成員參加 RAN1會議，二位成員參加 RAN2及其他 WGs相

關議題之討論，此行主要任務說明如下：

Contributions：

這次會議，ITRI 共有六篇 Contributions，皆為 RAN2 的 contributions。其中，RAN2 的六篇

標準貢獻提案中，有四篇被接受、另外兩篇沒有被討論。

3GPP LTE-Advanced：

3GPP為配合 ITU-R IMT-Advanced標準評選時程，相對應地準備以 LTE-Advanced作為將來

提案至 ITU-R的候選系統。經過先前幾次 RAN1會議的討論，目前 LTE-Advanced的系統規

格要求已大致完成。3GPP RAN 工作群組將針對 LTE-Advanced 系統規格要求，逐步展開相

關技術討論與標準制定。本研發團隊為掌握目前 LTE-Advanced 的各項進度，為未來規畫參

與 3GPP LTE-Advanced 之標準制定預作準備，此次派出多位成員出席，期能充份掌握會議

期間，各個並行會議之最新發展狀況。

3GPP LTE：

現階段 LTE 標準已進入 Stage 3，PHY Layer 部分已在細節、小部分修訂，此部分工作以掌

握現況為主；MAC、RLC、PDCP、RRC release 8 的部份，功能大致上都已經完成，現在在

做細部的修定，release 9的部份也已進入 stage 3的討論，因此，參與同仁將配合目前 M300

實作系統之技術發展，適時提出技術提案。

與會成員與工作分配

成員任務

陳逸萍(980052)

參加 3GPP TSG RAN1 #59 與 RAN2 #68 標準會議，負責 3GPP LTE-Advanced技術佈局同盟合作廠家。

鄭延修(970083)

參加 3GPP TSG RAN1 #59標準會議，瞭解與觀察 3GPP LTE-Advanced規格要求及各公司意見傾向，佈局未來技術提案標的及尋找同盟合作廠家。

何從廉(940616)

參加 3GPP TSG RAN1 #59標準會議，負責 PHY與 MIMO相關發展與技術討論及各家廠商之動向，以做為未來研發與提案之依據。

王竣彥(950655)

參加 3GPP RAN2#68標準會議，與各家廠商討論 MBMS之相關議題和標準制定現況、並收集相關提案資料，以作為日後可能之研究議題開發。

陳詠翰(970082)

參加 3GPP RAN2#68標準會議，負責 Handover及 HeNB相關發展與技術討論。

2

目錄

摘要 ...........................................................................................................1

一、會議名稱 ......................................................................................3

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

三、會議時間 ......................................................................................3

四、會議地點 ......................................................................................3

五、會議議程 ......................................................................................3

六、會議紀要......................................................................................5

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

八、附件 ............................................................................................42

3

一、會議名稱

3GPP TSG RAN1 #59 Meeting 3GPP TSG RAN2 #68 Meeting

二、參加會議目的及效益

參與 LTE-A，CoMP，MIMO，HeNB，CA，MBMS 及 Handover 方面的討論及尋找可研究的題目

報告工研院所發表的文章 (RAN2) 與其他大廠接觸以討論合作項目

三、會議時間

November 09, 2009 ~ November 13, 2009

四、會議地點

The Shilla Jeju,3039-3, Saekdal-dong, Seogwipo-si,Jeju-do, KOREA

五、會議議程

3GPP RAN1 Session #59會議的議程如下：

Tentative Schedule – RAN1#59Monday Tuesday Wednesday Thursday FridayMonday Tuesday Wednesday Thursday Friday

1, 2, 3

4 LSs

Halla I / II Sara

•Coffee

•Coffee

•Lunch

HSPA

5.4

4CHSDPA

HSPA

5.15.2CRs

5.3TDDCell

Portion

5.5TDDMC-

HSUPA

7.6

UL TxD+

MIMO

HSPA5.6

UL TxD

6.16.2

LTE CRs

7.2

BW ext.

6.4 Enh. DL

tx

7, 7.9

7.3DL RS

Revisionsetc

7.7Het. Net.

7.8.17.8.2

Relay

7.5.1MU-

MIMO

7.5.2 Feed-back

6.3 Net. Pos.

7.4UL RS

Halla I Halla II

4

3GPP RAN1 Session #68會議的議程如下：

Indicative Time-schedule Main room 2nd LTE room UMTS roomMon: before morning coffeeMon: morning coffee -> lunch

Mon: lunch -> afternoon coffeeMon: after afternoon coffee

[2], [3], [4]MDT [4.2.2?]

Tue: before morning coffee [5.1][5.2][6.8.1]Tue: morning coffee -> lunchTue: lunch -> afternoon coffeeTue: after afternoon coffee

LTE CP [5.8][5.9][6.8.2]Start Rel-9 WI [6.x]

Breakout:LTE UP [5.3] – [5.7],[6.8.3]

[8 without TDD][9 without TDD]

Wed: before morning coffeeWed: morning coffee -> lunchWed: lunch -> afternoon coffee

Rel-9: Positioning [6.1]

Wed: after afternoon coffee MDT [4.2.2]

Breakout:LTE MBMS [6.3]

[9 without TDD] cont’d[10.1], [10.2]

Thu: before morning coffeeThu: morning coffee -> lunchThu: lunch -> afternoon coffeeThu: after afternoon coffee

Rel-9 left-overs [6.x]

LTE-A [7.1][7.2][7.3] [7.4?]

TDD session: [8], [9.05], [9.11], [9.12]

[10.3],[10.4], [10.5]

Fri: before morning coffeeFri: morning coffee -> lunch

Come –backs[11?]

Fri: lunch -> untill around 4pm[13][14][15]

Fri: 4:15 - ?? Joint Session: Study on world-wide wines

5

六、會議紀要

RAN1 Meeting

這次大會對於 PHY及MIMO相關的重要討論之會議紀要如下：

4. Incoming Liaison Statements

這次會議來自 RAN2 的 Liaison 主要有兩大議題：用於多點傳輸通道之調變與編碼技術(MCS for MCCH)及多載波聚集技術(Carrier Aggregation)。

MCS for MCCH

提案討論有：

R1-094423 LS on Modulation and Coding Scheme for MCCH RAN2. Ericsson

R1-094427 Draft response to LS on MCS for MCCH Ericsson. ST-Ericsson

R1-094596 Parameters for MBMS (Ref. R1-094423) Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094691 MCS set for MCCH to ensure QoS in different cell sizes and deployments Huawei

主要是討論用於 Rel-9 多點傳輸通道之調變與編碼技術有哪幾種。由於 RAN2 認為適當的調變與編碼技術必須適用不同 cell sizes（至少可以具有如 98%涵蓋率）及 cell deployments，且必須限制其調變與編碼集合。如在 RAN2#67bis，RAN2提到將限制只使用四種調變與編碼方法（如但 ALU提案所提的四種調變與編碼方法，見以下 Table）。因此 RAN2提問 RAN1提出一組用於 Rel-9適當的調變與編碼集合。

Table: Proposed MCS set

# MCS1 QPSK 1/42 QPSK 1/23 16QAM 1/24 64QAM 4/5

但不同公司也有不同的看法，如 Huawei 認為可增加到 8 種及 29 種，且延續使用 Rel-8 TS 36.213中的技術MCS Index {0, 4, 7, 11, 13, 15, 18, 22}。由於 ALU與 Huawei討論僵持，議程中並無結果。但經過數天討論最後決議採用 R1-095058提案：

MCS for MCH containing MCCH takes one value in IMCS = {2, 7, 13, 19} (TS 36.213 v8.8.0, table 7.1.7.1-1).

MCS for MCH not containing MCCH takes one value in IMCS = {0, 1, 2, … , 28} (TS 36.213 v8.8.0, table 7.1.7.1-1).

Carrier Aggregation

6

提案討論有：

R1-094424 Response LS on RSTD measurement for OTDOA and PRS periodicity RAN2. Ericsson

R1-094425 LS on timing advance for carrier aggregation in LTE-A RAN2. Qualcomm

R1-094597 Relevance of carrier aggregation scenarios with impact on timing advance (ref. R1-094425) Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094637 Timing advance for carrier aggregation in LTE-A Nokia Siemens Networks, Nokia

R1-095025 Reply LS on timing advance for carrier aggregation in LTE-A Qualcomm Europe, Ericsson, ST-Ericsson, Nokia, Nokia Siemens Networks, Philips, Alcatel-Lucent, Motorola, Panasonic, Huawei, LG Electronics

R1-094426 Response LS to RAN1 on interruption time in DC-HSUPA RAN4Qualcomm

主要討論為用於 LTE-A多載波聚集技術的 timing advance議題。其中 R1-095025為重要討論提案，最後決議採用 R1-095057的提案。

6. E-UTRA Releases 8 and 9 (CR)

6.1. Maintenance of E-UTRA Release 8

在 Rel-8的維護中僅有三篇 CR (Change Request)，其中有兩篇決議通過採用。主要是修改 Rel-8的一些敘述不清楚的地方做進一步說明。

提案討論有：

R1-094495 36.211 CR0142 (Rel-8, F) Clarification of the transmit condition for UE specific reference signals Panasonic, Ericsson, ST-Ericsson, CMCC, LG Electronics, Qualcomm Europe, Alcatel-Lucent, Samsung

R1-094693 213 CR Clarifications on Accumulation-enabled in power control for Rel-8Huawei

R1-095015 36.212 CR0089 (Rel-8, F) Clarification on bitwidth of RI Huawei, Samsung, NEC,Ericsson, ST-Ericsson, Texas Instruments

6.2. Maintenance of E-UTRA Release 9

在 Rel-9的維護中共有 16篇 CR (Change Request)，其中兩篇沒有討論。14篇提案中只有四篇決議通過採用，另有一篇被否決，其餘皆無結果。主要也是對 Rel-9 一些敘述不清楚或編輯上有誤的地方做進一步說明與更正。

提案討論有：

7

R1-094924 36.211 CR0140R3 (Rel-9, D) Editorial corrections to 36.211 Ericsson

Chairman’s note: Supersedes 4330 agreed at RAN1#58bis.

R1-095001 36.212 CR0088R1 (Rel-9, D) Editorial corrections to 36.212 Qualcomm Europe

Chairman’s note: Supersedes 4334 agreed at RAN1#58bis.

R1-095017 36.213 CR0255R3 (rel-9, D) Editorial corrections to 36.213 Motorola

Chairman’s note: Superseded 4331 agreed at RAN1#58bisRevise in R1-095026 to take wording “UE category” instead of “UE antenna configuration” into account.

R1-094428 36.211 CR0139R1 (Cat B. Rel-9) Introduction of LTE positioning Ericsson. ST-Ericsson

Chairman’s note: To be updated (approved)

To be revised in R1-095027 CR0139r2 to include change from 5020.



R1-094601 Analysis of impact of cell range extension Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094602 UL/DL Timing Alignment for Extended Cell Radius Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094603 36.213 Draft CR (Rel-9, B) for cell range extension (parameter change) Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094604 36.213 Draft CR (Rel-9, B) for cell range extension (procedure change) Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

Chairman’s note: CRs are not approved. Not to be included in Rel-9.Ericsson, Nokia, Huawei prefer to consider eNB implementation.

R1-094735 36.211 CR0143 (Rel-9, A) Clarification of the transmit condition for UE specific reference signals Panasonic, Ericsson, ST-Ericsson, CMCC, LG Electronics, Qualcomm Europe, Alcatel-Lucent, Samsung

Chairman’s note: Change will be implemented from 4495 before Rel-9 specification created.

R1-094905 Clarification of Inter-cell synchronization with MBMS Marvell

Chairman’s note: Not agreed.

R1-095020 36.211 Draft CR Clarification of PDCCH and PRS in narrow band ZTE, Ericsson, ST-Ericsson

Chairman’s note: Approved in principle.To be included in update of 4428.

R1-094998 Subframe specific channel quality reporting Qualcomm Europe

Chairman’s note: Not to be included in Rel-9.Consider in the context of ongoing Rel-10 discussions.

R1-095003 Text proposal on Orthogonal PRS transmissions in mixed CP deployments using MBSFN subframes Motorola

Chairman’s note: No agreement.Proposed change to Table 2 not considered necessary – already clear.

8

R1-095016 36.213 CR0257 (Rel-9, B) Add shorter SR periodicity Nokia Siemens Networks, Nokia Corporation, HTC Corporation, LG Electronics Inc., NTT DOCOMO, Panasonic, Qualcomm Europe

Chairman’s note: Awaiting decision in RAN2.

6.4. Enhanced DL Transmission for LTE

6.4.1. Remaining Details of DM RS

3GPP TSG RAN1議程針對 Rel-9至此主要需先決定參考信號(Reference Signal, RS)的制訂。因此針對此部分，將必須及優先處理。此部分議程分為三個不同類型進行討論。包含：Pattern for Extended CP、Sequence Design與 Sequence Mapping。

首先，此部分主要討論用於 Rel-9 傳輸資料解調時所使用的參考信號(Demodulation Reference Signal, DM-RS)設計所剩下的一些議題。也就是主要討論用於 Extended Cyclic Prefix (Extended CP)及 DwPTS下的 DM-RS（其中，用於 Normal CP下的 DM-RS已於上次會議#58bis決議通過採用Qualcomm 的提案）。由於這個部分的議題，各家公司提案眾多、意見紛歧，為有效處理以加速議程進行推動標準制訂，此議題由 Qualcomm Juan Montojo負責以書記方式於會議前先進行 email discussion，並整合出一份摘要提案 R1-094858，如下：

R1-094858 Summary of email discussions on DM RS for DS-BF Qualcomm Europe

以下是這篇整合摘要提案的提案內容：

Agreed patterns for Normal CP: Option N1B ((a) Regular subframes (b) DwPTS {11,12} OFDM symbols (c) DwPTS {9,10} OFDM symbols)

(a) (b) (c)

ECP UE-RS patterns：基本上針對此部分所設計的 DM-RS必須對於 VehB測試通道的環境（具有較長 delay spread 的通道環境）下能有最佳的性能。此外，所設計出的 DM-RS需考量能與 Normal CP 共用相同一套的通道估計儀器，以降低實現的複雜度。此部分經email discussion 討論與篩選後，主要有產生三個提案，分別來自 Motorola、Nokia 及LGE三家公司，如下：

E1/E4 (Regular subframes) E2/E3 (Regular subframes) (Regular subframes/ DwPTS all configurations)

9

Higher density (not staggered) Same density (staggered) Same density (staggered)

Performance optimized patterns Patterns matching NCP ones

Moto, Huawei, E///, ST-E Nokia, NSN, QC, CATT LGE, RIM, Samsung

DwPTS (in particular)：基本上針對此部分所設計的 DM-RS 必須對於考量來自其他 cells的 pilots 或 data 會與其在時域/頻域/碼域上碰撞所造成的干擾，尤其當所設計出的 DM-RS pattern 具有為數較少 RE 的 pilots 時。相同地，所設計出的 DM-RS 需考量能與Normal CP 共用相同一套的通道估計儀器，以降低實現的複雜度。此部分經 email discussion 討論與篩選後，主要有產生五個提案，分別來自 Qualcomm、Nokia、CATT、Huawei及 LGE五家公司，如下：

E1 (DwPTS all configurations) E2 (DwPTS all configurations) E3 (Regular subframes / DwPTS {9,10} / DwPTS {8}) E4 (DwPTS all configurations ) E5 (DwPTS all configurations)

Higher density Same density Same density Punctured E1/E4 Punctured E5

E1 Punctured E2/E3 Punctured E2/E3

E1: Performance optimized patterns E2: Patterns matching NCP ones E3: CDM-f proposal

E1: QC, Moto E2: Nokia, NSN E3: CATT E4: Huawei, E///, ST-E E5: LGE, RIM, Samsung

Pattern for Extended CP

此外，以下是這次會議開放給其他各家或已於 R1-094858 中所提提案用於 Extended CP 所提出的 DM-RS patterns（可對照上述 R1-094858所討論的提案）：

R1-094434 On DM RS for extended CP Ericsson. ST-Ericsson

R1-094638 Extended CP UE-specific reference symbol design for dual-layer beamformingNokia, Nokia Siemens Networks

R1-094780 DM-RS Design on extended CP for Rel-9 Dual-layer Beamforming LG Electronics

R1-094851 Evaluation of DRS Patterns for Extended CP LTE Rel-9 Enhanced DL transmission Motorola

R1-094860 UE-RS patterns for extended CP Qualcomm Europe

10

以下是主席依照會議當時討論所做出的決議：

Chairman’s note:Pattern for normal subframes with extended CP

1st Choice 2nd Choice

E1/E4 Moto, Huawei, E///, ST-E

E2/E3Nokia, NSN, QC, CATT, ZTE, NEC, ALU, ALU-Shanghai Bell

E5 LGE, RIM, Samsung

ECP is not supported in conjunction with transmission mode 8 in Rel-9

Philips, QC, Moto, Samsung

Conclusion:

Friday afternoon:

Extended CP即決議將不於 Rel-9中 mode 8所支援使用。

但這並不代表在往後的 release中排除此解決的任何提案。

R1-095125 Dual layer DM RS pattern for extended CP CMCC, Ericsson, ST-Ericsson, Huawei, NEC, Nokia, Nokia Siemens Networks, Qualcomm Europe

Sequence Design

第二部分討論用於 DM-RS 的序列設計。由於在 RAN1#58bis 會議中產生以下 Working Assumption: 考慮採用如提案 R1-094337中圖 2所提 DM-RS之 2 layers間以 CDM方式實現並在映射時以Walsh碼（正交覆蓋碼 Orthogonal Cover Code (OCC)）在時域及/或頻域上進行變動映射，以降低因通道在時域上的劇烈變動而影響在 2 layers 間的正交特性。當時並無決定是否採用是時域或頻域上變動映射亦或是同時在時域及頻域上進行變動映射。因此這次會議

中有三個提案，分別來自 LGE、Motorola與 Qualcomm三家公司（如下）提出其想法。

R1-094467 DM RS sequence design for dual layer beamforming LG Electronics

R1-094852 Orthogonal Cover Mapping for DM RS in LTE Rel-9 Enhanced DL TransmissionMotorola

R1-094859 Mapping of orthogonal covers in time and frequency Qualcomm Europe

以下是主席依照會議當時討論所做出的決議：

Chairman’s note:

Friday afternoon:Working assumption from RAN1#58bis:

考慮使用Walsh碼映射之時域/頻域變動（e.g., 提案 R1-094337中圖 2所提之映射方法）

Working Assumption (RAN1#59)確定使用Walsh碼映射之頻域變動（e.g., R1-094337圖 2之映射方法），如果提案 R1-095051在 11/20前無法達成協議，則同意 4337的方法。

11

R1-095051 Balance DMRS Power for Rel-9 Enhanced DL beamformng Samsung

Sequence Mapping

此部分由於只有一篇提案且由於時間有限關係沒有討論，但主席做出以下簡單結論：同意先

進行頻域上的映射。

R1-095076 Considerations for DM-RS sequence design Pantech&Curitel

Revision of 4675

7. Study Item on LTE-Advanced

7.2. Bandwidth Extension

7.2.1. Remaining SI Issues for DL Control Signalling Design

7.2.1.1. PDCCH

RAN1在減少 PDCCH解碼的複雜度上，有以下的結論：

如果 PDCCH Monitoring Set被設定了1. UE需要檢視一個下行鍊結載波集合的 PDCCH2. 上行鍊結集合比 UE下行鍊結集合大小更小或相等3. 多快更新 PDCCH集合需要再研議

這些結論需要跟 RAN2一起決定，且此結論會寫至 R1-095056至 RAN2詢問其想法。

之後還有下列這些未解的議題：

1. 對單一下行鍊結是否需要一個特殊特性，例如 DL Anchor Carrier2. 對單一上行鍊結是否需要一些特殊特性，例如 UL Anchor Carrier3. 如何將一般跟特定的搜尋對應到下行鍊結載波

以下摘錄重要的議題紀錄：

R1-094537 Analysis of PDCCH monitoring component carrier set on LTE-A CATT

CATT 提出 PDCCH 的瞎眼解碼法複雜度跟 UE 所需要注意的多載波數量的多寡是線性相關成長，並提出 PDCCH active CC set的觀念去提供控制 PDCCH瞎眼解碼法的適應度

R1-094539 Benefits of PDCCH Active component carrier set for UL Control Channel

CATT提出了三種 PDCCH的配置方式，PDCCH Active component carrier的設計，並探討其影響：

12

1. 設計 1: 一個 UE的所有的 PDCCHs在 PDCCH Active component carrier的一個載波上傳輸，因此 PDCCH被阻擋的機率大增。

2. 設計 2: 一個 UE的所有的 PDCCHs在 PDCCH Active component carrier的部分的載波上傳輸，因此 PDCCH被阻擋的機率較小。

3. 設計 3: 一個 UE的所有的 PDCCHs在 PDCCH Active component carrier的全部的載波上傳輸，因此 PDCCH被阻擋的機率最小。

由此三者設計，我們得到以下結論：

PDCCH的阻擋機率是設計 1大於設計 2大於設計 3

“PDCCH Active CC Set”提供了 PDCCH的阻擋率與 PDCCH的瞎眼解碼法複雜度的靈活性

7.3. Downlink RS

這次會議針對 LTE-A (Rel-10)下行 DL 參考信號設計的標準制訂可分為：通道狀資訊參考信號(Channel State Information Reference Signal, CSI-RS)及 rank 5-8 的解調參考信號(Demodulation Reference Signal, DM-RS)。

針對 CSI-RS，主要由 NTT DoCoMo 在 email discussion 上所做出的摘要提案 R1-094963 進行討論。其中，提案 R1-094963針對 CSI-RS之設計共整理提出 10個需要解決的問題與各家的回覆。而針對提案 R1-094963 所整理提出 10個需要解決的問題與各家的回覆在這次會議中召開一次 ad-hoc meeting討論，會後產生一份由各家所背書的摘要提案 R1-095119。

R1-095119 Summary of ad hoc session on DL RS Ad Hoc chair (NTT CoCoMo)

R1-094925 On Rel-10 DM RS design for Rank 3-4 Ericsson, ST-Ericsson

R1-094961 TP for TR36.814 reference signal structure Rapporteur (NTT DOCOMO)

7.3.1. CSI RS Design

Email discussion report to be provided by Rapporteur (Tetsushi Abe, NTT DoCoMo)

R1-094963 Summary of e-mail discussion on CSI-RS design NTT DOCOMO, Inc

在這篇摘要提案中主要討論的三大議題、十個問題：

CSI-RS的結構配置議題(Q9 – Q10)

單一 Cell內 CSI-RS的設計議題 (Q1 – Q4, Q6, Q7)

彼此 Cell間 CSI-RS的設計議題(Q5, Q8)

CSI-RS configurations issues (Questions Q9 – Q10 in the e-mail summary)

主要討論的要點（問題）有：

1. 在每個 cell中 CSI-RS的天線埠個數(Q10)

13

2. Rel-10 CSI-RS與 Rel-8 CRS的結構配置 (Q9)

針對此討論要點，這次會議包含下列對應的提案（但皆未進行討論）：

R1-094762 CSI Measurements with Downlink Reference Signal Texas Instruments

R1-094729 Rel-8 cell-specific RS as CSI-RS for LTE-A NEC Group, NTT DOCOMO

R1-094866 CSI-RS vs. legacy UE operation Qualcomm Europe

R1-094909 Views on CSI-RS Design Issues for LTE-Advanced NTT DOCOMO

以下是這次 RS ad-hoc主席針對 Q9及 Q10所做出的結論：

RS Chairman’s note: Conclusions on Q9 and Q10

(Q10) 同意設計 2, 4及 8個天線埠三種 CSI-RS。而針對 2及 4個天線埠的 CSI-RS的制訂與否，將基於比較 Rel-8 CRS所具有的優勢而決定。基於 2, 4及 8個天線埠三種 CSI-RS的需求，其設計方針則尚未決議，需進一步討論。

(Q9) 至少可配置 8個 CSI-RS及 2-4 CRS。

Intra-cell CSI-RS design issues (Questions Q1 – Q4, Q6, Q7 in the e-mail summary)

主要討論的要點（問題）有：

1. CSI-RS的稠密度(Q1-Q4)

A. 在每個 PRB每個天線埠上 CSI-RS所佔的 RE個數(Q1)

B. 在每個 PRB中 CSI-RS最多可佔有多少 RE個數(Q2)

C. CSI-RS是否可在 PRB之間進行多工處理(Q3)

i. Alt1: No: CSI-RS只可在單一子時框且不以 FDM方式進行設計

ii. Alt2: Yes: CSI-RS只可在單一子時框但可以 FDM方式進行設計

iii. Alt3: Yes: CSI-RS可在數個子時框且以 TDM方式進行設計

D. CSI-RS在時域上的週期性為何(Q4)

2. 如何映射至 Resource Element (RE) (Q6, 7)

針對此討論要點，這次會議包含下列對應的提案並進行討論：

R1-094647 Intra-cell CSI-RS design aspects Nokia, Nokia Siemens Networks

R1-094649 Multi-cell CSI-RS transmission and related impact to LTE Rel'8 Nokia, Nokia Siemens Networks

R1-094704 Further Design and evaluation on CSI-RS for LTE-A Huawei

(Sections 2, 3)

R1-094574 Discussion on CSI-RS for LTE-Advanced Samsung

R1-095007 Further investigation on CSI design for LTE-Advanced ZTE

Revision of 4749.

R1-094941 Considerations on CSI RS design in LTE_A Fujitsu

14

未被處理的提案：

R1-094491 CSI RS design considering relay backhaul ETRI

R1-094783 CSI-RS design for LTE-Advanced LG Electronics

R1-094850 Cyclic Shift Multiplexing for CSI-RS Design Motorola

以下是 RS ad-hoc主席做出的結論：

RS Chairman’s note:

After meeting:

Q2重議：Q2a: 針對 8個天線，在每一 PRB配對中單一 cell內每個 CSI-RS天線埠的 RE個數 Alt1: 8 RE Alt2: 12 RE Alt3: 16 RE

Q2b: 針對 4個天線，在每一 PRB配對中單一 cell內每個 CSI-RS天線埠的 RE個數 Alt1: 4 RE: Alt2: 6 RE Alt3 : 8 RE

Q2c: 針對 2個天線，在每一 PRB配對中單一 cell內每個 CSI-RS天線埠的 RE個數 Alt1: 2 RE Alt2: 3 RE Alt3: 4 RE

針對 Q2a, b and c的提議：研究 Q2a, b及 c 的所有方案由 8個天線開始設計以消除方式增加剔除 RE個數（在支援的情況下）仍是未達協議，需進一步討論在 11月底前由 NSN負責完成模擬平台的討論

單一 cell內 CSI-RS的多工處理 (Q3) Alt1: 單一子時框 Alt2: 數個子時框Conclusion on Q3以 Alt1（單一子時框）為設計基準。

Conclusion on Q4針對時域上的週期性，以每 5秒為單位為基準進行評估在WI stage前，確切的數值仍須進一步討論決定以 10秒為週期作為第一優先考量

Conclusion on Q7: 在設計 CSI-RS時需避開的 OFDM符元有：(a) Rel-8的 CRS （針對 8個 CSI-RS設計，具有 4個CRS天線埠）及(d) 在一般的 CP (Normal CP)情況下，PDCCH（1-3rd OFDM符元）

15

Inter-cell CSI-RS design (Questions Q5, Q8 in the e-mail summary)

第三部分為數個 cell間的 CSI-RS設計。此部分包含以下提案進行討論：

R1-094648 Inter-cell CSI-RS design and performance Nokia, Nokia Siemens Networks

R1-094704 Further Design and evaluation on CSI-RS for LTE-A Huawei

(Sections 2, 3)

R1-094506 Inter-cell CSI-RS design Panasonic

R1-094867 Details of CSI-RS Qualcomm Europe

R1-094728 CSI-RS design for LTE-Advanced NEC Group

由於此部分沒有任何共識。主席為做出決議。

未被處理的提案：

R1-094547 Important issues concerning CSI-RS for FDD and TDD CATT

R1-094942 Multi-cell CSI-RS design considerations Fujitsu

R1-094907 Multi-Cell CSI-RS Pattern and Sequence WOASIS Telecom

R1-094908 Multi-Cell CSI-RS with Network Subband WOASIS Telecom

R1-094437 On CSI RS design Ericsson. ST-Ericsson

(Section 2.2)

R1-094992 RS design and network synchronisation Philips

R1-094505 Further discussion on CSI-RS Panasonic

7.3.2. DM RS for Rank 5-8

此部分可分為以下不同類型議題（由於時間不夠，此部分的所有提案皆未被處理）：

rank 3-4解調參考信號圖樣的頻譜使用效率性能

長度 2 vs. 長度 4的正交覆蓋碼及 RB bundling議題

針對特殊子時框及延伸 CP的 rank 3-4解調參考信號圖樣

正交覆蓋碼的映射議題 OCC mapping

以空間多工(SDM)方式所設計的解調參考信號

TP on rank 3-4 pattern

R1-094961 TP for TR36.814 reference signal structure Rapporteur (NTT DOCOMO)

Orthogonal cover code (OCC) = 2 vs. 4 and RB bundling

R1-094438 Further considerations on Rel-10 DM RS design Ericsson. ST-Ericsson

R1-094650 Beyond four-layer UE-specific reference symbol design for LTE-AdvancedNokia, Nokia Siemens Networks

16

R1-094910 Downlink DM-RS Structure for Rank 5-8 in LTE-Advanced NTT DOCOMO

R1-094548 Further investigation on DMRS design for LTE-A CATT

R1-094751 Investigation for DMRS design of rank5~8 ZTE

R1-094705 DMRS discussion for Rank 5~8 Huawei

R1-094784 DM-RS Design for rank 5-8 LG Electronics

R1-094869 UE-RS patterns for rank 5-8 Qualcomm Europe

R1-094454 Downlink DM-RS Design Considerations for Rank 5-8 in LTE-A Research In Motion UK Limited

R1-094575 Discussion on DM-RS for LTE-Advanced Samsung

DM-RS pattern for rank 3-4 for special subframes, and extended CP

R1-094868 UE-RS patterns for rank 3-4 and extended CP Qualcomm Europe

R1-094925 On Rel-10 DM RS design for Rank 3-4 Ericsson, ST-Ericsson

R1-094750 DMRS design in extend CP for rank1~4 ZTE

OCC mapping

R1-094507 Joint consideration of DL DM-RS design and codeword-layer mapping for rank over 3 Panasonic

DMRS with SDM

R1-095004 Further consideration on downlink DM-RS design for rank 5-8 in LTE-AdvancedHitachi

7.4. Uplink RS

這次會議針對 LTE-A (Rel-10)上行 UL參考信號設計的標準制訂可分為：解調參考信號 DM-RS及探測參考信號(Sounding Reference Signal, SRS)。

7.4.1. DM RS

此部分進行討論的提案為：

R1-094508 Views on UL DM-RS Panasonic

R1-094651 "Performance of uplink MU-MIMO with enhanced demodulation reference signal structure"Nokia Siemens Networks, Nokia

R1-094706 Uplink DM RS enhancement for LTE-A Huawei

R1-094733 Mapping of UL RS sequence for clustered DFT-S-OFDM NEC Group

R1-094763 UL DM RS Multiplexing for SU-MIMO Texas Instruments

R1-094785 Consideration on DM-RS design for UL SU-MIMO in LTE-A LG Electronics

17

R1-094855 Uplink DM-RS for LTE-A Motorola

R1-094870 DM RS in support of UL spatial multiplexing Qualcomm Europe

R1-094911 UL RS Enhancement for LTE-Advanced NTT DOCOMO

R1-094951 Orthogonal cover codes for uplink DM-RS Mitsubishi Electric

以下是主席依據當時討論的結果做出的結論：

Chairman’s note:

可能影響上行解調參考信號制訂的設計觀點：

上行單用戶多輸入多輸出 UL SU-MIMO

上行多用戶多輸入多輸出 UL MU-MIMO

上行協合多點傳輸 UL CoMP

針對非連續式的資源配置，解調參考信號序列設計

主席請 NSN要求在 RNA1#59bis前，針對是否需要 OCC及/或 IFDMA/FDM的解決方案進行處理。

7.4.2. SRS

此部分的提案為（由於時間關係，此部分所有提案皆未被予以討論）：

R1-094576 SRS Transmission in LTE-A Samsung

R1-094609 UL SRS enhancements to support CoMP and Transmit Diversity Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094493 Consideration on SRS design for LTE-A UL multi-antenna transmission Sharp

R1-094652 Performance of SRS based channel sounding with uplink SU-MIMO Nokia Siemens Networks, Nokia

R1-094653 Channel sounding enhancements for LTE Advanced Nokia Siemens Networks, Nokia

R1-094707 Increasing SRS capacity to support UL MIMO Huawei

R1-094708 Reliability analysis and possible solutions on SRS for LTE-A Huawei

R1-094743 Multiplexing Capability of Uplink SRS in LTE-A ZTE

R1-094786 UL sounding RS multiplexing for multiple antennas in LTE-Advanced LG Electronics

R1-094856 SRS Enhancements for LTE-A Motorola

R1-094871 SRS enhancements for LTE-A Qualcomm Europe

R1-094509 SRS configuration for LTE-Advanced Panasonic

R1-094918 Performance Evaluation of Rank-1 Precoded SRS Mitsubishi Electric

R1-094964 Further consideration on enhanced SRS for CoMP/non-CoMP user groupPantech&Curitel

R1-094764 SRS for Carrier Aggregation in LTE-Advanced Texas Instruments

7.5. DL Multi-antenna Transmission

18

這次會議針對 LTE-A (Rel-10)下行 DL的 MIMO傳輸技術，主要可分為：用於單一 cell的多用戶MU-MIMO傳輸技術及反饋設計兩大議題。其中，用於單一 cell的多用戶 MU-MIMO傳輸技術議題，由於第一次討論，主席採取快速報告發問的方式進行，並沒有達成多項協議與產生多項結

論。而針對反饋設計之議題，則有數項重要的結論，尤其是在 Rel-8後所擴充的 CQI/PMI/RI反饋設計。

7.5.1. DL Single-cell MU-MIMO

此部分主席在會前在細分為三個討論的重點，包含：(1)動態或半靜態之單用戶-多用戶 MIMO 技術之間的切換、(2)穿透式或非穿透式之多用戶 MIMO技術及 (3)多用戶 MIMO之維度（i.e., 單一用戶之 layera個數或共排程用戶之多用戶個數）技術議題。

7.5.1.1. Dynamic vs. Semi-static SU-MU MIMO Switching


R1-094440 On SU-MU MIMO switching Ericsson, ST-Ericsson

R1-094549 Considerations on SU/MU-MIMO switching in LTE-A CATT

R1-094577 Discussion on Dynamic Switching vs Semi-static Switching of SU and MU-MIMOSamsung

R1-094610 Dynamic SU-MU MIMO switching based on scalable implicit feedback Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094709 Investigation of the SU/MU MIMO dynamic switching Huawei

R1-094787 Discussion on mode switching between SU-MIMO and MU-MIMO LG Electronics

R1-094846 MCS Prediction in Support of Dynamic SU/MU-MIMO Motorola

R1-094872 DL MIMO transmission modes Qualcomm Europe

R1-095006 Consideration on Downlink Signalling for MU-MIMO ZTE

Section 2 only.

R1-094458 On Downlink Single Cell MU-MIMO in LTE-A Research In Motion UK Limited

Section 2.1 only.


Chairman’s note:

同意在不使用 RRC重組的情況下以進行在單一用戶與多用戶之間的MIMO傳輸

7.5.1.2. Transparent vs. non-transparent MU-MIMO


R1-094441 On transparent and non-transparent MU-MIMO Ericsson. ST-Ericsson

R1-094510 Further discussion on Downlink Multi-user MIMO operation for LTE-AdvancedPanasonic

19

Section 2.1 only.

R1-094550 Transmission schemes for DL MU-MIMO CATT

R1-094578 Discussion on Transparency for LTE-A MU-MIMO Samsung

R1-094611 Transparent vs. non-transparent MU-MIMO Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094684 Views on Transparency of MU-MIMO Motorola

R1-094710 Transparency of MU-MIMO Huawei

R1-094730 Downlink control signalling support for SU/MU-MIMO NEC Group

R1-095006 Consideration on Downlink Signalling for MU-MIMO ZTE

Section 3 only.

R1-094788 Discussion on transparency between SU-MIMO and MU-MIMO LG Electronics

R1-094873 Transparent vs. non-transparent MU-MIMO operation Qualcomm Europe


Chairman’s note:

主席在此特別為穿透式之多用戶 MIMO技術之『穿透式』進行定義。此處所指的『穿透式』意旨下行指示信號被用以提供指示或告知某用戶是否與其他用戶使用相同一個 RB 進行資料傳輸。若有指示則稱為『穿透式』；若無則稱為『非穿透式』。

針對以上的提案，主席觀察到下列的特性：

以目前的狀態，整個議題針對是否要採用穿透式或非穿透式之多用戶 MIMO技術，各家公司並沒有非常明顯偏好（註：較多數的公司支持非穿透式之多用戶MIMO技術）

若標準將採用非穿透式之多用戶MIMO技術，下行指示信號之設計則必須有考慮：

對於其他的用戶，將是否使用或使用哪些 DM-RS天線埠

功率偏移量

繼續評估是否非穿透式之多用戶 MIMO技術具有較優異的性能。若是，則哪種下行指示信號將是較有用處且必須考慮的。

7.5.1.3. MU-MIMO Dimensioning


R1-094510 Further discussion on Downlink Multi-user MIMO operation for LTE-AdvancedPanasonic

Section 2.2 only.

R1-094551 Discussion on MU-MIMO dimensioning in LTE-A CATT

R1-094579 Discussion on MU-MIMO demensioning Samsung

R1-094612 MU-MIMO dimensioning Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094654 On the multi-layer multi-user transmission in LTE-Advanced Nokia, Nokia Siemens Networks

R1-094711 Dimensioning of LTE-A MU-MIMO Huawei

R1-094757 Consideration on Multi-layer MU-MIMO vs. Single-layer MU-MIMO ZTE

R1-094765 Consideration on the dimensioning of DL MU-MIMO Texas Instruments

20

R1-094843 Higher Order MU-MIMO for LTE-A Motorola

R1-094874 MU-MIMO dimensioning Qualcomm Europe

7.5.1.4. Others


R1-094457 Further Discussion on Signaling of DM-RS Port for LTE-A MIMO TransmissionResearch In Motion UK Limited

R1-094580 Design of scrambling sequence for MU-MIMO Samsung

R1-094679 UE selection diversity and SIC gain Pantech&Curitel

R1-094689 PDCCH Performance with Transparent Antenna Aggregation MethodsMotorola

R1-094943 Discussion on DL MU-MIMO in LTE-A Fujitsu

7.5.2. Feedback in Support of DL Multi-antenna Transmission

此部分主席在會前在細分為三個討論的重點，包含：(1) 擴充 Rel-8 的 CQI/PMI/RI 反饋信號設計、(2)明確反饋信息方法及 (3)通道對等特性。其中，主要專注在擴充 Rel-8 的 CQI/PMI/RI 反饋設計以支援單一 cell 之單用戶與多用戶之設計，並優先處理解決其議題。其他則由於時間關係並無處理。

針對 DL反饋議題，主要由 NTT DoCoMo在 email discussion上基於 RAN1#58及 58bis兩次會議對技術報告文件 TR36.814之 CoMP Feedback所同意的 WF所做出的一份提案正文 R1-095054 進行討論。其中，此份提案 R1-095054之提案正文由各家所同意並寫入技術報告文件 TR36.814中。

R1-095054 TP for TR36.814 on CoMP feedback Rapporteur (NTT DOCOMO)

以下是其內文的主要論述：

有關 CoMP feedback機制(Chairman notes in #58)

Way forward (基於提案 R1-093719)：- 針對需要進行反饋的那些任何方法，可以各別每一 cell的反饋作為基準

o 也許可考慮互補式 cell間的反饋- 若需要詳細明確、非明確或基於探測參考信號方式的反饋設計，目前仍無確定達成共

識，尚須進一步討論

o 可考慮上述三個完整或其子集合的結合方式進行反饋設計

基於 email discussion所做出的結論如下：提案一：

- 也許需要反饋或指示信號的新型設計樣式以支援 CoMP（e.g., 針對某一指定的用戶，可藉由 RRC進行配置）

- 基本上以整個網路不需要明確地指示用戶或 CoMP傳輸點為基準，且 CoMP傳輸（e.g., 在MBSFN子時框中進行協合式波束形成(Coordinated Beamforming, CBF)或聯合處理(Joint Processing, JP)）之用戶的接收或解調是與非 CoMP傳輸（i.e., 單用戶/多

21

用戶MIMO）之用戶的接收或解調相同o 其中目前則還不確定是否可以非MBSFN子時框進行聯合處理

- 若在性能上的確具有優異表現，則可考慮違背上述之基準假設

提案二：

- 若需要反饋，在 CBF及 JP兩種 CoMP類型皆能支援的情況下，則試圖尋求階層式的反饋方式以用以不同的 CoMP類型

o 反饋階層意指一種在支援 CoMP JP反饋是支援 CoMP CBF反饋的一個超集合。

o 支援某一種 CoMP傳輸類型的用戶反饋是希望能使得整個網路針對此一 CoMP傳輸類型能動態地切換到單點傳輸

有關探測參考信號(Chairman notes in #58bis)

以下是在#58bis會議所同意的WF（基於提案 R1-094405）：用戶之探測參考信號傳輸可於數個 cells間利用通道的對等特性用以進行通道狀態資訊估測

未來可考慮使用增強式探測參考信號方法

7.5.2.1. Extensions to Rel-8 CQI/PMI/RI Feedback

Main proposals


R1-094442 On Feedback in support of DL Multi-Antenna transmission Ericsson. ST-Ericsson

R1-094683 Views on PMI feedback for uncalibrated eNode-B Motorola

R1-094552 Feedback enhancements for LTE-A downlink transmission CATT

R1-094582 Enhancements of Rel-8 PMI feedback Samsung

R1-094613 Best companion reporting for single-cell MU-MIMO pairing Alcatel-Lucent, R1-094616 Signalling Aspects of Adaptable Codebooks Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094680 Possibility of MAI indication by UE Pantech&Curitel

R1-094713 Feedback framework consideration for single cell MIMO Huawei

R1-094695 Extension to Rel. 8 PMI feedback by adaptive codebook Huawei

R1-095052 Extension to Rel-8 CQI feedback to support coordinated beam switching/ interference management Huawei, Hitachi Ltd., Qualcomm Europe

Revision of 4712Extension to Rel-8 CQI feedback to support CBS Huawei

R1-094734 Multi-resolution precoding codebook NEC Group

R1-095019 Downlink MU-MIMO and related feedback support Texas Instruments

Revision of 4767.

R1-094792 Feedback information for downlink coordinated scheduling/beamformingLG Electronics

R1-094804 Considerations on Feedback Schemes for Codebook-based MU-MIMO in LTE-APotevio

R1-094845 MU-MIMO Performance Comparison of Two Feedback Assumptions: Rel-8 Codebook and Spatial Covariance Motorola

22

R1-094847 Study of Possible Extensions to Rel-8 PMI Feedback for Better MU-MIMO Support Motorola

R1-094875 Extending the UE feedback for efficient MU-MIMO and CoMP Qualcomm Europe


Chairman’s note:

主席觀察的結果：

針對基於 Rel-8 CQI/PMI 之反饋擴展的所有技術以聚焦在且試圖縮小範圍至以下的範圍：

PMI 之擴展

可考慮多重 PMIs，例如新增反饋最佳的 PMIs與最差 PMIs

反饋時可伴隨 PMI反饋，例如基於長時間的傳輸協方差

預前編碼碼簿之增強

基於例如天線結構、通道傳遞環境之適應性的預前編碼碼簿

差分式預前編碼碼簿架構

探測參考信號之增強

CQI：修改 CQI之定義（如 Rel-8定義，在新增數個 CQIs）

在週五另有下列兩篇提案各自來自於不同的陣營，提出其有關用戶反饋的Way Forward。這兩陣營主要的不同論述是針對多用戶MIMO或 CoMP傳輸是否要使用如 Rel-8單用戶MIMO的反饋方式。其中，R1-095097大致沿用 Rel-8的方法，而 R1-095102則希望為其制訂一套最佳新型的反饋方法。

R1-095097 Way forward on UE feedback Ericsson, ST-Ericsson, NTT DoCoMo, Texas Instruments, Nokia, Nokia Siemens Networks, Panasonic, Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Mitsubishi Electric, RIM, Sharp, CWWiT

R1-095102 Way forward on UE feedback Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, ETRI, Fujitsu, HTC, Huawei, Icera Semiconductor, InterDigital Communications, Marvell, Motorola, Philips, Qualcomm Europe, Samsung, TD Tech, Vodafone, ZTE

由於兩陣營仍堅持己見，未有任何協議。因此主席裁決到下次會期前以 email discussion方式找出協議下的Way Forward。


R1-094615 Consideration of performance of coordinated beamforming with PMI feedbackAlcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094993 Re-use of single cell codebook designs for CoMP Philips

R1-094920 Feedback framework for SU/MU MIMO and CoMP for Downlink Transmission in LTE-A Hitachi Ltd.

Further details

23


R1-094471 CQI contents & measurement for SU-MIMO/MU-MIMO/CoMP LG Electronics

R1-094614 Estimation of extended PMI feedback signalling required for user intra-cell and inter-cell coordination Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094617 Grid of beams for MU-MIMO Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094618 Adaptable Codebooks for MU-MIMO Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094753 Investigation on dual polarition channel and codebook ZTE

R1-094754 Further Investigation on dual polarition uncorrelation channel and codebookZTE

R1-094805 Considerations on CQI feedback in the Rel-10 MU-MIMO Potevio

R1-094535 Consideration on MU-MIMO feedback reduction HTC Corporation

R1-094919 Consideration on new feedback information in support of dowlink MIMO controlHitachi Ltd.

R1-094921 Consideration on Feedback for Adaptive Cell Clustering Hitachi Ltd.

UL signalling considerations


R1-094472 Periodic PUSCH feedback LG Electronics

R1-094581 CSI Feedback Signaling in LTE-A Samsung

R1-094791 Payload Increase for PUCCH Format 2/2a/2b LG Electronics

8 Tx codebook design


R1-094583 8Tx Codebook Design for Channel Feedback in support of DL SU-MIMO in LTE-A Samsung

R1-094619 Design principles for feedback codebook for 8 DL tx antennas Alcatel-Lucent, Alcatel-Lucent Shanghai Bell

R1-094686 Codebook for 8Tx DL for LTE-A Motorola

R1-094752 DL Codebook Design for 8 Tx MIMO in LTE-A ZTE

R1-094766 Codebook-Based Feedback Issues on 8Tx Downlink MIMO Texas Instruments

R1-094789 DL Codebook design for 8Tx precoding LG Electronics

R1-094790 Evaluation for 8Tx CL-MIMO LG Electronics

7.5.2.2. Explicit Feedback Scheme


R1-094511 Statistical feedback information with outage considerations Panasonic

R1-094584 Explicit Feedback Support for SU/MU-MIMO in LTE-A Samsung

R1-094620 Weighted CSI Feedback Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

24

R1-094621 Considerations on spatial covariance aided implicit feedback for MU-MIMO Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

R1-094655 Performance of explicit and implicit feedback in supporting DL Multi-Antenna transmission Nokia, Nokia Siemens Networks

R1-094685 Covariance matrix quantization for CSI feedback Motorola

R1-094714 Hierarchical Feedback from Single-cell MIMO to Multi-cell MIMO Huawei

R1-094755 Spacial CSI feedback for beamforming antenna ZTE

R1-094844 Low-Overhead Feedback of Spatial Covariance Matrix Motorola

R1-094876 Explicit feedback in support of MU-MIMO operation Qualcomm Europe

R1-094906 Downlink MIMO with Coordinated Beamforming and Scheduling Marvell

R1-094913 Investigation on Quantization Scheme of Explicit Spatial Channel Feedback for CoMP Joint Transmission in LTE-Advanced NTT DOCOMO

R1-095005 Codebook Design for MU-MIMO under diversity antennas configuration ZTE

Revision of 4756.

R1-095018 Impact of Explicit Feedback Quantization on Multi-user JT-CoMP Tokyo Tech

R1-095082 Eigen-feedback reduction by sub-space signaling Toshiba

R1-095081 Explicit feedback for single-cell MIMO and CoMP Toshiba

7.5.2.3. Channel Reciprocity


R1-094443 On channel reciprocity for enhanced DL Multi-Antenna transmission Ericsson. ST-Ericsson

R1-094553 Applicability of channel reciprocity in LTE-A downlink transmission CATT

R1-094554 Considerations on Enhanced SRS Transmission Schemes CATT

R1-094585 Discussion on long-term channel reciprocity in FDD Samsung

R1-094622 Channel Reciprocity Modeling and Performance Evaluation Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

R1-094623 Antenna Array Calibration for TDD CoMP Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

R1-094624 Hybrid feedback of SRS and PMI to support asymmetric Tx/Rx antenna configurations Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

R1-094690 Use of Uplink Covariance Matrix for Downlink MIMO in FDD Motorola

R1-094821 Consideration on enhanced SRS-based feedback for CoMP CMCC

R1-094917 Necessity of checking channel reciprocity in TDD Mitsubishi Electric

7.5.2.4. Others


R1-094512 CoMP feedback overhead reduction based on precoded RS Panasonic

R1-094555 Considerations on Spatial Domain Coordination in LTE-A CATT

R1-094994 Extension of single cell operation to multiple co-located cells: TP for TR36.814Philips

25

7.5.3. Others


R1-094771 Phase Adjustment Mechanism in CoMP Mediatek

R1-094513 DL multi-antenna operation image Panasonic

R1-094586 Transmit diversity in MBSFN subframes Samsung

R1-094793 Consideration on Multi-RB channel interpolation LG Electronics

R1-094794 Remaining issues on higher order MIMO LG Electronics

R1-094806 Considerations on CoMP switching and scenarios Potevio

R1-094848 SCF-based Coordinated Beamforming and Performance Gain over Single-Point SU/MU Beamforming Motorola

R1-094715 DL covariance matrix estimation from UL channel Huawei

7.6. UL Multi-antenna Transmission

這次會議針對 LTE-A (Rel-10)上行 UL的 MIMO傳輸技術（此部分只有在週四上午進行討論），可分為用於 PUSCH的 MIMO傳輸技術及一些預前編碼 preocding之碼簿 codebook設計議題。這次主要討論議題為用於 PUSCH的MIMO傳輸技術。

針對用於 PUSCH的 MIMO傳輸技術，主要由 Samsung在這次會議中召開一次 ad-hoc meeting討論，會後產生一份由各家所背書的摘要提案 R1-095123。主要聚焦用於 2 個天線的傳輸分集技術(Transmit Diversity, TxD)。主要討論重點是數家公司如 Ericsson, ST-Ericsson, Nokia, NSN, Qualcomm, CATT, TI 等經由模擬結果顯示 OL TxD 並無明顯的性能優點，且基於實現複雜度，Rel-10若要支援各種 OL TxD技術，則接收機複雜度會因應不同的 OL TxD技術而有不同的接收機解碼法則，增加複雜度。因此在 Rel-10中不支援各種 OL TxD技術，只需使用 CL的 rank-1預前編碼技術。但大部分的公司則持不同看法，認為在 Rel-10中仍需支援各種 OL TxD技術。

R1-095123 Summary of ad-hoc session on UL MIMO Ad-Hoc chair (Samsung)

7.6.1. PUSCH TxD

Introduction of TxD (focus only on 2Tx)

針對此討論要點，這次會議包含下列對應的提案並進行討論：

R1-094444 Discussions on TxD for PUSCH Ericsson. ST-Ericsson

R1-094556 Further discussion on transmit diversity for PUSCH CATT

R1-094587 Discussions on UL PUSCH 2Tx Transmit Diversity Schemes in LTE-ASamsung

R1-094625 Performance Study on LTE-A PUSCH 2Tx Transmit Diversity Alcatel-Lucent Shanghai Bell, Alcatel-Lucent

26

R1-094656 On the necissity of transmission diversity for LTE-A Nokia Siemens Networks, Nokia

R1-094716 On transmit diversity for PUSCH Huawei

R1-094742 Performance comparison between open-loop TxD and closed-loop precoding for LTE-A PUSCH ZTE

R1-094768 Support of UL Tx Diversity for PUSCH Texas Instruments

R1-094795 Discussion on PUSCH TxD LG Electronics

R1-094877 Performance characterization of transmit diversity vs. other transmission schemes for PUSCH Qualcomm Europe

R1-094914 Necessity of Uplink Open-Loop Tx Diversity in LTE-Advanced NTT DOCOMO

R1-095013 Comparison of STBC and Low-CM SFBC for LTE-A PUSCH Mitsubishi Electric

Revision of 4948.

R1-095053 WayForward on PUSCH Transmit Diversity for LTE-A ALU Shanghai Bell, ALU LGE, Samsung, ZTE, Sharp, CHTTL, HTC, Huawei Mitsubishi, Potevio, I2R, Toshiba, ETRI

以下是MIMO ad-hoc主席做出的結論：

MIMO Chairman’s note:

用於 PUSCH之 2個天線及 4個天線的傳送分集技術（分為兩大陣營）：

不需在 Rel-10使用傳送分集技術陣營： E///, ST-E, QC, Nlkia, NSN, NEC, TI, CATT

需要在 Rel-10 使用傳送分集技術（詳細的傳送分集技術目前仍未確定）陣營： ALU Shanghai Bell, ALU, LGE, Samsung, ZTE, Sharp, CHTTL, HTC, Huawei, Mitsubishi, Potevio, I2R, Toshiba, ETRI

對於 Rel-10 的傳送分集技術，由於兩陣營（需要/不需在 Rel-10 使用傳送分集技術）彼此堅持己見，目前無達成任何協議

4 TxD and others 2TxD discussions


R1-094774 Three-symbol STBC for LTE-Advanced Uplink I2R

R1-094717 Benefits of 4 transmit antenna diversity for PUSCH Huawei

R1-094796 Performance evaluation of PUSCH 4Tx transmit diversity schemes in LTE-ALG Electronics

R1-094949 Comparison of uplink 4-TX transmit diversity schemes for LTE-AdvancedMitsubishi Electric

7.6.2. Remaining Codebook Issues

Rank-3 codebook issues


27

R1-094445 Uplink rank 3 codebook Ericsson. ST-Ericsson

R1-094473 Results for UL transmit power distribution LG Electronics

R1-094588 Further Discussion on Rank 3 Codebook Design for 4 TX UL SU-MIMOSamsung

R1-094657 On rank 3 usage with different traffic loading Nokia Siemens Networks, Nokia

R1-094681 Rank 3 codebook considering codeword to layer mapping Pantech&Curitel

R1-094718 Deployment scenario for uplink rank 3 codebook design Huawei

R1-094769 Further Consideration on 4Tx Rank-3 Codebook Texas Instruments

R1-094797 Rank-3 uplink codebook design for LTE-Advanced LG Electronics

R1-094849 Further Results on UL-MIMO Codebook Design Motorola

R1-094878 UL performance vs. codebook size Qualcomm Europe

R1-094915 4Tx SU-MIMO Codebook in LTE-Advanced Uplink NTT DOCOMO

R1-094944 Performance evaluation on rank-3 precoding codebook for LTE_A UL MIMOFujitsu

R1-094945 UL_MIMO enhancement with codebook size adaptation and nested codebook group Fujitsu

Single or multiple precoder


R1-094494 Considerations on multiple precoding scheme for clustered DFT-S-OFDMSharp

7.6.3. Others


R1-094455 Resource Mapping for PUCCH format 1/1a/1b with Transmit Diversity Research In Motion UK Limited

R1-094456 Further Discussion on Transmission Mode Configuration for LTE-A Uplink Transmission Research In Motion UK Limited

R1-094474 Discussion on UE class category and numbers of Tx PA and Tx/Rx antenna configurations LG Electronics

R1-094475 Comparison between uplink frequency selective and non-selective precoding LG Electronics

R1-094557 Transmit Diversity for PUCCH format 2/2a/2b CATT

R1-094558 PUCCH Format 1/1a/1b Resource Allocation with Transmit Diversity CATT

R1-094589 Transmit Diversity and Frequency Hopping Aspects for PUCCH Formats 2/2a/2bSamsung

R1-094634 Multi-antenna Transmission and Coding Schemes for PUCCH Format 2 with Increased Payload InterDigital Communications, LLC

R1-094798 Resource Allocation for Multi-antenna Transmission in PUCCH Format 1/1a/1bLG Electronics

R1-094803 Multi-antenna Technique for PUCCH Payload Increase CATT

28

R1-094879 Link Analyses of SU-MIMO operation for UL of LTE-A for agreed simulation assumptions Qualcomm Europe

7.8 Relaying

RAN1針對轉接器做出以下結論：

R-PDCCH 多路整合有以下四種方式：

1. 所有在一個子框架的 R-PDCCH會被一起打亂2. 所有在一個子框架的 R-PDCCH會被一起打亂，但不跟 PDCCH一起打亂。3. 不打亂4. 第二種跟第三種的整合此四種方式將會在 RAN1#59bis的會議前以 e-mail的方式被討論。

同樣針對 R-PHICH的需求也將在 RAN1#59bis的會議前以 e-mail的方式被討論。

上行鏈結 HARQ傳輸時序

針對 FDD，在適當的子框架支援下，8msHARQ RTT 是從 L1 的觀點對下行鍊結跟上行鍊結的基本假設。對不同的 HARQ的時序安排是否需要針對 HARQ效率進行設計則再研議。

對於背後骨幹參考信號的設計將以 R1-095090 的建議進行討論。背後骨幹的控制信號將沿用Rel-8的 PDCCH設計。對於第一類轉接器的定義與 inband/outband將以 R1-094518為起始點開始討論。

R1-094824 Relay performance evaluation CMCC

CMCC針對轉接器以下列四種模型，所了一些模擬。

29

8/15

ISD

eNBRN120°

1/3ISD

120°

120°

1/5 ISD

8/15

ISD

eNB120°

1/3ISD

80°

80°

80°

RN

RN

(a) 1RN/sector (b) 2RNs/sector

8/15

ISD

eNB

RN

120°

1/3ISD

50°

50°

50°

RN

50°

50°

1/5 ISD

eNB120°

1/3ISD

RN

RN

34.2°

48°

1/10ISD1/5 ISD

(c) 4RNs/sector (d) 10RNs/sector轉接器分佈。

結論：

藉由轉接器的協助，系統可以得到更高的系統傳輸率增益，且轉接器越多，增益越大，不過系統效能最後會因為背後骨幹而限制，當一個細胞超過兩個轉接器的時候。

將轉接器的傳輸功率從 30dBm增加到 37dBm 的時候，涵蓋率將會增加 15%，同時，細胞邊緣的效能可以被提升，但由於骨幹連線容量的限制，整體系統傳輸率並沒有大量提

升。

R1-094893 Updated Type 1 Relay Performance Characterization: Dependency with Channel Model Assumptions Qualcomm

針對第一類轉接器做效能模擬，當轉接器使用了適當的干擾消除技巧，系統可以大幅增

加效能。

30

RAN2 Meeting

多載波配置

R2-096812 Basic CC Configuration in Carrier Aggregation Nokia Corporation, Nokia Siemens Networks DiscNSN 針對不同涵蓋範圍情境所造成的重新連結，提出預置載波配置的概念去事後由較低層級去啟動或關閉載波。除此外，Rel-8 RRC 連線重配置流程是針對增加與移除載波的可行的假設。

DRX在多載波下的運作模式

DRX被區分為以下三種：1) Common DRX: UE 在所有的載波採用相同的 DRX operation，CC1 可以對其他載波的

PDSCH排程。2) Anchor carrier DRX: 錨載波採用完整的 DRX 功能; 部分參數將用在非錨載波。非錨載波根據錨載波的 DRX週期但其他的參數可能不同。錨載波可以命令其他非錨載波的接收。當兩個載波處於活動狀態的時候，只有一個載波可以對另一個載波排程。

3) Independent DRX with common configurationDRX 非相關運作在每個載波上但使用相同的 DRX 參數，當兩個載波處於活動狀態的時候，只有一個載波可以對另一個載波排程。

以下摘錄會場討論：Ericsson 覺得 common DRX 比較清楚，Ericsson 也懷疑重大的電池效益是否可以由載波關閉的方式得到，無論如何，要盡可能的避免無謂的載波開啟。因此

Ericsson 喜歡第一種方式，當有資料來或送的時候，多載波才被配置，然後網路將使用全部的載波。NEC 覺得我們可以決定在所有的載波使用相同的活動時間且讓其他的 eNB 配置，Ericsson 同意這樣的觀點。IDT 覺得 common DRX 需要有快速的啟動關閉機制，QC 同意這個觀點，且覺得如果要改變 DRX，這不需要個別的啟動關閉機制。Panasonic 覺得 common DRX比較簡單且可以當成基本設計，但對於其他的情境，可能也需要多加考慮。

會場結論：採用 Common DRX所有的載波採用相同的 DRX 參數，舉例來說，所有載波的 PDCCH 活動時間相同。備註：如果未來有不同的啟動方式，DRX 行為在所有的載波與被啟動的載波是相同的。此外，CCx可以永遠為其他的載波 PDSCH排程。

載波啟動與關閉

R2-096502 Carrier activation and de-activation CATT Disc

ZTE 質疑為什麼在不同的載波上 DRX-off 的時間會跟非啟動的載波有什麼不同？是非啟動載波向是連續 DRX-off？Motorola 覺得在量測上會有所不同。Ericsson 假設UE 量測非啟動載波去賦予快速啟動的能力。Motorola 覺得為什麼需要在非啟動載波去做量測。

Ericsson 指出量測某個預設載波當然不需要回報，更進一步，在啟動時，UE 必須已經針對載波做完估測。

31

IDT 覺得當手機進入一個細胞，必須要可以在不做量測的情況下傳輸，Ericsson 覺得載波啟動跟這個狀況有點不同。

Ericsson假設 UE量測所有配置好的載波，UE應該告知強度估測去執行快速啟動。

Intel覺得如果載波連續，測量一個載波形同告知另一個載波的訊號強度。

Motorola 覺得必須要區分移動量測跟 CQI 量測，Ericsson 同意 CQI 正確不需要在被關閉的載波。

RIM 懷疑為什麼 SI 觀察是需要在被關閉的載波被執行？如果被 RRC 啟動，SI 可以在被啟動的時候提供，CATT覺得特定 SI傳遞可能步是最佳方式。

LG懷疑什麼樣的啟動是 RRC啟動，跟用 RRC做重配置相比。

R2-096906 Activating and deactivating component carriers Samsung Disc

Ericsson 假設如果我們命令 UE 量測非啟動載波，則不會有超過 200ms 時間延遲，Samsung同意如果此類量測可以解決這個問題，但這將會跟長期配置的 DRX相同。

Samsung假設信號強度量測需要時間。

RIM還宜是否所有的載波都有相同的路徑損失。

Panasonic 覺得在相同頻帶會有類似的路徑損失，在不同的頻帶，路進損失將會非常不同。

Deutsch Telecom 同意這個觀點。此外在同個頻帶的連續載波跟不同頻帶的載波是相同重要。

因此有兩個選項去處理載波啟動

1. 一個載波配置步驟與不同的載波啟動步驟2. 一個載波配置步驟並同時啟動載波

系統資訊處理

R2-096813 System Information change in RRC_CONNECTED Nokia, NSN

Nokia提出 RRC_Connected下的系統資訊改變。Ericsson認為不需要在所有載波上接受 paging是共識。ZTE認為從 IDLE到 CONN需要得到系統資訊。ZTE懷疑是否真的需要對一個新配置的載波提供緊急的系統資訊，或許 UE 已經在 IDLE 的時候得到。Panasonic提到這可以跟 Rel-8以相同的方法處理，Ericsson同意 Panasonic的端點。

對於增加載波，有以下的討論。Huawei 傾向不以特定方式去提供系統資訊，因為實際上沒有如此緊急的狀態，Ericsson 覺得應該避免額外的時間延遲，Huawei 如果時間延遲真的很重要，可以有其他方法處理，如 UE 提前對要加入的載波做處理，

32

Vodafone 認為時間延遲非常的重要。Ericsson 指出我們可以考慮增加跟現有載波相當品質的載波，Samsung 覺得我們可以假設 200-300bits 的系統資訊對於百萬位元載波不是個問題。Panasonic同意 Ericsson/Samsung的觀點，時間延遲很重要。

對系統資訊的改變，討論如下。Samsung覺得這行為跟載波啟動與關閉無關。

對於以上的討論，RAN2做成以下結論。1. 載波增加：當配置一個新載波，RRC專用信號可以用來傳送載波的緊急系統資訊，此資訊是必須用來配置載波傳輸與接收

2. 載波系統資訊變更：讓 UE觀察所有配置載波系統資訊改變的 paging指示或 UE週期性檢視所有配置載波的 SIB1是不可以被接受的方案

連接狀態的量測

R2-096832 Connected Mode Measurement in Carrier Aggregation Alcatel-Lucent Disc

對本篇，大會做成以下結論。

1. UE認為載波就如同其他載波頻率班，量測需要被預設好讓 UE去量測。2. 所有未被配置的載波頻率都被視為跨頻量測。

R2-096800 Measurement considerations for multicarrier operation Qualcomm EuropeDisc

Qualcomm 提出跨頻率量測，UE 需要考慮量測事件中所有的服務細胞。Samsung 問所有服務細胞指的是什麼？Qualcomm 解釋此為在所有配置的載波上的所有服務細胞。Ericsson 覺得如果有完整的不相關事件，可能會有十分多的量測需要被設置，這樣當某個事件方發生時，可能一堆事件會被觸發，因此 Ericsson覺得如果 Rel-8的行為即可。這個方案可能會導致一些測量事件如一個未被配置的載波比已配置的載波具備更好的品質。

Qualcomm覺得我們可以以已經有的量測是事件為中心。

LTE release 9: MBMS

此次 LTE RAN2#68會期裡針對 LTE Rel-9的 MBMS stage 3參數，達成了許多的決議。最主要的一篇標準貢獻提案，則是以下這篇由 Huawei摘要的 e-mail discussion結果報告。

R2-096531 Report of email discussion on MBMS value range [67b#14] Huawei

SIB13

MCCH

MCCH

⋯⋯

MCCH

MBSFN Area ID #2

MBSFN Area ID #7

MBSFN Area ID #20

DSI

DSI

DSI

...

Cell-specific informationtransmitted in unicast resource

Non-cell specific informationtransmitted in MBSFN resource

目前 LTE Rel-9 的 MBMS 控制訊息結構主要如上圖所示。MBMS 控制參數分別是放在SIB13、MCCH、與 DSI (dynamic scheduling information)中。藉由此次 e-mail discussion的

33

討論，SIB13 除了為每個 MBSFN area 提供其相對應 MCCH 的位置之外，還需提供一notificationIndicator-r9 參數，來指明該 MBSFN area 是對應於 MBMS notification 裡的八位元 bitmap的位置。總結來說，SIB13的最終訊息參數以及各參數的值域(value range)，可摘要如下：

-- ASN1START

SystemInformationBlockType13-r9 ::= SEQUENCE {mbsfn-AreaInfoList-r9 MBSFN-AreaInfoList-r9,notificationConfig-r9 SEQUENCE {

notificationRepetitionCoeff-r9 ENUMERATED { }, -- Value range is FSS

notificationOffset-r9 INTEGER (0), -- Value range is FSS

notification-subframe-r9 INTEGER (1..6),...

}

MBSFN-AreaInfoList-r9 ::= SEQUENCE (SIZE(1..maxMBSFN-Area)) OF MBSFN-AreaInfo-r9

MBSFN-AreaInfo-r9 ::= SEQUENCE {mbsfn-AreaId-r9 INTEGER (0), -- Value range is

FFSnotificationIndicator-r9 INTEGER (0..7),mcch-Config-r9 SEQUENCE {

repetitionPeriod-r9 ENUMERATED {rf32, rf64, rf128, rf256},offset-r9 INTEGER (0..10),modificationPeriod-r9 ENUMERATED {rf512, rf1024},sf-AllocInfo-r9 BIT STRING (SIZE(6)),signallingMCS-r9 ENUMERATED {n2, n7, n13, n19}

},...

}

-- ASN1STOP

至於在 MCCH 的部份，其主要的功能則是為該單頻網下之各個 MCH，提供其相對應的MSAP configuration。MCCH 主要包含以下這三個控制訊息參數：commonSFN-Alloc-r9, commonSF-AllocPeriod-r9, 和 pmch-InfoList-r9。其中 commonSFN-Alloc-r9 先定義了整個單頻網之MBSFN subframe resource，再透過 commonSF-AllocPeriod-r9的 end參數將這些MBSFN subframes 分配給各個 MCH。最後藉由 pmch-InfoList-r9 裡提供的 serviceID, sessionID等等參數，來說明哪些 services是透過這個 MCH 來傳送。具體的 MCCH 控制訊息參數，則可摘要如下：

-- ASN1START

MBSFNAreaConfiguration-r9 ::= SEQUENCE {commonSF-Alloc-r9 CommonSF-AllocPatternList-r9,commonSF-AllocPeriod-r9 ENUMERATED {rf4, rf8, rf16, rf32, rf64, rf128, rf256},pmch-InfoList-r9 PMCH-InfoList-r9,nonCriticalExtension SEQUENCE {} OPTIONAL

}

CommonSF-AllocPatternList-r9 ::= SEQUENCE (SIZE (1..maxMBSFN-Allocations)) OF MBSFN-AreaSAP-r9

MBSFN-AreaSAP-r9 ::= MBSFN-SubframeConfig-r9

PMCH-InfoList-r9 ::= SEQUENCE (SIZE (1..maxPMCH-PerMBSFN)) OF PMCH-Info-r9

PMCH-Info-r9 ::= SEQUENCE {pmch-Config-r9 PMCH-Config-r9,mbms-SessionInfoList-r9 MBMS-SessionInfoList-r9

}

MBMS-SessionInfoList-r9 ::= SEQUENCE (SIZE (1..maxSessionPerPMCH)) OF MBMS-SessionInfo-r9

MBMS-SessionInfo-r9 ::= SEQUENCE {serviceId-r9 MBMS-ServiceId-r9,sessionId-r9 OCTET STRING (SIZE (1)),mtch-Config-r9 SEQUENCE {logicalChannelIdentity-r9 INTEGER (0..29)

},...

}

-- Common definitions

PMCH-Config-r9 ::= SEQUENCE {

34

sf-AllocEnd-r9 INTEGER (0..1535),dataMCS-r9 INTEGER (0..28),msap-OccasionPeriod-r9 ENUMERATED { rf8, rf16, rf32, rf64, rf128, rf256, rf512, rf1024},...

}

MBMS-ServiceId-r9 ::= SEQUENCE {plmn-Id-r9 CHOICE {plmn-Index-r9 INTEGER (1..6),explicitValue-r9 PLMN-Identity

},serviceId-r9 OCTET STRING (SIZE (0..3))

}

-- ASN1STOP

MBSFNAreaConfiguration field descriptionscommonSF-AllocIndicates the subframes allocated to the MBSFN areacommonSF-AllocPeriodIndicates the period during which resources corresponding with field commonSF-Alloc are divided between the (P)MCH that are configured for this MBSFN area. The subframe allocation patterns, as defined by commonSF-Alloc, repeat continously during this periodsf-AllocEndIndicates the last subframes allocated to this (P)MCH within a period identified by field commonSF-AllocPeriod.msap-OccasionPeriodIndicates the MSAP occasion period i.e. the periodicity used for providing dynamic scheduling information.dataMCSIndicates the Modulation and Coding Scheme (MCS) applicable for the subframes of this (P)MCH as indicated by the field commonSF-Alloc. The MCS does however neither apply to the subframes that may carry MCCH i.e. the subframes indicated by the field sf-AllocInfo within SystemInformationBlockType13 nor for the first subframe of each MSAP occasion (which may contain the dynamic scheduling information provided by MAC). Indicates the

value for parameter MCSIin TS 36.213 [23, Table 7.1.7.1-1].

plmn-IndexIndex of the entry in field plmn-IdentityList within SystemInformationBlockType1, that is set to the applicable value.

R2-096990 Further discussion on DSI for LTE MBMS CMCC, Alcatel-Lucent Shanghai Bell, Alcatel-Lucent, CATT, HTC, Huawei, ITRI, ZTE

至於 DSI 的部份，則是以這篇標準貢獻提案對目前的 DSI 格式提出相關討論。這篇標準貢獻提案是由中國移動連同 ITRI 與其他公司所發起的聯合提案。這篇提案的主要有兩個目的。第一個目的主要是針對上次會期中關於 LCID的必要性問題提出討論，認為 LCID欄位其實並不需要夾在 DSI中；另一個目的則是考量到 MSAP occasions的週期，建議將DSI中原本 8 bits的 STOP欄位，加大變成 11 bits。但是在會場中的討論，Nokia等公司雖然對於 LCID 的必要性沒太多足夠說服人的理由，但是 vice chairman 最終仍決定保留LCID欄位。至於另一個加長 STOP 欄位的提案，則是一下子便取得大家的共識並且順利通過。因此，最終的 LCID的MAC header格式，則可如下圖所示：

LCID 1

Stop MTCH 1

Oct 1

Oct 2

...

Oct 3

Oct 4

Oct 2n-1

Oct 2n

Stop MTCH 1

LCID 2

Stop MTCH 2

Stop MTCH 2

LCID n

Stop MTCH n

Stop MTCH n

Inbound mobility in RAN2

35

本次會議包括 Ericsson, Qualcomm, Motorola等公司都對 inbound mobility to CSG提出各項見解。此處最主要的問題在於 CSG的資訊並不會包含在鄰細胞資訊廣播中，因此 UE必須要由其他方式得知周遭有屬於自己 white list的 CSG H(e)NB。Ericsson (R2-096414) 認為 UE端可記憶曾造訪過的 CSG H)NB並利用 autonomous search的方式偵測到鄰近有 CSG H(e)NB。針對 search的方式，Qualcomm (R2-096397) 傾向利用量測 (cell measurement)的方式辨識，以辨識 CSG cell的特定訊號格式判斷並回報所量測到的 cell可能是或可能不是屬於自己 white list中的 CSG HNB；至於量測的週期時間則可由網路端自行設定。而量測回報的內容則包括同頻與異頻的 proximity indication。Motorola (R2-096401) 則表示網路在設定量測參數時必須包括 PSC/PCI range，而 UE可以回報 SI。

關於 proximity indication 的細部設計總計有 Vodafone (R2-096586), NTT DOCOMO (R2-097001), LGE (R2-097012), Huawei (R2-096805), HTC (R2-097046) 等公司，最主要都是針對proximity indication內容的意見。

另外針對 SI reading/reporting的內容也有若干提案討論。Motorola (R2-096876) 提出說明取得SI 的有效內容，主要判別該資訊的時效性，有關議題還包括 InterDigital 的提案 (R2-096806)。此外，Motorola及 LGE分別針對 reporting的機制提出相關的見解，包括觸發回報的條件 (R2-096878)，以及 non-SI reporting的應用情境 (R2-096945)。而 LGE在 R2-097014中也提出若 SI 讀取失敗時必須要有一套處理及回復的機制。至於 SI reporting 內容的部份，CATT (R2-096515)提出了 SI reporting內容的建議，而 ZTE (R2-096780) 則是認為 SI report的內容可以沿用 reportCGI的內容，但不包括其中的 T321。

HeNB Ad Hoc in RAN4

RAN4在週四晚上安排一場關於 HeNB的臨時會，主要討論 requirements for TDD HeNB，議題有 (1) RF requirements, (2) synchronization requirements and solutions, 以及 (3) interference mitigation。在 RF requirements主要由 CMCC及 CATT針對 36.104與 36.141所提出各種系統項目的需求，這些項目包括：ACLR requirementACS and narrow band blocking requirementBlocking requirementDynamic range requirementFrequency error requirementPerformance requirementOperating band unwanted emissions requirementReference sensitivity level requirementSpurious emission requirementBS classificationMaximum output powerIn-channel selectivity requirementReceiver intermodulation requirement

在 synchronization requirement 的部份則討論了 7 項議案，其中 Qualcomm (R4-094463) 及NSN (R4-094246) 都討論到 HeNB對於大細胞之間同步的問題與影響。CMCC (R4-094582) 則是對於 HeNB的同步問題提出一些解決方案的看法，認為 GNSS/GPS, IEEE 1588v2或是透過network listening 的方式都可以達成 HeNB (Rel-9) 同步的效果。而會中 Qualcomm, CMCC, NSN則針對 large propagation case的同步要求與方法達成共識，並共同提出一份協議後的文

36

件。另外，Motorola (R4-094705) 以及MeidaTEK (R4-094647) 也都分別提出對於 HeNB同步的要求內容。

而 interference mitigation最主要是由Motorola所提出的文件 (R4-094636)，提案主要為 HeNB下鍊路控制通道的保護 (Downlink control channel protection)，設法避免來自巨細胞 (macro cell) 的干擾。由於巨細胞下鍊路功率較 HeNB大許多，因此Motorola提出兩步驟來避開控制通道的干擾。首先，若 NeNB與巨細胞載波重疊的情況下，HeNB則將其訊框 (frame) 做時間上的錯動位移 (以 symbol為單位)，因此 HeNB的控制通道的訊息 (e.g. SSCH, PSCH) 的發送時間就不會與巨細胞的重疊；接下則是利用 uplink timing advance control 達到同步的結果。此議題在會中有熱烈的討論，對於本案所提出的構想與細節方法當場並無具體的結論。

LTE Rel-9: HeNB

經過上次會期的討論，大家對於 UE的 inbound handover(從 eNB換手到 HeNB)的流程已有一個普遍性的共識，但對於流程的細部內容仍有許多不清楚的地方(For Further Study)。這次會期，NTT DOCOMO特地針對上次討論的內容整理了一份 overview，列出 inbound mobility的procedure，並且列出流程中之 open issues，這次會議首先討論了這篇 paper。 Inbound mobility流程整理如下：

Overview

R2-096999 CSG inbound handover – overview NTT DOCOMO

37

Start

2. UE detects fingerprint match for a cell on non-serving frequency

3. MeasConfig exists for the concerned frequency?

4. UE sends proximity indication

1. eNB configures UE witha) MeasConfig with optional PCI range

for autonomous SI reporting, andb) proximity indication control

6. UE performs cell search/ measurements and best effort SI

reading using natural gaps

7. SI ready when MR (e.g., Event A3) is triggered?

12. UE sends MR with CGI, TAI and “member/ non-member” indication

(autonomous SI reporting)

8. UE sends MR with“likely/ unlikely” indication

9. eNB configures UE to perform SI reading

10. UE performs SI reading using autonomous gaps

5. eNB configures UE with relevant MeasConfig with optional PCI range

for autonomous SI reporting

N

Y

N

Y

13. NW decision to perform HO

End

In case of inter-frequency or inter-RAT handover only

Common for all cases

UE action

NW action


(NW initiated SI reporting)

有了這個流程架構之後，緊接著的討論就是根據這個流程。此次會議中，討論最為熱烈

的就是 proximity indication以及 likely/unlikely的用途以及存在的必要性。

Proximity indication

R2-096586 Scope of Proximity Indication VodafoneR2-097001 CSG inbound handover - proximity indication NTT DOCOMOR2-096805 Some open issues of proximity indication for HeNB Huawei

在上一次會期中，各公司對於 proximity indication有一定的共識：當 UE fingerprint match到一個在 non-serving frequency 上的 CSG/hybrid cell，且 UE 沒有這個 frequency 的measurement configuration，則 UE 會傳送一個 proximity indication 給 eNB，要求 eNB configure 這個頻帶上的 measurement。對於 inter-freq、inter-RAT 有可能 eNB 從來沒有configure 過 measurement configuration 給 UE，因此 proximity indication 有其作用;而在intra-freq inbound handover 中，measurement configuration 已經存在，因此 proximity indication不需要在 intra-freq中傳送。

38

Likely/unlikely

R2-096783 Clarification on measurement parameters in LTE inbound mobility HuaweiR2-096835 Clarification on Inbound handover procedure to CSG and hybrid cell

Alcatel-Lucent

Likely/unlikely member cell indication在上一次會期中被列為 optional，其用途是當 UE的measurement report event被 trigger之後，且 UE還不夠時間去讀 SI(System Information)，或是 SI reading不夠充分，此時 UE傳送 measurement report中應該要 indicate此 measured cell 是 likely/unlikely member cell (可能為會員細胞/不可能為會員細胞)。若網路端收到unlikely to be a member cell，則網路端就會提早停止 UE的 measurement。

然而在這次會議中，proximity indication與 likely/unlikely一併討論後，得到的共識如下：Likely/unlikely indication是經由 UE經過不充分的 measurement之後回報的，有些公司考量會有可信度的問題，因此這次會議決議通過將這個 indication 取消掉。而 proximity indication 則同意連 intra-freq 都要傳送，並且 proximity indication 的功用是必須包含讓network 知道是否該讓 UE 去讀 SI。經由這樣的 agreement，proximity indication 已經將likely/unlikely的功能取代掉了。Agreements 如下： Proximity is used for intra-, inter-freq and inter-RAT (intra-freq UMTS case is FFS).

Based on this proximity the network will e.g. know it might be important to ask for SI-reading for reported closed cells.

Will not have the likely/unlikely indication

緊接著，另一個重要的討論是:是否要由 UE主動的做 SI reading/reporting 。

Autonomous SI reading/reporting

R2-097000 CSG inbound handover - way forward NTT DOCOMOR2-096797 Proposals on open issues for CSG inbound mobility Qualcomm Europe

多數公司認為這是一個對 UE 進一步最佳化的功能。Qualcomm 認為即使我們取消了autonomous reporting，也應該保有 autonomous reading。Ericsson 則建議 baseline solution應該是由 network要求 UE去做 SI reading，UE是否主動讀以節省時間則為 proprietary設計。因此最後大家同意將 autonomous SI reporting 在 Rel. 9 這版本移除，將來的版本是否有需要加入，之後再討論。

Agreement: Will not have UE autonomous SI reporting

根據討論之後所決議的流程約可整理成如下圖：

39

Start

2. UE detects fingerprint match for a cell on non-serving frequency

3. MeasConfig exists for the concerned frequency?

4. UE sends proximity indication

1. eNB configures UE withproximity indication control

6. UE performs cell search/ measurements

7. UE sends MR (e.g., due to triggered Event A3)

8. eNB configures UE to perform SI reading

9. UE performs SI reading using autonomous gaps

5. eNB configures UE with relevant MeasConfig

N

Y

11. NW decision to perform HO

End

In case of inter-frequency or inter-RAT handover only

Common for all cases

UE action

NW action


(NW initiated SI reporting)

而對於 fingerprint scanning/matching部份，此次會期並沒有進一步討論，多數的手機廠商認為這是 UE implementation issues，不願意對此議題有相關的制定。

40

七、心得與建議

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

RAN1 Meeting:

3GPP RAN1對於各種參考信號(Reference Signal, RS)制訂，相較於 IEEE 16m的標準，個人感覺考慮非常縝密且紮實。例如在 R1-094909中討論 CSI-RS，經 email discussion，就做出近 10個疑問討論。如：Q1.在每一個 PRB中每個天線埠需要幾個 RE進行 CSI-RS設計所使用？Q2.在每一個 PRB中最多需要幾個 RE進行 CSI-RS設計所使用？Q3. 對於 CSI-RS設計是否引進 inter-PRB multiplexing（i.e., 是否映射一組 CSI-RS至數個 PRB）？等問題。詳細請參閱提案 R1-094909。

由於 3GPP RAN1 對於各種參考信號制訂必須考量向後(Rel-8)兼容與向前兼容(Rel-10)的問題（其實不止參考信號之制訂，其他設計議題亦有此疑慮）。其中向後兼容問題較大。相

較於 IEEE 16m（無向後兼容問題，可以是全新的設計），3GPP RAN1 所設計的參考信號，因為考量 Rel-8的 Cell-Specific RS (CRS) （即所謂通用參考信號(Common RS)）的使用（16m 並無此參考信號之考量）。因此其整體因參考信號消費(overhead)較大，性能可能較差。

回到議題與提案決策，3GPP 仍給人不信服與不公平的觀感。因為絕大多數的決策，尤其是重大決策常掌握在超級大廠手中（已是公開的事實）。如一件議題若遇到爭議無法達成

協議時，重要的幾家超級公司即會私下找各擁護公司進行密連署會簽，產生一個重大的

wayforward（或 working assumption）。隔天或數天後即提出，常給人措手不及與質疑，總是他們說了就算。小公司永遠無法浮出檯面。因此，若要以小蝦米戰勝大鯨魚，本人再次

強調唯有提早發覺與挖掘議題，以『暗地埋藏地雷』的方式進行，並藉由他合作或關係良

好的重要公司為其推行。此舉雖有些風險不小，但應不失一個可行的方法。但前提是，在

IP佈局時，需做縝密的評估。

近來，3GPP RAN1常不乏見到各公司採用『女性』標準制訂參與者進行提案發言與報告。個人感覺由於是女性關係，各公司對其提案的質疑與反對聲音似乎會較為和緩與低調。當

然，最後還是得回歸到其技術與政策議題上，但不論是否可因此佔有些許優勢，個人認為

此舉仍是件不錯想法。

RAN2 Meeting:

此次 LTE RAN2#68會議已對於 LTE Rel-9的MBMS控制訊息參數與其值域(value range)，已大致底定。但是仍有其他 open的議題值得本團隊在下次 3GPP RAN2會議開始前，密切觀察與注意其相關的發展與內容討論，比如說 SIB13改變的議題。由於 SIB13只有 MBMS的用戶才有需要去接收，但是藉由現今的 system information改變的機制，當 SIB13的訊息內容改變時將導致所有無論是否為MBMS的用戶皆需更新 system information。因此，如何有效率的改變 SIB13的 configuration參數，是目前眾家廠商所感興趣的重要議題之一。

對於 3GPP 的生態，以及各大公司的立場已經較為熟悉。此次與會，也結識到更多的朋友，與這些朋友們有更進一步的討論，藉由這些討論，可以將相關議題中不清楚的地方釐

清。

針對 HeNB inbound mobility的相關議題，此次的會議已取得更多的共識，各大公司、廠商的想法慢慢在收斂中。這次的 agreements 雖有一部分推翻了前幾次會議所討論出來的共識，然而新產生的共識讓 HeNB inbound handover的流程更進一步簡化，當成基本流程。大致流程已經成形，相關的細節仍待制定，此次會期之後，仍有多個 HeNB inbound mobility

41

相關的 mail discussions 要進一步討論，本團隊會持續關注這個議題，以掌握相關的議題資訊以及討論方向。

42

八、附件

工研院所提的技術提案如下所示，附件於壓縮檔：

3GPP LTE RAN2#68 (9 November-13 November 2009) Jeju, Korea

R2-096990 Further discussion on DSI for LTE MBMS CMCC, Alcatel-Lucent Shanghai Bell, Alcatel-Lucent, CATT, HTC, Huawei, ITRI, ZTE, RAN2#68, Accepted

R2-097035 Discussion of DRX scheduling selection in Carrier Aggregation ITRI, RAN2#68, Posted

R2-097037 Discussion of DRX Scheduling in Carrier Aggregation ITRI, RAN2#68, Posted R2-097400 SR prohibit mechanism for UL SPS Panasonic, Qualcomm Europe, Nokia Siemens

Network, Nokia Corporation, LG Electronic Inc., CATT, HT mMobile Inc., ITRI, MediaTek, Newpostcom, HTC, Hitachi, Interdigital, RAN2#68, Accepted

R2-097401 SR prohibit mechanism for SPS Panasonic, Qualcomm Europe, Nokia Siemens Network, Nokia Corporation, Ericsson, ST-Ericsson, LG Electronics Inc., CATT, HT mMobile Inc., ITRI, MediaTek, Newpostcom, HTC, Hitachi, Deutsche Telekom, Fujitsu, Interdigital, RAN2#68, Accepted

R2-097402 SR prohibit mechanism for SPS Panasonic, Qualcomm Europe, Nokia Siemens Network, Nokia Corporation, LG Electronic Inc., CATT, HT mMobile Inc., ITRI, MediaTek, Newpostcom, HTC, Hitachi, Deutsche Telekom, Fujitsu, Interdigital, RAN2#68, Accepted

3gpp tsg ran wg1 #59 &wg2 #68

Documents