第一篇：LTE天線單雙流BF-MIMO及其參數學習總結

TD-LTE網絡中的多天線技術

在無線通信領域，對多天線技術的研究由來已久。其中天線分集、波束賦形、空分復用(MIMO)等技術已在3G和LTE網絡中得到廣泛應用。多天線技術簡介

根據不同的天線應用方式，常用的多天線技術簡述如下。

上述多天線技術給網絡帶來的增益大致分為：更好的覆蓋(如波束賦形)和更高的速率(如空分復用)。3GPP規范中定義的傳輸模式

3GPP規范中Rel-9版本中規定了8種傳輸模式，見下表。其中模式3和4為MIMO技術，且支持模式內(發送分集和MIMO)自適應。模式7、8是單/雙流波束賦形。原則上，3GPP對天線數目與所采用的傳輸模式沒有特別的搭配要求。但在實際應用中2天線系統常用模式為模式2、3；而8天線系統常用模式為模式7、8。

在實際應用中，不同的天線技術互為補充，應當根據實際信道的變化靈活運用。在TD-LTE系統中，這種發射技術的轉換可以通過傳輸模式(內/間)切換組合實現。

上行目前主流終端芯片設計仍然以單天線發射為主，對eNB多天線接收方式3GPP標準沒有明確要求。多天線性能分析 針對以上多天線技術的特點及適用場景，目前中國市場TD-LTE主要考慮兩種天線配置：8天線波束賦形(單流/雙流)和2天線MIMO(空分復用/發送分集)。

2.1 下行業務信道性能

下圖是愛立信對上述傳輸模式的前期仿真結果：

在下行鏈路中，2、8天線的業務信道在特定傳輸模式下性能比較歸納如下：

?8X2單流波束賦型(sbf)在小區邊緣的覆蓋效果(邊緣用戶速率)好于2X2空分復用，但小區平均吞吐速率要低于2X2 MIMO場景。

?8X2雙流波束賦型(dbf)的邊界速率要略好于2X2天線空分復用。對于小區平均吞吐速率，在正常負荷條件下，二者性能相當。在高系統負荷條件下，8X2雙流波束賦型(dbf)增益較為明顯。

在實際深圳外場測試中，測試場景為典型公路環境。雖然站間距與城區環境相同，但無線傳播條件更接近于郊區的特點，即空曠環境較多，信道相關性較強，有利于8天線波束賦形技術。對固定模式的測試結果與上述仿真結果基本一致；引入模式內/間切換后8天線在小區中心采用模式3，邊緣則為模式7，因此在小區邊緣優于2天線，小區中心相當，小區平均速率較好于2天線。值得注意的是，采用模式7的比例僅有20%左右，大多數場景采用的是模式3，即與2天線差別不大。

2.2 下行控制信道及覆蓋能力

對于8天線廣播信道，由于要實現全小區覆蓋，波束賦形技術在業務信道的增益不復存在。通常采用引入廣播權值靜態賦形(65o)的方式發送。根據不同天線廠家提供的廣播信道的賦形權值，其廣播信道的發射功率只有總的可用功率的60%左右。因此，靜態賦形的方式將導致廣播信道覆蓋比2天線方案差，特別是在小區邊緣廣播信道功率有很大損失。

針對這些問題，愛立信提出了無功率損失的增強型公共信道發送方案，有效克服了靜態賦形的功率損失問題，提升廣播信道的覆蓋。使得8天線公共信道獲得與2天線相當的覆蓋能力。在深圳外場測試中，我們看到類似的現象。下圖是用掃頻儀在相同環境中測得的結果。從圖中可以看到，2天線系統中的RSRP覆蓋效果與8天線的覆蓋相比主瓣方向略強，但基本相當。

2.3 上行天線接收分集增益

上行接收方面，理論上當8天線的單元天線增益與2天線的增益相同時，會有6dB的接收分集增益。而實際系統中，在天線長度相當時2天線的增益往往高于相同高度的8天線的單元天線增益1.5-2.5dB左右。

例如，在進行中的TD-LTE試驗網中，選用了2天線和8天線(FAD)天線方案。在同為140cm長度的條件下，8天線(FAD)的單元天線的增益為16-17dBi，而國際上在LTE-FDD/TD-LTE 廣泛應用的凱士林(Kathrein)和安德魯(Andrew)的2天線增益均可以達到18.5dB以上。

這一差異也反映在目前的一些工程設計實踐中，例如在網絡設計中將2天線的增益設定為18dBi，而8天線的單元有效增益設定為14.5dBi。因此，實際網絡中的8天線接收和2天線接收的差異應當為3dB左右。多天線應用場景

波束賦型在業務信道功率受限時，可以提高網絡邊界的下行和上行速率，適用于有視距傳輸(LOS)、強相關的環境，例如郊區、鄉村等以覆蓋為目的的環境。在城區和密集城區(站間距大約200到500米左右時)，無線傳播環境復雜，雜散嚴重，以NLOS為主，信道相關性大大降低，此時下行波束賦型的效果大打折扣，而空分復用在該場景下有很大優勢（2、8天線的空分復用無大差異)。

在規劃網絡覆蓋時，往往以小區邊界速率為設計目標。在上行邊緣速率要求較高時，網絡中通常是上行業務信道受限。然而在實際網絡中，小區覆蓋半徑由終端最終是否移出服務區來判定，此時的決定因素并非是業務信道的速率而是廣播信道的覆蓋。具體來看：

