LTE小区搜索过程学习总结

时间:2019-05-11 23:24:00下载本文作者:会员上传
简介:写写帮文库小编为你整理了多篇相关的《LTE小区搜索过程学习总结》,但愿对你工作学习有帮助,当然你在写写帮文库还可以找到更多《LTE小区搜索过程学习总结》。

第一篇:LTE小区搜索过程学习总结

LTE小区搜索过程总结

a)UE一开机,就会在可能存在LTE小区的几个中心频点上接收数据并计算带宽RSSI,以接收信号强度来判断这个频点周围是否可能存在小区(应该说只是可能),如果UE能保存上次关机时的频点和运营商信息,则开机后可能会先在上次驻留的小区上尝试驻留;如果没有先验信息,则很可能要全频段搜索,发现信号较强的频点,再去尝试驻留。

b)然后在这个中心频点周围收PSS(primary synchronization signal)和SSS(secondary synchronization signal),这两个信号和系统带宽没有限制,配置是固定的,而且信号本身以5ms为周期重复,并且是ZC序列,具有很强的相关性,因此可以直接检测并接收到,据此可以得到小区ID,同时得到小区定时的5ms边界;这里5ms的意思是说:当获得同步的时候,我们可以根据辅同步信号往前推一个时隙左右,得到5ms的边界,也就是得到Subframe#0或者Subframe#5,但是UE尚无法准确区分。

c)5ms边界得到后,根据PBCH的时频位置,使用滑窗方法盲检测,一旦发现CRC校验结果正确,则说明当前滑动窗就是10ms的帧边界,可以接收PBCH了,因为PBCH信号是存在于每个slot#1中,而且是以10ms为周期;如果UE以上面提到的5ms边界来向后推算一个Slot,很可能接收到slot#6,所以就必须使用滑动窗的方法,在多个可能存在PBCH的位置上接收并作译码,只有接收数据块的crc校验结果正确,才基本可以确认这次试探的滑窗落到了10ms边界上,也就是无线帧的帧头找到了。也就是说同步信号是5ms周期的,而PBCH和无线帧是10ms周期的,因此从同步信号到帧头映射有一个试探的过程。接着可以根据PBCH的内容得到系统帧号和带宽信息,以及PHICH的配置;一旦UE可读取PBCH,并且接收机预先保留了整个子帧的数据,则UE同时可读取获得固定位置的PHICH及PCIFICH信息,否则一般来说至少要等到下一个下行子帧才可以解析PCFICH和PHICH,因为PBCH存在于slot#1上,本子帧的PHICH和PCFICH的接收时间点已经错过了。d)至此,UE实现了和eNB的定时同步;

要完成小区搜索,仅仅接收PBCH是不够的,还需要接收SIB,即UE接收承载在PDSCH上的BCCH信息。为此必须进行如下操作: a)接收PCFICH,此时该信道的时频资源就是固定已知的了,可以接收并解析得到PDCCH的symbol数目;

b)接收PHICH,根据PBCH中指示的配置信息接收PHICH;

c)在控制区域内,除去PCFICH和PHICH的其他CCE上,搜索PDCCH并做译码;

d)检测PDCCH的CRC中的RNTI,如果为SI-RNTI,则说明后面的PDSCH是一个SIB,于是接收PDSCH,译码后将SIB上报给高层协议栈;

e)不断接收SIB,HLS会判断接收的系统消息是否足够,如果足够则停止接收SIB f)至此,小区搜索过程才差不多结束。g)2 在数据接收过程中,UE还要根据接收信号测量频偏并进行纠正,实现和eNB的频率同步;

对于PHY来说,一般不作SIB的解析,只是接收SIB并上报。只要高层协议栈没有下发命令停止接收,则PHY要持续检测PDCCH的SI-RNTI,并接收后面的PDSCH。

DRX在MAC层的概念,应该是说对PDCCH的监视是否是持续的还是周期性的,DRX功能的启用与否只在RRC connect状态下才有意义。

BCCH映射到DLSCH上的PDU是通过SI-RNTI在物理层CRC之后在PDSCH上发送的,这其中包含SIB1和SIB2的内容,PBCH上发送的MIB只包含三个内容:系统带宽,系统帧号,PHICH配置信息。

UE在两种搜索空间完成PDCCH的解码工作,一种是common search space,另一种是UE-specific search space,前者起始位置固定,用于存放由RARNTI,SIRNTI,PRNTI标识的TB。

