第一篇：LTE每天學習總結—基本過程(下行同步)

1.小區搜索

1.1 開機

UE開機在可能存在LTE小區的幾個中心頻點上接收信號（PSS），以接收信號強度來判斷這個頻點周圍是否可能存在小區，如果UE保存了上次關機時的頻點和運營商信息，則開機后會先在上次駐留的小區上嘗試；如果沒有，就要在劃分給LTE系統的頻帶范圍內做全頻段掃描，發現信號較強的頻點去嘗試

1.2 PSS檢測

進行5MS時隙同步，檢測CELLID 然后在這個中心頻點周圍收PSS（主同步信號，對于FDD，PSS在slot0和slot10的倒數第一個OFDM符號上；SSS在slot0和slot10的倒數第二個OFDM符號上。對于TDD，PSS在slot2和slot12的第二個OFDM符號上；SSS在slot1和slot11的倒數第一個OFDM符號上。），它占用了中心頻帶的6RB，因此可以兼容所有的系統帶寬，信號以5ms為周期重復，在子幀#0發送，并且是ZC序列，具有很強的相關性，因此可以直接檢測并接收到，據此可以得到小區組里小區ID，同時確定5ms的時隙邊界，同時通過檢查這個信號就可以知道循環前綴的長度以及采用的是FDD還是TDD（因為TDD的PSS是放在特殊子幀里面，位置有所不同，基于此來做判斷）由于它是5ms重復，因為在這一步它還無法獲得幀同步

1.3 SSS檢測

進行10MS同步，檢測CELL GroupID、幀同步

5ms時隙同步后，在PSS基礎上向前搜索SSS，SSS由兩個端隨機序列組成，前后半幀的映射正好相反，因此只要接收到兩個SSS就可以確定10ms的邊界，達到了幀同步的目的。由于SSS信號攜帶了小區組ID，跟PSS結合就可以獲得物理層ID（CELL ID），這樣就可以進一步得到下行參考信號的結構信息。PSS在每個無線幀的2次發送內容一樣，SSS每個無線幀2次發送內容不一樣，通過解PSS先獲得5ms定時，通過解SSS可以獲得無線幀的10ms定時。因為先解析PSS獲得5ms定時，在解析SSS時根據FDD和TDD其位置不同可以確定是FDD模式還是TDD模式。再者，不管系統帶寬是多少，PSS和SSS都在在系統帶寬中間的6個RB上發送，在帶寬內對稱發送，所以通過解PSS和SSS可以獲得頻域同步。通過解PSS可以獲得物理層小區ID，通過解SSS可以獲得小區的組ID，二者組合就可以獲得當前小區的物理小區ID。

1.4 DL-RS 時隙與頻率精確同步

在獲得幀同步以后就可以讀取PBCH了，通過上面兩步獲得了下行參考信號結構，通過解調參考信號可以進一步的精確時隙與頻率同步，同時可以為解調PBCH做信道估計了。

1.5 PBCH 獲得系統帶寬，PHICH資源、天線數、SFN（系統幀號）

PBCH在子幀#0的slot #1上發送，就是緊靠PSS，通過解調PBCH，可以得到系統幀號和帶寬信息，以及PHICH的配置以及天線配置。系統幀號以及天線數設計相對比較巧妙: SFN（系統幀數）位長為10bit，也就是取值從0-1023循環。在PBCH的MIB（master information block）廣播中只廣播前8位，剩下的兩位根據該幀在PBCH 40ms周期窗口的位置確定，第一個10ms幀為00，第二幀為01，第三幀為10，第四幀為11。PBCH的40ms窗口手機可以通過盲檢確定。而天線數隱含在PBCH的CRC里面，在計算好PBCH的CRC后跟天線數對應的MASK進行異或 至此，UE實現了和ENB的定時同步（MIB傳輸周期為40ms，在一個周期內，PBCH信道分布在每個無線幀的#0子幀內，占據第二個slot的前4個符號位置；頻域與PSS和SSS信號一樣，占據中心的1.08MHz，即頻域中心的6RB）

LTE系統消息相關資料

LTE每天學習總結—系統消息.docx

1.6 PDSCH 接受SIB消息

要完成小區搜索，僅僅接收PBCH是不夠的，因為PBCH只是攜帶了非常有限的系統信息，更多更詳細的系統信息是由SIB攜帶的，因此此后還需要接收SIB（系統信息模塊），即UE接收承載在PDSCH上的BCCH信息。為此必須進行如下操作：

1)接收PCFICH，此時該信道的時頻資源可以根據物理小區ID推算出來，通過接收解碼得到PDCCH的symbol數目；

2)在PDCCH信道域的公共搜索空間里查找發送到SI-RNTI（無線網絡標識符）的候選PDCCH，如果找到一個并通過了相關的CRC校驗，那就意味著有相應的SIB消息，于是接收PDSCH，譯碼后將SIB上報給高層協議棧；

