第一篇：LTE培訓(xùn)材料-7 LTE接口協(xié)議分析

一、LTE接口概述 ——LTE系統(tǒng)總體架構(gòu)

EPS通過IP連接是用戶通過公共數(shù)據(jù)網(wǎng)（PDN）接入互聯(lián)網(wǎng)，以及提供諸如VoIP等業(yè)務(wù)。一個EPS承載通常具有一定的QoS。一個用戶可建立多個EPS承載，從而具有不同的QoS等級或連接到不同的PDN。

通過幾個承擔(dān)不同角色的EPS網(wǎng)元可以實現(xiàn)用戶的安全性和私密性保護。整體網(wǎng)絡(luò)架構(gòu)如圖所示，其包括網(wǎng)元和標(biāo)準(zhǔn)化的接口。在高層，該網(wǎng)絡(luò)是由核心網(wǎng)（EPC）和接入網(wǎng)（E-UTRAN）組成的。核心網(wǎng)由許多邏輯節(jié)點組成，而接入網(wǎng)基本上只有一個節(jié)點，即與用戶終端（UE）相連的eNode B。所有網(wǎng)元都通過接口相互連接。通過對接口的標(biāo)準(zhǔn)化可滿足眾多供應(yīng)商產(chǎn)品間的互操作性，從而使運營商可以從不同的供應(yīng)商獲取不同的網(wǎng)元產(chǎn)品。事實上，運營商可以根據(jù)商業(yè)考慮在他們的物理實現(xiàn)上選擇對邏輯網(wǎng)元進行分裂或合并。

——EPC和E-UTRAN間的功能分布如圖所示。下面對EPC和E-UTRAN的網(wǎng)元進行詳細描述

——eNode B實現(xiàn)的功能

——MME實現(xiàn)的功能

——S-GW實現(xiàn)的功能

——P-GW實現(xiàn)的功能

——E-UTRAN地面接口通用協(xié)議模型 E-UTRAN接口的通用協(xié)議模型如圖所示，適用于E-UTRAN相關(guān)的所有接口，即S1和X2接口。E-UTRAN接口的通用協(xié)議模型繼承了UMTS系統(tǒng)中UTRAN接口的定義原則，即控制平面與用戶平面相分離，無線網(wǎng)絡(luò)層與傳輸層相分離。除了能夠保持控制平面和用戶平面、無線網(wǎng)絡(luò)層與傳輸層技術(shù)的獨立演進之外，由于具有良好的繼承性，這種定義方法帶來的另一個好處是能夠減少LTE系統(tǒng)接口標(biāo)準(zhǔn)化工作的代價。

——控制面協(xié)議棧結(jié)構(gòu)

——用戶面協(xié)議棧結(jié)構(gòu)

二、空中接口協(xié)議棧分析

無線接口是指終端和接入網(wǎng)之間的接口，簡稱Uu接口，通常我們也稱之為空中接口。無線接口協(xié)議主要是用來建立、重配置和釋放各種無線承載業(yè)務(wù)的。LTE技術(shù)中，無線接口是終端和eNode B之間的接口。無線接口是一個完全開放的接口，只要遵守接口的規(guī)范，不同制造商生產(chǎn)的設(shè)備就能夠互相通信。

無線接口協(xié)議棧主要分三層兩面，三層包括物理層、數(shù)據(jù)鏈路層和網(wǎng)絡(luò)層，兩面是指控制平面和用戶平面。

數(shù)據(jù)鏈路層被分成3個子層，包括媒體接入控制（MAC，Medium Access Control）、無線鏈路控制（RLC，Radio Link Control）和分組數(shù)據(jù)匯聚協(xié)議（PDCP，Packet Data Converagence Protocol）3個子層。

數(shù)據(jù)鏈路層同時位于控制平面和用戶平面：在控制平面負責(zé)無線承載信令的傳輸、加密和完整性保護；在用戶平面負責(zé)用戶業(yè)務(wù)數(shù)據(jù)的傳輸和加密。網(wǎng)絡(luò)層是指無線資源控制（RRC，Radio Resource Control）層，位于接入網(wǎng)的控制平面、負責(zé)完成接入網(wǎng)和終端之間交互的所有信令處理。

——無線空中接口協(xié)議架構(gòu)

E-UMTS無線接口協(xié)議棧結(jié)構(gòu)水平方向可分為： NAS控制協(xié)議

L3層：無線資源控制（RRC）層 L2層

媒體接入控制（MAC）子層 無線鏈路控制（RLC）子層

分組數(shù)據(jù)集中協(xié)議（PDCP）子層

L1層：物理層、傳輸信道、傳輸信道與物理信道的映射

——無線空中接口協(xié)議架構(gòu)

無線接口協(xié)議棧垂直方向根據(jù)用途分為： 用戶平面協(xié)議棧 控制平面協(xié)議棧

