第一篇：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天线广播信道，由于要实现全小区覆盖，波束赋形技术在业务信道的增益不复存在。通常采用引入广播权值静态赋形(65º)的方式发送。根据不同天线厂家提供的广播信道的赋形权值，其广播信道的发射功率只有总的可用功率的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_20221030151419_钦州钦城区城西二路-HLH-2_极好点_下载，Probe_20221030152022_钦州钦城区城西二路-HLH-2_极好点_上传，Probe_20221030153102_钦州钦城区城西二路-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填空题总结
3.UE通过E-UTRAN广播消息获取AS和NAS系统消息。
4、随机接入实现的基本功能：申请上行资源、与eNodeB间的上行时间同步。
5、RLC实体传输数据有三种模式：透明模式（TM）、无确认模式（UM）、确认模式（AM）。
6、LTE测量分为3类：同频测量(Intra frequency measurement，不需要改变收发频率）、异频测量(Inter frequency measurement，需要改变收发频率）、异技术测量(Inter-RAT measurement，需要改变收发频率）
1、室内覆盖指标要求_90_%的区域达到_-105__dBm以上。
2、室内单点测试中好点下行测试要求TM3达到_50__Mbps，TM1达到__35__Mbps。
3、室内信号泄漏到室外指标要求为__建筑物外10m要求满足室外室内信号
比>10dB,或者室内信号<-110dBm __。
4、室内小区基本参数核查包括__PCI、频点、BW、子帧配置、天线间距、CELL ID、eNB ID、TAC等____。
5、子帧配置1的上下行时隙配置为__DSUUD___。
1.CMCC测试规范规定，计算赋型增益时需要用到的数据有CRS RSRP和DRS RSRP
2.中移动TD-LTE试验局要求默认采用上下行配置 1，特殊子帧配置 7
3.目前TD-LTE所用的频段为 Band 38 和Band 40。
1.无线网络规划结束后应输出文档
2.OFDMA从频域对载波资源划分成多个正交的载波，小区内间无干扰，同频组网时，不同小区使用相同时频资源，存在小区间干扰。
3.影响小区吞吐量主要因素有，发射功率，其它
4.链路预算包括上下链路的发射机的各项和损耗，接收机的各项增益和损耗，以及各项增益和最大路径损耗
5.PDSCH信道的TM3模式在信道质量好的时候为，信道质量差的时
候回落到单流波束赋型。
6.LTE组网中，如果采用室外D频段组网，一般使用的时隙配比为，特
殊时隙配比为10:2:2；如果采用室外F频段组网，一般使用的时隙配比为3:1:1，特殊时隙配比为3:9:2。
第四篇：LTE常见故障总结
LTE-FZHA（RL25）常见故障总结
目录
LTE-FZHA（RL25）常见故障总结............................................................................................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(2022).........................................................................8 19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................8 20.Failure in optical RP3 interface（2000）.....................................................................8 21.光纤交叉连接..............................................................................................................8 22.基站始终无法建立S1连接，只到configed状态....................................................9 23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU...............................................9 24.某一个小区的RRU无法识别.....................................................................................9 25.BBU版本无法识别....................................................................................................10 26.校准初步排查............................................................................................................10 27.本地IP地址和路由正常，ping不通MME和网关................................................11 28.TRS文件始终无法生效.............................................................................................11 29.三种疑难告警............................................................................................................12 30.远程ping不通基站...................................................................................................12 31.风扇告警....................................................................................................................12 32.BTSlog有link消息，但是pinger始终不亮............................................................12 33.驻波问题....................................................................................................................13 34.pinger正常，但是SM里小区显示橙黄色告警.....................................................13 35.几个特列....................................................................................................................13 36.FOSI 和FOSN的光功率范围....................................................................................13 37.不同频段RRU类型...................................................................................................13 1 38.MAC绑定及载波冲突...............................................................................................14 39.传输不通....................................................................................................................14 40.升级完成后出现驻波告警........................................................................................14 1.System module failure(0010)引起原因：
由于天气温度过高或者机房温度过高，导致BBU的热量散发不出去，引起的告警，一般表现是第三小区挂死，严重的可能会整站挂死，甚至会烧坏BBU。抑或是光模块出现问题导致出现此告警。处理方法：
1、由于是高温引起，基站要降温并重启BBU.若是BBU长期处于高温状态，会导致BBU内部的芯片烧坏，到最后只能替换BBU
2、若是因为光模块导致，则可以更换光模块，则可以解决此问题。
2.BTS reference clock missing(1898)引起原因：一般导致此故障有两个原因：
1、高温导致比较常见，由于高温时间过长，光模块过热，导致BBU和RRU失去连接，而后会出现此告警。
2、时钟盒出现故障。
3、时钟线与GPS头的连接线接头（避雷器接口）没有做好，接收不到时钟信号。
4、时钟线和时钟盒的连接不好。处理方法：
1、高温引起，基站要降温，等待一段时间后并重启BBU.2、时钟盒故障，更换时钟盒；
3、GPS线头没有接好，重新做一下从GPS引下来的馈线到避雷器的头子，使其能够正常接触。
4、若是时钟线损坏，则更换时钟线；若是时钟线和时钟盒接头没有接好，则接好接头。
3.Configuration error: Unit initialization failure(0012)引起原因：
1、高温导致小区挂死，软重启后会出现此告警
2、高温导致基站自动重启出现此告警 处理发法：
1、高温引起，基站要降温并重启BBU。
2、重新COMISSION基站，即重新把基站的集成文件（SCFC）和传输文件（Config）重新传入BBU内，重启后一般可以恢复正常。4.Configuration error: Not enough HW for LCR(1868)引起原因：以3小区基站配置来说明，由于集成文件已经配置好了，若是某一小区丢失或两个、三个小区的RRU都识别不到，则会出现此告警。
1、高温导致光模块过热，跟光纤的连接中断
2、光纤没有插好
3、光纤断了
4、RRU坏了
5、SCFC文件配置有问题 处理方法：
1、高温引起，基站要降温并重启BBU。
2、将光纤拔下来，重新插好
3、更换损坏的光纤
4、更换RRU
5、重新配置SCFC文件，如果是二小区的基站，不能将SCFC文件做成三小区的配置，否则也会出此告警。
5.Configuration error: Power level not supported(4008)引起原因：
1、BBU上的FSMF到FBBA之间的电源连接线没有插好，导致供电不足
2、BBU自身的问题 处理方法：
1、重新拔插这些电源线，使之接触正常
2、说是BBU自身的问题，则是有些可以不用拔插，直接重启基站就可以解决此问题。
6.Cell configuration data distribution failed(6253)引起原因：
基站运行一段时间由于自身问题导致，在此也说不清楚为什么会出现此问题，最大的可能性就是BBU加载好的文件一般存储在它的FLASH芯片里面，运行一段时间后文件出错，未能成功读取到SCFC文件，导致基站出现此告警
处理方法：
由于重启基站后此问题即可消失，所以一般处理的方式为重启基站，在重启的过程中，基站会重新读取索引目录Filedirectory，重新加载基站的配置文件，此过程会擦除原先在Flasn里面的数据，这样基站就能正常工作了。7.Failure in optical RP3 interface(4064)引起原因：
1、光模块损坏导致辅口读不到光纤消息
2、温度过高，导致辅口光模块故障，读取不到光纤消息
3、辅口的光纤断了 处理方法：
1、更换辅口的光模块，问题得到解决
2、下电直接重启，或是下电后将光模块拔出，冷却一阵再插入卡槽内，加好光纤，加电起来后此告警消失
3、光纤损坏导致此问题，需要更换光纤，此问题最为麻烦，需要工程队配合，一般更换光纤后都能好（前提是把1、2都做过一遍了，告警得不到解决的情况下，更换光纤）。
8.Failure in optical RP3 interface(0010)引起原因：
1、高温导致小区两光纤传输中断，BBU读不到RRU消息
2、高温导致小区两光模块出现问题
处理方法：
此问题处理的方法一般为下点重启，问题都可以得到解决，但是如果机房或者综合柜的温度还是很高的话，过不了多久，大概10分钟左右，此告警还会出现，所以需要做的是打开综合柜的门，进行散热处理，或是增加空调设备，降低室内温度，如果基站在室外，则没有什么好的办法，只能将BBU拿出来，放在综合柜外面。
9.Baseband bus failure(3020,1906)引起原因：
1、BUS线没有插好
2、BBU内部主板的问题 处理方法：
1、重新拔插BUS线，使之连接正常
2、BBU内部主板的问题有的可以通过下电重启解决此问题，但是有的只能更换BBU，此问题才能得到解决。
10.RF module failure(6259，1911、1711、1712)引起原因：
1、光模块损坏导致
2、RRU出现故障导致
处理方法：
1、若是告警号为1711（主）或1712（辅），则分别更换主辅侧的光模块即可解决问题。
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、如果邻基站不存在，则需要在邻区关系表里面讲此链路的连接配置删除，既可以消除此告警。
14.Transport layer connection failure in X2 interface 引起原因：
邻小区没有Onair,即基站未能正常起来工作 处理方法：
1、删除邻区关系
2、是邻小区正常工作
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风扇转速过快或者过慢
处理方法：
1、检查机房空调是否正常工作，温度是否正常。
2、检查综合柜是否散热良好
3、检查BBU的风扇转速是否正常，一般可以看到此类告警，若是不正常，则需要更换风扇。
17.VSWR（1838）
引起原因：
1、RRU内部的耦合器脱落，倒是发射端口出现驻波
2、天线跟BBU内的Vendor文件不匹配，出现驻波
3、馈线头子没有做好，进水了，出现驻波
4、馈线有问题，出现驻波
5、光模块也会导致驻波（很少见，我没见过，但是听说过）处理方法：
1、对于RRU损坏导致的驻波，则更换RRU，只能如此解决
2、若是天线和Vendor文件不匹配导致的告警，则更换相对应的Vendor文件
3、进水了则需要晾干或者更换馈线
4、馈线有问题则直接更换
5、光模块有问题，可以通过更换光模块来解决。
18.Failure in optical RP3 interface(2022)引起原因：
1、软件问题
2、硬件问题
处理方法：
1、更换软件版本，此告警有的基站可以消失
2、更换硬件，此告警可以消失
对于此告警，实在是难以有一个定论，曾经研发的人为此告警一天打了5个补丁还是解决不了，到现在也不知道怎么办，只有不停的更换软件包，更换硬件，更换光模块来消除此告警。
19.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，小的时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。
如果灯闪的情况为一长二短，则为GPS馈线短路，如果灯闪的情况为一长一短，则为GPS馈线开路。
20.Failure in optical RP3 interface（2000）
引起原因：此告警基本是因为温度过高，但是光模块还能工作，但又受到影响，出现的告警，或者是光模块故障导致
解决办法：
1、更换光模块
2、下电重启，若是基站处于正常温度下，则可以保持正常，不再出此告警。
21.光纤交叉连接
对于室外型宏基站（FZHA，s111），开通后正常的FZHA的框号为1.1.1、1.3.1、1.4.1(normal FZHA rack no.png)。已发现有部分基站开通后的FZHA的框号为1.1.1、1.2.1、1.3.1(abnormal FZHA rack no.png)。
对于这种情况，基站无告警，但对于第一、二小区的业务测试会造成影响。原因可能是第一小区的辅光纤与第二小区的主光纤交叉错接。1、3、4代表主光口
22.基站始终无法建立S1连接，只到configed状态
这种情况一般是基站发了S1连接请求，但是核心网侧没有回，在SM里面会有6308的告警（S1 interface setup failure），这个时候我们会误认为是核心网侧没有配这个站的数据或没配对，其实核心网侧不需要配置任何数据。所有的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正常接入网络，MME侧就能看见有关的信息。所以，基站侧开通时，不外乎2个问题：
1.传输不通：需要核对传输侧数据是否配对。比如：ENB IP地址，网关，S1-C控制地址，VLAN ID等。
2.传输通了，S1口不通：需要核对ENB侧 MCC,MNC,ENBID是否正确。特别是ENBID，不能与其它站冲突。截止到现在，99%的ENB S1口不通，是由于ENBID冲突造成的。SCTP的端口号36412如果都是诺西的设备，就不会出问题。
总之，在ENB接入EPC的过程中，MME只是起着等待接入，接入确认的作用。
23.GPS时钟盒闪断，时钟信号不正常，无法识别RRU 正常情况下，时钟盒信号灯为常绿，如果出现绿色指示灯不断闪烁则GPS信号不正常。如果灯闪的情况为一长二短，则为GPS馈线短路；如果灯闪的情况为一长一短，则为GPS馈线开路。这两种情况一般只需重做GPS头子就行。
还有一种情况是灯闪的时间间隔相同，则为时钟盒模式选择错误，只需把时钟盒上的模式开关拨到GNSS就行。
24.某一个小区的RRU无法识别
现象是：该小区的RRU能ping通，但是在BTSlog里面无法读出RRU的版本，SiteManger里面也无法识别RRU。
既然小区光纤同步没问题，而BTSlog和SM却又同时识别不到RRU的版本，按照RL15时的经验只可能是RRU的productCode丢失，所以从RRU里面，通过log –a提取RRU的log（F01_startup.zip和F01_runtime.zip），从该RRU的启动log里面，可以看到如图1-1显示的信息：
图1-1 该小区RRU启动log 而正常RRU启动log里面，应为如图1-2所示的信息：
图1-2 正常RRU启动log 对比可以看出，原因应该是productCode和Serial number丢失造成。在RRU里面，使用eeprom命令，手动写入productCode和Serial number，重启基站后，小区恢复正常。
25.BBU版本无法识别
BBU版本无法识别主要表现在SM读到的版本为“?”，这个问题也是在1800之后出现的，主要是因为往BBU里传文件时出错引起系统切换，重启后就识别不到版本了。
对此尝试过很多手段，包括重升PS、重传fs1、重灌基站包和重刷flash都不行。既然这个问题是系统切换时造成的那能不能再让它切换一次？于是问研发要了一条关于切换的命令，具体步骤如下：
1)通过将FileDirectory里面的“?”写回版本号，再放回flash里面 2)保证备区的FileDirectory里版本号不是“?” 3)在FCTB里执行命令：uboot_env get，查看正在运行的区域，如果是fs1，则执行命令: uboot_env set active_partition=2，将系统切换至fs2 4)重启BBU，重启后一般情况下能恢复正常版本，不行的话可以再次尝试以上方法。
26.校准初步排查
如果发现某个小区的校准有问题，比如说2小区的校准有问题，那么我们更换小区110 和小区2的光纤位置（也就是OptIF1和OptIF3更换，OptIF2和OptIF6更换），看看校准不好的小区是否有变化：
（1）如果校准不好的小区变到了第1小区，那么可能是RRU或者射频连线的问题（2）如果校准不好的小区还是第2小区，那么可能就是eNB的问题 对于(1)类问题，我们要继续看看是哪个path有问题，如下面的log：
AntIdx(7)值偏大，则须检查对应第8通道的跳线是否接好。如果所有path都不好的话，则可以尝试sitemanager block、unblock这个小区，看是否恢复正常，如果没有校准打印，则直接重启。以下是各个参数的定义：
Timeoff 波动不要太大，能稳定就可以
Ampratio 是原始天线信号计算出的天线x对参考天线的幅度比 Finalampratio 是最后ULPHY给出的调整幅度比，不会>1 Maxtxantampratio 是7组幅度比中最大值，代表了RRU 8个通道之间幅度的差异
27.本地IP地址和路由正常，ping不通MME和网关
先检查光电转换器上面是否有5个绿灯。如果电口灯未亮，检查eNB到光电转换器的网线；
如果光口灯未亮，检查光电转换器到PTN的光纤是否连接正确； 如果1000M灯未亮，检查网线的质量；
如果指示灯都正常的话，则致电PTN工程师核对PTN的端口和传输数据，尤其是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的数据线或直接更换BBU 30.远程ping不通基站
远程ping不通有以下几种可能：（1）网管IP没配或配错
（2）该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通；
（3）光电转换器到BBU的网线有问题，诺西采购的这批网线还不如地摊上卖的靠谱，运行一段时间后，竟然会导致传输中断
（4）PTN上的光模块突然之间出问题了
（5）基站正常运行一段时间后TRS文件丢失（6）PTN被托管了
（7）机房断电、BBU或光电转换器被下电
以上可能大多数都需去现场结合实际情况来判断，并采取相应的解决方法！
31.风扇告警
风扇告警可能是风扇过速、低速或不转，一半是风扇本身的问题，可以通过更换风扇来解决，一半是由于BBU出了问题，而不转也可能是因为风扇电源未插好。
另外有些风扇告警时有时无，需结合实际情况来判断。
32.BTSlog有link消息，但是pinger始终不亮
这个问题在18630版本下很常见，据说是因为该版本对光口质量要求高，因为我试过将版本降到16200时问题就消失了，升上来后又复现了，解决方法如下：
（1）整站下电（2）更换光模块
（3）单独上电问题小区
（4）将问题小区一根光纤拔掉 33.驻波问题
驻波问题很常见，主要有以下几种：
（1）跳线未插或未插好
（2）RRU耦合器脱落，导致驻波固定在RRU某一通道（3）天线问题
（4）Vendor文件没有和天线型号对应
SM里面显示的某通道驻波比告警是指RRU上对应的某通道，不是天线的，而校准 1则和RRU对应！
34.pinger正常，但是SM里小区显示橙黄色告警
岳峰镇台中这个站之前很正常，运行一段时间后二小区无法识别，远程重启基站后该小区报4064告警。
上站下电重启基站后该小区光纤同步正常，但是SM里小区显示橙黄色告警，更换BBU侧光模块后问题依旧，最后更换RRU侧光模块问题解决。
35.几个特列
（1）金榜食府->温度告警->整站挂掉 :温度过高会导致光口异常，小区退服；
（2）传输数据做好后，PTN网管确认vlan、ip也添加了，但是就是ping不通网关：后来才知道对应的网关没添加；
（3）有个小区始终不报link消息：后来发现是RRU侧光纤未插；
（4）琅岐便携->将BBU下电6-8分钟后，pinger能正常识别，但是SM识别不到该小区->重启几次后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后传输需在网管做一个MAC地址的绑定
铁路旅社：TD第三小区11个载波，所以LTE的第三小区只能到configing状态，到不了configed的状态，也ONair不了！
39.传输不通
1，网管IP没配或配错，按规划重新做数据； 2，该站之前正常，但是后来上站发现vlan数据又被做到PTN2-5口，导致远程ping不通，将PTN尾纤插到正确位置；
3，光电转换器到BBU的网线有问题，直接更换； 4，PTN上的光模块出问题，直接更换；
5，基站正常运行一段时间后TRS文件丢失，重做数据； 6，PTN被托管，联系PTN侧处理；
7，机房断电、BBU或光电转换器被下电、空开跳闸，上电或联系移动处理；
40.升级完成后出现驻波告警
此故障出现在最新升级的版本247_16，升级完成后，由于Vendor文件未能同步更新名称，导致出现驻波，这时候就需要通过Fileziler登陆到BBU里面，将Vendor文件的后面几位改成升级以后版本的名称，比如说升级前，Vendor名称为vendor_GZ818630，这时候就需要该为vendor_GZ824716。
第五篇：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，
