第10章 LTE性能評估_第1頁
第10章 LTE性能評估_第2頁
第10章 LTE性能評估_第3頁
第10章 LTE性能評估_第4頁
第10章 LTE性能評估_第5頁
已閱讀5頁,還剩37頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

第10章LTE性能評估10.1LTE需求分析10.2LTE仿真性能評估10.1LTE需求分析10.1.1容量對LTE的需求1.峰值速率LTE系統(tǒng)峰值速率需求根據(jù)如下天線設(shè)置定義。(1)下行峰值速率指標需要在UE配置兩個接收天線的情況下滿足。(2)上行峰值速率指標需要在UE配置一個發(fā)射天線的情況下滿足。2.系統(tǒng)延遲(1)控制面(ControlPlane,C-Plane)延遲(2)用戶面(U-plane)延遲10.1.2部署對LTE的需求1.部署場景(1)獨立部署(StandAlone)場景(2)和UTRAN/GERAN集成的場景2.頻譜擴展性(1)E-UTRAN系統(tǒng)應(yīng)能夠在不同尺寸的頻譜中部署,包括1.4MHz、3.0MHz、5MHz、10MHz、15MHz和20MHz,支持成對和非成對頻譜。(2)E-UTRA系統(tǒng)應(yīng)該具有足夠的頻譜靈活性,以支持兩種模式的廣播系統(tǒng)傳輸:單獨下行(DownlinkOnly)和下行加上行(DownlinkandUplink),以實現(xiàn)對可用頻譜的優(yōu)化使用。(3)E-UTRA系統(tǒng)應(yīng)該具有足夠的頻譜靈活性,可以根據(jù)運營商的特定需求和市場策略的變化(如緊急情況、國內(nèi)和國際事件),靈活地調(diào)整用于廣播傳輸?shù)臒o線資源。(4)應(yīng)盡力避免對稱頻譜操作和非對稱頻譜操作之間的不必要的技術(shù)差異。10.1.2部署對LTE的需求3.部署頻譜LTE系統(tǒng)應(yīng)能在如下頻譜部署場景下部署。(1)在相同的地理區(qū)域和GERAN/3G系統(tǒng)臨頻、共站址共存。(2)多個運營商在相同的地理區(qū)域臨頻、共站址共存。(3)部署在邊境兩側(cè)重合或相鄰頻譜內(nèi)的兩個系統(tǒng)共存。(4)E-UTRA應(yīng)能夠獨立運營,也就是說,不需要依賴和任何其他的系統(tǒng)配合使用。(5)LTE系統(tǒng)應(yīng)能部署在各種頻段。10.1.2部署對LTE的需求4.與其他3GPP系統(tǒng)的共存和互操作(1)UTRAN/GERAN和E-UTRAN雙模終端應(yīng)支持對UTRAN/GERAN系統(tǒng)的測量,并支持UTRAN/GERAN系統(tǒng)和E-UTRAN系統(tǒng)之間的切換。(2)E-UTRAN系統(tǒng)應(yīng)有效支持和其他系統(tǒng)的系統(tǒng)間測量(Inter-RATMeasurements)。(3)對于實時業(yè)務(wù),E-UTRAN系統(tǒng)和UTRAN系統(tǒng)之間的切換中斷時間應(yīng)控制在300ms以內(nèi)。(4)對于非實時業(yè)務(wù),E-UTRAN系統(tǒng)和UTRAN系統(tǒng)之間的切換中斷時間應(yīng)控制在500ms以內(nèi)。(5)對于實時業(yè)務(wù),E-UTRAN系統(tǒng)和GERAN系統(tǒng)之間的切換中斷時間應(yīng)控制在300ms以內(nèi)。10.1.2部署對LTE的需求(6)對于非時業(yè)務(wù),E-UTRAN系統(tǒng)和GERAN系統(tǒng)之間的切換中斷時間應(yīng)控制在500ms以內(nèi)。(7)處于非激活狀態(tài)(類似于R6Idle模式或Cell_PCH狀態(tài))的UTRAN/GERAN和E-UTRAN雙模終端只需監(jiān)測GERAN、UTRAN和E-UTRAN中一個系統(tǒng)的尋呼信息。(8)一個業(yè)務(wù)(如一個電視頻道)在E-UTRAN廣播模式和UTRAN單播模式之間切換的中斷時間應(yīng)盡可能縮短。(9)一個業(yè)務(wù)(如一個電視頻道)在E-UTRAN廣播模式和GERAN單播模式之間切換的中斷時間應(yīng)盡可能縮短。(10)一個業(yè)務(wù)(如一個電視頻道)在E-UTRAN廣播模式和UTRAN廣播模式之間切換的中斷時間應(yīng)盡可能縮短。10.1.3性能對LTE的需求1.用戶吞吐量與控制面容量LTE下行吞吐量需求如下。(1)在5%CDF(累積分布函數(shù))處的每兆赫茲用戶吞吐量應(yīng)達到R6HSDPA的2~3倍。(2)每兆赫茲平均用戶吞吐量應(yīng)達到R6HSDPA的3~4倍。LTE上行吞吐量需求如下。(1)在5%CDF(累積概率函數(shù))處的每兆赫茲用戶吞吐量應(yīng)達到R6HSUPA的2~3倍。(2)每兆赫茲平均用戶吞吐量應(yīng)達到R6HSUPA的2~3倍。10.1.3性能對LTE的需求2.頻譜效率(1)下行頻譜效率(2)上行頻譜效率(3)移動性(4)覆蓋3.進一步增強的MBMS(1)E-MBMS頻譜效率需求(2)E-MBMS中斷時間需求(3)E-MBMS系統(tǒng)物理層部件重用的需求(5)數(shù)據(jù)和MBMS業(yè)務(wù)的并發(fā)(6)非成對MBMS操作10.1.3性能對LTE的需求4.網(wǎng)絡(luò)同步上述LTE系統(tǒng)需求的實現(xiàn)不應(yīng)依賴基站之間的時間同步,但是如果基站間同步確實能帶來明顯的性能增益,則應(yīng)基于基站間同步場景進行系統(tǒng)優(yōu)化。5.無線資源管理需求(1)增強的端到端QoS。(2)對高層傳輸?shù)挠行еС?。?)不同無線接入技術(shù)之間的負載均衡和業(yè)務(wù)策略管理。10.1.4運營對LTE的需求1.對無線接入網(wǎng)框架和演進的要求(1)應(yīng)采用一個單一的E-UTRAN框架。(2)E-UTRAN架構(gòu)應(yīng)該基于分組模式,但也應(yīng)有效地支持實時和話音業(yè)務(wù)。(3)

