第一篇：LTE小區(qū)搜索過程學習總結(jié)

LTE小區(qū)搜索過程總結(jié)

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

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

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

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

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

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

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

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

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

DRX在MAC層的概念，應(yīng)該是說對PDCCH的監(jiān)視是否是持續(xù)的還是周期性的，DRX功能的啟用與否只在RRC connect狀態(tài)下才有意義。

BCCH映射到DLSCH上的PDU是通過SI-RNTI在物理層CRC之后在PDSCH上發(fā)送的，這其中包含SIB1和SIB2的內(nèi)容，PBCH上發(fā)送的MIB只包含三個內(nèi)容：系統(tǒng)帶寬，系統(tǒng)幀號，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的內(nèi)容，在小區(qū)搜索過程中，要判斷是否能夠駐留該小區(qū)，應(yīng)該有一個SIB接收過程，而因為BCCH映射到物理信道上也是PDSCH，要接收BCCH，前面這些過程不能或缺。當然了，這個過程并不是永久性做下去，高層協(xié)議棧判斷，如果接收到了想要的SIB，就可以停下來了。

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

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

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

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

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

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

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

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

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

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

在多天線傳輸?shù)那闆r下，同一子幀內(nèi)，PSS和SSS總是在相同的天線端口上發(fā)射，而在不同的子幀上，則可以利用多天線增益，在不同的天線端口上發(fā)射。

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

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

（2）：PHICH的配置。

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

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

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

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

1.小區(qū)搜索

1.1 開機

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

1.2 PSS檢測

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

1.3 SSS檢測

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

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

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

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

1.5 PBCH 獲得系統(tǒng)帶寬，PHICH資源、天線數(shù)、SFN（系統(tǒng)幀號）

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

LTE系統(tǒng)消息相關(guān)資料

LTE每天學習總結(jié)—系統(tǒng)消息.docx

1.6 PDSCH 接受SIB消息

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

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

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

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

第三篇：學習心得體會-LTE中上下行調(diào)度過程

LTE中上下行調(diào)度過程

上行調(diào)度

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

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

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

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

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

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

根據(jù)搜索到的結(jié)果后就可以在PUSCH對應(yīng)的PRB上傳輸數(shù)據(jù)信息。

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

下行調(diào)度

1.下行信道質(zhì)量測量

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

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

此外，UE通過PDCCH UE specific search spaces接收PDSCH數(shù)據(jù)傳輸。5.ENB重傳數(shù)據(jù)/發(fā)送新數(shù)據(jù)

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

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

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

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

ACK/NACK合并模式下，UE每次只反饋1bit(單碼字傳輸)或2bit(雙碼字傳輸)信息。UE只有在正確接收了反饋窗口內(nèi)對應(yīng)同一個碼字編號的所有傳輸塊(TB)時，才向基站發(fā)送ACK信令。如果其中任意一個TB譯碼失敗，則都會向基站反饋NACK?；臼盏絅ACK信息后，將反饋窗口內(nèi)對應(yīng)同一個碼字編號的所有TB都重傳一次。該模式下，反饋信息傳輸?shù)目煽啃暂^高，但系統(tǒng)中下行傳輸?shù)男瘦^差，因此適用于小區(qū)邊緣信道條件較差的用戶，以保證小區(qū)上行覆蓋滿足要求。ACK/NACK服用模式下，UE每次可以反饋1~4bit信息，反饋信息的數(shù)量與反饋窗口的長度相等。空間復用模式中，雙碼字傳輸時，同一個子幀內(nèi)不同碼字的ACK/NACK信息首先進行合并，方法同上?；靖鶕?jù)反饋信息可以判斷出每個子幀所對應(yīng)的ACK/NACK狀態(tài)，并將對應(yīng)NACK狀態(tài)的子幀上的所有TB重傳一次。該模式下，反饋信息傳輸?shù)目煽啃月缘?，但系統(tǒng)中下行傳輸效率較高，因此適用于小區(qū)中心信道條件較好的用戶。

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

