湖滨路营业厅4G网络问题分析与解决方案.pdfVIP

关于湖滨路营业厅的问题分析

湖滨路营业厅的用户，在湖滨路营业厅室分4G网络驻留时会经常出现无法被

寻呼到的问题。针对这一问题，市移动公司在5月21日组织了人员对该室分进行了拨打测

试。

测试方法：通过两两互拨的方式

测试设备：SonyM35T2部，IPhone5S2部，D2一部，酷派双待一

部，三星Note2双待一部。

测试软件：鼎利9.0.1002

信令软件：NSNEmil2.5

测试时间：10：00-12：:3015:00-19:00

经过大量的拨打测试，发现湖滨路营业厅室分共存在以下3类问题：

⚫网络侧资源限制造成RRC连接被

问题现象：当在4G网络起呼后，发送RRCConnectionRequest消息后，网络侧回复了RRC

ConnectionReject消息，的为waitTime:2。具体的信令流程如下：

问题分析：根据的，此类问题是由于网络侧的资源受限造成的。

解决方案：检查网络侧的信道参数，对PUCCH、PDCCH、PRACH等信道进行扩容处理。处理

后下午测试中再未出现过此类问题。

⚫在2G通话结束后未能正常释放

问题现象：在2G网通话结束后，发送了Release消息，但是并未正常释放，随后

进入一种工作状态，不断的向网络发送测量报告。此时拨机会出现“您

所拨打的暂时无法接通”或者“您所拨打的用户正在通话中”。具体的信令如下：

问题分析：在2G网络未能正常的释放资源，造成的吊死，应该属于故障。

⚫LoadBalancingTAURequired导致的CSFB到2g

问题现象：在LTE网络下没有做任何语音呼叫的情况下，收到网络侧下发的paging消

息，在LTE网络进行的接入，发送RRCConnectionRequest消息，接入为mt-access

（被叫接入），随后EnodeB收到了一条EPC下发的UEContextModificationRequest，这条信

息里包含有修改AMBR的消息，但并未包含CSFB消息，ENodeB回复了

EPCUEContextModificationResponse后，紧接着向UE下发了包含了cs-fallback-trigered的

RRCConnectionRelease消息，UE收到消息后释放了LTE侧的资源，接入了2G或3G网络。

由于此时的并未有任何的业务要做，因此在接入2G或者3G网络后会进入Idle态，

很快就重选回了4G网络，4G网络又会将UECSFB回2G或3G网络，这样UE就进入了一个

4G-2G-3G-4G的循环过程，具体的信令流程如下：

鼎利测试软件测试到的空口信令流程：

Release消息带有csfb到2g的频点。

S1口抓到的信令流程：

EPC向EnodeB发送了UEContextModificationRequest，里面包含有修改AMBR的消息，但并

未包含CSFB消息。

UE被指派到了3G：

UE被指派到了2G：

问题分析：CSFB通常情况下是由于UE需要发起CS域业务时或者需要相应网络侧的CS域的

寻呼消息时才会发生。而这个案例中UE收到的CSFB消息是由EnodeB下发的，EnodeB只

有在异系统的A2发生时才会通过CSFB将UE指派到其他网络，而我们检查了网络侧参

数和UE当时的状态，证明UE当时并未发生异系统A2，因此怀疑此为EnodeB在高负

荷时发生的一个错误的判断。

问题解决：

通过向NSN的研发技术支持，研发给出的答复如下：

简单来讲就是网发送UEContextModificationRequest消息包含AMBR不包含CSFB是

正确的信令，而NSN的EnodeB在高负荷的情况下会错误