——無線空中接口協(xié)議架構(gòu)-物理層 ——物理層主要功能

物理層位于無線接口協(xié)議棧最底層，提供物理介質(zhì)中比特流傳輸所需要的所有功能

傳輸信道的錯誤檢測，并向高層提供指示

傳輸信道的糾錯編碼/譯碼、物理信道調(diào)制與解調(diào) HARQ軟合并

編碼的傳輸信道向物理信道的映射 物理信道功率加權(quán) 頻率與時間同步

無線特征測量，并向高層提供指示 MIMO天線處理、傳輸分集、波束賦形 射頻處理

——LTE物理層資源定義

——物理層處理-bit處理

——物理層處理-符號處理

——下行物理信道 ——下行物理信號

——下行物理資源分配實例

——上行物理信道

——上行物理信號

——傳輸層到物理層的映射

——無線空中接口協(xié)議架構(gòu)-MAC ——MAC功能

主要實現(xiàn)與調(diào)度和HARQ相關(guān)的功能.與WCDMA相比，LTE的MAC實體的特點：每個小區(qū)只存在一個MAC實體，負責(zé)實現(xiàn)MAC相關(guān)的全部功能。

邏輯信道與傳輸信道的映射：

與WCDMA相比，LTE中的邏輯信道與傳輸信道類型都大大減少，映射關(guān)系變得比較簡單

——邏輯信道功能

MAC層根據(jù)傳輸?shù)男畔㈩愋蛣澐至硕喾N邏輯信道類型，并針對不同的數(shù)據(jù)類型，提供不同傳輸服務(wù)。

一般邏輯信道分為兩大類，即控制信道（負責(zé)傳輸控制平面信息）和業(yè)務(wù)信道（負責(zé)傳輸用戶平面信息）

廣播控制信道BCCH: 廣播系統(tǒng)控制信息

尋呼控制信道PCCH: 尋呼信息，網(wǎng)絡(luò)不知道UE位置時使用 公共控制信道CCCH: UE與網(wǎng)絡(luò)間傳輸控制信息，當(dāng)UE沒有和網(wǎng)絡(luò)的RRC連接時使用該信道 多播控制信道MCCH: 從網(wǎng)絡(luò)到UE的MBMS調(diào)度和控制信息傳輸使用的點到多點下行信道 專用控制信道DCCH: 專用控制信息的點到點雙向信道，UE有RRC連接時使用 專用業(yè)務(wù)信道DTCH: 雙向p2p信道，專用于一個UE傳輸用戶信息 多播業(yè)務(wù)信道MTCH: 點到多點下行信道

——邏輯信道及映射-下行

LTE的映射交UMTS系統(tǒng)有了很大的簡化，上行的邏輯信道傳輸全部映射在上行共享傳輸信道上傳輸；下行的邏輯信道傳輸中，除PCCH和MBMS邏輯信道有專用的PCH和MCH傳輸信道外，其他邏輯信道全部都映射到下行共享信道上（BCCH一部分在BCH上傳輸），具體映射如下

——邏輯信道及映射-上行

——無線空中接口協(xié)議架構(gòu)RLC ——RLC層 ——RLC層功能

——RLC層模式

確認模式（AM，Acknowledgement Mode）

非確認模式（UM，Un-acknowledgement Mode）透明模式（TM，Transparent Mode）

——TM模式

——UM模式

——AM模式

——LTE RLC特點

UM模式與TM模式承載的信道較少，功能實現(xiàn)簡單

AM模式支持RLC SDU動態(tài)分段，現(xiàn)有2G/3G系統(tǒng)只支持固定分段 AM模式支持二次分段，現(xiàn)有2G/3G系統(tǒng)不支持 LTE的RLC不再支持加密功能 LTE RLC支持流量控制功能

——RLC PDU結(jié)構(gòu)

——無線空中接口協(xié)議架構(gòu)-PDCP ——PDCP實體

一個UE可以定義多個PDCP實體

每個PDCP實體承載一個RB（Radio bearer）的數(shù)據(jù)

每個PDCP實體與一個或兩個RLC實體關(guān)聯(lián)，取決于RB特征（單向或雙向）一個PDCP實體與控制面還是用戶面關(guān)聯(lián)，取決于承載數(shù)據(jù)的RB特性

SRB(Signaling Radio Bearer 信令無線承載)-> PDCP control PDU DRB(Data Radio Bearer 數(shù)據(jù)無線承載)-> PDCP data PDU

——PDCP子層

PDCP子層用于用戶平面的功能包括：

1）支持壓縮解壓縮功能，包括ROHC算法；

2）在PDCP重建立過程中，支持確認RLC模式下邏輯信道向高層進行按需遞交，及對底層SDU數(shù)據(jù)的重復(fù)檢測；