第四篇：LTE常見故障總結(jié)

LTE-FZHA（RL25）常見故障總結(jié)

目錄

LTE-FZHA（RL25）常見故障總結(jié)............................................................................................1

1.System module failure(0010)........................................................................................3 2.BTS reference clock missing(1898)................................................................................3 3.Configuration error: Unit initialization failure(0012).....................................................3 4.Configuration error: Not enough HW for LCR(1868).....................................................4 5.Configuration error: Power level not supported(4008).................................................4 6.Cell configuration data distribution failed(6253)..........................................................4 7.Failure in optical RP3 interface(4064)...........................................................................5 8.Failure in optical RP3 interface(0010)...........................................................................5 9.Baseband bus failure(3020,1906).................................................................................5 10.RF module failure(6259，1911、1711、1712)..........................................................5 11.Cell power failure(4090)..............................................................................................6 12.GPS Receiver alarm: Control Interface not available（4011）..................................6 13.X2 interface setup failure（6304）.............................................................................6 14.Transport layer connection failure in X2 interface.......................................................6 15.Failure in replaceable baseband unit...........................................................................7 16.Temperature alarm(0002)............................................................................................7

17.VSWR（1838）............................................................................................................7 18.Failure in optical RP3 interface(2004).........................................................................8 19.GPS時鐘盒閃斷，時鐘信號不正常，無法識別RRU...............................................8 20.Failure in optical RP3 interface（2000）.....................................................................8 21.光纖交叉連接..............................................................................................................8 22.基站始終無法建立S1連接，只到configed狀態(tài)....................................................9 23.GPS時鐘盒閃斷，時鐘信號不正常，無法識別RRU...............................................9 24.某一個小區(qū)的RRU無法識別.....................................................................................9 25.BBU版本無法識別....................................................................................................10 26.校準初步排查............................................................................................................10 27.本地IP地址和路由正常，ping不通MME和網(wǎng)關(guān)................................................11 28.TRS文件始終無法生效.............................................................................................11 29.三種疑難告警............................................................................................................12 30.遠程ping不通基站...................................................................................................12 31.風扇告警....................................................................................................................12 32.BTSlog有l(wèi)ink消息，但是pinger始終不亮............................................................12 33.駐波問題....................................................................................................................13 34.pinger正常，但是SM里小區(qū)顯示橙黃色告警.....................................................13 35.幾個特列....................................................................................................................13 36.FOSI 和FOSN的光功率范圍....................................................................................13 37.不同頻段RRU類型...................................................................................................13 1 38.MAC綁定及載波沖突...............................................................................................14 39.傳輸不通....................................................................................................................14 40.升級完成后出現(xiàn)駐波告警........................................................................................14 1.System module failure(0010)引起原因：

由于天氣溫度過高或者機房溫度過高，導致BBU的熱量散發(fā)不出去，引起的告警，一般表現(xiàn)是第三小區(qū)掛死，嚴重的可能會整站掛死，甚至會燒壞BBU。抑或是光模塊出現(xiàn)問題導致出現(xiàn)此告警。處理方法：

1、由于是高溫引起，基站要降溫并重啟BBU.若是BBU長期處于高溫狀態(tài)，會導致BBU內(nèi)部的芯片燒壞，到最后只能替換BBU

2、若是因為光模塊導致，則可以更換光模塊，則可以解決此問題。

2.BTS reference clock missing(1898)引起原因：一般導致此故障有兩個原因：

1、高溫導致比較常見，由于高溫時間過長，光模塊過熱，導致BBU和RRU失去連接，而后會出現(xiàn)此告警。

2、時鐘盒出現(xiàn)故障。

3、時鐘線與GPS頭的連接線接頭（避雷器接口）沒有做好，接收不到時鐘信號。

4、時鐘線和時鐘盒的連接不好。處理方法：

1、高溫引起，基站要降溫，等待一段時間后并重啟BBU.2、時鐘盒故障，更換時鐘盒；