3）不斷接收SIB，上層（RRC）會判斷接收的系統消息是否足夠，如果足夠則停止接收SIB至此，小區搜索過程才差不多結束

第二篇：學習心得體會-LTE中上下行調度過程

LTE中上下行調度過程

上行調度

1.UE向ENB請求上行資源 Physical channel: PUCCH Message: SR(schedule request)

SR發送的周期以及在子楨中的位置由上層的配置決定，UE在SR請求中都需要包含什么內容？

UE需要告訴ENB自己要傳輸的數據量，同時SR中UE必須告訴ENB自己的identity(C-RNTI)理解：根據上層的配置UE按照一定的周期在PUCCH的固定位置傳輸SR，而ENB對SR的發送者的識別是通過UE和ENB事先約定好的偽隨機序列來實現的。當UE有發送數據的需求是，就把相應得SR置1，沒有資源請求時SR為空。SR只負責告訴ENB是否有資源需求，而具體需要多少資源則由上層的信令交互告訴ENB。在TS36.213中指定：Scheduling request(SR)using PUCCH format 1，不需要進行編碼調制，用presence/absence攜帶信息。2.上行信道質量測量

Physical signal: sounding reference signal Physical channel: PUCCH ENB給UE分配上行資源之前首先必須要知道上行信道的質量，如果UE的上行信道質量較好且有傳輸數據的需求，ENB才會給UE分配資源 sounding reference signal應該對UE和ENB都是已知的，ENB根據從UE接收到的sounding reference signal 和自己已知的信號的對比就可以知道當前上行信道的質量了。當然，如果信道質量的變換很快，再加上空間信號傳輸的延遲估計的誤差，由sounding reference signal測量出的信道質量可能會變得不準確。所以UE需要每過一段時間就發送sounding reference signal給ENB，以盡可能準確地得到當前信道的質量。

3.ENB分配資源并通知UE Physical channel: PDCCH 分配完資源后ENB還必須把分配的結果告訴UE，即UE可以在哪個時間哪個載波上傳輸數據，以及采用的調制編碼方案。

E-UTRAN在每個TTI動態地給UE分配資源（PRBs & MCS）,并在PDCCH上傳輸相應的C-RNTI。4.UE接收資源分配結果的通知并傳輸數據 Physical channel: PUSCH UE首先接收ENB下發的資源分配通知，監視PDCCH以查找可能的上行傳輸資源分配，從common search space中獲取公共信息，從UE specific search space中搜索關于自己的調度信息。

根據搜索到的結果后就可以在PUSCH對應的PRB上傳輸數據信息。

注意：在上行鏈路中沒有盲解碼，當UE沒有足夠的數據填充分配的資源時，補0 5.ENB指示是否需要重傳 Physical channel: PHICH 6.UE重傳數據/發送新數據 同4

下行調度

1.下行信道質量測量

ENB發送cell specific reference signal 給UE，UE估計CQI并上報給ENB。CQI不僅告訴ENB信道的質量，還包含推薦的編碼調制方式。periodic CQI reporting channel: PUCCH aperiodic CQI reporting channel: PUSCH 接收到的DCI format 0的CQI request設置為1時，UE非周期上報CQI、PMI和RI 上層可以半靜態地配置UE周期性地上報不同的CQI、PMI和RI 2.ENB分配下行資源

ENB根據下行信道的質量好壞自適應地分配下行資源（針對 UE選擇不同的載波和slot）下行鏈路中，E-UTRAN在每個TTI動態地給UE分配資源（PRBs & MCS）3.ENB在下行信道傳輸數據 Physical channel: PDSCH 根據資源分配的結果在PDSCH上填充數據, 并在PDCCH上傳輸相應的C-RNTI。4.UE接收數據并判斷是否需要發送請求重傳指示 Physical channel: PUCCH Physical channel: PDSCH UE根據檢測PDCCH信道，解碼對應的PDSCH信息。UE根據PDCCH告知的DCI format在common search spaces中接收PDSCH 廣播控制信息。

此外，UE通過PDCCH UE specific search spaces接收PDSCH數據傳輸。5.ENB重傳數據/發送新數據

UE申請上行資源分配，要帶的信源包括：

1)上行調度請求指示(SRI, Schduling Request Indication)，是用戶向基站申請上行無線資源配置的信令。

(2)ACK/NACK應答信息，用于答復下行業務數據的傳輸。若終端正確接收并解調發送的數據塊，則通過上行控制信令向基站反饋一個ACK應答消息，否則將反饋一個NACK消息。UE針對下行數據所發送的每一個數據碼字產生1bit的HARQ反饋信息。UE接收到下行數據到進行ACK/NACK反饋之間存在固定的時序關系，對于TDD系統下行子幀多于上行子幀的配置，UE將會在同一個上行子幀中反饋多個下行子幀所對應的ACK/NACK信息，多個下行子幀組成一個“反饋窗口”。

