1、1 會議 報告（ 會議 類別： 其他 ） 出席第三代合作夥伴計畫無線存取網路 - 3GPP RAN2 #98 國際標準會議報告 出國單位 ： 財團法人工業技術研究院 出 席人員 ： 陳宏鎮 、 邱俊淵 、 林奕廷、楊豐銘 派赴地區 ： 中國大陸 /杭州 會議期間 ： 106 年 5 月 15 日 至 106 年 5 月 19 日 報告日期： 106 年 6 月 29 日 2 摘 要 本次 3GPP RAN2#98 會議於 中國大陸 的 杭州 舉行，本計畫團隊依規劃有 4位成員出席，參與 3GPP R15 的標準制定 ， 其中 以 NR 的工作項目為主， 本計畫團隊著重在 CP 與 UP 之各個
2、議題 ；在會議期間表達 我方之意見與立場， 同時 彙整各項研究議題之發展與技術現況 ，並 蒐集 各家廠商對於不同議題之立場與看法。 由於 NR 初期優先考慮 non-standalone， NR 與 LTE 會以雙連結方式互動，所以在 CP 方面， 本次會議對於主節點與次節點間的各種信令流程以及Measurement Coordination 等進行深入的討論，此外 由於 引入 SCG SRB，對其運作的方式也進行了討論。 另一個 會議的重點則是聚焦在 RRM Measurement的部分，其中包括了決定 NR 量測模型 、 計算 Cell Quality 的方法等。 由於需要討論的議題涵蓋範
3、圍很廣， 本次會議於 第 三 天 開始 將 CP 與 UP相關議題分開討論，以兩個平行議程同時進行， 在 UP 方面， 本次會議 討論 了MAC 層、 RLC 層 、 PDCP 層 和 SDAP 層 內 的 PDU 格式。此外也對這些 L2 子層內的各種 功能細節 如 UL PDCP Duplication、 上行 資料 分流 、 UM 和 QoS Flow ID 標示 等 進行深入的討論 。 縮寫與中英文對照表 (依報告內容摘錄及依英文字母排序 ) 英文全稱 英文縮寫 中文全稱 3rd Generation Partnership Project 3GPP 第三代合作夥伴計畫 Absolut
4、e Threshold 絕對門檻值 Access and Mobility Management Function AMF 接取與行動管理功能 Access Stratum AS 存取層 Acknowledged mode AM 確認模式 Additional indication 額外指示 Automatic Repeat reQuest ARQ 自動重傳請求 Averaging window 平均視窗大小 Beam 波束 beamforming 波束成型 Buffer Status Report BSR 緩衝區狀態回報 3 Carrier Aggregation CA 載波聚合 Cell
5、Quality 細胞品質 Channel State Information Reference Signals CSI-RS 通道狀態資訊參考訊號 Conditional Handover 有條件的換手 CONNECTED Mode 連線模式 Consolidation 合併 Control Element CE 控制元件 Control Plane CP 控制平面 Criteria 準則 Data Radio Bearer DRB 數據連線載體 Data Radio Bearer Identification DRB ID 數據連線載體識別碼 Dedicated Control Chann
6、el DCCH 專用控制通道 Duplicate Detection 重複檢測 E-UTRA-NR Dual Connectivity with the 5GC NGEN-DC 連接第五代核心網路之演進的通用陸面無線接入與新世代無線技術雙連結 E-UTRA-NR Dual Connectivity with the EPC EN-DC 連接演進分封核心網之演進的通用陸面無線接入與新世代無線技術雙連結 Evolved Node B eNB 基地台 filter 濾波器 First Missing COUNT FMC 第一個遺失計數 First Missing Sequence FMS 第一個遺失
7、序號 Guaranteed Bit Rate GBR 保證位元率 hard-split 硬分割 Header 標頭 Hybrid Automatic Repeat reQuest HARQ 混合型自動重傳請求 Identity ID 識別 IDLE mode 閒置模式 IDLE Reference Signal IDLE RS 閒置狀態參考訊號 INACTIVE mode 非活躍模式 In-sequence Delivery 依序傳遞 inter-cell 跨細胞 IP Flow 網際網路通訊協定流 L1 Filter 第一層濾波器 L3 Filter 第三層濾波器 4 layer 1 L1
8、第一層 layer 2 L2 第二層 layer 3 L3 第三層 Liaison Statement LS 聯絡說明 logical channel group LCG 邏輯通道群組 Logical Channel Group Identity LCG ID 邏輯通道群組識別 Logical Channel ID LCID 邏輯通道識別 Logical Channel Prioritization LCP 邏輯通道優先權 Long Term Evolution LTE 長程演進技術 LTE Positioning Protocol LPP 長期演進技術定位協議 LTE-NR Dual Con
9、nectivity EN-DC 長程演進技術與新無線電技術雙連結 MAC Control Element MAC CE 媒體控制存取控制元件 Master Cell Group MCG 主細胞群 Master Cell Group Data Radio Bearer MCG DRB 主要細胞群組之數據連線載體 Master Cell Group Signalling Radio Bearer MCG SRB 主細胞群訊號無線載體 Master Cell Group Signalling Radio Bearer MCG Split SRB 主細胞群分流訊號無線載體 Master eNB MeN
10、B 主基地台 Maximum Bit Rate MBR 最大位元率 Measurement Coordination 量測協調 Measurement Object MO 量測物件 Measurement Report 量測回報 Measurement snapshot 量測時間點 Medium Access Control MAC 媒體存取控制層 Message 1 Msg1 第一訊息 Message 3 Msg3 第三訊息 Message 5 Msg5 第五訊息 Minimum System Information minimum SI 最小系統資訊 Mobility Management
11、 Entity MME 行動管理單元 Multiple beams 多波束 Multi-RAT Dual Connectivity MR-DC 多無線電存取技術之雙連結 Narrow Band Internet of Things NB-IoT 窄頻段物聯網 Network Slice Selection Assistance Information NSSAI 網路切片選擇輔助資訊 New Generation NB gNB 新世代基地台 New Radio Technology NR 新無線電技術 5 New Radio Technology Secondary Synchronizati
12、on Signal NR-SSS 新無線電技術次要同步訊號 Non-Access Stratum NAS 非接取存取層 Non-Standalone 非獨立運作 NR Dedicated Control Channel NR-DCCH 新世代無線技術專用控制通道 On-demand System Information On-demand SI 隨選系統資訊 Other System Information Other SI 其他系統資訊 Packet Data Convergence Protocol PDCP 分封數據匯聚協定 Packet Duplication 封包複製 Padding
13、 填充 Paging 呼叫 Paging signalling 呼叫訊息 PDCP Control PDU 分封數據匯聚協定控制協定數據單元 Physical Random Access Channel PRACH 實體隨機存取通道 Preamble 前置符元 Primary Secondard Cell PSCell 主要次細胞 Protocol Data Unit PDU 協定數據單元 Quality of Service QoS 服務品質 Quality of Service flow ID QoS flow ID 服務品質流識別碼 Radio Access Network RAN 無線
14、存取網路 Radio Access Network working group #1 RAN1 無線存取網路第 1 工作組 Radio Access Network working group #2 RAN2 無線存取網路第 2 工作組 Radio Link Control RLC 無線鏈路控制 Radio Link Control Transparent mode RLC TM 無線鏈路控制層透明模式 Radio Link Control Unacknowledged mode RLC UM 無線鏈路控制層非確認模式 Radio Link Control Acknowledged mode
15、RLC AM 無線鏈路控制層確認模式 Radio Link Failure RLF 無線鏈路故障 Radio Resource Control RRC 無線電資源控制 Radio Resource Management RRM 無線電資源管理 Radio Resource Management Measurement RRM Measurement 無線資源電管理量測 Reconfigured 重配置 Reference Signal Received Power RSRP 參考信號接收功率 Reference Signal Received Quality RSRQ 參考信號接收品質 Ref
16、lective Quality of Service Reflective QoS 反射性服務品質 Relative Threshold 相對門檻值 6 Release 13 R13 第 13 版 Release 14 R14 第 14 版 Release 15 R15 第 15 版 SAE-Temporary Mobile Subscriber Identity S-TMSI 臨時行動使用者識別碼系統架構演進之暫時移動用戶識別碼 Scheduling Information 排程資訊 Scheduling Request SR 排程情求 Secondary Cell Group SCG 次細
17、胞群 Secondary Cell Group Data Radio Bearer SCG DRB 次要細胞群組之數據連線載體 Secondary Cell Group Signaling Radio Bearer SCG SRB 次細胞群訊號無線載體 Secondary Cell Group Signaling Radio Bearer reconfiguration SCG SRB reconfiguration 次細胞群訊號無線載體重配置 Secondary Cell Group Split Signaling Radio Bearer SCG Split SRB 次細胞群分流訊號無線載
18、體 Secondary eNB SeNB 次基地台 Secondary gNB SgNB 次新世代基地台 Security key 安全金鑰 Segmentation 分段 Sequence Number 序列號 Service and System Aspect working group #2 SA2 服務及系統面第 2 工作組 Service and System Aspect working group #3 SA3 服務及系統面第 3 工作組 Service Data Adaptation Protocol SDAP 服務數據適配協定 Service Data Unit SDU 服務
19、數據單元 Serving cell 服務細胞 Signaling Radio Bearer SRB 訊號無線載體 Single-Cell Point-to-Multipoint SCPTM 單細胞之點對多點傳輸 slicing 切片處理 Sub-header 次標頭 Synchronization Signal SS 同步訊號 Synchronization Signal block SS block 同步訊號區塊 System Information SI 系統資訊 Threshold 條件 Threshold based splitting 臨界型分割 Timer 計時器 Tracking
20、 Area Update TAU 追蹤區域更新追蹤區更新 UL PDCP Duplication 上行分封數據匯聚協定封包複製 7 Ultra Reliable and Low Latency Communications URLLC 超高可靠低時延通訊 Unacknowledged Mode UM 非確認模式 User Equipment UE 用戶設備 User Plane UP 用戶平面 Window 時窗 Work Item WI 工作項目 技術貢獻： 在這次會議， 在 NR 的部份 ， 本計畫團隊在 RAN2 會議上提出了 5 篇技術貢獻與會前信件討論 ； 其中一篇 技術貢獻 與 主
21、節點 跟 次節點 間的 Measurement Coordination 相關 ，我們建議 主節點 與 次節點 需要對 UE 量測能力 進行協調，之後 主節點 與 次節點 就可以各自 配置個 自 的 量測程序 即可，會議的結論與我們的主張相符 ； 另外 一篇技術貢獻討論對於 UL PDCP Duplication 的控制方法，我們認為封包複製功能可以對個別的載體進行設定，如果需要更動態地控制封包複製功能，則建議使用 L2 信令 來加以控制，會議的結論與我們的主張相符，並且經由投票決定採用 MAC CE 的來動態控制 封包複製功能 ； 在 RRM Measurement 的議題 ， 我們提出要由
22、 RRC 層 設定最多可以考慮多少個波束 來計算細胞信號品質 ，另外還要有一個門檻值來規範可被考慮波束 的最低 信號品質，此外我們也建議設定服務細胞與臨近細胞都考慮同樣數量的波束來計算 其細胞信號品質，最後會議的結論則是會採用個 Absolute Threshold 來判斷可被考慮的 Beam； 關於 SCG Split SRB 上行 傳送路徑的選擇 ，為了能夠同時增強 CP的穩固性以及減少延遲，我們建議當設置 MCG Split SRB 時，應該要將封包重複傳送於 MCG路徑與 SCG路徑上，相關議題於會場雖有討論，但未取 得共識；在 RLC UM 的議題上 ，我們主張不需要 Duplica
23、te Detection 的功能 ， 因為在 LTE裡 HARQ 造成的重複封包已經由 MAC 層 排除。 此次會議的結論與我們的主張相符 ；在 RLC 層的 Segmentation 議題上，我們主張在一些情況下，如在高傳輸率和低延遲的情境下， 停 用此功能以 降低 手機端的處理 負擔 。 但並無法取得多數公司的支持，因此最後會議結論 手機端必須對所有服務的所有封包傳送支援RLC 層的 Segmentation 功能 ；在 SDAP 層 Header 的議題上， 我們主張在一些8 情況下可以省略 QoS flow ID。然而此問題 會 與 SA2 的設計有關，因此 RAN2最後決議將發一個
24、LS 給 SA2，並等待回覆後再做決定； 在 MAC 層 Sub-header的議題上，我們主張 RAN2 應該考慮隸屬同一邏輯通道的連續媒體存取控制封包服務單元群組的 Sub-header，只需要一個邏輯通道識別 。 雖然高通的媒體存取控制封包數據單元連鎖提案在本次會期決議 R15 不支援，但是尚未決定Sub-header 最佳化是否有需求。我們的看法與諾基亞相同，認為媒體存取控制封包數據單元連鎖與 Sub-header 最佳化是兩個不同的議題，應該分開討論。 此外 ， 在 非 NR 的議題方面，我們也參與了上行資料壓縮研究項目的討論，我們的技術貢獻提到由於不同的上行資料 壓縮方法 在不同的
25、 實驗環境下模擬的結果各有擅場，因此建議在無損數據壓 縮演 算法 與適應性封包資料壓縮法 中選擇一個 以繼續後續的工作項目 ， 最終會議的結論則是將選擇的工作交由全會決定 。 會議解說： 1. 新無線 電 技術 (NR) 用戶平面 (UP) 在 UP 方面，本次會議 討論了 MAC 層、 RLC 層 、 PDCP 層 和 SDAP 內的 PDU 格 式。 其中 確認了 下行的情況不需要考量 預先處理 的問題，所以 在下行的情況下 MAC CE 應該和 LTE 一樣放在 MAC PDU 的最前面。 此外也對這些第二層子層內的各種功能細節 進行深入的討論 。 在 UL PDCP Duplicati
26、on 的設定問題上，同意了 採用 MAC CE 動態地啟動與反啟動 PDCP封包複製 。在 上行 資料 分流的議題上，決議仍是採用 LTE 的 Threshold based splitting，但如何在 Threshold based splitting 下實現上行封包的 預先處理 則仍需進一步研究。 在有關 RLC 層的議題中，討論了 UM 的 運作細節，最後決議 UM下不需要 重複檢測的功能 。但是是否所有封包都需要 Sequence Number和接收端是否仍採用 LTE 的 Window 和 Timer 機制來丟棄無法重組的封包則將留到 信件討論 中做進一步的研究。 另外也討論了 禁
27、用 RLC 層 Segmentation的議題 ， 最後會議結論手機端必須對所有服務的所有封包傳送支援 RLC 層Segmentation 功能 。 在 服務數據適配協定 層相關議題的討論中，主要討論了9 QoS flow ID 標示的問題。 但是由於 此問題會與 SA2 的設計有關， 因此 RAN2最後只決議了只有 當 Reflective QoS 被啟動 時才需要帶 QoS flow ID。至於是否所有下行封包都要帶則留待討論，並決議 將發一個聯絡說明給 SA2，等待回覆後再做決定 。 2. 新無線 電 技術 (NR) 控制平面 (CP) 本次會 期是 NR 工作 項目 的第 二 次會期討
28、論， 由於在本年度結束前必須要優先完成 Non-Standalone 的 相關議題 ， 也就是 LTE 與 NR 緊密互通 下 的 主節點 與 次節點 之間 各種信令程序要如何運作 ， 在 Measurement Coordination的方面 ， 同意了 主節點 與 次節點 之間必須要 對 所欲量測的載波的總數進行協調工作 ， 以避免超過 UE 量測能力 ，之後 主節點 與 次節點 就可以各自 配置 以獲得量測報告並進行相關的決策 ， 此外也同意了由 次節點 自行決定其 PSCell，但由於在進入 EN-DC 狀態之前 次節點 並沒有任何的量測報告可供參考 ， 此時必須由 主節點 提供相關的
29、量測 報告給 次節點 使用 ， 而當 SCG 被釋放時 ， 必須要有方法將在 SCG DRB 切換成 MCG DRB， 或是搬移到另一個 SCG 去 ，而不論是 MCG DRB 或是 SCG DRB， 其載體識別都會是由 主節點 指定 ， 同時也容許所有的 資料連線載體 都屬於 SCG DRB； 而在 SCG SRB 方面 ， 則是同意 SCG SRB 在設置時也會同時起動加密程序 ， 在 SCG 增加以及改變的程序中可以決定是否要建立 SCG SRB， 而 MCG Split SRB 也容許與 SCG SRB同時存在 。在 RRM Measurement 的部分，其中包括了決定 NR 量測模
30、型 將會涵蓋兩個部分 ， 當每個波束通過 L1 Filter 後 ， 在 Cell Quality 計算的部分 ， 會先根據設定的個數決定要將多少個波束的能量加以平均 ， 在經過 L3 Filter 後取得 Cell Quality， 再根據事件觸發回報機制 ， 同時為了取得個別波束的訊號品質 ， 則另外對每個波束運作的 L3 filter， 來取得較為可靠的個別波束訊號品質 ， 當用戶設備提供 measurement report 時 ， 最佳的幾個波束的辨識也會跟著回報上去 ， 做為換手時參考之依據 ， 為了讓 Cell Quality 不會因為平均多個波束的能量而導致的 失真 ， 也 採
31、用個 Absolute Threshold 來判斷 可被 拿來平均 的 波束 。 10 3. 窄頻段物聯網 (NB-IoT)議題 本會期延續上次會議， NB-IoT 技術討論主要是解決尚未定案的行動強化技術，以及許多修訂案，以完善 NB-IoT 在增加傳輸率、低功耗、定位服務上的技術與應用。 R14 NB-IoT 已進入收尾階段，將在 2017 年第二季完成制訂，本團對已開始關注 R15 NB-IoT 的發展，並規劃在第三季投入 R15 NB-IoT 的提案布局。 與會成員與工作分配 成 員 任 務 陳宏鎮 掌握 LTE/5G-NR 的議題，提出技術提案，參與技術討論及協商，以 Control
32、 Plane of 5G-NR 與 Inactive state of 5G-NR 為主。 邱俊淵 掌握 LTE/5G-NR 的議題，提出技術提案，參與技術討論及協商，以 User Plane of 5G-NR 與 RAN QoS of 5G-NR為主。 林奕廷 掌握 LTE/5G 的議題，提出技術提案、參與技術討論及協商，以 NB-IoT 為主。 楊豐銘 掌握 LTE/5G-NR 的議題，提出技術提案、參與技術討論及協商，以 5G-NR URLLC 為主。 11 目 錄 摘 要 2 一、會議名稱 12 二、參加會議目的及效益 12 三、會議時間 12 四、會議地點 12 五、會議議程 12
33、六、會議紀要 15 七、心得與建議 33 12 一、會議名稱 3GPP RAN2 #98 Meeting 二、參加會議目的及效益 參與 NR 與 R14 NB-IoT 等議題之討論及尋找具前瞻特性之研究題目。 報告 本計畫 團隊 所發表的文章。 發表系統實作所發現的相關議題，增進實作技術和系統概念的交流。 與其他大廠接觸以討論合作項目。 使其他國際廠 商清楚 瞭解 本 計畫 團隊 的 技術方法與關注方向，以期開展未來合作機會。 加強與合作廠商的關係，提高合作密度。 三、會議時間 15th 19th May, 2017 四、會議地點 Hangzhou, China 五、會議議程 本次 3GPP
34、RAN2 #98 會議議程如下： Schedule Main room Ball Room C Breakout room 1 Houchao Breakout room 2 Wulin UMTS room Yongchang Monday 09:00 - 1, 2, 3, 4, 5, 6 Rel12 and earlier 7 Rel-13 and earlier (not eMTC/NB-IoT) 11:00 - 8.2 R14 V2V (Diana) 8.11.1 eNB-IoT Mobility Enhancements 7.4 NB-IoT 1112 UMTS Rel-8/9/10/
35、11/12 13 UMTS Rel-13 13 8.5 R14 eLWA 8.15 R14 meas gap 8.25 TEI14 8.11 eNB-IoT (not positioning) (Johan) 14.1 RRC opt 14.2 DTX/DRX 14.3 MC 14.4 QoE 14.5 TEI14 14.6 ASN.1 review 15.1 DL int mit 1 15.2 SI sched enh 2 15.3 Simp HS-SCCH 0.5 (Xudong) 14:30 - Legacy LTE items from Monday am continuation N
36、R 2 (likely to start around coffee break) 10.1 Organisational 10.2.1 Stage 2 TS 10.2.2 User plane 10.2.12 QoS 10.4.3.1 UE cap spec 9.7 LTE-5G-CN 1.5 8.1 R14 eLAA 8.7 R14 IP 8.14 R14 SRS switch 8.17 R14 high speed 8.19 R14 1rx Cat 1 8.20 R14 UL cap enh 8.24 R14 Other 8.8 R14 L2 latred 8.21 R14 eFD-MI
37、MO 8.23 R14 MUST (Diana) 17:00 - Tuesday 08:30 - 9.7 LTE-5G-CN continuation NR 4 Other 10.2.x Stage 2 and common CP/UP issues 8.13 R14 V2X 9.1 R15 feD2D 1.5 9.2 R15 sTTI 0.5 (Diana) 8.12 feMTC Positioning 8.11 eNB-IoT Positioning 7.3 eMTC 8.12 feMTC 8.12.1 SC-PTM for feMTC and eNB-IoT (Johan) UMTS c
38、ontinuation (if required) 11:00 - 14:30 - 17:00 - Wednesday 08:30 - NR 4 Stage 2 continuation if required Stage 3 CP 10.4.1.1-5 RRC 8.26 Rel-14 ASN.1 review (Kai-Eric) NR Stage 3 UP(Diana) MAC 10.3.1.3 MAC PDU format 10.3.1.5 SR/BSR 10.3.1.6 LCP UMTS Comebacks 11:00 - 14:30 - 9.4 Aerials 1.5 9.6 QMC
39、 0.5 (Hu Nan) 10.3.2 RLC 10.3.3 PDCP Available for ASN.1 review 17:00 - Thursday 08:30 - NR 4 Stage 3 CP 10.4.1.6-8 RRC 9.3 UDC 2 (Hu Nan) NR Stage 3 UP (Diana) 10.3.1 MAC remaining AIs Available for ASN.1 review 11:00 - 14:30 - 8.6 R14 eMob 14 17:00 - 10.4.2 Idle mode 8.10 R14 feMBMS 8.18 R14 eVolt
40、e 9.5 ViLTE enh 0.5 (Hu Nan) 10.3.3 PDCP cont (if needed) 10.3.4 QoS Layer Comebacks for UP topics 9.8 Pos Acc 1 (Yi) Friday 08:30 - until 17:00 Comebacks NB-IoT/MTC Comebacks (Johan) 15 六、會議紀要 1. 新無線電技 術 (NR) 用戶平面 (UP) 在 UP 方面 ， 首先討論到 UL PDCP Duplication 的 設定問題以及是否需要動態地控制這項功能的啟動與反啟動 。 R2-1704834 Su
41、mmary of email discussion 97bis#13NR Control of UL PDCP duplication Huawei discussion Rel-15 NR_newRAT-Core 在這篇信件討論總結中討論 UL PDCP Duplication 功能的控制方法，多數公司認為封包複製功能可以對個別的載體進行設定，為了能夠更動態地控制封包複製功能，也建議使用 L2 信令 來加以控制。對於 DRB 的部份各公司都表示認同，但英特爾 公司 認為考慮在 EN-DC 的情況下，在 SRB 上使用 UL PDCP Duplication 這個功能並沒有實際上的效益，因為傳
42、輸功率的分散將會導致可靠性的下降，但是愛立信 公司 則是認為即使是使用 UL PDCP Duplication，也不必然會導致傳輸功率的分散，因此在 SRB的方面並未取得共識。根據討論的結果，主席做出了下列的決議： Agreements 1 UL PDCP duplication is configurable per DRB and, for NR-NR DC case, per SRB. FFS whether the initial state of the UL PDCP duplication (duplication active or not active and if not
43、active which leg is used) is a default or whether the initial state can be signalled by RRC 2 RAN2 will attempt to define at least one mechanism to start/stop PDCP duplication more quickly and with less signalling overhead compared to RRC reconfiguration. R2-1704660 Consideration on the activation/d
44、eactivation of data duplication for CAZTE Corporation discussion Rel-15 NR_newRAT-Core 中興的這篇 技術貢獻 認為隨著無線電情況的改變，網路端應該要能夠動態地控制用戶設備是否要進行 PDCP 封包複製，在位於 細胞 邊緣時，需要進行PDCP 封包複製，然而當移動到 細胞 中央時，可能使用其中一條連線進行資料傳輸即可，如此來便可以更有效率地使用上行資源，為了可以動態地啟 動 與16 反啟動，可以使用 MAC CE 或是 PDCP Control PDU 進行控制，但由於 MAC CE下 的速度 比較快，因此建議
45、採用 MAC CE 來控制。 R2-1704835 Dynamic Activation/Deactivation of Packet Duplication Huawei, HiSilicondiscussion Rel-15 NR_newRAT-Core 華為的這篇技術貢獻則是討論到 是否 真的 需要 動態地啟動與反啟動 PDCP封包複製這個功能 ， 華為認為只有在 細胞 邊緣時當兩條連線的通道品質都很差的時 候才需要啟動這個功能，而這個使用的場景並沒有很高的急迫性，所以認為只需要用 RRC 來進行這項功能的啟動與反啟動即可。 愛立信認為 Packet Duplication 這個功能是位
46、於 PDCP 層 ， 所以應該要用 PDCP Control PDU 來控制 ， 但諾基亞則是支持使用 MAC CE 可以更快速地加以控制 ， 黑莓與聯發科則是認為不論是使用 MAC CE 或是 PDCP Control PDU 都有用戶設備因為通道品質變差不能及時收到的問題會出現 ， 因此希望是由用戶設備本身根據網路端先前的指示進行判斷是否要啟動或是反啟動這項功能。最後根據討論與投票的結果 ， 決定了採用 MAC CE 動態地啟動與反啟動 PDCP 封包複製這個功能。相關的決議如下： Agreement = MAC CE approach will be used for control o
47、f UL duplication. Optimisations to reliability of the MAC CE will not be introduced for this mechanism. No optimisations or additional interactions between network nodes are introduced for this mechanism. R2-1705240 Packet duplication in CA LG Electronics Inc. discussion Rel-15NR_newRAT-Core 最終的共識為
48、： 1. 單一載波不支援 Packet duplication 運作方式 2. RRC 可以控制不同的多個載波對應到兩個邏輯通道 3. Packet duplication 機制下， PDCP PDUs 運在於不同的 RLC 元件。 R2-1704839 Further details of PDCP RLC Mode Mapping Huawei, HiSilicondiscussion Rel-15 NR_newRAT-Core 17 本提案延續先前 RAN2同意的內容 : SRB (除了 SRB0之外 )運用於 RLC AM模式， DRB 將延續 LTE 作法運用於 RLC AM 或 R
49、LC UM 模式。而這次會期更進一步討論出 RLC TM 模式，同意如下： 在 NR 系統中， minimum SI、 第 0 號 SRB、 與廣播 服務 相關 的 SI、和 paging signalling 都會使用 RLC TM 模式。 此外在 UP 的 平行議程裡也進一步討論了上行 資料 分流的議題。 R2-1704381 Email discussion report on UL data split Ericsson (Rapporteur) reportRel-15 NR_newRAT-Core 在這篇信 件討論總結中主要討論上行 資料 分流該使用如 LTE 的 Threshold based splitting 或是 hard-split。考慮 hard-split 的主要原因是較容易實現上行封包的預先處理，但反之也