当上层指示物理层需要读取SIB后,物理层可以在第一个搜素空间搜索SIRNTI标识的TB。UE读取PDSCH中的BCCH,与读取PDCCH,获得control information过程属于control plane的内容,在小区搜索过程中,要判断是否能够驻留该小区,应该有一个SIB接收过程,而因为BCCH映射到物理信道上也是PDSCH,要接收BCCH,前面这些过程不能或缺。当然了,这个过程并不是永久性做下去,高层协议栈判断,如果接收到了想要的SIB,就可以停下来了。

SIB的接收其实也并不一定需要一直接收检测,你说的DRX可以有这样的作法:在通过PBCCH获得MIB以后,可以判断出想要的SIB的位置,只在该位置上接收PDSCH就可以了。这样可以省电,但是需要HLS和PHY交互更加紧密,需要能够根据帧号唯一确定想要的SIB的位置。

UE的频偏校正,应该在读取PBCH等控制信道过程中获得纠正。频偏估计和纠正不必等到滑窗结束,只要确信当前频点上有LTE信号,则可以根据OFDM信号的特点做FOE,并纠正频偏。不过只有滑窗成功,才可以得到PBCH。

EUTRA支持的带宽从1.4M到20M(Rel.8).UE在刚一开机时,并不知道系统的带宽是多少。为了使UE能够较快的获得系统的频率和同步信息。与UMTS类似,LTE中设计了主同步信道和辅同步信道。无论系统的带宽为多少,主同步信道和附同步信道都位于频率中心的1.08M的带宽上,包含6个RB,72个子载波。实际上,同步信道只使用了频率中心(DC)周围的62个子载波,两边各留5个子载波用做保护波段。

同步信号在一个十秒的帧内,传送两次。在LTE FDD的帧格式中,主同步信号位于slot0和slot10的最后一个OFDM符号上。辅同步信号位于主同步信号的前面一个OFDM符号上。在LTE TDD的帧格式中,主同步信号位于子帧1和子帧6的第三个OFDM符号上。辅同步信号位于子帧0和子帧5的最后一个OFDM符号上(也就是Slot 1 和Slot 11)。

利用主、辅同步信号相对位置的不同,终端可以在小区搜索的初始阶段识别系统是TDD还是FDD。

UE一开机,就会在可能存在LTE小区的几个中心频点上接收数据并计算带宽RSSI,以接收信号强度来判断这个频点周围是否可能存在小区,如果UE能保存上次关机时的频点和运营商信息,则开机后可能会先在上次驻留的小区上尝试驻留;如果没有先验信息,则需要进行全频段搜索。

然后UE在这个中心频点周围尝试接收PSS(primary synchronization signal),规范中(36.211)定义了3个PSS信号,使用长度为62的频域Zadoff-Chu序列,每个PSS信号与物理层小区标识组内的一个物理层小区标识相对应。UE捕获了系统的PSS后,就可以获知:(1):小区中心频点的频率。(2):小区在物理组内的标识(在0,1,2中间取值)。(3):子帧的同步信息。对于FDD而言,由于主同步信号是位于Slot0或Slot10的最后一个OFDM符号,因而不管CP的长度是多少,确定了PSS后就可以确定Slot(也就是子帧)的边界。但是PSS在Slot0和Slot10上的内容是相同的,目前还无法区分这两个时系,无法获得系统帧的信息。

对于TDD而言,我的理解是,捕获PSS后尚无法确定子帧边界。但是随后UE捕获SSS,就可以确定子帧边界,道理同上。

LTE中,传输模式不同(FDD OR TDD),PSS和SSS之间的时间间隔不同。CP的长度也会影响SSS的绝对位置(在PSS确定的情况下),因而,UE需要进行至多4次的盲检测。

SSS信号有168种不同的组合,对应168个不同的物理小区组的标识(在0到167之间取值)。这样在SSS捕获后,就可以获得小区的物理ID,PCI=PSS+3×SSS。PCI是在物理层上用于小区间多种信号与信道的随机化干扰的重要参数。SSS在每一帧的两个子帧中所填内容是不同的,进而可以确定是前半帧还是后半帧,完成帧同步。同时,CP的长度也随着SSS的盲检成功而随之确定。

在多天线传输的情况下,同一子帧内,PSS和SSS总是在相同的天线端口上发射,而在不同的子帧上,则可以利用多天线增益,在不同的天线端口上发射。