3、GPS線頭沒有接好，重新做一下從GPS引下來的饋線到避雷器的頭子，使其能夠正常接觸。

4、若是時鐘線損壞，則更換時鐘線；若是時鐘線和時鐘盒接頭沒有接好，則接好接頭。

3.Configuration error: Unit initialization failure(0012)引起原因：

1、高溫導致小區(qū)掛死，軟重啟后會出現(xiàn)此告警

2、高溫導致基站自動重啟出現(xiàn)此告警 處理發(fā)法：

1、高溫引起，基站要降溫并重啟BBU。

2、重新COMISSION基站，即重新把基站的集成文件（SCFC）和傳輸文件（Config）重新傳入BBU內(nèi)，重啟后一般可以恢復正常。4.Configuration error: Not enough HW for LCR(1868)引起原因：以3小區(qū)基站配置來說明，由于集成文件已經(jīng)配置好了，若是某一小區(qū)丟失或兩個、三個小區(qū)的RRU都識別不到，則會出現(xiàn)此告警。

1、高溫導致光模塊過熱，跟光纖的連接中斷

2、光纖沒有插好

3、光纖斷了

4、RRU壞了

5、SCFC文件配置有問題 處理方法：

1、高溫引起，基站要降溫并重啟BBU。

2、將光纖拔下來，重新插好

3、更換損壞的光纖

4、更換RRU

5、重新配置SCFC文件，如果是二小區(qū)的基站，不能將SCFC文件做成三小區(qū)的配置，否則也會出此告警。

5.Configuration error: Power level not supported(4008)引起原因：

1、BBU上的FSMF到FBBA之間的電源連接線沒有插好，導致供電不足

2、BBU自身的問題 處理方法：

1、重新拔插這些電源線，使之接觸正常

2、說是BBU自身的問題，則是有些可以不用拔插，直接重啟基站就可以解決此問題。

6.Cell configuration data distribution failed(6253)引起原因：

基站運行一段時間由于自身問題導致，在此也說不清楚為什么會出現(xiàn)此問題，最大的可能性就是BBU加載好的文件一般存儲在它的FLASH芯片里面，運行一段時間后文件出錯，未能成功讀取到SCFC文件，導致基站出現(xiàn)此告警

處理方法：

由于重啟基站后此問題即可消失，所以一般處理的方式為重啟基站，在重啟的過程中，基站會重新讀取索引目錄Filedirectory，重新加載基站的配置文件，此過程會擦除原先在Flasn里面的數(shù)據(jù)，這樣基站就能正常工作了。7.Failure in optical RP3 interface(4064)引起原因：

1、光模塊損壞導致輔口讀不到光纖消息

2、溫度過高，導致輔口光模塊故障，讀取不到光纖消息

3、輔口的光纖斷了 處理方法：

1、更換輔口的光模塊，問題得到解決

2、下電直接重啟，或是下電后將光模塊拔出，冷卻一陣再插入卡槽內(nèi)，加好光纖，加電起來后此告警消失

3、光纖損壞導致此問題，需要更換光纖，此問題最為麻煩，需要工程隊配合，一般更換光纖后都能好（前提是把1、2都做過一遍了，告警得不到解決的情況下，更換光纖）。

8.Failure in optical RP3 interface(0010)引起原因：

1、高溫導致小區(qū)兩光纖傳輸中斷，BBU讀不到RRU消息

2、高溫導致小區(qū)兩光模塊出現(xiàn)問題

處理方法：

此問題處理的方法一般為下點重啟，問題都可以得到解決，但是如果機房或者綜合柜的溫度還是很高的話，過不了多久，大概10分鐘左右，此告警還會出現(xiàn)，所以需要做的是打開綜合柜的門，進行散熱處理，或是增加空調(diào)設(shè)備，降低室內(nèi)溫度，如果基站在室外，則沒有什么好的辦法，只能將BBU拿出來，放在綜合柜外面。

9.Baseband bus failure(3020,1906)引起原因：