? 當上行業務信道為受限因素(例如邊緣速率要求很高)時，8天線方案的覆蓋范圍要大于2天線 ? 當上行業務信道不構成限制而以終端是否出服務區作為覆蓋范圍的判決依據時(這往往是更為常見的情況)，由于前面提到的8天線在廣播信道的短板，使得8天線的覆蓋范圍有可能小于2天線。

由此可知，8天線方案雖然能夠提升的上下行的業務信道性能，但固有的廣播信道的短板使得工程實踐中可能無法達到擴大覆蓋，減少站點的目的。國際商用情況及未來的演進 8天線雖然在邊緣速率等方面性能優于2天線，但在實際應用中，具體效果還受天線的校準精度、天線性能(隨時間)惡化等因素影響有所縮小。工程安裝實施方面，8天線的天面要求較高，建站方案更為復雜，需兼顧承重，風荷，共天線等因素。這將導致站點成本顯著增加。另外故障隱患的激增，以及耗電的增加(如采用8通道RRU)，都將直接提升OPEX。

迄今為止，全球已商用的LTE網絡多采用2天線部署(空分復用/發送分集)，主要原因是2天線方案技術和產業鏈更為成熟，運維成本低。其穩定優良的性能在廣泛的商用中得到驗證。而8天線方案目前商用LTE網絡中還沒有可借鑒的成功經驗。小結

綜上所述，技術上波束賦形和空分復用各有所長。8天線由于采用了模式3/7自適應，相對2天線業務信道主要在小區邊緣更有優勢。由于8天線傳輸控制信道的短板，使得8天線的控制信道覆蓋略遜于2天線，由此可能導致8天線覆蓋增益的不確定性。

在城區及密集城區等典型LTE覆蓋場景中，2、8天線的性能差異并不明顯；而2天線天面要求低，饋線少，易于安裝，因此建議采用2天線的方案。在郊區等以覆蓋為主要目的的場景，8天線在業務信道的優勢得以發揮。因此針對不同場景，可對2、8天線進行靈活部署，互相補充。

受天面制約(在相同天線長度的條件下)，8天線的單元天線的增益較2天線增益低1.5-2.5dB。工程實踐中，通常將8天線單元增益設為14.5dBi，而2天線增益設為18dBi。因此，8天線相對于2天線的實際增益優勢約為3dB，而非6dB。

單雙流的解釋、這里的“流”指的是數據流，數據傳輸的一種形式

“單”“雙”是指有多少路數據在同時傳輸。

在LTE中，數據傳輸有普通單天線傳輸，分集傳輸和MIMO空間復用。普通的單天線傳輸，數據流只有一路，所以是單流

分集傳輸，雖然數據有多路在傳輸，但兩路數據流傳輸的順序不同，內容相同，所以對于用戶來說，還是單流，只是提高了數據傳輸的有效性

MIMO空間復用利用多個天線，同時傳輸不同內容，對于用戶來說，相當于一次有多路數據流，我們成為雙流

2、室分小區如果只有一套天饋系統，那么必然只能單流；如果是兩套分布系統，可以實現雙流；

3、宏站每個扇區都是有多個天線的，可以很容易實現雙流；

4、雙流的啟動是門限定義的，一般比如說超過10dB啟動雙流，低于8dB回到單流，那么10和8就是需要再系統中配置的門限。

下行MIMO 1.1 MIMOADAPTIVESWITCH（MIMO傳輸模式自適應開關）

(1)參數簡要說明

含義：對于多天線eNB，該參數用來控制下行傳輸模式是否自適應以及自適應配置的范圍。類型：枚舉類型

取值范圍：NO_ADAPTIVE(NO_ADAPTIVE)、OL_ADAPTIVE(OL_ADAPTIVE)、CL_ADAPTIVE(CL_ADAPTIVE)、OC_ADAPTIVE(OC_ADAPTIVE)單位：N/A 缺省值：OL_ADAPTIVE(OL_ADAPTIVE)約束關系：BFALGOSWITCH取值為OFF時有效 影響范圍：CELL(2)參數查看修改方法

查看方法：LST MIMOADAPTIVEPARACFG:;修改方法：MOD MIMOADAPTIVEPARACFG:MIMOADAPTIVESWITCH=X;1.2 FIXEDMIMOMODE（固定傳輸模式）

(1)參數簡要說明

含義：對于多天線eNB，該參數用來選擇特定MIMO傳輸模式。類型：枚舉類型

取值范圍：TM2(TM2), TM3(TM3), TM4(TM4), TM6(TM6)單位：N/A 缺省值：TM3 約束關系：BFALGOSWITCH

取值為

OFF

且

MIMOADAPTIVESWITCH

取值為NO_ADAPTIVE(NO_ADAPTIVE)時，按照該參數設置固定的傳輸模式；否則該參數無效。影響范圍：CELL(2)參數查看修改方法

查看方法：LST MIMOADAPTIVEPARACFG:;修改方法：MOD MIMOADAPTIVEPARACFG:FIXEDMIMOMODE=X;1.3 BFALGOSWITCH（BF算法開關）

(1)參數簡要說明

含義：對于TDD多天線eNB，該參數用于指示是否開啟BeamForming功能。取值為ON時，開啟BF功能，UE傳輸模式進行BF&MIMO自適應或固定模式配置；取值為OFF時，關閉BF功能，UE傳輸模式進行MIMO自適應或固定模式配置。類型：枚舉類型