至此,UE可以进一步读取PBCH了。PBCH中承载了系统MIB的信息。时域上,在一个无线帧内,PBCH位于Slot1的前4个OFDM符号上(对FDD和TDD都是相同的,除去被参考信号占据的RE)。在频域上,PBCH与PSCH、SSCH一样,占据系统带宽中央的1.08MHz(DC子载波除外)。这样在未知系统带宽的情况下,UE也可以快速地捕获PBCH的信息。所不同的是,此时已取得精确同步,PBCH不需要像PSCH、SSCH那样在信道两侧保留空闲子载波,而是全部占用了带宽内的72个子载波。

PBCH信息的更新周期为40ms,在40ms周期内传送4次。这4个PBCH中每一个都能够独立解码。通过解调PBCH,可以获得:(1):系统的带宽信息。系统的带宽信息是以资源块个数的形式来表示的,有3个比特。LTE(Rel.8)支持 1.4M到20M的系统带宽,对应的资源块数如下图所示

(2):PHICH的配置。

在PBCH中使用lbit指示PHICH的长度,2bit指示PHICH使用的频域资源,即PHICH组的数量(每个PHICH组包含8个PHICH)。(3):系统的帧号SFN。系统帧号SFN的长度为10Bit,在0到1023之间取值。在PBCH中只广播SFN的前8位,因此,PBCH中的SFN只是在40ms的发送周期边界发生变化。通过PBCH在40ms周期内的相对位置就可以确定SFN的后两位。(4):系统的天线配置信息。系统的天线端口数目隐含在PBCH的CRC里面,通过盲检PBCH的CRC就可以确定其对应的天线端口数目(Attenna Ports)。

PBCH的MIB中只携带了非常有限的信息,更多的系统信息是在SIB中携带的。SIB信息是通过PDSCH来传送的。

UE需要读取PDCCH中的控制信息,才能够正确解调首先必须了解PDCCH在子帧内占用的符号数目,这是由PDSCH中的数据。为了读取PCFICH来决定的。PDCCH,

第二篇:LTE每天学习总结—基本过程(下行同步)

1.小区搜索

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-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(2004).........................................................................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(2004)引起原因:

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填空题总结

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小区搜索过程学习总结word格式文档
下载LTE小区搜索过程学习总结.doc
将本文档下载到自己电脑,方便修改和收藏,请勿使用迅雷等下载。
点此处下载文档

文档为doc格式


声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:645879355@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。

相关范文推荐

    总结搜索资源遇到的问题及总结搜索过程的技巧

    总结搜索资源遇到的问题及总结搜索过程的技巧 网络信息资源检索中存在的问题 1、搜索中存在的问题 在使用搜索检索信息时,经常会搜索出一些毫不相干的内容,大大降低了信息资......

    LTE学习总结-速率问题定位(前台)

    速率不达标问题分析(前台) 测试中问题定位 测试时发现下载速率不达标需关注项: 1、 RSRP(参考信号接收功率) 在LTE中表示接收信号强度,测试时一般要求达到-75dBm.如达不到需重新找......

    LTE多选题总结(精选5篇)

    13、空分复用的优点:(ABC) A. 不改变现有的分布式天线结构,仅在信号源接入方式发生变化; B. 施工方便; C. 系统容量可以提升; D. 用户峰值速率可以得到提升 2、LTE中采用的MIMO方......

    网络技术学习过程总结

    网络技术学习过程总结自从上课以来,我对网络技术的了解又大大提高,首先还是要谢谢老师的教导,给与我更多的知识,下面我想谈谈我对这门课的一些体会。随着社会各方面的发展,计算机......

    总结H3CNE学习过程

    还有其他比方说:这穷山沟快递四通一达要加收5元还不给送到家,最可恨的是我们的五险一金只能在莱钢自管范围内使用,你说这不是扯淡嘛,我公积金倒是不低,账户月存入1000元,可是根本......

    LTE学习笔记 华为设备

    LTE学习笔记 组网结构 BBU模块结构 BBU到M2000如何组网 M2000和BBU之间DHCP链路建立过程 Summary表开站流程 Summary制作 按照传输提供的开站列表,分配的IP地址,子网掩码和B......

    LTE每天学习总结-问题分析(接入-华为)

    LTE接入问题分析 1. 随机接入流程 (1)用户Attach流程: UERRC CONN SETUP REQE-NODEBMMERRC CONN SETUPRRC CONN SETUP CMPINITIAL UE MESSAGE直传过程(鉴权、业务协商)INITIAL UE......

    LTE每天学习总结—邻区添加步骤

    LTE实战QQ:21825402 LTE邻区添加步骤 1、 同频邻区添加 1.1、系统内同频eNodeB内小区邻区 在MML命令行输入:ADD EUTRANINTRAFREQNCELL 图 1 增加邻区 1.2、系统内同频eNodeB间......