3）切換過程中，支持對確認RLC模式的邏輯信道的PDCP SDU的重傳； 4）加密和解密

5）業(yè)務(wù)面數(shù)據(jù)的傳輸

6）上行基于定時器的SDU丟棄基址 PDCP子層用于控制平面的功能包括： 1）加密和完整性保護； 2）控制平面數(shù)據(jù)的傳輸 ——LTE PDCP特點 不支持無損重定位

支持加密，WCDMA加密在RLC和MAC（TM模式時）實現(xiàn) 不再需要無損下行RLC PDU大小的改變??

——PDCP結(jié)構(gòu)

PDCP PDU和PDCP頭為整數(shù)個字節(jié) PDCP頭長度為一個字節(jié)或兩個字節(jié)

——無線空中接口協(xié)議架構(gòu)-RRC ——RRC業(yè)務(wù)及功能

RRC協(xié)議模塊功能包括：系統(tǒng)信息廣播（NAS層相關(guān)和AS層相關(guān)）、尋呼、RRC連接建立/維護/釋放、安全功能秘鑰管理、無線承載管理、——移動性管理（包括UE測量上報和控制、切換、UE小區(qū)選擇和重選、切換時候上下文傳輸）、MBMS服務(wù)通知、MBMS服務(wù)承載管理、QoS管理、UE測量報告和控制、NAS直傳消息傳輸。

——RRC協(xié)議狀態(tài)和狀態(tài)變換

在LTE中，RRC的協(xié)議狀態(tài)從原來UTRAN的5個減少為LTE的2個，即RRC_IDLE和RRC_CONNECTED狀態(tài)，每個狀態(tài)的特征如下： RRC_IDLE: PLMN選擇

NAS對DRX的配置

系統(tǒng)消息廣播

尋呼

ENodeB中沒有RRC上下文存儲

——

RRC_CONNECTED UE有E-UTRAN-RRC連接

UE在E-UTRAN中有上下文信息 E-UTRAN知道UE屬于哪一個小區(qū)

網(wǎng)絡(luò)可以傳送或接收到達或來自UE的消息

移動性網(wǎng)絡(luò)控制（切換，inter-RAT小區(qū)變更GERAN和NACC）——E-UTRAN狀態(tài)及inter RAT移動性過程

——無線空中接口協(xié)議架構(gòu)-NAS層 ——NAS控制協(xié)議 NAS消息的傳輸

如果傳輸塊大小允許，初始消息和RRC連接請求鏈接在一起 當(dāng)NAS和RRC過程同步時，其他NAS消息可以與RRC消息鏈接 NAS消息的完整性保護由RRC完成 NAS消息的加密由PDCP完成 NAS的協(xié)議狀態(tài) LTE_DETACHED LTE_IDLE LTE_ACTIVE

——NAS的協(xié)議狀態(tài)-LTE_DETACHED狀態(tài)

在該狀態(tài)下，沒有RRC實體，通常是剛開機時的狀態(tài)。網(wǎng)絡(luò)側(cè)還沒有該用戶的RRC通信上下文。分配給用戶的標(biāo)識只有IMSI。網(wǎng)絡(luò)不知道用戶的位置信息。

沒有上行或者下行的活動。可以執(zhí)行PLMN/CELL選擇。

——NAS的協(xié)議狀態(tài)-LTE_IDLE狀態(tài) UE處于RRC_IDLE狀態(tài)。

網(wǎng)絡(luò)側(cè)保存用戶的信息，如IP地址、安全相關(guān)的信息（密鑰等）、用戶的能力信息、無線承載等。

狀態(tài)的躍遷由eNodeB或EPC來決定。網(wǎng)絡(luò)側(cè)有該用戶的通信上下文，這樣可以使得用戶能夠快速的躍遷到LTE_ACTIVE狀態(tài)。

分配給該用戶的標(biāo)識信息有IMSI、在跟蹤區(qū)(TA)中唯一標(biāo)識一個用戶的ID、一個或多個IP地址。

網(wǎng)絡(luò)知道終端在哪個跟蹤區(qū)中。

終端被分配了非連續(xù)接收的周期，可以根據(jù)此周期進行下行的接收。在這種狀態(tài)下，終端可以執(zhí)行小區(qū)重選的過程。

——NAS的協(xié)議狀態(tài)-LTE_ACIIVE狀態(tài) UE處于RRC_CONNECTED狀態(tài)。

狀態(tài)的躍遷由eNodeB或EPC來決定。

網(wǎng)絡(luò)側(cè)保留UE的RRC通信上下文，包含所有滿足通信的必要信息

分配給該用戶的標(biāo)識信息由IMSI、在跟蹤區(qū)中唯一標(biāo)識一個用戶的ID、在一個小區(qū)內(nèi)唯一標(biāo)識C-RNTI以及一個或多個IP地址。網(wǎng)絡(luò)可以知道UE處于哪個小區(qū)。