取值范圍：BfSwitch-0（OFF）；BfSwitch-1（ON）單位：N/A 缺省值：BfSwitch-0（缺省沒有Beamforming License）

約束關系：取值為ON時，MIMOADAPTIVESWITCH和FIXEDMIMOMODE無效。TDD雙工方式和eNB至少配置4根發射天線時，該選項才可能有效。取值為OFF時，BFMIMOADAPTIVESWITCH、FIXEDBFMIMOMODE和MAXBFRANKPARA無效。影響范圍：CELL(2)參數查看修改方法

查看方法：LST CELLALGOSWITCH:LOCALCELLID=X;修改方法：MOD CELLALGOSWITCH:LOCALCELLID=X,BFALGOSWITCH=X;1.4 BFMIMOADAPTIVESWITCH（BFMIMO傳輸模式自適應開關）

(1)參數簡要說明

含義：對于TDD多天線eNB，該參數用來指示BF&MIMO模式自適應類型，在BFALGOSWITCH取值為ON時有效。取值NO_ADAPTIVE(NO_ADAPTIVE)時，按照FIXEDBFMIMOMODE選擇固定的傳輸模式。取值TxD_BF_ADAPTIVE(TxD_BF_ADAPTIVE)時，對于不支持TM8的UE，進行TM2/7自適應；對于支持TM8的UE，進行TM2/8自適應。取值MIMO_BF_ADAPTIVE(MIMO_BF_ADAPTIVE)時，對于不支持TM8的UE，進行TM2/3/7自適應；對于支持TM8的UE，進行TM2/3/8自適應。類型：枚舉類型 取值范圍：

NO_ADAPTIVE(NO_ADAPTIVE)、TxD_BF_ADAPTIVE(TxD_BF_ADAPTIVE)、MIMO_BF_ADAPTIVE(MIMO_BF_ADAPTIVE)單位：N/A 缺省值：MIMO_BF_ADAPTIVE(MIMO_BF_ADAPTIVE)約束關系：BFALGOSWITCH取值為ON時有效 影響范圍：CELL(2)參數查看修改方法

查看方法：LST BFMIMOADAPTIVEPARACFG:;修改方法：MOD BFMIMOADAPTIVEPARACFG:BFMIMOADAPTIVESWITCH=X;1.5 FIXEDBFMIMOMODE（BF固定傳輸模式）

(1)參數簡要說明

含義：對于TDD多天線eNB，該參數用來選擇特定的BF&MIMO模式，在BFALGOSWITCH取值為ON且BFMIMOADAPTIVESWITCH取值為NO_ADAPTIVE(NO_ADAPTIVE)時有效。取值為TM2時，UE的傳輸模式配置為TM2。取值為TM3時，UE的傳輸模式配置為TM3。取值為TM7時，UE的傳輸模式配置為TM7。取值為TM8時，支持R8的UE傳輸模式配置為TM7；支持R9的UE傳輸模式配置為TM8。類型：枚舉類型

取值范圍：TM2(TM2), TM3(TM3), TM7(TM7), TM8(TM8)單位：N/A 缺省值：TM3 約束關系：BFALGOSWITCH

取值為

ON

且

BFMIMOADAPTIVESWITCH

取值為NO_ADAPTIVE(NO_ADAPTIVE)時有效。影響范圍：CELL(2)參數查看修改方法

查看方法：LST BFMIMOADAPTIVEPARACFG:;修改方法：MOD BFMIMOADAPTIVEPARACFG:FIXEDBFMIMOMODE=X;1.6 MAXMIMORANKPARA（MIMO最大復用層數）

(1)參數簡要說明

含義：該參數用于指示下行MIMO調度的最大Rank值。類型：枚舉類型

取值范圍：SW_MAX_SM_RANK_1, SW_MAX_SM_RANK_2, SW_MAX_SM_RANK_4 單位：N/A 缺省值：SW_MAX_SM_RANK_1（缺省沒有2×2 MIMO License，只能用Rank 1）約束關系：取值4時要求eNB至少配置4根發射天線。影響范圍：CELL(2)參數查看修改方法

查看方法：LST CELLDLSCHALGO:;修改方法：MOD CELLDLSCHALGO:LOCALCELLID=X,MAXMIMORANKPARA=X;1.7 MAXBFRANKPARA（BF最大復用層數）

(1)參數簡要說明

含義：對于TDD多天線eNB，該參數用來指示開啟單流BF功能或單雙流BF自適應功能。類型：枚舉類型

取值范圍：SINGLE_LAYER_BF, DUAL_LAYER_BF 單位：N/A 缺省值：SINGLE_LAYER_BF 約束關系：在BFALGOSWITCH取值為ON時有效 影響范圍：CELL(2)參數查看修改方法

查看方法：LST CELLBF:;修改方法：MOD CELLBF:LOCALCELLID=X,MAXBFRANKPARA=X;

第二篇：TDD-LTE學習心得體會-LTE單驗

LTE單驗

LTE的單驗只要分兩種情況，一種是室外宏站的單驗，另一種是室分系統基站的單驗。兩種不同情景下的單驗，測試內容基本相似，但是在具體的操作上存在著各自的差異。

一、單站點驗證準備工作

1、整理工參表：可從設計院或客戶獲得基站設計信息，如基站名、基站地址、經緯度、天線高度、方向角、下傾角（包括機械及電子下傾角）、天線類型、天線掛高、規劃的小區數據（如eNodeB ID、Cell ID、PCI、鄰區）等；

