修改SI2quater廣播的信道位置縮短4G CSFB回落2G時(shí)延分析

1、修改SI2quater廣播的信道位置縮短4G回落2G時(shí)延分析1、問題描述2016年8月份，由于邯山趙王酒業(yè)3G基站斷站，造成現(xiàn)場(chǎng)3G信號(hào)弱覆蓋，部分用戶反映占用4G信號(hào)無(wú)法正常撥打電話。邯山趙王酒業(yè)原CSFB回落策略為4G回落3G 。為解決投訴問題，決定在邯山趙王酒業(yè)（中興2+4 SDR設(shè)備）基站開啟4G CSFB回落2G功能。測(cè)試中，共發(fā)現(xiàn)兩個(gè)問題：?jiǎn)栴}1、4G回落2G后，由于多了位置更新流程，造成CSFB時(shí)延較長(zhǎng)，影響用戶感知。問題2、 解決了問題1的位置更新問題后，多次撥打測(cè)試，發(fā)現(xiàn)時(shí)延沒有縮短。2、問題1分析2.1現(xiàn)場(chǎng)測(cè)試情況現(xiàn)場(chǎng)測(cè)試4G占用HD邯山趙王酒業(yè)ZXF-2（PCI=100）

2、，TAC=12545，RSRP為-85dbm，SINR為20.3dbm。2G占用D邯山趙王酒業(yè)_2（CI= 54887），LAC=12700，Rxlev為-63dbm，RxQual為0。進(jìn)行15次CSFB測(cè)試，主被叫皆能正常接通，主叫CSFB平均建立時(shí)延為11.06秒。4G覆蓋小區(qū)信息2G覆蓋小區(qū)信息2.2信令分析分析測(cè)試數(shù)據(jù)發(fā)現(xiàn)，主被叫4G CSFB到2G后，會(huì)先進(jìn)行位置更新，主被叫用來(lái)位置更新的總時(shí)長(zhǎng)為2.56秒。主叫信令截圖：圖1 主叫從4G回落2G信令圖圖2 主叫位置更新信令圖圖3 主叫Setup建立被叫信令截圖：圖4 被叫從4G回落2G信令圖圖5 被叫位置更新信令圖圖6 被叫Setu

3、p建立2.3解決方案由于邯山趙王酒業(yè)原CSFB策略為4G回落3G，4G的TAC和2G的LAC無(wú)映射關(guān)系，4G回落至2G后會(huì)發(fā)起位置更新流程。為解決該問題，特申請(qǐng)新的TAC以對(duì)應(yīng)2G的LAC。 2/4G小區(qū)TA-LA映射關(guān)系表如下：4GTAC（Hex）2GLAC（Hex）MSC sever GT號(hào)2GLAC(Dec)4GTAC(Dec)小區(qū)信息1503319C86156443101270053794G：HD邯山趙王酒業(yè)ZXF-22G：D邯山趙王酒業(yè)_22.3.1TA-LA映射前后信令對(duì)比修改邯山趙王酒業(yè)4G基站TAC歸屬（125455379）后，現(xiàn)場(chǎng)進(jìn)行15次CSFB測(cè)試，主被叫皆能正

4、常接通，主叫CSFB平均建立時(shí)延為11.73秒。TA-LA映射前后主叫信令對(duì)比如下：NO4GTAC和2GLAC映射前4GTAC和2GLAC映射后1Ext service requestExt service request2RRC Connection ReleaseRRC Connection Release3RR Immediate AssignmentRR Immediate Assignment4Location Updating RequestCM Service Request5Location Updating AcceptCM Service Accept6CM Service

5、 RequestSetup7CM Service AcceptCall Proceeding8SetupAlerting9Call ProceedingConnect10AlertingConnect Acknowledge11Connect12Connect Acknowledge主叫CSFB建立時(shí)延11.06S主叫CSFB建立時(shí)延11.73S通過上述信令對(duì)比發(fā)現(xiàn)，4GTAC和2GLAC映射后，減少了位置更新流程，但是整體CSFB呼叫時(shí)延并沒有縮短。3、問題2分析3.1時(shí)延分布對(duì)比針對(duì)如上在4G TAC和2G LAC映射后CSFB時(shí)延沒有縮短問題，進(jìn)行了時(shí)延分布對(duì)比分析。主叫CSFB時(shí)延分布

6、對(duì)比如下：4GTAC和2GLAC映射后4GTAC和2GLAC映射前 由4G TAC和2G LAC映射前后時(shí)延分布可以發(fā)現(xiàn)，映射前Ext service request到CM service Request 3.99S，映射后為4.21S，時(shí)延并沒有因?yàn)闇p少了位置更新流程而縮短，問題應(yīng)該是出在這里。3.2信令對(duì)比分析分析4GTAC和2GLAC映射后的信令流程發(fā)現(xiàn)，4G回落2G后有很長(zhǎng)一段時(shí)間都在接收系統(tǒng)消息，平均時(shí)長(zhǎng)在4.1S（RRC Connection Release 至CM Service Request）。信令對(duì)比：4GTAC和2GLAC映射后4GTAC和2GLAC映射前 通過信令對(duì)比可以發(fā)現(xiàn)，映射后接收了2條SI2 quarter消息，UE等待第2條SI2 quarter接收完成后，才發(fā)起業(yè)務(wù)請(qǐng)求，導(dǎo)致整體CSFB時(shí)延變長(zhǎng)。3.3解決方案修改SI2quater廣播的信道位置，由在正常的BCCH塊上廣播修改為在擴(kuò)展的BCCH塊上廣播。修改后RRC Connection Release 至CM Service Request信令流程為：修改后主叫CSFB時(shí)延分