在上行和下行方向上用戶都可以進行非連續(xù)發(fā)送和接收。移動性可以通過執(zhí)行切換過程來達到。

——E-UTRAN協(xié)議狀態(tài)轉(zhuǎn)換

終端開機的時候進入LTE_DETACHED狀態(tài)。

終端執(zhí)行注冊過程，進入LTE_ACTIVE狀態(tài)，獲得C-RNTI、TA-ID、IP地址等，并通過鑒權(quán)過程建立安全方面的聯(lián)系。

如果沒有其他業(yè)務(wù)，終端釋放C-RNTI，獲得分配給該用戶的用于接收尋呼信道的非連續(xù)接收周期后進入LTE_IDLE狀態(tài)。

當(dāng)用戶有了新的業(yè)務(wù)需求時，可以通過RRC連接請求（隨機接入過程）獲得C-RNTI，終端從LTE_IDLE狀態(tài)躍遷到LTE_ACTIVE狀態(tài)。

在LTE_ACTIVE狀態(tài)下，終端移動到無法識別的PLMN區(qū)域或者執(zhí)行了注銷過程，用戶的C-RNTI、TA-ID、IP地址被回收，終端就進入LTE_DETECHED狀態(tài)。對于處于LTE_IDLE狀態(tài)的用戶，如果用戶執(zhí)行周期性的TA更新過程超時，TA-ID和IP地址就會被回收，用戶躍遷到LTE_DETECHED狀態(tài)。

——完整的數(shù)據(jù)封裝過程

三、S1接口協(xié)議棧分析 ——S1接口結(jié)構(gòu) S1功能：

S1 UE context管理功能

建立釋放 SAE bearer context, security context, UE S1 signalling connection ID(s)等

SAE承載管理 GTP-U隧道管理 S1信令鏈路管理 不同LTE之間的切換 Inter-3GPP RAT切換 尋呼功能 網(wǎng)絡(luò)共享功能 NAS節(jié)點選擇功能 安全功能

——S1協(xié)議棧 S1接口用戶平面

S1接口用戶平面提供eNode B與S-GW之間用戶數(shù)據(jù)傳輸功能。S1接口用戶平面（S1-UP）的協(xié)議棧如右圖所示，與3G Iu接口用戶平面協(xié)議結(jié)構(gòu)非常類似。S1-UP的傳輸網(wǎng)絡(luò)層基于IP傳輸，UDP/IP協(xié)議之上采用GPRS用戶平面隧道協(xié)議（GPRS Tunnelling Protocol for User Plane，GTP-U）來傳輸S-GW與eNode B之間的用戶平面PDU

GTP-U協(xié)議利用隧道基址來提供承載用戶數(shù)據(jù)報的業(yè)務(wù)，GTP包頭中的隧道端標(biāo)識符（TEID）指示該T-PDU所在的隧道。由于GTP-U協(xié)議頭的可擴展性，協(xié)議頭在LTE系統(tǒng)中的改動將很小。

GTP協(xié)議消息類型如下：

1）Echo Request、Echo Response：用于路徑管理，檢測對端節(jié)點是否存活 2）Error Indication：向?qū)Χ酥甘窘邮諗?shù)據(jù)出錯

3）Supported Extension Headers Notification：指明由IP地址標(biāo)識的GTP實體所支持的擴展包頭

4）G-PDU：使用GTP-U頭封裝T-PDU，隧道傳送用戶數(shù)據(jù)業(yè)務(wù)

S1用戶平面的GTP-U協(xié)議具備以下一些主要特點：

1）GTP-U協(xié)議既可以基于IPv4/UDP傳輸，也可以基于IPv6/UDP進行傳輸 2）隧道端點之間的數(shù)據(jù)通過IP地址和UDP端口號進行路由 3）UDP頭與使用的IP版本無關(guān)，兩者是獨立的 S1用戶平面無線網(wǎng)絡(luò)層協(xié)議至少應(yīng)具備下列功能

1）在S1接口的目標(biāo)節(jié)點中指示數(shù)據(jù)分組所屬的SAE接入承載 2）移動性過程中盡量減少數(shù)據(jù)的丟失 3）錯誤處理機制 4）MBMS支持功能 5）分組丟失檢測機制

S1接口控制平面

S1接口控制平面的協(xié)議棧如左圖所示，與用戶平面類似，控制平面也是基于IP傳輸?shù)?，不同的是控制平面的IP層上面采用的是SCTP，為無線網(wǎng)絡(luò)層信令消息提供可靠的傳輸。如果每個UE對應(yīng)一個SCTP連接，則SCTP還可以提供尋址UE上下文的功能。

S1接口無線網(wǎng)絡(luò)層信令協(xié)議表示為S1-AP（S1 Application Protocol），類似于3G UMTS系統(tǒng)Iu接口的RANAP協(xié)議