2、向客戶或工程安裝人員了解站點情況（聯系人、上站條件如鑰匙等、基站地址、環境）、天線安裝情況；

3、測試設備的檢查：測試前必須對所有測試設備進行檢查，避免因為設備問題導致測試過程中出現故障和測試結果不準確，影響測試進度。檢查的設備包括：車輛、電源、測試終端是否齊備、測試電腦、路測軟件、USB連接數據線是否正常、GPS（含手持GPS）、USB Hub、SIM卡費用和權限、電源插座、指北針、紙質地圖、記事本、坡度計（可選，用于測量天線機械傾角）。

4、詢問后臺技術人員，當天計劃單驗的站點及其鄰站是否存在告警，確定符合測試的基站環境。

二、現場測試

（一）、室外宏站的單驗

1、天面勘察：拍攝天線安裝（天線標簽）和360度環境的照片（從0度開始，每45度一張共8張），基站主覆蓋方向照片，基站天線特寫，基站整體特寫，進入基站的入口特寫，GPS位置。如果不方便測量下傾角，可通過目測估計獲得。檢查經緯度、天線方向角、天線下傾角、天線掛高是否與規劃數據相符，檢查覆蓋方向是否有阻擋，以及與其它天線的隔離度。

2、配置數據驗證：驗證頻點、PCI、TAC 是否與規劃數據一致。

3、扇區接反切換驗證：長呼下載測試，繞站cell1 →cell2 →cell3 →cell1做接反驗證及切換驗證。

4、定點測試（好點RSRP>=-85 dBm & SINR>=23 dB）：接入測試，短呼10次驗證接入性；FTP下載，做極好點和好點，各一次，速率穩定1分鐘后截圖（下載大于35M，峰值要達到70M）；FTP上傳，做極好點和好點，各一次，速率穩定1分鐘后截圖（上傳大于6M，峰值達到7M）；3個扇區分別做一遍。

5、測試LOG命名規范：Probe_20141030151419_欽州欽城區城西二路-HLH-2_極好點_下載，Probe_20141030152015_欽州欽城區城西二路-HLH-2_極好點_上傳，Probe_20141030153102_欽州欽城區城西二路-HLH-2_attach；

（二）、室分系統宏站的單驗

1、定點測試（好點RSRP>=-85 dBm & SINR>=15 dB）： FTP下載，速率穩定2分鐘后截圖（單流達到30M，雙流達到60M）；FTP上傳，速率穩定2分鐘后截圖（上傳大于6M）；每個RRU分別做一遍。另外在每個基站小區內做一次CSFB測試，華為測試機作為被叫5次。

2、切換驗證：在室分基站小區間，室內基站與室外宏站之間做切換，下載或者上傳的業務下均可。

3、測試LOG命名規范：由于室內基站測試的RRU一般都比較多，而且還需要現場截圖，需要保存的文件較多，命名的規范非常有助于后續報告的撰寫。例如，RRU10-7#2單元15F下載，RRU11-2#1單元5F上傳等。

三、報告的撰寫

參照報告模板導入測試信息，反饋測試結果。

欽州市-簇外-欽州欽州欽城區奧林名浦北縣北通鎮中屯村-H城商業區室分-HLW測試

第三篇：LTE小區搜索過程學習總結

LTE小區搜索過程總結

a)UE一開機，就會在可能存在LTE小區的幾個中心頻點上接收數據并計算帶寬RSSI，以接收信號強度來判斷這個頻點周圍是否可能存在小區(應該說只是可能)，如果UE能保存上次關機時的頻點和運營商信息，則開機后可能會先在上次駐留的小區上嘗試駐留；如果沒有先驗信息，則很可能要全頻段搜索，發現信號較強的頻點，再去嘗試駐留。

b)然后在這個中心頻點周圍收PSS（primary synchronization signal）和SSS（secondary synchronization signal），這兩個信號和系統帶寬沒有限制，配置是固定的，而且信號本身以5ms為周期重復，并且是ZC序列，具有很強的相關性，因此可以直接檢測并接收到，據此可以得到小區ID，同時得到小區定時的5ms邊界；這里5ms的意思是說：當獲得同步的時候，我們可以根據輔同步信號往前推一個時隙左右，得到5ms的邊界，也就是得到Subframe#0或者Subframe#5，但是UE尚無法準確區分。

c)5ms邊界得到后，根據PBCH的時頻位置，使用滑窗方法盲檢測，一旦發現CRC校驗結果正確，則說明當前滑動窗就是10ms的幀邊界，可以接收PBCH了，因為PBCH信號是存在于每個slot#1中，而且是以10ms為周期；如果UE以上面提到的5ms邊界來向后推算一個Slot，很可能接收到slot#6，所以就必須使用滑動窗的方法，在多個可能存在PBCH的位置上接收并作譯碼，只有接收數據塊的crc校驗結果正確，才基本可以確認這次試探的滑窗落到了10ms邊界上，也就是無線幀的幀頭找到了。也就是說同步信號是5ms周期的，而PBCH和無線幀是10ms周期的，因此從同步信號到幀頭映射有一個試探的過程。接著可以根據PBCH的內容得到系統幀號和帶寬信息，以及PHICH的配置；一旦UE可讀取PBCH,并且接收機預先保留了整個子幀的數據，則UE同時可讀取獲得固定位置的PHICH及PCIFICH信息，否則一般來說至少要等到下一個下行子幀才可以解析PCFICH和PHICH，因為PBCH存在于slot#1上，本子幀的PHICH和PCFICH的接收時間點已經錯過了。d)至此，UE實現了和eNB的定時同步；