1、BUS線沒有插好

2、BBU內(nèi)部主板的問題 處理方法：

1、重新拔插BUS線，使之連接正常

2、BBU內(nèi)部主板的問題有的可以通過下電重啟解決此問題，但是有的只能更換BBU，此問題才能得到解決。

10.RF module failure(6259，1911、1711、1712)引起原因：

1、光模塊損壞導致

2、RRU出現(xiàn)故障導致

處理方法：

1、若是告警號為1711（主）或1712（輔），則分別更換主輔側(cè)的光模塊即可解決問題。

2、告警號為1911或者是6259的時候，則需要更換RRU，一般都可以解決此類故障。

11.Cell power failure(4090)引起原因：

1、高溫導致供給FBBA的電流減少，導致功率不足

2、Vendor文件不匹配 處理方法：

1、高溫引起，基站要降溫并重啟BBU

2、更換跟天線匹配的正確的Vendor文件

12.GPS Receiver alarm: Control Interface not available（4011）

引起原因：

GPS時鐘盒工作不正常

處理方法：

1、重啟時鐘盒

2、拔插連接BBU和時鐘盒的時鐘線

13.X2 interface setup failure（6304）

引起原因：

X2鏈路連接建立失敗，需要建立X2鏈路連接

處理方法：

1、如果鄰基站存在，則鄰基站好了以后，此告警自然消失

2、如果鄰基站不存在，則需要在鄰區(qū)關(guān)系表里面講此鏈路的連接配置刪除，既可以消除此告警。

14.Transport layer connection failure in X2 interface 引起原因：

鄰小區(qū)沒有Onair,即基站未能正常起來工作 處理方法：

1、刪除鄰區(qū)關(guān)系

2、是鄰小區(qū)正常工作

15.Failure in replaceable baseband unit 引起原因：

1、FSMF和FBBA之間連接不好導致

2、FBBA硬件問題 處理方法：

1、重啟BBU

2、檢查FSMF和FBBA之間的連線

3、更換FBBA板件

16.Temperature alarm(0002)引起原因：

1、機房或者綜合柜溫度過高

2、BBU風扇轉(zhuǎn)速過快或者過慢

處理方法：

1、檢查機房空調(diào)是否正常工作，溫度是否正常。

2、檢查綜合柜是否散熱良好

3、檢查BBU的風扇轉(zhuǎn)速是否正常，一般可以看到此類告警，若是不正常，則需要更換風扇。

17.VSWR（1838）

引起原因：

1、RRU內(nèi)部的耦合器脫落，倒是發(fā)射端口出現(xiàn)駐波

2、天線跟BBU內(nèi)的Vendor文件不匹配，出現(xiàn)駐波

3、饋線頭子沒有做好，進水了，出現(xiàn)駐波

4、饋線有問題，出現(xiàn)駐波

5、光模塊也會導致駐波（很少見，我沒見過，但是聽說過）處理方法：

1、對于RRU損壞導致的駐波，則更換RRU，只能如此解決

2、若是天線和Vendor文件不匹配導致的告警，則更換相對應(yīng)的Vendor文件

3、進水了則需要晾干或者更換饋線

4、饋線有問題則直接更換

5、光模塊有問題，可以通過更換光模塊來解決。

18.Failure in optical RP3 interface(2004)引起原因：

1、軟件問題

2、硬件問題

處理方法：

1、更換軟件版本，此告警有的基站可以消失

2、更換硬件，此告警可以消失

對于此告警，實在是難以有一個定論，曾經(jīng)研發(fā)的人為此告警一天打了5個補丁還是解決不了，到現(xiàn)在也不知道怎么辦，只有不停的更換軟件包，更換硬件，更換光模塊來消除此告警。

19.GPS時鐘盒閃斷，時鐘信號不正常，無法識別RRU 正常情況下，小的時鐘盒信號燈為常綠，如果出現(xiàn)綠色指示燈不斷閃爍則GPS信號不正常。