對于S1控制平面?zhèn)鬏斁W(wǎng)絡(luò)層來說，為S1控制平面的信令消息提供高可靠性的傳輸時非常必要的，主要有以下幾個方面的因素。

首先，SAE/LTE系統(tǒng)所提供的IP傳輸網(wǎng)絡(luò)是一種不可靠的傳輸網(wǎng)絡(luò)，必須通過其他協(xié)議為控制面信令的傳輸提供可靠的傳輸機制

其次，在很多情況下，網(wǎng)元之間（如MME/S-GW與eNode B之間）連接所使用的IP傳輸網(wǎng)絡(luò)可以不屬于移動運營商，而是屬于其他的網(wǎng)絡(luò)服務(wù)提供商。這時，IP傳輸網(wǎng)絡(luò)的可靠性是很難得到保證的。

最后，由于LTE系統(tǒng)對降低控制平面時延的嚴格需求，傳輸網(wǎng)絡(luò)層相應(yīng)地應(yīng)具備足夠的可靠性以避免用用層信令出現(xiàn)頻繁重傳而產(chǎn)生額外控制時延。

因此，基于以上考慮，S1控制平面?zhèn)鬏斁W(wǎng)絡(luò)層協(xié)議的選擇應(yīng)保證控制面信令的高可靠性傳輸。這種控制面信令的高可靠性傳輸?shù)男枨笸瑯舆m用于X2接口的控制平面

SCTP能夠提供消息級的非復(fù)制傳輸，同樣支持按序傳輸、網(wǎng)絡(luò)級的容錯性能、擁塞避免、抵抗攻擊、路徑監(jiān)測和路徑冗余?；赟CTP所具備的這些特征，認為SCTP最適宜提供點-點之間信令的高可靠性傳輸。

S1-AP應(yīng)遵循的一些原則如下：

1）S1-AP實現(xiàn)S1接口控制平面的主要功能

2）S1-AP應(yīng)繼承UMTS Iu接口RANAP協(xié)議的應(yīng)用原則和特性 3）S1-AP對RANAP協(xié)議不做后向兼容性要求

4）RANAP中的一些協(xié)議單元過程同樣適用于LTE-S1時，應(yīng)在做必要修改后盡量重用這些過程。

5）對LTE特有的應(yīng)用層功能應(yīng)在S1-AP中定義新的協(xié)議過程 6）LTE特有的信元需要重新定義

7）LTE特有消息的命名應(yīng)明確易懂，并保持前后一致 8）信息單元在必要的修改后能夠重用額地方應(yīng)盡量重用 9）S1-AP協(xié)議層消息應(yīng)采用ASN.1編碼

10）用用層協(xié)議與傳輸網(wǎng)絡(luò)層服務(wù)保持獨立，以便于各自演進 11）S1-AP協(xié)議應(yīng)適應(yīng)面向連接的和無連接的服務(wù)。面向連接的信令用于定義用戶特有的協(xié)議過程，無連接的信令用于一些特定過程，如尋呼、S1接口建立等過程。

在傳輸網(wǎng)絡(luò)層，信令協(xié)議數(shù)據(jù)單元的傳輸在IP層采用點到點方式傳輸。對于S1接口控制平面的公共過程，每個S1接口控制平面實例使用一個獨立的SCTP偶聯(lián)。對于S1接口控制平面的專用過程，只能使用少量的流標(biāo)識對進行標(biāo)識。

S1接口控制平面專用過程需要使用MME通信上下文標(biāo)識和eNode B通信上下文標(biāo)識來區(qū)分不同UE的S1控制平面信令傳輸承載，其中MME通信上下文標(biāo)識由MME分配，eNode通信上下文標(biāo)識由eNode B分配。通信上下文標(biāo)識在各自的S1-AP消息中傳輸。

四、X2接口協(xié)議棧分析 ——X2接口功能

支持UE在LTE_ACTIVE狀態(tài)下的Intra LTE-Access-System 移動性

從源eNB到目標(biāo)eNB的context傳送

源eNB和目標(biāo)eNB之間的用戶面隧道控制

切換取消 負載管理

小區(qū)間干擾協(xié)調(diào)

上行鏈路干擾負載管理

——X2協(xié)議棧結(jié)構(gòu) X2接口是eNode B與eNode B之間的接口。X2接口的定義采用了與S1接口一致的原則，體現(xiàn)在X2接口的用戶平面協(xié)議結(jié)構(gòu)與控制平面協(xié)議結(jié)構(gòu)均與S1接口類似

X2接口用戶平面

X2接口用戶平面提供eNode之間的用戶數(shù)據(jù)傳輸功能。X2-UP的協(xié)議棧結(jié)構(gòu)如右圖所示，X2-UP的傳輸網(wǎng)絡(luò)層基于IP傳輸，UDP/IP協(xié)議之上采用GTP-U來傳輸eNode B之間的用戶面PDU。