要完成小區搜索，僅僅接收PBCH是不夠的，還需要接收SIB，即UE接收承載在PDSCH上的BCCH信息。為此必須進行如下操作： a)接收PCFICH，此時該信道的時頻資源就是固定已知的了，可以接收并解析得到PDCCH的symbol數目；

b)接收PHICH，根據PBCH中指示的配置信息接收PHICH；

c)在控制區域內，除去PCFICH和PHICH的其他CCE上，搜索PDCCH并做譯碼；

d)檢測PDCCH的CRC中的RNTI，如果為SI-RNTI，則說明后面的PDSCH是一個SIB，于是接收PDSCH，譯碼后將SIB上報給高層協議棧；

e)不斷接收SIB，HLS會判斷接收的系統消息是否足夠，如果足夠則停止接收SIB f)至此，小區搜索過程才差不多結束。g)2 在數據接收過程中，UE還要根據接收信號測量頻偏并進行糾正，實現和eNB的頻率同步；

對于PHY來說，一般不作SIB的解析，只是接收SIB并上報。只要高層協議棧沒有下發命令停止接收，則PHY要持續檢測PDCCH的SI-RNTI，并接收后面的PDSCH。

DRX在MAC層的概念，應該是說對PDCCH的監視是否是持續的還是周期性的，DRX功能的啟用與否只在RRC connect狀態下才有意義。

BCCH映射到DLSCH上的PDU是通過SI-RNTI在物理層CRC之后在PDSCH上發送的，這其中包含SIB1和SIB2的內容，PBCH上發送的MIB只包含三個內容：系統帶寬，系統幀號，PHICH配置信息。

UE在兩種搜索空間完成PDCCH的解碼工作，一種是common search space，另一種是UE-specific search space，前者起始位置固定，用于存放由RARNTI，SIRNTI，PRNTI標識的TB。

當上層指示物理層需要讀取SIB后，物理層可以在第一個搜素空間搜索SIRNTI標識的TB。UE讀取PDSCH中的BCCH，與讀取PDCCH，獲得control information過程屬于control plane的內容，在小區搜索過程中，要判斷是否能夠駐留該小區，應該有一個SIB接收過程，而因為BCCH映射到物理信道上也是PDSCH，要接收BCCH，前面這些過程不能或缺。當然了，這個過程并不是永久性做下去，高層協議棧判斷，如果接收到了想要的SIB，就可以停下來了。

SIB的接收其實也并不一定需要一直接收檢測，你說的DRX可以有這樣的作法：在通過PBCCH獲得MIB以后，可以判斷出想要的SIB的位置，只在該位置上接收PDSCH就可以了。這樣可以省電，但是需要HLS和PHY交互更加緊密，需要能夠根據幀號唯一確定想要的SIB的位置。

UE的頻偏校正，應該在讀取PBCH等控制信道過程中獲得糾正。頻偏估計和糾正不必等到滑窗結束，只要確信當前頻點上有LTE信號，則可以根據OFDM信號的特點做FOE，并糾正頻偏。不過只有滑窗成功，才可以得到PBCH。

EUTRA支持的帶寬從1.4M到20M(Rel.8).UE在剛一開機時，并不知道系統的帶寬是多少。為了使UE能夠較快的獲得系統的頻率和同步信息。與UMTS類似，LTE中設計了主同步信道和輔同步信道。無論系統的帶寬為多少，主同步信道和附同步信道都位于頻率中心的1.08M的帶寬上，包含6個RB，72個子載波。實際上，同步信道只使用了頻率中心（DC）周圍的62個子載波，兩邊各留5個子載波用做保護波段。

同步信號在一個十秒的幀內，傳送兩次。在LTE FDD的幀格式中，主同步信號位于slot0和slot10的最后一個OFDM符號上。輔同步信號位于主同步信號的前面一個OFDM符號上。在LTE TDD的幀格式中，主同步信號位于子幀1和子幀6的第三個OFDM符號上。輔同步信號位于子幀0和子幀5的最后一個OFDM符號上（也就是Slot 1 和Slot 11）。

利用主、輔同步信號相對位置的不同，終端可以在小區搜索的初始階段識別系統是TDD還是FDD。

UE一開機，就會在可能存在LTE小區的幾個中心頻點上接收數據并計算帶寬RSSI，以接收信號強度來判斷這個頻點周圍是否可能存在小區，如果UE能保存上次關機時的頻點和運營商信息，則開機后可能會先在上次駐留的小區上嘗試駐留；如果沒有先驗信息，則需要進行全頻段搜索。

然后UE在這個中心頻點周圍嘗試接收PSS（primary synchronization signal），規范中（36.211）定義了3個PSS信號，使用長度為62的頻域Zadoff－Chu序列，每個PSS信號與物理層小區標識組內的一個物理層小區標識相對應。UE捕獲了系統的PSS后，就可以獲知：（1）：小區中心頻點的頻率。（2）：小區在物理組內的標識（在0，1，2中間取值）。（3）：子幀的同步信息。對于FDD而言，由于主同步信號是位于Slot0或Slot10的最后一個OFDM符號，因而不管CP的長度是多少，確定了PSS后就可以確定Slot（也就是子幀）的邊界。但是PSS在Slot0和Slot10上的內容是相同的，目前還無法區分這兩個時系，無法獲得系統幀的信息。