如果燈閃的情況為一長二短，則為GPS饋線短路，如果燈閃的情況為一長一短，則為GPS饋線開路。

20.Failure in optical RP3 interface（2000）

引起原因：此告警基本是因為溫度過高，但是光模塊還能工作，但又受到影響，出現(xiàn)的告警，或者是光模塊故障導致

解決辦法：

1、更換光模塊

2、下電重啟，若是基站處于正常溫度下，則可以保持正常，不再出此告警。

21.光纖交叉連接

對于室外型宏基站（FZHA，s111），開通后正常的FZHA的框號為1.1.1、1.3.1、1.4.1(normal FZHA rack no.png)。已發(fā)現(xiàn)有部分基站開通后的FZHA的框號為1.1.1、1.2.1、1.3.1(abnormal FZHA rack no.png)。

對于這種情況，基站無告警，但對于第一、二小區(qū)的業(yè)務(wù)測試會造成影響。原因可能是第一小區(qū)的輔光纖與第二小區(qū)的主光纖交叉錯接。1、3、4代表主光口

22.基站始終無法建立S1連接，只到configed狀態(tài)

這種情況一般是基站發(fā)了S1連接請求，但是核心網(wǎng)側(cè)沒有回，在SM里面會有6308的告警（S1 interface setup failure），這個時候我們會誤認為是核心網(wǎng)側(cè)沒有配這個站的數(shù)據(jù)或沒配對，其實核心網(wǎng)側(cè)不需要配置任何數(shù)據(jù)。所有的information都由ENB上報。下面是MME的輸出：

MCC MNCENB ID ENB IP S1 CONN AMOUNT === === ===== ======================================= 460 08 13 172.16.2.16 3 460 08 106 172.16.2.137 0 460 08 108 172.16.2.139 16 S1口通了之后，ENB正常接入網(wǎng)絡(luò)，MME側(cè)就能看見有關(guān)的信息。所以，基站側(cè)開通時，不外乎2個問題：

1.傳輸不通：需要核對傳輸側(cè)數(shù)據(jù)是否配對。比如：ENB IP地址，網(wǎng)關(guān)，S1-C控制地址，VLAN ID等。

2.傳輸通了，S1口不通：需要核對ENB側(cè) MCC,MNC,ENBID是否正確。特別是ENBID，不能與其它站沖突。截止到現(xiàn)在，99%的ENB S1口不通，是由于ENBID沖突造成的。SCTP的端口號36412如果都是諾西的設(shè)備，就不會出問題。

總之，在ENB接入EPC的過程中，MME只是起著等待接入，接入確認的作用。

23.GPS時鐘盒閃斷，時鐘信號不正常，無法識別RRU 正常情況下，時鐘盒信號燈為常綠，如果出現(xiàn)綠色指示燈不斷閃爍則GPS信號不正常。如果燈閃的情況為一長二短，則為GPS饋線短路；如果燈閃的情況為一長一短，則為GPS饋線開路。這兩種情況一般只需重做GPS頭子就行。

還有一種情況是燈閃的時間間隔相同，則為時鐘盒模式選擇錯誤，只需把時鐘盒上的模式開關(guān)撥到GNSS就行。

24.某一個小區(qū)的RRU無法識別

現(xiàn)象是：該小區(qū)的RRU能ping通，但是在BTSlog里面無法讀出RRU的版本，SiteManger里面也無法識別RRU。

既然小區(qū)光纖同步?jīng)]問題，而BTSlog和SM卻又同時識別不到RRU的版本，按照RL15時的經(jīng)驗只可能是RRU的productCode丟失，所以從RRU里面，通過log –a提取RRU的log（F01_startup.zip和F01_runtime.zip），從該RRU的啟動log里面，可以看到如圖1-1顯示的信息：

圖1-1 該小區(qū)RRU啟動log 而正常RRU啟動log里面，應(yīng)為如圖1-2所示的信息：

