6. 注意事项及建议
LTE支持的完整性保护算法较多，但并不是所有的终端能支持所有的算法，需要根据实际情况设置，避免出现设置的加密或完整性算法终端不支持的情况。
4.1.3案例3：爱立信室分小区PrachConfigIndex配置错误导致接入性差
1. 现象描述
在进行室分小区测试过程中，测试初始接入或小区切换时，经常遇到attch失败或切换失败现象。具体症状为：
1、PRACH上行同步次数较多，且PRACH的功率会逐渐攀升到满功率23dbm，CDS软件会提示定时器T304或T300超时。
2、反切失败。室分主测小区向同层同频的邻小区切换正常，但是经过在测试发现邻小区向室分小区切回时失败率偏高，测试症状同为 PRACH上行同步次数较多。
2. 问题分析
查询该小区PRACH参数由于室分向邻小区切换都正常而反向切换邻小区向室分小区切换则会出现失败，因此对比这两个小区的PRACH参数，发现PrachConfigIndex参数不同，室分小区为51，邻小区为3。通过查询协议3GPP协议36.211 Table 5.7.1-3PrachConfigIndex与Preamble Format对应关系，可知该室分小区Preamble Format为４。Preamble Format 4仅用于TDD LTE，它时域长度较其他Preamble Format明显偏短，占用特殊子帧的ＵpPTS的两个符号。
Random access preamble parameters.
Preamble format 0 1 2 3 4* TCP 3168?Ts TSEQ 24576?Ts 24576?Ts 2?24576?Ts 2?24576?Ts 4096?Ts 21024?Ts 6240?Ts 21024?Ts 448?Ts 3. 问题分类：无线参数配置 4. 解决方案
将室分小区的PrachConfigIndex从51修改到3，采用Preamble Format 0 5. 效果评估
修改后多次测试该小区切换成功率和接入成功率明显改善，与周边小区相比无异常。 6. 注意事项及建议
Preamble Format 4在特殊时隙的最后部分（即UpPTS）进行发送，这样利用UpPTS的资源完成上行随机接入的操作，避免占用正常子帧的资源。这是针对半径较小的微型小区的一种优化，可以在不占用正常时隙资源的情况下，利用很小的资源承载PRACH信道，有助于提高系统上行吞吐量，也有助于提高上行业务信道的覆盖性能。
但在实际工作中采用 Preamble Format 4提升小区上行吞吐量时，需注意由于其时域长度要远小于其它4种Preamble Format，因此其链路预算相对明显较低，其链路预算所能够支持的覆盖半径相应的明显偏小，仅适用于覆盖半径较小的场景，特别是密集市区、室内覆盖或热点补充覆盖等场景。同时根据网络环境不同，采用Preamble Format 4时其实际覆盖半径不同，如采用Preamble Format4则开通后需着重进行接入性测试，确保其覆盖范围内终端接入正常。
4.2核心网配置
4.2.1案例4： LTE的S1口IP配置错误导致终端无法正常接入
1. 现象描述
TD-LTE基站站完成数据配置且检查无告警后，网优进行CQT、DT测试，CPE多次拨打，均无法接入，离开该站覆盖范围后，CPE可正常接入。 2. 问题分析
在M2000上通过IMSI进行信令跟踪，通过信令跟踪，核心网返回的原因为传输资源不可用。检查IP Path配置信息，发现至UGW9811的IP路由设置错误。 3. 问题分类：核心网配置 4. 解决方案
修改IP Path配置信息。 5. 效果评估
修改后，重新接入正常。 6. 注意事项及建议
本案例由于在数据配置时，修改了SCTP 链路的目的信令点，但没有同步修改IP Path链路的信令点，导致传输链路不可用；由于IP Path与SCTP 链路强相关，建议修改SCTP链路后，提示需要修改IP Path链路，或者在告警台提示IP Path链路与SCTP 链路数据配置不符等告警信息。
4.2.2案例5： 在MME中未绑定IMSI和HSS对应关系导致LTE新号段无法附着到网络
1. 现象描述
深圳TD-LTE二阶段扩大规模试验网，有一批新开户的测试号码，初次使用时发现所有用户终端均显示无信号，无法发起业务。用户直接感受就是不能接入网络，接入性能的体验上就大打折扣了，更享受不到高速上网的体验。 2. 问题分析
选定其中一个用户在MME上对其进行用户跟踪，发现用户Attach流程异常，定位为网元配置异常。经检查在MME侧中绑定IMSIHSS数据配置出错，导致Attach过程中MME并未向HSS发送ULR(Update Location Request)消息，从而终止了Attach流程，详细如下：
从信令跟踪来看，用户初次Attach采用IMSI附着，MME正常收到了用户上报的附着请求，但是MME没有向HSS上报update location RQ来获取用户信息和签约数据，直接就被终止，查看USN内部模块消息，发现在UDM查询SDB表项时，SDB返回查询失败。
SDB表项存储有IMSI和HSS的绑定信息，USN通过查询SDB表项得知该IMSI注册的HSS主机信息，进而向该HSS获取用户信息和签约数据，这里显示查询SDB表项失败，说明USN侧未添加IMSI和HSS的绑定关系或定义出错，导致未查询到相应结果。 3. 问题分类：核心网配置 4. 解决方案
在MME中添加新开户的IMSI号码和HSS的绑定关系。 5. 效果评估 问题解决。 6. 注意事项及建议
用户现象来看，用户终端显示无信号，实际为无法完成Attach流程，可能有以下原因： （1）、基站断站，导致用户无信号。
（2）、用户未注册到网络中，主要原因有以下几点： ①HSS侧未开户或开户数据错误。
②EPC设备或链路故障，导致信令流程异常，致使用户无法正常注册到网络中。 ③EPC网元的数据配置问题。
4.3传输参数配置
4.3.1案例6：未设置用户面路由导致LTE基站无业务速率
1. 现象描述
在对某地市 LTE 基站进行业务测试时，发现终端显示 USIM 卡可以注册到 LTE 网络，但是进行数据业务时，所有网站都打不开， ftp 下载也无法连接到服务器。 2. 问题分析
LTE 业务分为业务和网管两部分，因此，在 PTN 网络需要配置两条业务通道分别进行传输，经过数据核查，发现业务层信令面路由已经配置，但用户面路由未进行配置。 3. 问题分类： 传输参数配置 4. 解决方案
PTN 侧对业务层用户面路由进行配置。 5. 效果评估
配置后，在 NodeB 侧对 MME 地址及 SGW IP 地址进行 ping 包，均可以 ping 通，数据业务测试正常。 6. 注意事项及建议
如LTE基站无业务速率，需核查用户面路由是否已配。
5.2/3/4G互操作问题
5.1.1案例1： 由于3G/4G的PLMN不同且未配置EHPLMN导致TD-S重选TD-L失败
1. 现象描述
在进行4G到3G的互操作测试时，经过参数配置，能实现D频段LTE A小区 向 TD-SCDMA基站的B小区重选，但是不能实现TDSCDMA基站B小区向D频段LTE A小区的重选，即无法完成3G到4G的重选 2. 问题分析
TDD-LTE的PLMN配置为46008，TD-SCDMA的PLMN配置为46000。终端进行小区选择或者异系统重选时，将根据USIM卡内的ePLMN_list信息选择合适的网络，而UE的
相关推荐：
loading