E-UTRAN架構(gòu)應(yīng)在不帶來額外的系統(tǒng)成本的基礎(chǔ)上,盡量避免“單點失敗”(SinglePointofFailure)。(4)E-UTRAN應(yīng)采用簡化架構(gòu),盡可能減少接口的數(shù)量。(5)在可以獲得性能改進的條件下,應(yīng)考慮無線網(wǎng)絡(luò)層(RNL)和傳輸網(wǎng)絡(luò)層(TNL)之間的互操作。(6)E-UTRAN架構(gòu)應(yīng)該支持端到端QoS,TNL應(yīng)根據(jù)RNL的請求提供適合的QoS。(7)QoS機制應(yīng)根據(jù)各種數(shù)據(jù)流,如“控制面”數(shù)據(jù)、“用戶面”數(shù)據(jù)和O&M(操作和管理)數(shù)據(jù)等的特性優(yōu)化設(shè)計,以更有效地利用系統(tǒng)帶寬。(8)E-UTRAN系統(tǒng)的設(shè)計應(yīng)盡可能縮小延遲抖動,以有效地支持TCP/IP分組業(yè)務(wù)。10.1.4運營對LTE的需求2.系統(tǒng)復雜度(1)在系統(tǒng)設(shè)計中保留盡可能少的選項(Options)。(2)在系統(tǒng)設(shè)計中避免多余的必選(Mandatory)特性。(3)盡可能減少必需的測試項,盡可能減少協(xié)議狀態(tài)的數(shù)量,縮小參數(shù)的范圍和粒度,減少操作過程的數(shù)量。3.UE復雜度(1)支持多RAN(如GERAN、UTRAN和E-UTRAN系統(tǒng))的多模UE的復雜度問題。(2)在系統(tǒng)設(shè)計中盡可能減少必選特性的數(shù)量。(3)應(yīng)避免為了實現(xiàn)一項功能而標準化多余的或重復的必選特性。(4)在系統(tǒng)設(shè)計中保留盡可能少的選項。(5)盡可能減少必需的測試項,以便在LTE核心標準完成后能夠在合理的時間里完成這些測試項的開發(fā);應(yīng)避免開發(fā)不必要的測試項。10.1.4運營對LTE的需求4.成本要求(1)應(yīng)優(yōu)化無線回傳通信協(xié)議。(2)E-UTRAN架構(gòu)的設(shè)計應(yīng)盡可能降低未來網(wǎng)絡(luò)的部署成本,并能夠重用當前站址。(3)所有接口都應(yīng)標準化為開放接口,以實現(xiàn)不同設(shè)備商的設(shè)備之間的互操作。(4)應(yīng)最小化/優(yōu)化UE的復雜度和能耗,應(yīng)避免復雜的E-UTRAN架構(gòu)和不必要的接口。(5)應(yīng)能夠更有效、更簡便地使用操作、管理、維護和配置(Operation,Administration,MaintenanceandProvisioning,OAM&P)。5.業(yè)務(wù)需求E-UTRAN系統(tǒng)應(yīng)有效地支持現(xiàn)有的各種業(yè)務(wù)類型,如同站瀏覽、文件傳送協(xié)議(FTP)、視頻流和VoIP;還應(yīng)支持更先進的PS域業(yè)務(wù),如實時視頻、Push-To-X(如Push-To-Talk,一鍵通)等;支持VoIP業(yè)務(wù),在無線接口效率、傳輸效率和延遲等方面不差于UMTSCS域話音業(yè)務(wù)。10.2LTE仿真性能評估10.2.1峰值速率在下行、幀結(jié)構(gòu)為類型一時,LTE系統(tǒng)(FDD/TDD)的峰值估計速率如表10-1所示。下行假設(shè)條件64QAM,碼率R=1,參考信號和控制信道開銷占用一個OFDM符號單位Mbps(20MHz)bps/Hz3GPP規(guī)范中的需求1005.02×2MIMO172.88.64×4MIMO326.416.310.2.1峰值速率在上行、幀結(jié)構(gòu)為類型一時,LTE系統(tǒng)(FDD/TDD)的峰值估計速率如表10-2所示。上行假設(shè)條件單TXUE,碼率R=1,參考信號和控制信道開銷占用兩個RB單位Mbps(20MHz)bps/Hz3GPP規(guī)范中的需求502.516QAM57.62.964QAM86.44.310.2.1峰值速率在幀結(jié)構(gòu)為類型二時,LTE系統(tǒng)(TDD)的峰值估計速率如表10-3所示。下行上行假設(shè)條件64QAM,R=1,幀結(jié)構(gòu)類型二單TXUE,64QAM,R=1,幀結(jié)構(gòu)類型二單位Mbps(20MHz)bps/HzMbps(20MHz)bps/Hz3GPP規(guī)范中的需求1005.0502.52×2MIMO(DL)1427.162.73.14×4MIMO(DL)27013.510.2LTE仿真性能評估LTE在不同帶寬、不同天線配置情況下的上/下行峰值速率與R6HSPA和R7/8HSPA+的對比情況如圖10-2所示。10.2.2控制平面時延從LTE_IDLE模式到LTE_ACTIVE模式轉(zhuǎn)換時,控制平面激活過程如圖10-3所示。10.2.2控制平面時延1.FDD幀結(jié)構(gòu)時的控制平面時延假設(shè)控制平面的激活過程在如圖10-3所示的FDD幀結(jié)構(gòu)的情況下,控制平面建立時的時延分析如表10-4所示。步驟描述持續(xù)時長0UE喚醒時間無數(shù)據(jù)1RACH調(diào)度平均時延5ms2RACH導頻1ms3導頻探查和RA應(yīng)答傳輸(從RACH傳輸截止到UE接收調(diào)度授權(quán)和校時)5ms4UE處理時延(調(diào)度授權(quán)、校時和C-RNTI指派的解碼+RRC連接請求的L1層編碼)2.5ms5傳輸RRC連接請求的TTI1ms6HARQ重傳(@30%)0.3×5ms7eNB的處理時延(Uu→S1-C)4ms8S1-C轉(zhuǎn)移時延Ts(2~15ms)9MME處理時延(包括UE上下文恢復10ms)15ms10S1-C轉(zhuǎn)移時延Ts(2~15ms)11eNB的處理時延(S1-C→Uu)4ms12傳輸RRC連接建立的TTI(+平均校正用時)1.5ms13HARQ重傳(@30%)0.3×5ms14UE處理時延3ms15傳輸L3RRC連接完成的TTI1ms16HARQ重傳(@30%)0.3×5ms總時延(LTE_IDLE→LTE_ACTIVE,控制平面建立)47.5ms+2×Ts10.2.2控制平面時延用戶平面建立的時延分析如表10-5所示。步驟描述持續(xù)時長1~16時延(LTE_IDLE→LTE_ACTIVE,控制平面建立)47.5ms+2×Ts17UL數(shù)據(jù)包的TTI(附加調(diào)度信息)1ms18HARQ重傳(@30%)0.3×5ms19eNB的處理時延(Uu→S1-U)1ms1~19用戶平面建立時延(RAN邊緣節(jié)點)51ms+2×Ts20S1-U轉(zhuǎn)換時延Ts1u(1~15ms)21UPE處理時延(包括上下文恢復)10ms用戶平面建立時延(服務(wù)網(wǎng)關(guān)GW)61ms+2×Ts+Ts1u10.2.2控制平面時延2.TDD幀結(jié)構(gòu)類型一時的控制平面時延假設(shè)TDD幀結(jié)構(gòu)含有不同的幀格式,幀格式如圖10-4所示。10.2.2控制平面時延控制平面的激活過程如圖10-3所示,控制平面時延分析如表10-6所示,步驟描述4-DL/1-UL3-DL/2-UL2-DL/3-UL1-DL/4-UL0UE喚醒時間無數(shù)據(jù)1RACH調(diào)度平均時延5ms5ms5ms5ms2RACH導頻1ms1ms1ms1ms3導頻探查和RA應(yīng)答傳輸(從RACH傳輸截止到UE接收調(diào)度授權(quán)和校時)6ms6ms6ms6ms4UE處理時延(調(diào)度授權(quán)、校時和C-RNTI指派的解碼+RRC連接請求的L1層編碼)3ms3ms3ms3ms5傳輸RRC連接請求的TTI1ms1ms1ms1ms6HARQ重傳(@30%)0.3×5ms0.3×4.5ms0.3×4.33ms0.3×5.75ms7eNB的處理時延(Uu→S1-C)4ms4ms4ms4ms8S1-C轉(zhuǎn)移時延Ts(2~15ms)Ts(2~15ms)Ts(2~15ms)Ts(2~15ms)9MME處理時延(包括UE上下文恢復10ms)15ms15ms15ms15ms10S1-C轉(zhuǎn)移時延Ts(2~15ms)Ts(2~15ms)Ts(2~15ms)Ts(2~15ms)11eNB的處理時延(S1-C→Uu)4ms4ms4ms4ms12傳輸RRC連接建立的TTI(+平均校正用時)1.7ms2.1ms2.7ms3.5ms13HARQ重傳(@30%)0.3×5.75ms0.3×4.33ms0.3×4.5ms0.3×5ms14UE處理時延3ms3ms3ms3ms15傳輸L3RRC連接完成的TTI3.5ms2.7ms2.1ms1.7ms16HARQ重傳(@30%)0.3×5ms0.3×4.5ms0.3×4.33ms0.3×5.75ms總時延(LTE_IDLE→LTE_ACTIVE,控制平面建立)51.925+2×Ts50.799+2×Ts50.748+2×Ts52.15+2×Ts10.2.2控制平面時延用戶平面建立的時延分析如表10-7所示,其形成過程如圖10-3和圖10-6所示。步驟描述4-DL/1-UL3-DL/2-UL2-DL/3-UL1-DL/4-UL1~16時延(LTE_IDLE→LTE_ACTIVE,控制平面建立)51.925+2×Ts50.799+2×Ts50.748+2×Ts52.15+2×Ts17UL數(shù)據(jù)包的TTI+平均校正用時(附加調(diào)度信息)3.5ms2.7ms2.1ms1.7ms18HARQ重傳(@30%)0.3×5ms0.3×4.5ms0.3×4.33ms0.3×5.75ms19eNB的處理時延(Uu→S1-U)1ms1ms1ms1ms1~19用戶平面建立時延(RAN邊緣節(jié)點)57.925+2×Ts55.849+2×Ts54.148+2×Ts56.575+2×Ts20S1-U轉(zhuǎn)換時延Ts1u(1~15ms)Ts1u(1~15ms)Ts1u(1~15ms)Ts1u(1~15ms)21UPE處理時延(包括上下文恢復)10ms10ms10ms10ms用戶平面建立時延(服務(wù)網(wǎng)關(guān)GW)67.952+2×Ts+Ts1u65.849+2×Ts+Ts1u64.148+2×Ts+Ts1u66.575+2×Ts+Ts1u10.2.2控制平面時延3.TDD幀結(jié)構(gòu)類型二時的控制平面時延控制平面建立的時延如表10-8所示,其形成過程如圖10-3所示。步驟描述持續(xù)時長0UE喚醒時間無數(shù)據(jù)1RACH調(diào)度平均時延2.5ms2RACH導頻0.95ms3導頻探查和RA應(yīng)答傳輸(從RACH傳輸截止到UE接收調(diào)度授權(quán)和校時)7.025ms4UE處理時延(調(diào)度授權(quán)、校時和C-RNTI指派的解碼+RRC連接請求的L1層編碼)2.3ms5傳輸RRC連接請求的TTI0.675ms6HARQ重傳(@30%)0.3×5ms7eNB的處理時延(Uu→S1-C)4ms8S1-C轉(zhuǎn)移時延Ts(2~15ms)9MME處理時延(包括UE上下文恢復10ms)15ms10S1-C轉(zhuǎn)移時延Ts(2~15ms)11eNB的處理時延(S1-C→Uu)4ms12傳輸RRC連接建立的TTI(+平均校正用時)2.163ms13HARQ重傳(@30%)0.3×5ms14UE處理時延2.975ms15傳輸L3RRC連接完成的TTI0.675ms16HARQ重傳(@30%)0.3×5ms總時延(LTE_IDLE→LTE_ACTIVE,控制平面建立)46.763ms+2×Ts10.2.2控制平面時延LTE控制平面時延的最大值與最小值與R6HSPA、R7/8HSPA+、GSM/EDGE的對比情況如圖10-5所示。10.2.3用戶平面時延1.FDD幀結(jié)構(gòu)時的用戶平面時延LTE的用戶平面時延由節(jié)點的處理時延、TTI和無線幀的校準用時組成,具體如圖10-6所示。10.2.3用戶平面時延表10-9是p=0和p=0.3時,用戶平面上行的時延。同理可以得出用戶平面下行的時延。步驟描述持續(xù)時長(0%HARQ)持續(xù)時長(30%HARQ)0UE喚醒時延無數(shù)據(jù)無數(shù)據(jù)1UE處理時延1ms1ms2幀校準用時0.5ms0.5ms3上行數(shù)據(jù)包的TTI(附加的調(diào)度信息)1ms1ms4HARQ重傳0ms0.3×5ms5eNB處理時延(Uu→S1-U)1ms1ms單向時延總計3.5ms5.0ms10.2.3用戶平面時延2.TDD幀結(jié)構(gòu)類型一時的用戶平面時延LTE系統(tǒng)(TDD)的用戶平面時延由節(jié)點的處理時延、TTI持續(xù)時間、無線幀的校準用時和S1-U時延組成,具體如圖10-7所示。10.2.3用戶平面時延在四種不同的TDD幀格式、無HARQ重傳的情況下,用戶平面下行和上行的時延如表10-10和表10-11所示。步驟描述4-DL/1-UL3-DL/2-UL2-DL/3-UL1-DL/4-UL0UE喚醒時間無數(shù)據(jù)1UE處理時延1ms1ms1ms1ms2幀校準0.7ms1.1ms1.7ms2.5ms3下行數(shù)據(jù)包的TTI(附加的調(diào)度信息)1ms1ms1ms1ms4HARQ重傳0ms0ms0ms0ms5eNB處理時延(Uu→S1-U)1ms1ms1ms1ms總的單向時延3.7ms4.1ms4.7ms5.5ms步驟描述4-DL/1-UL3-DL/2-UL2-DL/3-UL1-DL/4-UL0UE時間無數(shù)據(jù)1UE處理時延1ms1ms1ms1ms2幀校準2.5ms1.7ms1.1ms0.7ms3上行數(shù)據(jù)包的TTI(附加的調(diào)度信息)1ms1ms1ms1ms4HARQ重傳0ms0ms0ms0ms5eNB處理時延(Uu→S1-U)1ms1ms1ms1ms總的單向時延5.5ms4.7ms4.1ms3.7ms10.2.3用戶平面時延3.TDD幀結(jié)構(gòu)類型二時的用戶平面時延表10-12和表10-13分別是下行和上行用戶平面時延,TDD幀結(jié)構(gòu)類型二的配置是4-DL/3-UL。步驟描述持續(xù)時長(0%HARQ)持續(xù)時長(30%HARQ)0UE喚醒時間無數(shù)據(jù)無數(shù)據(jù)1eNB處理時延(S1-U→Uu)1ms1ms2幀校準1.022ms1.022ms3下行數(shù)據(jù)包的TTI0.675ms0.675ms4HARQ重傳0ms0.3×5ms5UE處理時延1ms1ms總的單向時延3.697ms5.197ms步驟描述持續(xù)時長(0%HARQ)持續(xù)時長(30%HARQ)0UE喚醒時間無數(shù)據(jù)無數(shù)據(jù)1UE處理時延1ms1ms2幀校準1.423ms1.423ms3上行數(shù)據(jù)包的TTI(附加調(diào)度信息)0.675ms0.675ms4HARQ重傳0ms0.3×5ms5eNB處理時延(Uu→S1-U)1ms1ms總的單向時延4.089ms5.598ms10.2.4吞吐量和頻譜效率LTE系統(tǒng)的評估吞吐量如表10-14(上行、場景一)和表10-15(上行、場景三)所示。場景一平均用戶吞吐量小區(qū)邊緣用戶吞吐量×UTRA×UTRAUTRA基線×1.0×1.0E-UTRA1×2×2.2×2.5E-UTRA1×4×3.3×5.5E-UTRA2×2SU-MIMO×2.3×1.1場景三平均用戶吞吐量小區(qū)邊緣用戶吞吐量×UTRA×UTRAUTRA基線×1.0×1.0E-UTRA1×2×2.2×2.0E-UTRA1×4×3.3×4.210.2.4吞吐量和頻譜效率LTE系統(tǒng)的評估吞吐量如表10-16(下行、場景一)和表10-17(下行、場景三)所示。場景一平均用戶吞吐量邊緣小區(qū)用戶吞吐量×UTRA×UTRAUTRA基線