X2-UP接口支持eNode B之間的隧道傳輸終端用戶分組功能。而隧道協(xié)議至少應(yīng)具備下列功能：

1）在X2接口的目標(biāo)節(jié)點中指示數(shù)據(jù)分組所屬的SAE接入承載 2）在移動性過程中，盡量減少數(shù)據(jù)的丟失

3）對于X2接口上業(yè)務(wù)流的傳輸，將于S1接口保持一致，以便降低架構(gòu)的復(fù)雜性，并有利于S1接口和X2接口上業(yè)務(wù)流管理的一致性。

X2接口控制平面

X2接口控制平面協(xié)議棧如左圖所示，為了簡化網(wǎng)絡(luò)設(shè)計，在盡量滿足系統(tǒng)相關(guān)需求的前提下，LTE系統(tǒng)X2接口的定義采用了與S1接口一致的原則下，其傳輸網(wǎng)絡(luò)層控制平面IP層的上面也采用SCTP，為信令消息提供可靠的傳輸。應(yīng)用層信令協(xié)議表示為X2-AP（X2 Application Protocol）。

與S1接口控制平面的設(shè)計類似，每個X2接口控制平面實例通過一對流標(biāo)識關(guān)聯(lián)一個獨立的SCTP。對于X2接口控制平面的專用過程，只能使用少量的流標(biāo)識對進行標(biāo)識

X2接口控制平面專用過程需要使用源eNode B通信上下文標(biāo)識和目標(biāo)eNode B通信上下文標(biāo)識來區(qū)分不同的UE的X2控制平面信令傳輸承載，其中源eNode B通信上下文標(biāo)識由eNode B分配，目標(biāo)eNode B通信上下文標(biāo)識由目標(biāo)eNode B分配。通信上下文標(biāo)識在各自的X2接口應(yīng)用層消息中傳輸。

X2接口應(yīng)用協(xié)議（X2-AP）的一些主要原則如下：

1）X2-AP實現(xiàn)X2接口控制平面的主要功能，主要包括UE在eNode B之間的移動性管理功能、多小區(qū)之間無線資源管理功能、常規(guī)的X2接口管理功能和錯誤處理功能。

2）X2-AP應(yīng)盡量繼承和重用3G Iur接口的RNSAP協(xié)議的一些應(yīng)用原則和協(xié)議過程，并根據(jù)LTE新增加的特定應(yīng)用層功能來定義新的協(xié)議過程。3）X2-AP層消息應(yīng)使用ASN.1編碼

4）X2-AP層與傳輸網(wǎng)絡(luò)層所提供的服務(wù)應(yīng)保持獨立

X2接口應(yīng)用層協(xié)議具有如下一些主要功能。

1）支持LTE_ACTIVE狀態(tài)下UE的LTE接入系統(tǒng)內(nèi)的移動性管理功能。主要體現(xiàn)在切換過程中由源eNode B到目標(biāo)eNode B的上下文傳輸以及源eNode B與目標(biāo)eNode B之間用戶平面隧道的控制。

2）X2接口自身的管理功能，如錯誤指示等。

第二篇：LTE網(wǎng)絡(luò)工作總結(jié)

度工作總結(jié)

主要工作1：濟南弱覆蓋柵格遍歷測試

n 工作成績：

為了滿足濟南LTE覆蓋及業(yè)務(wù)需求，打造上網(wǎng)快、覆蓋廣、體驗好的移動4G網(wǎng)絡(luò)，為優(yōu)化加站提供真實的數(shù)據(jù)資源。測試路線貫穿了弱覆蓋柵格內(nèi)的主道路，包括部分室內(nèi)。測試過程真實、可靠，測試路線盡可能詳細，能夠充分反映柵格現(xiàn)狀。濟南三縣三區(qū)弱覆蓋柵格遍歷測試已全部完成，加站前后效果顯著。

n 工作亮點：

通過奧維地圖圖層導(dǎo)航，利用網(wǎng)優(yōu)先鋒進行遍歷測試和室內(nèi)測試，加快的工作進程，提升了工作效率。

n 典型經(jīng)驗：

利用奧維地圖和網(wǎng)優(yōu)先鋒進行遍歷測試可提升工作效率。

n 工作中問題與不足：

測試前期車輛供應(yīng)緊張，導(dǎo)致速度較慢，但后來通過借用自行車進行柵格遍歷測試，使測試更為靈活，效率得到提升。

主要工作2：濟南LTE精品網(wǎng)絡(luò)優(yōu)化

n 工作成績：