對于TDD而言，我的理解是，捕獲PSS后尚無法確定子幀邊界。但是隨后UE捕獲SSS，就可以確定子幀邊界，道理同上。

LTE中，傳輸模式不同（FDD OR TDD），PSS和SSS之間的時間間隔不同。CP的長度也會影響SSS的絕對位置（在PSS確定的情況下），因而，UE需要進行至多4次的盲檢測。

SSS信號有168種不同的組合，對應168個不同的物理小區組的標識（在0到167之間取值）。這樣在SSS捕獲后，就可以獲得小區的物理ID，PCI＝PSS＋3×SSS。PCI是在物理層上用于小區間多種信號與信道的隨機化干擾的重要參數。SSS在每一幀的兩個子幀中所填內容是不同的，進而可以確定是前半幀還是后半幀，完成幀同步。同時，CP的長度也隨著SSS的盲檢成功而隨之確定。

在多天線傳輸的情況下，同一子幀內，PSS和SSS總是在相同的天線端口上發射，而在不同的子幀上，則可以利用多天線增益，在不同的天線端口上發射。

至此，UE可以進一步讀取PBCH了。PBCH中承載了系統MIB的信息。時域上，在一個無線幀內，PBCH位于Slot1的前4個OFDM符號上（對FDD和TDD都是相同的，除去被參考信號占據的RE）。在頻域上，PBCH與PSCH、SSCH一樣，占據系統帶寬中央的1.08MHz(DC子載波除外)。這樣在未知系統帶寬的情況下，UE也可以快速地捕獲PBCH的信息。所不同的是，此時已取得精確同步，PBCH不需要像PSCH、SSCH那樣在信道兩側保留空閑子載波，而是全部占用了帶寬內的72個子載波。

PBCH信息的更新周期為40ms，在40ms周期內傳送4次。這4個PBCH中每一個都能夠獨立解碼。通過解調PBCH，可以獲得：（1）：系統的帶寬信息。系統的帶寬信息是以資源塊個數的形式來表示的，有3個比特。LTE（Rel.8）支持 1.4M到20M的系統帶寬，對應的資源塊數如下圖所示

（2）：PHICH的配置。

在PBCH中使用lbit指示PHICH的長度，2bit指示PHICH使用的頻域資源，即PHICH組的數量(每個PHICH組包含8個PHICH)。（3）：系統的幀號SFN。系統幀號SFN的長度為10Bit，在0到1023之間取值。在PBCH中只廣播SFN的前8位，因此，PBCH中的SFN只是在40ms的發送周期邊界發生變化。通過PBCH在40ms周期內的相對位置就可以確定SFN的后兩位。（4）：系統的天線配置信息。系統的天線端口數目隱含在PBCH的CRC里面，通過盲檢PBCH的CRC就可以確定其對應的天線端口數目（Attenna Ports）。

PBCH的MIB中只攜帶了非常有限的信息，更多的系統信息是在SIB中攜帶的。SIB信息是通過PDSCH來傳送的。

UE需要讀取PDCCH中的控制信息，才能夠正確解調首先必須了解PDCCH在子幀內占用的符號數目，這是由PDSCH中的數據。為了讀取PCFICH來決定的。PDCCH，

第四篇：LTE學習總結-速率問題定位(前臺)

速率不達標問題分析（前臺）

測試中問題定位

測試時發現下載速率不達標需關注項：

1、RSRP（參考信號接收功率）

在LTE中表示接收信號強度，測試時一般要求達到-75dBm.如達不到需重新找點，則要求RSRP盡量大于-85dBm。找點時最好在天線主打方向無阻擋位置。

主要用來衡量下行參考信號的功率，和WCDMA中CPICH的RSCP作用類似，可以用來衡量下行的覆蓋。區別在于協議規定RSRP指的是每RE的能量，這點和RSCP指的是全帶寬能量有些差別。

2、SINR（信干噪比）

表示LTE中的信號質量，好點要求大于22。是對速率影響最大的因素。

若RSRP大于-85dBm而SINR不達標，則看鄰區列表內鄰區信息，看是否有較強鄰區信號干擾，若有的話，可以通知后臺閉塞鄰區或本站其他小區后測試。

3、Transmission傳輸模式

傳輸模式現在用的有TM2（發射分集）、TM3（開環空間復用）、TM7（單流波束賦形）、TM8（雙流波束賦形）。一般測試時好點都為TM3.如果在TM2可能為無線環境不好，在TM7或TM8可能雖然RSRP和SINR都好但不在天線主打方向（站下小區背后或小區副瓣方向）。

4、PDCCH ULDL Grant Count（上下調度次數）

LTE每秒調度次數，由于調度周期為1MS，所以調度次數為每秒1000次，正常情況下單用戶調度次數都要在900以上。

5、BLER（誤碼率）

正常情況下為10%以下，如果RSRP大于80dBm并且SINR大于22情況下BLER大于10%，則很有可能是外部干擾，可以讓后臺看一下底噪和上下行干擾。

6、Rank Indication（秩指示）

正常情況下好點都應該為Rank2（雙流）狀態。如果RSRP大于80dBm并且SINR大于22還在Rank1（單流）狀態，有可能是天線問題（天線不支持雙流）或傳輸問題。

7、PDSCHPUSCH RB Number(下上行可用RB數)

8、Antenna Measurement（天線端口測量）

9、MCS（調制階數）