圖1-2 正常RRU啟動log 對比可以看出，原因應(yīng)該是productCode和Serial number丟失造成。在RRU里面，使用eeprom命令，手動寫入productCode和Serial number，重啟基站后，小區(qū)恢復正常。

25.BBU版本無法識別

BBU版本無法識別主要表現(xiàn)在SM讀到的版本為“?”，這個問題也是在1800之后出現(xiàn)的，主要是因為往BBU里傳文件時出錯引起系統(tǒng)切換，重啟后就識別不到版本了。

對此嘗試過很多手段，包括重升PS、重傳fs1、重灌基站包和重刷flash都不行。既然這個問題是系統(tǒng)切換時造成的那能不能再讓它切換一次？于是問研發(fā)要了一條關(guān)于切換的命令，具體步驟如下：

1)通過將FileDirectory里面的“?”寫回版本號，再放回flash里面 2)保證備區(qū)的FileDirectory里版本號不是“?” 3)在FCTB里執(zhí)行命令：uboot_env get，查看正在運行的區(qū)域，如果是fs1，則執(zhí)行命令: uboot_env set active_partition=2，將系統(tǒng)切換至fs2 4)重啟BBU，重啟后一般情況下能恢復正常版本，不行的話可以再次嘗試以上方法。

26.校準初步排查

如果發(fā)現(xiàn)某個小區(qū)的校準有問題，比如說2小區(qū)的校準有問題，那么我們更換小區(qū)110 和小區(qū)2的光纖位置（也就是OptIF1和OptIF3更換，OptIF2和OptIF6更換），看看校準不好的小區(qū)是否有變化：

（1）如果校準不好的小區(qū)變到了第1小區(qū)，那么可能是RRU或者射頻連線的問題（2）如果校準不好的小區(qū)還是第2小區(qū)，那么可能就是eNB的問題 對于(1)類問題，我們要繼續(xù)看看是哪個path有問題，如下面的log：

AntIdx(7)值偏大，則須檢查對應(yīng)第8通道的跳線是否接好。如果所有path都不好的話，則可以嘗試sitemanager block、unblock這個小區(qū)，看是否恢復正常，如果沒有校準打印，則直接重啟。以下是各個參數(shù)的定義：

Timeoff 波動不要太大，能穩(wěn)定就可以

Ampratio 是原始天線信號計算出的天線x對參考天線的幅度比 Finalampratio 是最后ULPHY給出的調(diào)整幅度比，不會>1 Maxtxantampratio 是7組幅度比中最大值，代表了RRU 8個通道之間幅度的差異

27.本地IP地址和路由正常，ping不通MME和網(wǎng)關(guān)

先檢查光電轉(zhuǎn)換器上面是否有5個綠燈。如果電口燈未亮，檢查eNB到光電轉(zhuǎn)換器的網(wǎng)線；

如果光口燈未亮，檢查光電轉(zhuǎn)換器到PTN的光纖是否連接正確； 如果1000M燈未亮，檢查網(wǎng)線的質(zhì)量；

如果指示燈都正常的話，則致電PTN工程師核對PTN的端口和傳輸數(shù)據(jù)，尤其是VLAN和容量。

28.TRS文件始終無法生效

當傳完fs1文件或升完級后，TRS文件在SM里始終無法sending出去，將其上傳至runfs1trs_datadb根目錄下重啟基站也不生效；

此時可以嘗試重刷PS來解決，生效后BBU上的傳輸指示燈會變綠！29.三種疑難告警

（1）Cell power failure 原因：RF received low power from BTS 解決方法：1.Check Pmax and txPowerScaling value 2.Check vendor file 3.Replace FSMF or FBBA（2）RF module failure 原因：LNA burned 解決方法：Replace RRU HW或BBU HW或FBBA（3）Baseband bus failure 原因：基帶總線配置被硬件，軟件，DSP或LTX拒絕 解決方法：更換BBU到兩塊FBBA的數(shù)據(jù)線或直接更換BBU 30.遠程ping不通基站

遠程ping不通有以下幾種可能：（1）網(wǎng)管IP沒配或配錯

