目录
1 参数与定时器配置（建议）
1.1 VoLTE 互操作类参数
1.2 VoLTE 功能类参数
1.3 定时器参数
1.3.1 接入类定时器
1.3.2 切换类定时器
1.3.3 重建类定时器
2 终端 IMS 注册问题
2.1 终端开机的 IMS 注册过程
SIP 信令注册
SIP 注册
3 关键参数设置问题
3.1 VoLTE 语音 AMR-NB AMR-WB 资源占有情况有何区别？
3.2 专用承载 MAX GBR 值对通话质量有什么影响？
3.3. QCI=1 开关不打开或打开但 maxGBR 配置过低对 Volte 电话的影 响？
3.4 QCI=2 下 maxGBR 配置过小对视频电话有什么影响？
3.5 HSS 参数设置是否会对 eSRVCC 产生影响？
3.6 地下车库-115 场景 eSRVCC 优化参数如何设置？
3.7 RoHC 是否应该启用？
1）RoHC 技术
2）RoHC 的实现
3）RoHC 外场验证测试
3.8 VOLTE 下的 DRX 模式与普通 LTE 下的 DRX 模式有何不同？
3.9 如何实现 2G 快速重选回 4G？
3.10 空闲态 2G 到 4G 的互操作是如何实现的？
1. GSM->LTE 重选（Idle 态）
2. TDSCDMA->LTE 重选（Idle 态）
3.11 定时器对 SRVCC 切换到 GSM 失败的影响（案例）
建议方案
复测验证
参数总结
经验总结
3.12 RLC 优先级优化
3.13 QCI 5 PDCP DiscardTimer 时长优化
数据丢弃
丢弃定时器过小
3.14 SBC 传输协议 TCP 重传次数优化
3.15 专载释放与切换冲突，通话结束未收到专载释放掉话
3.16 通话结束 MME 收到 del bearer req，专载释放与切换冲突，基站未下发 NAS
4 常见 RF 优化问题
4.1 呼叫建立问题
4.1.1 RRC 建立失败
4.1.2 eRAB 承载问题
4.2 覆盖问题
4.2.1 弱覆盖
4.2.2 越区覆盖
4.2.3 干扰问题
4.2.4 切换问题
4.2.5 eSRVCC 切换问题
1 参数与定时器配置（建议）
1.1 VoLTE 互操作类参数
1.2 VoLTE 功能类参数
1.3 定时器参数
1.3.1 接入类定时器
参数英文名：T300
功能描述：
该参数表示 UE 侧控制 RRC connection establishment 过程的定时器。在 UE 发送 RRCConnectionRequest 后启动。
在超时前如果：1.UE 收到 RRCConnectionSetup 或 RRCConnectionReject； 2.触发 Cell-reselection 过程；3.NAS 层终止 RRC connection establishment 过程。则定时器停止。
如定时器超时，则 UE 重置 MAC 层、释放 MAC 层配置、重置所有已建立 RBs （Radio Bears）的 RLC 实体。并通知 NAS 层 RRC connection establishment 失败
对网络质量的影响：
增加该参数的取值，可以提高 UE 的 RRC connection establishment 过程中随 机接入的成功率。但是，当 UE 选择的小区信道质量较差或负载较大时，可能增 加 UE 的无谓随机接入尝试次数。
减少该参数的取值，当 UE 选择的小区信道质量较差或负载较大时，可能减少 UE 的无谓随机接入尝试次数。但是，可能降低 UE 的 RRC connection establishment 过程中随机接入的成功率
1.3.2 切换类定时器
参数英文名：T304 For Intra-Lte
功能描述：
在“E-UTRAN 内切换”和“切换入 E-UTRAN 的系统间切换”的情况下，UE 在收到带有“mobilityControlInfo”的 RRC 连接重配置消息时启动定时器，在 完成新小区的随机接入后停止定时器；定时器超时后 UE 需恢复原小区配置并发 起 RRC 重建请求
对网络质量的影响：
用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起 RRC 连接 重建过程
1.3.3 重建类定时器
1）参数英文名：T311
功能描述： T311 用于 UE 的 RRC 连接重建过程，T311 控制 UE 开始 RRC 连接重建到 UE 选择一个小区过程所需的时间，期间 UE 执行 cell-selection 过程。
对网络质量的影响： 设置值越大，UE 进行小区选择过程中所被允许的时间越长， RRC Connection Reestablishment 过程越滞后；如果该参数设置过小，可能在某些链路可以被 挽救的情况下，却由于定时器设置不合理而进入 IDLE 状态，引起掉话，严重影 响用户感知。
2）参数英文名：T301
功能描述：
在 UE 上传 RRCConnection ReestabilshmentRequest 后启动。在超时前如果 收到 UE 收到 RRCConnectionReestablishment 或 RRCConnectionReestablishmentReject，则定时器停止。定时器超时，则 UE 变为 RRC_IDLE 状态
对网络质量的影响：
增加该参数的取值，可以提高 UE 的 RRC connection re-establishment 过程 中随机接入的成功率。但是，当 UE 选择的小区信道质量较差或负载较大时，可 能增加 UE 的无谓随机接入尝试次数。减少该参数的取值，当 UE 选择的小区信 道质量较差或负载较大时，可能减少 UE 的无谓随机接入尝试次数。但是，可能 降低 UE 的 RRC connection re-establishment 过程中随机接入的成功率
1.4 互操作邻区配置
VoLTE 商用后，由于语音业务需求或由于 4G 覆盖原因，终端需要通过 SRVCC 方式互操作至 2G 系统。因此，制定 4G 至 2G 邻区配置方法如下：
可先继承 CSFB 邻区配置原则。
具体如下：
4G 至 2G 邻区配置原则（用于 VoLTE 业务）
1）如果 4G 与 2G 小区共站，4G 首先需要配置所有共站的 2G 小区;同时需要继 承配置其中同方向角的 2G 共站小区(系统实现时可考虑一定的角度放宽,暂定 60 度内)的 2G 邻区。
2）如果 4G 仅与 3G 小区共站，4G 需要配置所有 3G 共站小区的 2G 邻区。
3）如果 4G 站点为新建站，优先添加第一圈 2G 邻区。应重点检查以下两类 2G 小区：
- 距离 4G 站点最近的 N 个 2G 站址中, 如果存在室外小区,则选择天线方向指向 本小区的 2G 小区（建议是法线正负 60°之内）；如果存在室分小区，则无需考 虑方向角，上述室内、外小区共 M 个（N 建议小于 9 个；建议距离在 2km 范 围内）
- 4G 小区天线法向方向正面对打小区且两小区天线相对方向角度在 60°之内最 近的 2 个候选邻区（该邻区距本小区不超过 1000m），如该 2 小区被包含于前 述 M 个小区，则需配邻区个数为 M，否则为 M+2 个。
4）如果 4G 与 2G 共室分，4G 需要配置该 2G 室分小区，及该 2G 室分小区的 邻区。
2 终端 IMS 注册问题
2.1 终端开机的 IMS 注册过程
用户开机以后，首先完成 EPC 附着过程，建立 QCI=9 默认承载，附着完成以后， 发起 IMS 注册过程和鉴权。在 IMS 注册流程中，先建立 QCI=5 的 SIP 信令承载。然后进行 SIP 的注册过程，当完成注册过程以后，就可以进行 VoLTE 呼叫 了。若未建立 QCI 5 就无法完成终端与 IMS 的 SIP 注册信令的交互；若 QCI5 建立成功后，终端与 IMS 的 SIP 注册流程异常，也将会导致不能在 IMS 成功注 册。
SIP 信令注册
SIP 信令注册过程如下图所示。
以下为 QCI 5 承载建立信令流程：
SIP 信令注册失败原因
手机附着 LTE 网络并成功建立 QCI9 承载后 PDN connectivity reject,无法建立 QCI5 默认承载，将导致无法成功注册 IMS。如下图所示：
手机 attach request -attach complete 过程已经建立 QCI=9 的信令承载，UE 会在 PDN Connectivity Request 消息中包含 APN 信息，从 HSS 取得的订阅 信息中，Service-Selection="wildcard"，所以 MME 接受 UE 请求的 APN。 根据新的 APN，分配一个 Bearer ID 给 default EPS，并且发送 Create Session Bearer Request 到 S-GW。S-GW 会在它的 EPS Bearer 表中创建一个新的实 体，并且发送 Create Session Request 到 P-GW 中。S-GW 会为 Control Plane 和 User Plane 创建新的 DL S-GW TEID 并且把他们发送到 P-GW，创建 QCI5 默认承载。因此PDN CONECTIVITY REJECT会导致无法建立QCI5的默认承载， 直接导致 IMS 无法注册。
1）如果是 ESM 过程导致的拒绝（比如默认承载建立失败），才会带 PDN CONNECTIVITY REJECT 消息，EMM 层拒绝，只有 ATTACH REJECT 消息。
2）如果拒绝原因值是"unknown EPS bearer context"，UE 会本地去激活存在 的默认承载或专用承载
3）常见的拒绝原因有：IMSI 中的 MNC 与核心网配置的不一致。
以下为可能的解决方法：
1： 检查核心网和 eNB 侧是否存在相关告警并及时处理
2：查看拒绝原因，核查相应参数是否配置正确（IMSI 中的 MNC 与核心网配置 的不一致, APN 的设置不当等问题）
3：是否存在 SIM 问题及核心网对 SIM 卡实行限制相应功能及接入等级
4：SIM 卡和核心网 HSS 记录信息不一致导致无法注册 5：PDN 请求拒绝大部分是核心网问题，可以通过抓取信令分析
SIP 注册
SIP 注册过程：
1）用户首次试呼时，终端向代理服务器发送 REGISTER 注册请求
2）IMS 认证/计费中心获知用户信息不在数据库中，向终端回 401Unauthorized 质询信息，其中包含安全认证所需的令牌
3）终端将用户标识和密码根据安全认证令牌加密后，再次用 REGISTER 消息报告给 IMS 服务器
4）IMS 服务器将 REGISTER 消息中的用户信息解密，认证合法后，将该用户信息登记到数据库中，并向终端返回 响应消息 200 OK。
5）用户订阅注册事件包，
6）服务器应答订阅成功。
7）IMS 服务器发送 notify 消息，由于订阅的用户已经注册，所以 IMS 服务器回应 Notify 消息中，状态为 active，同事携带 XML 信息。
8）终端发送 Notify 200 表示接收成功。
QCI 5 承载建立成功后，此时终端可以与 IMS 进行 SIP 信令交互，完成 IMS 的注册，若注册流程异常，可以从以下方面展开排查：
1. 需要确认终端是否发出 Register SIP 信令；
2. 若终端已发，确认 IMS 是否收到；
3. IMS 收到后，是否回相应的 SIP 信令，还是响应注册失败；
4. 是否由于终端未开启 IPsec 导致 IMS 拒绝注册请求。
一般情况下，终端 IMS 注册失败问题都与核心网相关，主要在于核心网侧排查解决。
3 关键参数设置问题
3.1 VoLTE 语音 AMR-NB AMR-WB 资源占有情况有何区别？
答：AMR 全称 Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备 的音频，压缩比比较大，但相对其他的压缩格式质量比较差，由于多用于人声， 通话。其中 AMR 分为 AMR-NB 和 AMR-WB 两种，对于 VoLTE 而言，AMR-NB 则为 12.2k 语音编码制式，AMR-WB 则为 23.85k 语音编码制式。
AMR-NB 和 AMR-WB 的本质区别在于其语音带宽和抽样频率有所区别，NB 的语音带宽范围为：300~3400khz，抽样频率为 8khz；而 WB 的语音带宽为 50~7000khz，抽样频率为 16khz。
以下为相关的 AMR-NB 的编码方式，共分为 16 种，其中 0~7 对应不同编码方 式，8~15 用于噪音或者保留用，VoLTE 里的 AMR-NB 采用的编码方案 7；
而 AMR-WB 的编码方式同样也有 16 种，其中 0~8 对应不同编码方式，9~15 保留用，当前 VoLTE 语音的 WB 编码制式采用的编码方式 8。
以下为 VoLTE 相关测试中的高标清占用资源对比情况:
从趋势图来看，在 SINR 大于 5 的时候，整体 MOS 值比较平稳，其中高清 MOS 值稳定在 3.5 以上，标清语音 MOS 值稳定在 3.2 左右，而在 SINR 值小于 5 之 后，高清和标清语音的 MOS 值均呈现波动且整体均值下降的趋势。另外由于在 SINR 差点打点数较少的原因，其 MOS 均值会出现随着 SINR 均值下降而抬升 的异常情况。
在下行 PDCP 速率里对比中标清语音在 7kb 左右，在 SINR 小于 0 之后开始出 现明显的波动情况，直至掉 0。高清语音 PDCP 速率则在 15kbps 左右，同样在 SINR 小于 0 后开始出现剧烈的波动情况。
从高清和标清的下行 PRB 数对比情况来看，整体占用的 RB 数差距不明显,另外 下行 PRB 个数随着 SINR 值恶化逐级抬升。
从高标清的指标和资源对比来看，本身 AMR-NB 和 AMR-WB 对于网络资源的 利用程度来看差距不大（PRB 上占用差不多），但 AMR-WB 对于网络资源的利用率会相对高些（高清的码率更高），且 AMR-WB 的用户体验更好（MOS 值 高于 AMR-NB 一截），且抗干扰性上并没有明显差别，因此在 VoLTE 将来部 署中，更推荐采用 AMR-WB 编码制式。
3.2 专用承载 MAX GBR 值对通话质量有什么影响？
答：专用承载 MAX GBR 太小将导致的通话质量差。以现网测试案例为例，用 CDS 48KMOS 盒对在目前 LTE 网络下的通话质量进行 MOS 评估时，发现当通 话建立在专用承载（GBR）下时 CDS MOS 打分值偏低。偶然间发现建立在默 认承载上的通话 MOS 值正常可以达到 4 分。估计为专用承载问题，再用 8K 语 音文件进行 MOS 打分又恢复正常，确定为速率问题，调整 QCI1 MAXGBR 参 数后恢复正常。
VOLTE 通话评估软件反映通话质量分值低，经监控基站无告警，接入指标正常， 更换站点并重新导入参数后仍存在问题。曾尝试在默认承载下进行语音通话发现 质量评估并无问题。初步判定为专用承载问题。如下图所示（左图为 QCI1 下， 右图为 QCI9 下）。
选用 8K 采样的语音文件再次进行 MOS 打分时发现 QCI1 下的 MOS 值恢复正 常
采样率不同的区别在于传输时速率不同定位问题点于 QCI1 专用承载的最高速 率没有达到 48K 语音的传输要求。在对比查看 QCI1 与 QCI9 的 MAX GBR 后 确定了问题原因。下图是 QCI1 修改前的参数（图中 MAX GBR 数值为换算后结 果，下同）
下图为 QCI9 的参数：
核心网 QCI1 承载的 MAX GBR 改为 150：xQ
修改后 QCI1:
由于 VOLTE 是 VOIP 业务所以速率的大小直接影响了通话的质量，速率太小语 音业务就会出现卡顿和失真的现象。专用承载的最大保证比特率应该先由在不受 限条件下的业务最高速率来确定。
3.3. QCI=1 开关不打开或打开但 maxGBR 配置过低对 Volte 电话的影 响？
答：当拨打 volte 电话时，QCI=1 开关未打开，没有建立 QCI=1 的专用承载， 电话拨通 5S 后会自动挂断如图所示：
所以判断必须打开 QCI=1 的专用承载开关，才能正常拨打电话。在后台配合下， 开启 QCI=1 的专用承载，并配置 maxGBR=20k。再次拨打 volte 电话，发现 专用承载仍未建立，volte 电话依然是 5s 挂断，如下图所示：
推断无法正常拨打电话的原因是 maxGBR=20k 不满足核心网配置要求，经确认， 核心网要求的 minGBR 值必须大于 40，于是将基站侧 maxGBR 值改为 256； 再次拨打 volte 电话，专用承载建立成功。能正常通话；如图所示：
所以为了保证 Volte 语音电话能正常拨打，需打开 QCI=1 的开关，切配置大于 核心网要求的 maxGBR 值。
3.4 QCI=2 下 maxGBR 配置过小对视频电话有什么影响？
答：基站侧打开 QCI=1 及 QCI=2 的开关，并将 qciTab2maxGbrDl 及 qciTab2maxGbrul 均设置为 100k，拨打 Volte 视频电话,QCI=1 专载成功建立， 但 QCI=2 的专用承载未建立，视频电话呼叫失败。如下图所示：
怀疑为 qciTab2maxGbr 配置过低，未能达到视频电话保障最低要求，经查证， 核心网要求的 maxGBR 值需大于 512k，通过后台修改 qciTab2maxGbr 值为 2048 之后，再进行 Volte 视频电话拨打，能正常进行视频通话，如图所示：
所以 Volte 视频电话，需同时打开 QCI=1.QCI=2 的开关，且 maxGBR 值需配 置大于核心网要求的值方可正常通话。
3.5 HSS 参数设置是否会对 eSRVCC 产生影响？
答：HSS 参数设置不恰当可能会导致无法执行 eSRVCC。正常的 eSRVCC 流程 如下：
以现网测试发现的某个案例为例，无线环境满足切换条件，UE 却并没有执行切 换，直至 SINR 过差发生掉话。通过分析 log 发现，UE 未触发 eSRVCC 原因为， eNB 没有下发 eSRVCC 相关测控消息。
更换 HTC 测试终端发现，SIM 卡尾号为 19 的终端可收到 eNB 下发的测控消息 并正常 eSRVCC，而 SIM 卡尾号为 55 的终端无法收到 eSRVCC 测控消息，以 此排除终端原因。
正常重配置信令中eSRVCC测控消息如下，SIM卡尾号为55的终端无以下消息。
GSM 频点信息
A2 事件及 B2 事件：
对比 19、55 两部终端能力信息，发现 eNB 收到的 UE Capability Information 信令完全相同，且 FGI 第 9 位、第 23 位设置为 1，表示终端支持 eSRVCC（根 据 3GPP 36331 B.1 Feature group indicators 规定，比特位 9 为 EUTRA RRC_CONNECTED to GERAN GSM_Dedicated handover，比特位 23 为 GERAN measurements, reporting and measurement reporting event B2 in E-UTRA connected mode，设置为 1 表示支持该功能）。
对比 EMIL log 发现，SIM 卡尾号为 19 的终端附着时，eNB 收到 MME 下发的 Initial Context Setup Request 中存在 SRVCCOperationPossible : possible 字段，而 SIM 卡尾号为 55 的终端确没有该字段，导致 eNB 认为 UE 不支持 eSRVCC，因此不下发 eSRVCC 测控消息。
在附着流程中，测控消息下发前，UE 会通过上发 NAS：Attach Request 进行 信息的交互，其中包含 UE 能力的相关信息。对比两部终端上发的 Attach Request 信令，结果发现，Attach Request 中除随机个性化参数不同外，其他 参数完全相同，且 MS NETWORK CAPABILITY (OPTIONAL)中 SRVCC to GERAN/UTRAN capability 字段设置为 1，表示 UE 支持 eSRVCC。
由上可知，UE 无论是与 eNB 还是与 MME 交互过程中，不存在终端能力上报的 差异， 判断应该不是终端的问题，怀疑是否为 SIM 卡本身的问题。对调两部终 端 SIM 卡发现，问题会伴随尾号为 55 的 SIM 卡，与终端无关。
联系 HSS 工程师核查 SIM 卡参数，发现尾号为 55 的 SIM 卡 Session Transfer Number 参数为空，此字段为 eSRVCC 切换时核心网的一个标识的初始值。若 字段为空，则表示不支持 eSRVCC。
重新设置尾号为 55 的 SIM 卡后，问题消失。
3.6 地下车库-115 场景 eSRVCC 优化参数如何设置？
答：地下车库-115 场景下，参数采用初始配置 1，A2 判决门限为：LTE-85dBm。UE 进入地下车库，当 LTE 信号低于-120dBm 时触发 B2 事件，但在 1 秒内 RSRP 由-120dBm 降低至 -139dBm 以下，SINR 由-2dB 降低至-14.7dB 以下，无法完成 eSRVCC 流程， 导致信号恶化掉话。UE 触发 B2 时信号截图如下：
UE 掉话时信号截图：
调整 B2 判决门限，将 B2 LTE 门限由-120 改为-116，发现成功率有大幅度提升， 成功率大于 70%。
分析 log 发现，该场景 UE 会占用 PCI=33、34 两个小区，当占用 PCI=34 的小 区时，与邻区 PCI=115 的小区 MOD3 冲突，SINR 差导致无法及时完成 eSRVCC 切换。
邻区列表如下：
将三个小区 PCI 由 34/33/35 调整为 33/35/34，eSRVCC 切换成功率达 90%以 上。
3.7 RoHC 是否应该启用？
答：RoHC 通过压缩 IP 包头的方式，在 VoLTE 用户较多时，提高了空口传输效 率。
1）RoHC 技术
仅对 QCI=1 的业务有效
包头压缩支持 IPv4 和 IPv6 格式
支持以下格式的压缩(3GPP R8):
●0x0000 ROHC uncompressed (RFC 4995)
●0x0001 ROHC RTP (RFC 3095, RFC4815)
●0x0002 ROHC UDP (RFC 3095, RFC4815)
以上格式需要具备 VoLTE 能力的终端支持
2）RoHC 的实现
高标清理论速率计算
RoHC 理论速率计算
3）RoHC 外场验证测试
由以上分析可看出，标清 AMR 压缩比为 51.39%，高清 AMR 压缩比为 65.35%， 建议全网开启 RoCH。
3.8 VOLTE 下的 DRX 模式与普通 LTE 下的 DRX 模式有何不同？
答：DRX 分两种，一种是 IDLE DRX，就是当 UE 处于 IDLE 状态下的非连续性 接收，由于处于 IDLE 状态时，已经没有 RRC 连接以及用户的专有资源，因此这 个主要是监听呼叫信道与广播信道，只要定义好固定的周期，就可以达到非连续 接收的目的。但是 UE 要监听用户数据信道，则必须从 IDLE 状态先进入连接状 态。而另一种就是 ACTIVE DRX，也就是 UE 处在 RRC-CONNECTED 状态下 的 DRX，可以优化系统资源配置，更重要的是可以节约手机功率，而不需要通 过让手机进入到 RRC_IDLE 模式来达到这个目的，例如一些非实时应用，像 web 浏览，即时通信等，总是存在一段时间，手机不需要不停的监听下行数据以及相 关处理，那么 DRX 就可以应用到这样的情况。
ACTIVE DRX 的基本机制是为处于 RRC_CONNECTED 态的 UE 配置一个 DRX cycle。DRX cycle 由“On Duration”和“Opportunity for DRX”组成：在 “On Duration”的时间内，UE 监听并接收 PDCCH（激活期）；在“Opportunity for DRX”时间内，UE 不接收下行信道的数据以节省功耗（休眠期）。在大多 数情况下，当一个 UE 在某个子帧被调度并接收或发送数据后，很可能在接下来 的几个子帧内继续被调度，如果要等到下一个 DRX cycle 再来接收或发送这些 数据将会带来额外的延迟。为了降低这类延迟，UE 在被调度后，会持续位于激 活期，即会在配置的激活期内持续监听 PDCCH。其实现方法是：每当 UE 被调 度时，就会启动一个定时器 drx-InactivityTimer，在该时间内不会释放连接。 drx-InactivityTimer 指定了当 UE 成功解码一个指示初传的 UL 或 DL 用户数据 的 PDCCH 后，持续位于激活态的连续子帧数。为了允许 UE 在 HARQ RTT 期 间内休眠，每个 DL HARQ process 定义了一个“HARQ RTT(Round Trip Time)timer”。当某个下行 HARQ process 的 TB 解码失败时，UE 可以假定至少在 “HARQ RTT”子帧后才会有重传，因此当 HARQ RTT timer 正在运行时，UE 没必要监听 PDCCH。当 HARQ RTT timer 超时，且对应 HARQ process 接收 到的数据没有被成功解码时，UE 会为该 HARQ process 启动一个 drx-RetransmissionTimer。当该 timer 运行时，UE 会监听用于 HARQ 重传的 PDCCH。drx-RetransmissionTimer 的长度与 eNodeB 调度器的灵活度要求相 关。如果是要达到最优的电池消耗，就要求 eNodeB 在 HARQ RTT timer 超时 之后，立即调度 HARQ 重传，这就也要求 eNodeB 为此预留无线资源，此时 drx-RetransmissionTimer 也就可以配得短些。drx-RetransmissionTimer 指 定了从 UE 期待收到 DL 重传的子帧（HARQ RTT 之后）开始，连续监听 PDCCH 的最大子帧数。
LTE 设备中允许 ENodeB 对不同的 QCI 业务设置不同的 DRX PROFILE 参数集， 每一个参数集会包括 longDRX-Cycle (ms)、 On Duration Timer (psf) 、DRX Inactivity Timer(psf)、DRX Retrans Timer(psf) 4 个参数。UE 在进行不同的 QCI 业务时会执行最高优先级的业务的 DRX PROFILE。
而在 VOLTE 的业务下，QCI=1 的时延不能超过 100ms，所以 DRX cycle 不能 设置得过长，不能使用原先 QCI=9 的 long DRX-cycle 设置（160ms），又由 于 UE 在进行语音业务时，用户正在通话时会每 20ms 产生一个采样包，宜为设 置 long DRX-cycle 为 40ms，为 20ms 的整数倍。同时，由于语音业务都是 20ms 产生一个采样包进行下发，用户在接受到语音数据包后并不需要连续监听，且由于 longdrxcycle 更变，DRXinactivityTimer 也不宜设置过大（原 QCI=9 该参 数为 60/200（psf）），宜为设置为 4（psf），以达到节电功能。
故 VOLTE 推荐的 DRX PROFILE 为
3.9 如何实现 2G 快速重选回 4G？
答：处于 2G 网络的终端可通过小区重新返回 4G，而重选频点信息将由 2G 系 统广播的 SI2quater 消息提供。系统消息分为多种类型：type1、2、2bis、2ter、 3、4、5、5bis、5ter、6、7、8、9、13。当终端处于 IDLE 态下，将用 BCCH 信道来收听系统消息 1 至 4 及 7，8，13
UE 处于空闲时, 系统消息以每 8 个复帧重复发送一次的循环方式在主 BCCH 信 道和扩展 BCCH 信道中发送。因此引入循环序号 TC:
其中 FN 是 TDMA 的帧号，以 2716548 个 TDMA 帧为周期循环编号，取值范 围（0~2716547）；(FN/51)是 TDMA 帧号对一个复帧长度的整除，可以确定 帧号为 FN 的 TDMA 帧所归属的复帧的编号；正如上文提到的系统消息以每 8 个复帧重复一次的循环方式发送，(FN/51)%8 是复帧编号对 8 求模，可以确定该复帧在以 8 个复帧为周期的循环中的位置；因此 TC 表示特定的系统消息在循 环中的第几个复帧中发送。 一个复帧的长度为 235ms， 8 个复帧的周期时长 为 1883ms，所以系统消息下发的最短间隔为 8 个复帧的时长 1883ms。 各种 系统消息发送的循环号 TC 和对应得发送信道如下表所示：
从上表可以看出，SI2Quarter 在 BCCH Norm 当 TC=5 或 4 时发送，或者在扩 展 BCCH(BCCH Ext)当 TC=5 时发送。如果 BCCH Norm 上发送 SI2Quarter， 会和其他系统消息存在较大的发送碰撞，需要进行轮流发送。由于 SI2queter 消息提供的内容较多，必须分多条消息发送，这样一来，发送小区重选需要的多 条 SI2quater 消息将消耗大量不确定时间。
以 SI2quater 发送机制为例，SI2quater 分 6 条消息下发，理论最短下发完成时 间为 1.883×6=11.298 秒，但实际中小区重选所需时间远大于这个值，据下图可以看出，从终端完成 RAU 进入 IDLE 态到开始执行小区重选，需要约 45S 的 时间。
从信令上看，是由于 SI2quater 消息与 SI13 消息均在 BCCH Norm 的同一个 TC 上发送，由此产生了冲突，在这种情况下，需要 SI2quater 消息与 SI13 消 息周期间轮流发送，这样一来每次冲突将导致一个周期(1883ms)的等待时间。
由上述分析可看出，由于 SI2quater 与其他系统消息的发送冲突，将引起大量的 发送等待时间，这样一来完整 SI2quater 消息的发送时间将大大增加。在 BCCHNorm上发送SI2quater消息时，很有可能会与其他系统消息发生冲突，而BCCH Ext 上发送 SI2quater 消息将不存在这种情况，这样一来发送完整 SI2quater 消 息的时间将大大减少，终端由 2G 重选回 4G 的速度也会随之提升。因此，可以 通过设置在 BCCH Ext 上发送 SI2quater 消息来加速 2G 重选回 4G 过程。
3.10 空闲态 2G 到 4G 的互操作是如何实现的？
答：GSM 结束通话后，若终端支持自主返回 4G，则可直接返回 4G；若终端不 支持自主返回 4G，且 2G 未广播 4G 邻区和重选参数，终端需通过 2→3→4 重 选返回 LTE，网络侧应注意配置 3→4 邻区；若终端不支持自主返回 4G，但 2G 广播 4G 邻区及重选参数，终端可能通过 2G->4G 或 2G->3G->4G 返回 4G。 包含“终端自主返回 4G”以及“2G→3G→4G”两种方式。下表展示了 2G/3G/4G 互操作类型。
1. GSM->LTE 重选（Idle 态）
启测条件：常测
判决条件：LTE RSRP > LTERXM+LTERUT
通过 SI2quater 消息发送邻区频点信息。
2. TDSCDMA->LTE 重选（Idle 态）
若 EarFcnPriority(LTE 的优先级) > Priority(3G 的优先级)，说明 TDS 重选优先 级相对 LTE 重选优先级较低，则对于 TDS 重选到 LTE 基于高优先级重选：
启测条件：常测
判决条件：LTE RSRP > EqrxlevMinRsrp+EThdToHighRsrp
目前现网将 TDS 启测条件设为始终开启测量，即只要满足判决条件后持续重选 定时器设定的时间就执行重选。
若 EarFcnPriority(LTE 的优先级) < Priority(3G 的优先级)，说明 TDS 重选优先 级相对 LTE 重选优先级较高，则对于 TDS 重选到 LTE 基于低优先级重选：
启测条件：TDS PCCPCH RSCP < Qrxlevmin(s) +ThdPrioritySearch1
判决条件： TDS PCCPCH RSCP < Qrxlevmin(s) + ThdServingLow & LTE RSRP > EqrxlevMinRsrp+EThdTolowRsrp
TDSCDMA 系统通过 SIB19 下发重选信息。
3.11 定时器对 SRVCC 切换到 GSM 失败的影响（案例）
问题现象
按指导书设置了相关 SRVCC 参数、添加 GSM 邻区和 LNHOG。 测试过程中发现当满足 B2 事件的条件后，UE 上报 B2 事件，但是 UE 一直未收 到从 EnodeB 下发的 Handover Command 消息，最终导致系统释放了本次通 话，多次拨测均存在此问题。
问题分析
1、核查终端是否支持 SRVCC通过 S1 口的注册信令发现终端（HTC M8）支持 SRVCC 功能，排除终端导致 的问题
2、通过 Emil 抓取拨测时段的信令进行分析 从抓取的信令可以看到 UE 上发 B2 后，EnodeB 向 MME 发送了 HandoverRequired，但是一直未收到 Handover Command 消息，导致 UE 长时间收不到 Handover Command 消息
3、核心网配合抓取相关 LOG 从核心网抓取的 MMElog 中可以看到 MME 已经收到了 ENB 上发的 HandoverRequired 消息，并开始向 MSC 发送 PS to CS Request 并得到了响应，但是此后 ENB 却上发了一条 Handover Cancel 消息给 MME（原因值为 9）， 最终导致了 MSC 向 MME 确认了 Cancel 消息，切换流程终止。
4、再次核查 emil log
再次分析 emil log 发现，ENB 确实向 MME 上发了 Handover Cancel 消息， 原因值为：radioNetwork : tS1relocprep-expiry（S1 重定位准备超时），初 步判定为某一定时器超时
包含有 Cancel 消息的 SRVCC 部分信令 并且通过分析发现，从 HandoverRequired 到 HandoverCancel 间隔 1 秒整， 可以判断这个定时器设置的值为 1 秒钟
5、定时器设置
参数核查发现，Timer T304 for interRAT GSM 与 LTE 向 GSM 切换有关，并 且现网设置也为 1s，尝试修改到 8s 中进行复测，问题仍然存在
咨询其他项目发现，还有 1 个定时器参数 Supervision timer for handover preparation to GSM 会对SRVCC切换有影响，查询现网发现该参数设置为1s， 修改为 5s 后进行复测，问题恢复。
建议方案
修改 Supervision timer for handover preparation to GSM 1000ms 到 5000ms
复测验证
多次复测，UE 都能正常切换的 GSM 网络。
MME 信令
空口信令
参数总结
1、Timer T304 for interRAT GSM，用于 ENB 内部计算监督切换执行阶段的 时间，起于 MOBILITY FROM EUTRAN COMMAND，止与 RRC Re-Establishment，PS 切换参数
2、Supervision timer for handover preparation to GSM ，用于通过 S1 切 换到异系统的 MME 响应准备阶段的时间，起于：HANDOVER REQUIRED，止 与 HANDOVER COMMAND 或者 PREPARATION FAILURE，超时将终止或者 取消切换流程，SRVCC 参数
经验总结
1、此类问题优先核查终端性能、测试卡权限
2、核查基站相关参数
3、请核心网协助核查是否参数有误
4、通过空口、S1 口的实际信令与正常信令进行比对，找出信令异常的部分再进 行分析
附：正常的 SRVCC 流程
3.12 RLC 优先级优化
现象：呼叫建立与切换过程冲突，专载被 MME 释放。呼叫建立过程中专载建立 与切换几乎同时发生，MME 未收到 NAS 专载完成消息导致释放专载，终端回 复 invite580（也有上发 CANCLE 的情况），专载丢失形成未接通事件。
原因分析：QCI5 设置的 RLC 优先级为 2，高于 SRB=2(传送 NAS 层消息)配置 为 3. 导致 NAS 的层 3 消息已经比 MR 要早，但是因为优先级比 MR 和 SIP 低， 未及时发送。
优化措施：降低 QCI 5 优先级，确保 SIP 消息及时上传，修改后此类问题改善 明显。
3.13 QCI 5 PDCP DiscardTimer 时长优化
现象：终端业务建立过程中，出现 SIP 信息传递丢失的问题，导致收到网络下发 的 INVITE500 或者 580 等原因值释放。
原因分析：UE 在无线信道较差的情况下，SIP 信令发送或接收不完整或者无法 及时传递，导致 IMS 相关定时器超时而发起会话 cancel。经过分析，由于 QCI5 的 pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致 QCI5 信令丢包。
数据丢弃
丢弃定时器过小
优化措施：
QCI5 PDCP DiscardTimer 由 300ms 修改为无穷大
优化效果：
VoLTE 无线接通率提升明显
3.14 SBC 传输协议 TCP 重传次数优化
背景：被叫从 2G 返回 4G 后，主叫起呼，被叫首先 bye 消息，紧接着接连收到 多条上一次呼叫的 invite，被叫回复 bye481\invite486\invite580，呼叫失败。
优化措施：爱立信 SBC 对 TCP 配置进行了修改：最大重传次数从 15 次改为 5 次，最大重传隔间从十几分钟改为 15s，此类问题已解决。
3.15 专载释放与切换冲突，通话结束未收到专载释放掉话
[问题描述]：在拉网测试过程中，通话挂机后，主叫上报 BYE 消息，IMS 回 BYE200 消息前后，同时手机发生切换，未收到 EPS 专载释放请求，1s 后软件统计掉话。
[问题分析]：经分析 MME log，发现 MME 未收到 PGW 下发的 delete bearer request 消息。当 X2 切换触发 SGW-initiated bearer modification procedure （完整信令是 CCR-CCA），如果此时 SIP 挂机触发 PCRF 也发 RAR 给 PGW， 由于 Gx 链路时延等原因，使得 RAR 先于 CCA 到达 PGW，根据协议规定，PGW 会继续 SGW-initiated bearer modification procedure 而 reject RAR (result code DIAMETER_OUT_OF_SPACE)。
[优化措施]：当前解决办法：
（1）缩短 DRA 时延配置。
（2）修改 SAPC 到 DRA 链路为主-备模式，保证 CCA 和 RAR 走同一路径和到达 PGW 的先后顺序。
[优化结果]：近期调整后的网格测试，暂时没有发现 BYE200 消息前后发生的切换没释放 QCI 1 专载的情况。
3.16 通话结束 MME 收到 del bearer req，专载释放与切换冲突，基站未下发 NAS
[问题描述]：通话挂机后，主叫上报 BYE 消息，IMS 回 BYE200 消息前后，同时 手机发生切换，EPS 专载没有释放，1s 后软件统计掉话。
[问题分析]：主叫挂机后，MME 收到 del bearer req，下发 Deactivate EPS bearer context Request 给源 eNB 携带 NAS 释放专载，但同时源 eNB 触发 X2 切换，向 MME 响应 ERAB release response（X2-Handover-Triggered）， NAS 消息未下发到手机。根据协议 36.413 中 8.6.2.4 有描述当 eNB 在触发 X2 切换时，eNB 将不传递 NAS 消息。
[优化措施]：属测试软件统计问题，建议软件加以剔除该问题。
4 常见 RF 优化问题
4.1 呼叫建立问题
4.1.1 RRC 建立失败
常见 RRC 连接建立失败原因有如下几种：
1. 弱覆盖区域发起接入；
2. 上行 RACH 问题；
3. TAU 过程中寻呼失败：
a）小区重选参数设置不合理
b）小区重选不及时
4. UE 未能在最好小区上发起接入；
5. RS 功率及功率分配参数问题；
6. 拥塞问题；
7. 设备异常问题。
RRC 连接建立失败解决措施：
1. RF 优化：消除弱覆盖、控制好越区覆盖
2. 优化 TA 边界，减小不必要的频繁 TAU，尽可能将 TA 边界规划在低密度区域。
3. 优化问题小区重选参数：保证 UE 能尽快选择最优小区发起接入。
4. 修改随机接入及功率分配参数：譬如 PRACH/PCCH/PDCCH/PDSCH/MSG3等的功率偏置。
5. 修改 RS 功率：确保满足预期的小区覆盖半径。
4.1.2 eRAB 承载问题
要实现 VoLTE 语音业务和视频业务需要建立以下承载组合：
语音业务载组合：SRB1+SRB2+2xAM DRB+1xUM DRB，其中，UM DRB 的 QCI=1，2 个 AM DRB 的 QCI 分别为 QCI=5 和 QCI=8/9。音频业务承载组合：SRB1+SRB2+2xAM DRB+2xUM DRB，其中，2 个 UM DRB 的 QCI=1 和 QCI=2，2 个 AM DRB 的 QCI 分别为 QCI=5 和 QCI=8/9。
e-RAB 建立失败排查方法如下几种情况：
1）弱覆盖导致 E-RAB 建立失败：
a）上行覆盖差：排查是否存在上行干扰；
b）下行覆盖差：排除 UE 解调性能不佳的因素，可以通过新增基站、进行 RF优化，调整天馈系统、RS 功率优化等手段，改善弱覆盖区域的问题，提高无线信号的覆盖质量。
c）UE 没有驻留到最优小区发起接入：对于这种情况需要提高同频小区重选的启动门限和速度，使得 UE 尽快驻留在最优小区，在最优小区发起接入。
2）UE/MME 侧导致的 E-RAB 建立失败：
a）UE 设备异常导致的 UE 拒绝：通过升级 HW/SW 版本或者替换其他 UE 予以解决；
b）针对 MME 侧导致的承载建立异常问题：排除无线信号覆盖质量问题和 S1链路失败等问题后，通过分析 eNodeB 侧跟踪数据，对于 MME 导致的其他问题需要提交给 CORE 团队
进行故障排查。
3）参数配置不合理导致 E-RAB 建立失败：
对于 eRab 承载异常导致的接入失败或掉话问题，首先检查参数配置，通过比较正常接入小区与接入异常小区的参数配置，确认两者是否存在不同；如有不同，确认是否会影响到 UE
业务接入或保持。
4）拐角效应：
实质上就是 RF 优化，调整天线或者 RS 功率等，使得目标小区的天线覆盖能够越过拐角，在拐角之前就能发生小区重选或者使当前小区的天线覆盖越过拐角，从而避免拐角带来的
信号快速变化过程，来降低呼叫失败。
5）设备异常
4.2 覆盖问题
下行覆盖问题是对 DT 测试获得的 RSRP 进行分析。常见的覆盖问题如下表所示：
4.2.1 弱覆盖
弱覆盖问题：常见的弱覆盖会导致掉话、接入失败和切换失败等。
对于弱覆盖问题可以通过以下方法优化：
1. 首先明确当前的弱覆盖区域由哪些扇区的信号覆盖；
2. 根据网络拓扑结构和无线环境确定最适合覆盖该区域的扇区、并加强它的覆 盖：
●排除主覆盖小区的硬件故障（例如：基带及射频器件故障、天馈系统驻波比告 警等）
●提高主覆盖小区的 RS 功率
●调整主覆盖扇区的天线下倾角或方位角
●建议加站（并调整周边基站天线的方位角和下倾角）
4.2.2 越区覆盖
当一个小区的信号出现在其周围一圈邻区及以外的区域时，并且能够成为主服务 小区，称为越区覆盖。在实际网络覆盖中，由于无法精确控制无线信号的传播， 因此或多或少都会存在越区覆盖的情况。
越区覆盖易导致 “导频污染”或引起主服务小区的干扰（包括邻区漏配、越区 信号的迅速变化等），易导致各种异常事件。
对于越区覆盖一般优化原则，是在区域中已有合理的稳定信号覆盖的情况下、尽 可能地控制越区覆盖的信号：
（1）调整越区覆盖扇区的天线下倾角、方位角或 RS 功率
（2）上述方法无法实施，在孤岛区域形成的影响区域较小时，可以设置单
边邻区解决；在越区形成的影响区域较大时，在 PCI 不冲突的情况下，可以通过 互配邻区的方式解决，但需谨慎考虑。
4.2.3 干扰问题
干扰从链路方向分为上行干扰和下行干扰，区分上行或下行干扰不同的表象，有 利于快速定位问题和给出解决方案。
上行干扰：当上行链路受到干扰的时候，UE 的发射功率通常较高（接近 UE 最 大发射功率），而且基站侧测得的 RSSI 偏高。上行干扰问题通过检查各个小区 的底噪进行判断。如果某一小区的底噪过高，并且没有与之相当的高话务量存在， 则确认存在上行干扰问题，分析干扰原因并解决。
当下行链路受到干扰的时候，UE 测得的 RSRP 较好、但是 SINR 偏差的情况， 确认为下行干扰问题，分析干扰原因并加以解决。
4.2.4 切换问题
切换失败将影响掉话率、MOS 等关键指标。切换优化是一个长期的持续性的工 作，需要做好覆盖优化和邻区优化，而不是靠个别参数的调优或启用某些特定功 能，就能有较大幅度的提高或改善，需要不断的做精做细。
切换问题优化可以通过以下方法开展：
邻区优化需要重点关注漏配邻区的问题。
切换参数优化：涉及同频/异频/异系统邻区是否完善、邻区参数是否正确、切换 参数是否合理或漏配等，需要纳入日常性的核查与优化工作中。
通过 RF 手段优化切换问题，关键在于控制切换区的位置和长度，并尽量保证在 切换区里参与切换的信号强度能够平稳的变化，通过调整天线方向角和下倾角来 改变切换区的位置和信号分布，优化时要根据实际的环境加以调整。
案例：异频邻区漏配导致掉话
现象：终端满足切换条件后上报系统内异频的测量报告，基站在收到目标 PCI 为未知测报（即:小区已配置的邻区中不包含该 PCI），则基站立刻进行异频重定向流程，下发 RRCConnectionRelease，原因为异频重定向，从而产生掉话事 件。
分析：
1. 服务小区频点为 38350，从重配消息中可以看到，其已配置的频点为 37900 的邻区中不包含 PCI5 的邻区，见图：
2. 满足切换条件后，终端上报测量报告，目标 PCI 为 5，见下图：
3. 基站收到测报后，立即下发 RRCConnectionRelease，原因为指向 37900 频点的重定向，重定向后产生了掉话，见下图：
解决方案：此类掉话可通过完善漏配的邻区或关闭异频重定向（关异频重定向需 要做 DV 表关闭）加以解决。
4.2.5 eSRVCC 切换问题
eSRVCC 切换成功率与 G 网邻区配置准确性和合理性有直接关系，对 eSRVCC 优化建议如下：
1）在初始配置阶段，可以参考 CSFB 邻区配置，虽然 CSFB 仅仅配置频点，未 具体定义哪个具体小区，但是 CSFB 在外场经历了长期的优化，相对而言邻区设 置比较合理。但要确保
邻区的准确和完善，比如配置的 G 小区不合理，上报的 G 网小区满足不了 B2 异系统门限（GSM）而导致切换失败。
2）系统间邻区关系配置，建议定期结合 GSM 规划数据更新 eSRVCC 邻区定义， 核查 G 网小区参数是否与现网一致，2G 邻区相关的参数配置要正确，如 BSIC 参数错误，频点错误
等。
3）核查邻区同频同 BSIC 情况，如发生此类问题，需要及时协调 GSM 侧优化调 整。结合测试进行补充、删除不合理邻区关系，此项工作为日常优化工作重要组 成部分。
4）根据不同场景设置合理的切换参数。eSRVCC 异系统门限设置不合理会导致 过早切换到异系统、来不及切换到异系统等问题，容易引发通话质量下降、掉话、 重定向等事件发生，
可以根据具体环境验证最佳取值（需注意：若 A1 门限配置 过低，易导致删除 B2 事件，不触发 eSRVCCC 切换）。
案例：GSM 邻区信息配置错误无法触发 eSRVCC 切换
现象：在某次 VoLTE 语音业务路测中，因 LTE 小区外部 GSM 邻区网管参数配 置与实际不一致而导致 eSRVCC 切换失败，终端掉话并重定向到 GSM 网络。
UE 测量满足 B2 条件并上报 B2 测量报告，在 B2 测量报告中 GSM 邻区为 BCCH 512，BSIC 12（NCC 01、BCC 02 ），如图所示：
正常情况下，eNB 收到该 B2 测量报告并判决下发 mobilityFromEUTRACommand 消息给 UE，让其切换到该 GSM 邻区，但实 际上网络下发的是 RRC Connection Release 消息（如下图）使 UE 重定向到 GSM 小区，终端掉话：
通过核查网管中该 G 网邻区参数配置，发现该邻区 BSIC 配置为 7，与实际 UE 测量的 BSIC 12 不一致，修改该 G 网邻区 BSIC 为 12 后，复测可正常切换到该 小区，掉话解决。