9、MIMO（多發多收）

第五篇：LTE每天學習總結-問題分析(接入-華為)

LTE接入問題分析

1.隨機接入流程

（1）用戶Attach流程：

UERRC CONN SETUP REQE-NODEBMMERRC CONN SETUPRRC CONN SETUP CMPINITIAL UE MESSAGE直傳過程（鑒權、業務協商）INITIAL UE CONTEXT SETUP REQRRC SECURITY MODE CMDRRC SECURITY MODE CMPRRC CONN RECFGRRC CONN RECFG CMPINITIAL UE CONTEXT SETUP RSP直傳過程（業務協商、流程通知）SAEB SETUP REQRRC CONN RECFGRRC CONN RECFG CMPSAEB SETUP RSP

（2）隨機接入流程介紹

隨機接入過程的發生有以下五種場景：

1、從空閑態轉到連接態的初始接入；

2、無線鏈接失敗后的接入；

3、切換過程中的接入；

4、當UE處于連接態時下行數據到達時因為某些原因需要隨機接入，如上行失步時有下行數據到達；

5、當UE處于連接態時上行數據到達時因為某些原因需要隨機接入，如上行失步時有上行行數據到達；

隨機接入分為競爭接入與非競爭接入兩種，其中競爭隨機接入適用于上述1、2、5三種場景，而非競爭隨機接入適用于3、4兩種場景。

隨機接入基本流程如下：

UEeNB1Random Access PreambleUEeNBRandom Access Response20RA Preamble assignment3Scheduled TransmissionRandom Access Preamble1Contention Resolution42Random Access Response 圖2 隨機接入流程圖（左：基于競爭的隨機接入 右：基于非競爭的隨機接入）

2.常見問題簡單排查方法

2.1基本定位思路

接入失敗通常有三大類原因：無線側參數配置問題、信道環境影響以及核心網側配置問題。因此遇到無法接入的情況，可以大致按以下步驟進行排查。（1）通過話統分析是否出現接入成功率低的問題，當前RRCeRAB接通率指標一般為98%，也可根據局點對接入成功率指標的特殊要求啟動問題定位。

（2）確認是否全網指標惡化，如果是全網指標惡化，需要檢查操作，告警，是否存在網絡變動和升級行為。

（3）如果是部分站點指標惡化，拖累全網指標，需要尋找TOP站點。

（4）查詢RRC連接建立和ERAB建立成功率最低的TOP10站點和TOP時間段。（5）查看TOP站點告警，檢查單板狀態，RRU狀態，小區狀態，OM操作，配置是否異常。

（6）提取CHR日志，分析接入時的msg3的信道質量和SRS的SINR是否較差（弱覆蓋），是否存在TOP用戶。

（7）針對TOP站點進行針對性的標準信令跟蹤、干擾檢測進行分析。

（8）如果標準信令和干擾檢測無異常，將一鍵式日志，標口跟蹤，干擾檢測結果返回給開發人員分析。

詳細流程圖如下：

開始Y全網話統分析，是否達標？N是否全網指標惡化？YN檢查告警，操作，是否存在網絡變動和升級操作。按照接入失敗次數和接入成功率確認TOP站點NTOP站點告警，操作，狀態，配置是否異常Y告警恢復，評估操作影響和升級影響告警，操作和配置恢復后KPI恢復正常？N根據CHR確認是否弱覆蓋？NYY根據信令跟蹤確認是否終端問題，核Y心網問題，ENB配置問題YN解決問題，KPI恢復?Y問題定位結束N優化覆蓋提交接入問題排查交付件供研發人員分析2.1.1、TOP小區篩選

通過M2000導出全網每日話統文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次數從高到低排序，結合接入成功率，選出TOP10站點接入成功率低的小區。

按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次數從高到低排序，結合ERAB建立成功率選出TOP10 ERAB建立成功率低的站點。

檢查TOP小區的狀態是否正常，可以在M2000上，通過MML命令“DSP CELL”能查看到小區的總體信息。

如果小區狀態顯示不是“正常”，可以按如下方法進行簡單排查： 如果存在S1鏈路異常告警，請檢查S1鏈路配置是否正確。如果存在RSSI/RSRP通道不平衡，需要檢查天饋互調干擾，如果存在駐波告警，需要通過DSP TXBRANCH，DSP RXBRANCH查看RRU發射和接收通道狀態。

如果存在小區不可用告警，需要返回主控和基帶板一鍵式日志。

2.1.2、TOP小區話統分析

通過RRC建立失敗話統可以得出TOP小區RRC建立失敗原因分布：

L.RRC.SetupFail.NOReply多為弱覆蓋或終端異常；L.RRC.Setup.ResFail由小區資源分配失敗導致。

通過ERAB建立失敗原因話統可以得出得出ERAB建立失敗原因分布：

L.E-RAB.FailEst.RNL的統計包含了指標L.E-RAB.FailEst.NoRadioRes、L.E-RAB.FailEst.SecurModeFail及指標L.E-RAB.FailEst.NoReply的統計情況。

初始上下文建立失敗的幾種現象： 基站下發了RRC_SECUR_MODE_CMD消息,收到UE的RRC_SECUR_MODE_FAIL消息 UE SecurityModeCommand EUTRAN SecurityModeFailure 2 基站下發了RRC_SECUR_MODE_CMD消息,沒有收到UE的RRC_SECUR_MODE_CMP消息 3 基站下發了RRC_CONN_RECFG消息,沒有收到UE的RRC_CONN_RECFG_CMP消息 基站下發了RRC_UE_CAP_ENQUIRY消息,沒有收到UE的RRC_UE_CAP_INFO消息