TDD-LTE系統支持兩種上行ACK/NACK反饋模式：ACK/NACK合并(Bundling)和ACK/NACK復用(Multiplexing)。

ACK/NACK合并模式下，UE每次只反饋1bit(單碼字傳輸)或2bit(雙碼字傳輸)信息。UE只有在正確接收了反饋窗口內對應同一個碼字編號的所有傳輸塊(TB)時，才向基站發送ACK信令。如果其中任意一個TB譯碼失敗，則都會向基站反饋NACK。基站收到NACK信息后，將反饋窗口內對應同一個碼字編號的所有TB都重傳一次。該模式下，反饋信息傳輸的可靠性較高，但系統中下行傳輸的效率較差，因此適用于小區邊緣信道條件較差的用戶，以保證小區上行覆蓋滿足要求。ACK/NACK服用模式下，UE每次可以反饋1~4bit信息，反饋信息的數量與反饋窗口的長度相等。空間復用模式中，雙碼字傳輸時，同一個子幀內不同碼字的ACK/NACK信息首先進行合并，方法同上。基站根據反饋信息可以判斷出每個子幀所對應的ACK/NACK狀態，并將對應NACK狀態的子幀上的所有TB重傳一次。該模式下，反饋信息傳輸的可靠性略低，但系統中下行傳輸效率較高，因此適用于小區中心信道條件較好的用戶。

(3)CQI反饋信息，CQI是反映基站與終端間信道質量的信息。根據觸發機制的不同分為周期性上報和非周期性上報兩種，其上報內容為調制編碼方式(MCS, Modulation and Coding Scheme)表格中的索引號。若進行MIMO傳輸，則信道質量信息中還要包括信道狀態秩信息(RI)和與編碼矩陣信息(PMI)。(4)BSR狀態緩存報告，UE告訴eNB有多少包要傳，eNB根據BSR和當前下行共享信道情況來給UE分配資源，告訴UE資源的起點，可以傳得長度等

第三篇：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每天學習總結-問題分析(接入-華為)

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 初始上下文建立請求消息信令

第五篇：LTE每天學習總結—鄰區添加步驟

LTE實戰

QQ：21825402

LTE鄰區添加步驟

1、同頻鄰區添加

1.1、系統內同頻eNodeB內小區鄰區

在MML命令行輸入：ADD EUTRANINTRAFREQNCELL

圖 1 增加鄰區

1.2、系統內同頻eNodeB間小區鄰區

系統內同頻eNodeB間小區鄰區關系的建立，需要先創建EUTRAN外部小區關系 在MML命令行輸入： ADD EUTRANEXTERNALCELL

圖 2 增加外部小區

注意：EUTRAN外部小區信息一定要正確，基站通過增加這些信息來維護鄰區關系，如果小區信息有錯誤，會導致切換失敗。

LTE實戰

QQ：21825402 創建完外部小區關系后，開始增加EUTRAN同頻鄰區關系 在MML命令行輸入：ADD EUTRANINTRAFREQNCELL

圖 3 增加鄰區

2、異頻eNodeB鄰區添加

首先確認異頻開關是否打開

系統內異頻eNodeB間小區鄰區關系的建立，第一步需要添加異頻LTE鄰區頻點； 在MML命令行輸入：ADD EUTRANINTERNFREQ

圖 1 增加異頻鄰區頻點

第二步增加外部小區，與增加同頻外部小區MML命令相同，ADD EUTRANEXTERNALCELL； 注意輸入正確的“下行頻點”；

LTE實戰

QQ：21825402

圖 2 增加異頻外部小區

第三步增加鄰區關系，MML命令為：ADD EUTRANINTERFREQNCELL

圖 3 增加異頻鄰區

現網特別注意，需修改異頻頻點小區重選優先級為7 最后調整門限

LTE實戰

QQ：21825402

3、增加4G-3G鄰區

第一步增加UTRAN鄰區頻點，MML命令為：ADD UTRANNFREQ

圖 1 增加UTRAN鄰區頻點

第二步增加UTRAN外部小區，MML命令為：ADD UTRANEXTERNALCELL

圖 2 增加UTRAN外部小區

第三步增加UTRAN鄰區關系，MML命令為：ADD UTRANNCELL

圖 3 增加UTRAN鄰區

第四步配置重選數據，MML命令為：MOD CELLRESEL

LTE實戰

QQ：21825402

現網配置異系統測量啟動門限為25 第五步創建小區重選，MML命令為：ADD CELLRESELUTRAN

4、增加4G-2G鄰區

1）執行ADD GERANNFREQGROUP命令，創建GERAN相鄰頻點組。

2）執行ADD GERANNFREQGROUPARFCN命令，創建GERAN BCCH相鄰頻點。

LTE實戰

QQ：21825402

3）執行ADD GERANEXTERNALCELL命令，創建GERAN外部小區。

4）執行ADD GERANNCELL命令，創建GERAN鄰區關系。