1×2×1.0×1.0E-UTRA2×2SU-MIMO×3.2×2.7E-UTRA4×2SU-MIMO×3.5×3.0E-UTRA4×4SU-MIMO×5.0×4.4場景三平均用戶吞吐量邊緣小區(qū)用戶吞吐量×UTRA×UTRAUTRA基線

1×2×1.0×1.0E-UTRA2×2SU-MIMO×3.0×2.3E-UTRA4×2SU-MIMO×3.6×2.8E-UTRA4×4SU-MIMO×4.6×4.810.2.4吞吐量和頻譜效率LTE系統(tǒng)的評估頻譜效率如表10-18(上行、場景一和場景三)和表10-19(下行、場景一和場景三)所示。場景一場景三(bps/Hz/cell)×UTRA(bps/Hz/cell)×UTRAUTRA基線0.332×1.00.316×1.0E-UTRA1×20.735×2.20.681×2.2E-UTRA1×41.103×3.31.038×3.3E-UTRA2×2SU-MIMO0.776×2.3——場景一場景三(bps/Hz/cell)×UTRA(bps/Hz/cell)×UTRAUTRA基線

1×20.53×1.00.52×1.0E-UTRA2×2SU-MIMO1.69×3.21.56×3.0E-UTRA4×2SU-MIMO1.87×3.51.85×3.6E-UTRA4×4SU-MIMO2.67×5.02.41×4.610.2.4吞吐量和頻譜效率LTE上/下行頻譜效率和小區(qū)平均吞吐量與R6HSPA和R8HSPA+的對比情況如圖10-8所示。10.2.5移動性1.對不同的移動速度提供支持LTE系統(tǒng)在移動性方面提供的支持包括:對于移動速度小于15km/h的低速移動系統(tǒng),繼續(xù)進行優(yōu)化;對于移動速度在15~120km/h的中速移動系統(tǒng),實現(xiàn)較高的性能;對于移動速度在120~350km/h甚至500km/h的高速移動提供支持。10.2.5移動性2.切換時用戶平面中斷時長估計一般的與時延相關(guān)的切換過程如圖10-9所示。10.2.5移動性在FDD幀結(jié)構(gòu)的情況下,時延各個部分的平均估計值見表10-20所示。構(gòu)

成場景時延估計(ms)RACH過程時延估計(ms)專用RACH過程(a)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論