初始上下文建立請求消息超時，需要核心網側配合，查看核心網側在收到ENB傳遞的NAS Attach消息后的處理流程。

初始上下文建立失敗需要檢查基站配置，查看告警，跟蹤Uu口，S1口進行分析。

2.1.3、TOP用戶分析

通過CHR日志分析可以獲取RRC建立失敗和ERAB建立失敗TOP用戶的TMSI。在CHR數據中，可以通過TMSI來確定是否為同一個用戶，具體方法如下：

當前華為核心網TMSI分配的機制是對于同一個IMSI用戶，TMSI的右起第三個byte的數據進行隨機賦值，即某用戶的TMSI中只有第三個字節的8bit發生變化（如AA ** BB CC）就是同一用戶。如下圖所示，C0 ** 00 05就是同一個用戶。

使用INSIGHTSHARP工具分析同一TMSI用戶的多個接入流程，查看L2_SRB_LOG字段記錄的接入時上行信道質量DMRS_SINR和DMRS_RSRP，可以初步確認用戶是否處于上行弱覆蓋區域：

DMRS_SINR<0db或DMRS_RSRP<-131dbm可以認為終端處于弱覆蓋區域。

圖6 CHR字段說明截圖 2.1.4、TOP小區跟蹤

通過話統分析出TOP小區和TOP時間段后，在對應的小區和時間段，打開Uu口，S1口，X2口跟蹤，查看接入流程在哪一步失敗。

通過TOP用戶的TMSI在核心網側獲取到IMSI，可以啟動該用戶的全網跟蹤

2.1.5、TOP小區環境干擾分析

通過頻譜掃描儀功能查看下行是否存在鄰區干擾、外部系統干擾等。通過ENB小區干擾檢測的性能跟蹤分析是否存在上行干擾。如存在外部干擾或鄰區干擾，需要進行干擾源排查。

3.配置類問題排查 UE配置問題

1.華為Test UE頻點配置

針對我司UE，檢查頻點配置是否與eNB一致，如果頻點不正確，UE表現為小區搜索失敗。

圖7 測試UE頻點配置

2.E398/E392 Attach類型設置

LTE核心網通常沒有配置CS域的通道，只有PS域。當E398 Attach類型為CS&PS combined attach時，就會導致只Attach了PS域，CS域一直附著失敗，UE最終被釋放掉。將E398的Attach方式修改為PS_ONLY可以解決此問題。

圖8 Attach信令截圖

3.終端規格問題

以E398s/E392u為例，只支持Band38和Band40，如果小區設置為其他頻帶，終端將無法接入。

另外，需要確認部分終端對無線層加密算法的支持程度，如果小區配置中使用了終端不支持算法進行加密和完整性保護，終端可能會出現接入失敗。

以海思芯片為例，通過Histudio在NV項中找到UE_NET_CAPABILITY項查看加密及完整性算法。

ucEeaCap: 加解密算法。ucEiaCap: 完整性保護算法。

高位3個Bit從高到底分別代表NULL、SNOW3G、AES算法 與協議24301中表9.9.3.34.1是一致。

1代表支持，0代表不支持。

比如上圖中ucEeaCap與ucEiaCap的值都為0xe0代表NULL、SNOW3G與AES算法都 支持。

如果需要更改，比如需要設置UE可支持的加密算法為AES算法，其它兩種算法不支持，則可設置ucEiaCap＝0x20 換算成二進制為0010，表示只支持AES算法。

目前UE對三種算法都支持，所以不管在測試還是商用使用過程中，建議按照默認設置，不要更改這些值。

ENB配置問題

1.PDCCH符號數配置問題

測試局點為了盡可能提高下行吞吐率，PDCCH通常固定1符號，但在20M帶寬以下，可能出現無法接入的問題。

10M小區，PDCCH固定1符號，總共能使用的CCE個數為8個，受上下行配比約束，下行最多能用5個，而10M小區公共信令的聚合級別為8，需要8個，因此CCE資源受限所以接入不了

5M小區，PDCCH固定1符號，總共能使用的CCE個數為3，同樣由于CCE資源受限接入不了

15M小區，PDCCH固定1符號，總共能使用的CCE個數為12，受上下行配比約束，下行最多能用8個，PDCCH功控開關關閉時可以接入。

圖9 PDCCH符號數配置

2.IPPATH配置問題

基站在完成了安全的配置與UE能力的獲取后并向小區申請資源,會向TRM申請GTPU資源,如果申請資源失敗則會向核心網返回初始上下文建立失敗響應INIT_CONTEXT_SETUP_FAIL;原因值填寫transport resource unavailable(0)；如下圖所示；

跟蹤如下所示:

圖10 初始上下文建立失敗響應信令截圖

在這種情況下,對照開站summary首先查看一下MML中的IPPATH是否配置正確,如果已經配置正確,則查看請初始上下文建立請求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否為配置的IPPATH值,如果不一樣則需要確認一下是我們配置錯誤還是核心網填寫錯誤。同時查看路由信息配置是否正確，如果IPPATH正確，但路由錯誤，同樣會出現傳輸資源不可用的錯誤信息。如果以上都不符合則需要把IFTS打開,將跟蹤發給研發人員來確認問題的原因；

圖11 初始上下文建立請求消息信令