●MOS值与RTP丢包及Jitter关系都较大，目前正在进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证。

1.9 MME专载保存功能（可选）

功能描述：在基站发起UE-lost原因值的上下文释放请求时，MME保持专载2s不释放，等待空口重建。

验证情况：已在某MME下成功验证了该功能。当时无线环境较差，UE发起RRC重建失败，通过MME专载QCI1保持功能使得在新发起的业务过程中，RRC重配中建立包括专载QCI1的3条DRB，不会发生掉话。（本次测试中专载保持时长约1.358s）

功能总结：

1）当无线环境较差时，UE发生RRC重建，若RRC重建成功，手机将不会掉话。

2）MME侧也可以在RRC重建失败后，通过MME专载QCI1保持功能使得在新发起的业务过程中，专载QCI1继续保持，也可使得手机不掉话。 3）此功能为爱立信MME非必选功能，建议打开。但是该功能不在集采目录，暂时无法采购。

1.10 专载释放与切换冲突，通话结束未收到专载释放掉话

[问题描述]：在拉网测试过程中，通话挂机后，主叫上报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专载的情况。

1.11 通话结束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消息。

[优化措施]：属测试软件统计问题，建议软件加以剔除该问题。

2 案例分析

2.1 典型案例

案例1：LTE弱覆盖，eSRVCC切换不及时掉话

10:57:29.710基站下发异频异系统测量报告，包含2G频点及B2门限（LTE:-110，GERAN:-95）

10:57:38.479，主叫达到B2门限

10:57:42.109，主叫RSRP已恶化至-117dBm，SINR至-3，但终端仍没有上报B2事件

10:58:05.587，RTP包不能正常收发，10s后RTP inactivity定时器触发，会话中断，出现掉话：