XX：
您好！以下是我的LTE周学习总结。
一、TDS可以像2G（爱立信和华为）的一样，用NetMoniter软件可以实时（可以定义十五分钟更新一次，也可以一个小时更新一次，或自定义时间）看到某个网元甚至是某个小区的“PS或CS掉话数”、 “PS或CS域的接通率”、“RCC或PS_RAB拥塞”等等，在节日保障或重要测试或晚上值班的时候，可以更好更直观的分析问题，保障指标。
二、把TDS和TDL的CDD相关文件导入到mapinfo中，有了这个软件之后，从地图上就可以很直观的看到2G、3G、4G的物理站点，分析2G、3G是否做（双向）邻区、2G同邻频点干扰分析、2G找到最优频点、在处理投诉的时候也方便很多，当用户打不开电话或上不到网的时候，可以分析是3G、4G还是2G导致的，还可以分析周围是否有直放站、是否直放站故障引起（直放站的网元报表也要导入mapinfo里面），然后找到BSC或RNC或直放站网管的负责人后台处理，再通知现场维护人员，也方便二楼的投诉组派单。
三、目前益阳网管退服时长较长，其中发现闪断占一部分，例如5月x日当天连平上坪T3、陂头T1闪断非常厉害，各闪断了11次和27次，退服时长139分钟和176分钟，后台发现只有一条告警“被汇聚射频单元链路异常告警”，后来现场维护人员定位在光模块不匹配导致，代维与工程正在协商跟进处理。实验发现益阳网管的去激活（DEA TCELL命令）或闭塞（BLK TCELL命令）都不会产生退服记录，但最近的TD退服不要做告警屏蔽，放开并做好观察，尽量保证指标真实。
四、经常听旁边的同事说“灌包测试”，灌包测试其实就是当对速率异常问题进行排查过程中的一个步骤，数据业务是端到端的（UE-CN），问题定位起来相对困难，因此排查问题时也经常采用排除法。灌包测试的具体过程就是从RNC侧人为地下发数据到UE侧（可以向指定的IMSI下发），同时UE侧进行HSDPA业务测试，观察UE的下载速率是否正常，如果正常，说明问题不在RAN侧，应该往RNC-CN或CN-外部服务器方向去排查定位；如果异常，那么就在RAN侧进行相关排查，其实就是一个由面到点逐步定位问题的过程。
五、LTE干扰分为内部干扰和外部干扰：内部干扰即系统内干扰，由于目前为同频组网，存在同频邻区干扰，PCI模三干扰，也有可能是GPS问题导致内干扰；外部干扰即系统外的干扰，目前主要由DCS干扰和其他外部无线设备、器件发射的无线信号频率落在LTE在用频段上产生的干扰。
LTE中小区号(CI)与物理层小区号（PCI）理解：
网络操作维护级别来看，CI（Cell Identity）唯一标识一个小区（河源LTE工参中一般为5位数的字数组成），在网络中不能重复。但PCI却可以重复，因为PSS+SSS仅有504种组合。如，当网络中有1000个小区时，PCI仅有504个，此时就需要对PCI进行复用了。
PCI模三干扰解释：
LTE网络中PCI = 3* Group ID ( S-SS)+ Sector ID (P-SS)，如果PCI 模3值相同的话，那么就会造成P-SS的干扰；目前采用的规划原则：同一站点的PCI分配在同一个PCI组内，相邻站点的PCI分在不同的PCI组内。对于存在室内覆盖场景时，规划时需要考虑是否分开规划。邻区不能同PCI，邻区的邻区也不能采用相同的PCI； PCI共有504个，PCI规划主要需尽量避免PCI模三干扰；其中PCI干扰，可以PCI一定要规划好，因为PCI 对主小区有强干
扰的其它同频小区，不能使用与主小区相同的PCI（异频小区的邻区可，PCI规划主要需尽量避免；
告警解释：
被汇聚射频单元链路异常告警：在双模基站中，两制式基带板间采用背板CPRI MUX汇聚方案连接双模RRU时，被汇聚方检测到射频单元链路异常时，产生此告警。配置的RRU与基带板间的链路中断，承载业务也会中断。如果TDS闪断、TDL也会闪断，一般由升级后光模块或尾纤引起也有可能是RRU故障或汇聚方或被汇聚方基带板故障。
谢谢阅读！
XX
20xx-05-09
第二篇：lte学习总结
红色为控制面数据，绿色为用户面数据。
E-UTRAN的无线接口协议框架
eNB功能：
1、 无线资源管理（无线承载控制、上下行动态资源分配\调度）
2、 IP头压缩与用户数据流加密
3、 UE附着时MME选择
4、 提供到S-GW的用户面数据的路由
5、 寻呼消息的调度与传输
6、 系统广播信息的调度与传输
7、 测量与测量报告的配置
MME功能：
1、 寻呼消息分发，负责按一定原则将寻呼消息分发到相关的eNB
2、 安全控制
3、 空闲状态的移动性管理
4、 SAE承载控制
5、 非接入层信令的加密与完整性保护
S-GW服务网关的功能：
1、 终止由于寻呼原因产生的用户平面数据包
2、 支持由于UE移动性产生的用户平面切换
LTE系统数据传输过程包括两方面过程：上行调度过程和下行调度过程。 上行调度过程
1、UE向ENB请求上行资源
--Physical channel: PUCCH
--Message: SR (schedule request)
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重传数据/发送新数据
下行调度过程
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重传数据/发送新数据。