通過對MR弱覆蓋小區(qū)優(yōu)化調(diào)整，打造濟南市區(qū)精品網(wǎng)絡(luò)，滿足用戶覆蓋及業(yè)務(wù)需求。通過后臺MR監(jiān)測，針對差小區(qū)進行現(xiàn)場拉網(wǎng)摸測，利用測試結(jié)果今天優(yōu)化分析，經(jīng)過現(xiàn)場天饋調(diào)整改善MR弱覆蓋指標(biāo)。項目期間調(diào)整566個弱覆蓋小區(qū)，輸出57份優(yōu)化測試報告，解決64個弱覆蓋柵格區(qū)域。

n 工作亮點：

報告呈現(xiàn)詳細、明確，不但包含移動站點信息、測試信息及調(diào)整信息，還包括聯(lián)通電信站點信息，綜合分析弱覆蓋差原因，并以此提出解決方案。

n 典型經(jīng)驗：

在優(yōu)化調(diào)整移動差小區(qū)的同時也要勘察了解其他兩家運營商競對站點信息，做到知己知彼百戰(zhàn)不殆。

n 工作中問題與不足：

前期的報告模版難以確定，沒有統(tǒng)一標(biāo)準(zhǔn)導(dǎo)致經(jīng)常改動，影響工作進程。

主要工作3：濟南MR弱覆蓋及競對提升

n 工作成績：

為了滿足濟南用戶覆蓋及業(yè)務(wù)需求，打造優(yōu)于競對的網(wǎng)絡(luò)，讓用戶體驗快速的4G網(wǎng)絡(luò)，讓網(wǎng)絡(luò)資源得到合理分配。主要通過MR競對監(jiān)測，鎖定競對差小區(qū)和其他運營商小區(qū)，通過現(xiàn)場核實確定弱覆蓋區(qū)域，然后通過優(yōu)化調(diào)整分析處理。目前已完成190個弱覆蓋小區(qū)核實、分析及調(diào)整，目前4G城區(qū)MR覆蓋率提升至96.42%，4GMR競對領(lǐng)先度提升至5.07%。

n 工作亮點：

通過使用MRtools分析工具可以進行準(zhǔn)確的優(yōu)化分析，解決了一系列問題，大大提升了工作效率。

n 典型經(jīng)驗：

推薦使用MRtools分析工具進行競對分析和優(yōu)化調(diào)整。

n 工作中問題與不足：

在大家的配合下該階段工作較為順利，塔工人員供應(yīng)相對較為緊張。

存在問題：MR弱覆蓋區(qū)域難以鎖定，需大面積摸測，并且結(jié)合電信聯(lián)通小區(qū)分析競對困難，準(zhǔn)確度低，工作效率低下。

解決措施：通過項目組王偉同事自做的MRtools分析工具可以解析出二維、思維分析圖，以及googleearth圖層，清晰明了，大大提升了工作效率。

主要目標(biāo)：2018年配合王利及項目組同事，繼續(xù)優(yōu)化MR競對領(lǐng)先度和MR弱覆蓋，爭取早日達到目標(biāo)值：4G城區(qū)MR覆蓋率97%，4GMR競對領(lǐng)先度6.3%。

重點工作：重點核實MR弱覆蓋小區(qū)及優(yōu)化分析和天饋調(diào)整。

建議或要求：建議加強公司與項目人員的交流和溝通，了解項目人員工作現(xiàn)狀和思想狀態(tài)，保障項目人員的穩(wěn)定、發(fā)展和項目的順利進行，提升工作效率。

第三篇：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.校準(zhǔn)初步排查............................................................................................................10 27.本地IP地址和路由正常，ping不通MME和網(wǎng)關(guān)................................................11 28.TRS文件始終無法生效.............................................................................................11 29.三種疑難告警............................................................................................................12 30.遠程ping不通基站...................................................................................................12 31.風(fēng)扇告警....................................................................................................................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)引起原因：

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

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

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

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

1、高溫導(dǎo)致比較常見，由于高溫時間過長，光模塊過熱，導(dǎo)致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、高溫導(dǎo)致小區(qū)掛死，軟重啟后會出現(xiàn)此告警

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

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

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

1、高溫導(dǎo)致光模塊過熱，跟光纖的連接中斷

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之間的電源連接線沒有插好，導(dǎo)致供電不足

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

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

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

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

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

處理方法：

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

1、光模塊損壞導(dǎo)致輔口讀不到光纖消息

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

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

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

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

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

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

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

2、高溫導(dǎo)致小區(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、光模塊損壞導(dǎo)致

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

處理方法：

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

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

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

1、高溫導(dǎo)致供給FBBA的電流減少，導(dǎo)致功率不足

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之間連接不好導(dǎo)致

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

1、重啟BBU

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

3、更換FBBA板件

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

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

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

處理方法：

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

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

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

17.VSWR（1838）

引起原因：

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

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

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

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

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

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

2、若是天線和Vendor文件不匹配導(dǎo)致的告警，則更換相對應(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)的告警，或者是光模塊故障導(dǎo)致

解決辦法：

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ū)恢復(fù)正常。

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，重啟后一般情況下能恢復(fù)正常版本，不行的話可以再次嘗試以上方法。