（2）該站之前正常，但是后來上站發(fā)現(xiàn)vlan數(shù)據(jù)又被做到PTN2-5口，導致遠程ping不通；

（3）光電轉(zhuǎn)換器到BBU的網(wǎng)線有問題，諾西采購的這批網(wǎng)線還不如地攤上賣的靠譜，運行一段時間后，竟然會導致傳輸中斷

（4）PTN上的光模塊突然之間出問題了

（5）基站正常運行一段時間后TRS文件丟失（6）PTN被托管了

（7）機房斷電、BBU或光電轉(zhuǎn)換器被下電

以上可能大多數(shù)都需去現(xiàn)場結(jié)合實際情況來判斷，并采取相應(yīng)的解決方法！

31.風扇告警

風扇告警可能是風扇過速、低速或不轉(zhuǎn)，一半是風扇本身的問題，可以通過更換風扇來解決，一半是由于BBU出了問題，而不轉(zhuǎn)也可能是因為風扇電源未插好。

另外有些風扇告警時有時無，需結(jié)合實際情況來判斷。

32.BTSlog有l(wèi)ink消息，但是pinger始終不亮

這個問題在18630版本下很常見，據(jù)說是因為該版本對光口質(zhì)量要求高，因為我試過將版本降到16200時問題就消失了，升上來后又復現(xiàn)了，解決方法如下：

（1）整站下電（2）更換光模塊

（3）單獨上電問題小區(qū)

（4）將問題小區(qū)一根光纖拔掉 33.駐波問題

駐波問題很常見，主要有以下幾種：

（1）跳線未插或未插好

（2）RRU耦合器脫落，導致駐波固定在RRU某一通道（3）天線問題

（4）Vendor文件沒有和天線型號對應(yīng)

SM里面顯示的某通道駐波比告警是指RRU上對應(yīng)的某通道，不是天線的，而校準+1則和RRU對應(yīng)！

34.pinger正常，但是SM里小區(qū)顯示橙黃色告警

岳峰鎮(zhèn)臺中這個站之前很正常，運行一段時間后二小區(qū)無法識別，遠程重啟基站后該小區(qū)報4064告警。

上站下電重啟基站后該小區(qū)光纖同步正常，但是SM里小區(qū)顯示橙黃色告警，更換BBU側(cè)光模塊后問題依舊，最后更換RRU側(cè)光模塊問題解決。

35.幾個特列

（1）金榜食府->溫度告警->整站掛掉 :溫度過高會導致光口異常，小區(qū)退服；

（2）傳輸數(shù)據(jù)做好后，PTN網(wǎng)管確認vlan、ip也添加了，但是就是ping不通網(wǎng)關(guān)：后來才知道對應(yīng)的網(wǎng)關(guān)沒添加；

（3）有個小區(qū)始終不報link消息：后來發(fā)現(xiàn)是RRU側(cè)光纖未插；

（4）瑯岐便攜->將BBU下電6-8分鐘后，pinger能正常識別，但是SM識別不到該小區(qū)->重啟幾次后SM能識別，但是報RP3-2000:更換光模塊后問題解決。

36.FOSI 和FOSN的光功率范圍

（1）RTXM228-601 輸出光功率:-8.2dBm~+0.5dBm（FOSN）輸入光功率：-14.4dBm~+0.5dBm（2）RTXM228-618 輸出光功率:-5.2dBm~+0.5dBm（FOSI）輸入光功率：-14.4dBm~+0.5dBm 37.不同頻段RRU類型

室分只有一種頻段：

E頻段，2.3G(6通道FZNC 和2通道FZND)宏站有兩種頻段：

F頻段，1.9G(8通道FZFA和8通道FZFD)13 D頻段，2.6G(8通道FZHA)38.MAC綁定及載波沖突

更換BBU后傳輸需在網(wǎng)管做一個MAC地址的綁定

鐵路旅社：TD第三小區(qū)11個載波，所以LTE的第三小區(qū)只能到configing狀態(tài)，到不了configed的狀態(tài)，也ONair不了！

39.傳輸不通

1，網(wǎng)管IP沒配或配錯，按規(guī)劃重新做數(shù)據(jù)； 2，該站之前正常，但是后來上站發(fā)現(xiàn)vlan數(shù)據(jù)又被做到PTN2-5口，導致遠程ping不通，將PTN尾纖插到正確位置；

3，光電轉(zhuǎn)換器到BBU的網(wǎng)線有問題，直接更換； 4，PTN上的光模塊出問題，直接更換；

5，基站正常運行一段時間后TRS文件丟失，重做數(shù)據(jù)； 6，PTN被托管，聯(lián)系PTN側(cè)處理；

7，機房斷電、BBU或光電轉(zhuǎn)換器被下電、空開跳閘，上電或聯(lián)系移動處理；

40.升級完成后出現(xiàn)駐波告警

此故障出現(xiàn)在最新升級的版本247_16，升級完成后，由于Vendor文件未能同步更新名稱，導致出現(xiàn)駐波，這時候就需要通過Fileziler登陸到BBU里面，將Vendor文件的后面幾位改成升級以后版本的名稱，比如說升級前，Vendor名稱為vendor_GZ818630，這時候就需要該為vendor_GZ824716。

第五篇：LTE填空題總結(jié)

3.UE通過E-UTRAN廣播消息獲取AS和NAS系統(tǒng)消息。

4、隨機接入實現(xiàn)的基本功能：申請上行資源、與eNodeB間的上行時間同步。

5、RLC實體傳輸數(shù)據(jù)有三種模式：透明模式（TM）、無確認模式（UM）、確認模式（AM）。

6、LTE測量分為3類：同頻測量(Intra frequency measurement，不需要改變收發(fā)頻率）、異頻測量(Inter frequency measurement，需要改變收發(fā)頻率）、異技術(shù)測量(Inter-RAT measurement，需要改變收發(fā)頻率）

1、室內(nèi)覆蓋指標要求_90_%的區(qū)域達到_-105__dBm以上。

2、室內(nèi)單點測試中好點下行測試要求TM3達到_50__Mbps，TM1達到__35__Mbps。

3、室內(nèi)信號泄漏到室外指標要求為__建筑物外10m要求滿足室外室內(nèi)信號

比>10dB,或者室內(nèi)信號<-110dBm __。

4、室內(nèi)小區(qū)基本參數(shù)核查包括__PCI、頻點、BW、子幀配置、天線間距、CELL ID、eNB ID、TAC等____。

5、子幀配置1的上下行時隙配置為__DSUUD___。

1.CMCC測試規(guī)范規(guī)定，計算賦型增益時需要用到的數(shù)據(jù)有CRS RSRP和DRS RSRP

2.中移動TD-LTE試驗局要求默認采用上下行配置 1，特殊子幀配置 7

3.目前TD-LTE所用的頻段為 Band 38 和Band 40。

1.無線網(wǎng)絡(luò)規(guī)劃結(jié)束后應(yīng)輸出文檔

2.OFDMA從頻域?qū)d波資源劃分成多個正交的載波，小區(qū)內(nèi)間無干擾，同頻組網(wǎng)時，不同小區(qū)使用相同時頻資源，存在小區(qū)間干擾。

3.影響小區(qū)吞吐量主要因素有，發(fā)射功率，其它

4.鏈路預算包括上下鏈路的發(fā)射機的各項和損耗，接收機的各項增益和損耗，以及各項增益和最大路徑損耗

5.PDSCH信道的TM3模式在信道質(zhì)量好的時候為，信道質(zhì)量差的時

候回落到單流波束賦型。

6.LTE組網(wǎng)中，如果采用室外D頻段組網(wǎng)，一般使用的時隙配比為，特

殊時隙配比為10:2:2；如果采用室外F頻段組網(wǎng)，一般使用的時隙配比為3:1:1，特殊時隙配比為3:9:2。