26.校準(zhǔn)初步排查

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

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

AntIdx(7)值偏大，則須檢查對應(yīng)第8通道的跳線是否接好。如果所有path都不好的話，則可以嘗試sitemanager block、unblock這個小區(qū)，看是否恢復(fù)正常，如果沒有校準(zhǔn)打印，則直接重啟。以下是各個參數(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文件始終無法生效

當(dāng)傳完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口，導(dǎo)致遠程ping不通；

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

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

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

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

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

31.風(fēng)扇告警

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

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

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

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

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

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

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

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

（1）跳線未插或未插好

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

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

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

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

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

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

35.幾個特列

（1）金榜食府->溫度告警->整站掛掉 :溫度過高會導(dǎo)致光口異常，小區(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口，導(dǎo)致遠程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文件未能同步更新名稱，導(dǎo)致出現(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)覆蓋指標(biāo)要求_90_%的區(qū)域達到_-105__dBm以上。

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

3、室內(nèi)信號泄漏到室外指標(biāo)要求為__建筑物外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.鏈路預(yù)算包括上下鏈路的發(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。

第五篇：LTE工程經(jīng)驗交流

勘測

針對青島現(xiàn)場，我們沒有同設(shè)計院一起進行站點勘測，而是在拿到設(shè)計院提供的圖紙后上站進行復(fù)勘。復(fù)勘時發(fā)現(xiàn)個別站點出現(xiàn)了嚴重的設(shè)計不合理。

復(fù)勘中的注意事項：

1.天面部分

天線、RRH安裝方式；

抱桿或者美化罩實際位置與設(shè)計是否符合；

設(shè)計是否合理、天線覆蓋是否遮擋嚴重、有沒有更好的覆蓋方案；

與其他天線隔離度是否合理、是否存在嚴重干擾；

各類線纜長度、RRH供電方式；

是否需要新增室外走線架；

室外接地排是否滿足；

2.室內(nèi)部分

BBU安裝方式、機柜安裝位置；

用戶電源空開或者熔絲是否滿足需要；

防雷箱安裝位置是否合適；

接地排是否滿足；

用戶傳輸設(shè)備是否滿足條件；

各類線纜長度、是否需要新增室內(nèi)走線架；

安裝

1.天面部分

天線、RRH、室外防雷箱安裝是否正確；

天線、RRH的每個通道防水措施是否正確，跳線彎曲度是否合理；

光纖是否過度彎折、防水套管安裝是否正確；

RRH電源線接頭是否固定且做好防水；

RRH、防雷箱接地是否正確；

室外走線是否符合要求，是否美觀；

GPS天線安裝位置是否合理，饋線需接地。

2.室內(nèi)部分

機柜、PDU、BBU設(shè)備安裝是否正確；

防雷箱接線是否正確、防雷箱接地最好接到室外接地排；

PDU、BBU、RRH電源接線是否正確；

光纖是否過度彎折；

室內(nèi)走線是否符合要求，是否美觀；

GPS各級避雷器接頭是否正確；

調(diào)測集成1.基站調(diào)測基本工具

NEM，secure CRT

2.基本調(diào)測步驟：

a)SW replacement

包括download、activate和accept

b)Set code server

正常情況下，軟件升級完成之后running sw中應(yīng)該有5個文件，如果發(fā)現(xiàn)有文件丟失，則需要手動進行set code server操作。等待操作結(jié)束，解鎖硬件模塊，所有模塊應(yīng)工作正常。

c)Edit antenna Port

天線端口編輯主要是對天線端口命名，并把RRH與對應(yīng)的sector進行配對。d)Import WO

WO包含了基站所有的配置信息，包括IP信息，小區(qū)配置參數(shù)等。導(dǎo)入WO后，基站配置工作全部完成。Unlock cell，等待到核心網(wǎng)傳輸聯(lián)通，基站工作正常。

3.調(diào)測集成中遇到的問題

a)Gps無法正常鎖星。

b)無法識別RRH或者RRH無法正常工作。

故障排除

1.RRH disabled伴隨有RFM LINK LOF PORT1/2等告警。(MODULE SCENARIO ERROR、NO CONTACT TO BOARD、RFM COMM FAIL、RFM GAIN CONTROL TX1)

2.RRH disabled伴隨有RFM TX1 VSWR THRESH1告警。

3.CB disabled伴隨有invalid configuration data告警。

4.BB disabled伴隨有BB L1/L2 SOFTWARE FAIL SLICE1告警。

5.Cell disabled，所有硬件模塊狀態(tài)我enabled。

6.BBU到核心網(wǎng)的傳輸不通。

7.D2u disabled。