中国移动研究院CSFB项目问题分析总结.docx
《中国移动研究院CSFB项目问题分析总结.docx》由会员分享,可在线阅读,更多相关《中国移动研究院CSFB项目问题分析总结.docx(29页珍藏版)》请在冰豆网上搜索。
![中国移动研究院CSFB项目问题分析总结.docx](https://file1.bdocx.com/fileroot1/2023-5/27/a974f92e-263f-4895-aaf3-cc769f138ee3/a974f92e-263f-4895-aaf3-cc769f138ee31.gif)
中国移动研究院CSFB项目问题分析总结
产品名称Productname
密级Confidentialitylevel
TD-LTE\GSM
内部公开
产品版本Productversion
Total19pages共26页
CMCC研究院CSFB测试问题总结分析
融合通信解决方案集成验证部
Preparedby
拟制
张鹏伟
Date
日期
2012-11-20
Reviewedby
评审人
Date
日期
Approvedby
批准
Date
日期
Authorizedby
签发
Date
日期
HuaweiTechnologiesCo.,Ltd.
华为技术有限公司
Allrightsreserved
版权所有XX
RevisionRecord修订记录
Date
Revision
ChangeDescription
Author
2012-11-20
1.0
张鹏伟
Catalog目录
中国移动研究院CSFB项目FAQ4
1目的5
2组网概述和测试环境描述5
3问题描述及解决办法10
3.1问题描述:
10
3.2问题描述:
10
3.3问题描述:
11
3.4问题描述:
12
3.5问题描述:
13
3.6问题描述:
14
3.7问题描述:
15
3.8问题描述:
17
3.9问题描述:
17
3.10问题描述:
19
3.11问题描述:
20
3.12问题描述22
中国移动研究院CSFB测试问题总结分析
Keywords关键词:
CSFB
Abstract摘要:
Listofabbreviations缩略语清单:
Abbreviations
Fullspelling
Chineseexplanation
CSFB
CircuitSwitchedFallback
CS语音回落
CCO
CellChangeOrder
小区切换命令
LTE
LongTermEvolution
长期演进技术
EPS
EvolvedPacketSystem
演进的分组交换技术
RIM
RANInformationManagement
RAN信息管理
RRC
RadioResourceControl
无线资源控制
CSMT
AflaginLAupdaterequestmessageusedinCSfallbackforMTcalltoavoidmissingpaginginroamingretry.
CSMO
AflaginCMServiceRequestandLAUpdaterequestmessageusedinCSfallbackforMOcalls.
1目的
通过北京移动研究院CSFB项目,包括标准CSFB和MavenirIWF方案(Proxy),对测试中一些常见问题的解决思路和解决方法,进行梳理和总结,可供后续项目参考使用;
2组网概述和测试环境描述
【版本信息】
【组网】
图1:
测试结构场景一(华为MSCPOOL+HWLTE下的标准CSFB组网)
图2:
测试结构场景二(华为MSCPOOL+NSNLTE下的标准CSFB组网)
图3:
测试结构场景三(华为MSCPOOL+NSNLTE下的IWF方案组网)
图4:
测试结构场景四(华为MSCPOOL+HWLTE下的IWF方案组网)
3问题描述及解决办法
3.1问题描述:
当GSM与LTE的PLMN不一致时,ENODEB发起R9-RIM流程,携带的目标GSM小区信息非需要的目标GSM小区信息;
解决办法:
在eNODEB上面删除GERAN外部小区PLMN列表
ADDGERANEXTERNALCELLPLMN:
;
添加跨PLMN切换配置
ADDINTERPLMNHOLIST:
;
原因分析:
CCEM挑选PLMN发给S1ITF的原则是这样的:
●优先在源侧PLMN中查找,若外部小区可在源侧PLMN中找到匹配,那就满足非跨PLMN的条件,ulTargetPlmn值与ulSourcePlmn的值填写相同。
●若源侧PLMN中找不到匹配,则在源侧PLMN下配置的目标切换PLMN中查找,搜索到匹配,则将源侧PLMN和目标切换PLMN分别填在ulSourcePlmn与ulTargetPlmn中传给S1ITF.
3.2问题描述:
如何控制网络侧是否对终端发起Classmark请求
解决办法:
MSC:
呼叫和短信:
MODMSFP:
ID=P145,MODTYPE=P1,BIT=2,BITVAL=0;(0为关闭)
位置更新:
MODMSFP:
ID=P191,MODTYPE=P1,BIT=5,BITVAL=0;(0为关闭)
BSC:
早发ECSC,MODGCELLCCBASIC:
ECSC=是;
原因分析:
位置更新和呼叫\短信时,是否发起对终端的Classmark请求,MSC是有2个软参控制的:
呼叫和短信:
MODMSFP:
ID=P145,MODTYPE=P1,BIT=2,BITVAL=0;(0为关闭)
位置更新:
MODMSFP:
ID=P191,MODTYPE=P1,BIT=5,BITVAL=0;(0为关闭)
另外,在BSC上面还有一个开关(ECSC),如果打开,表示无线侧要求会对终端进行Classmark请求;从而解释了为什么在核心网侧看到了一个请求,但是终端发回两个update响应——因为核心网和无线侧都对终端进行了请求;
a.MSC和BSC都请求:
b.只MSC请求,BSC关闭ECSC:
c.只BSC请求,MSC关闭请求:
(核心网没有请求下发,该响应来自BSC得ECSC请求;)
后经验证,该流程的有无,对于时延几乎没有影响;
3.3问题描述:
测试时,终端无法在LTE稳定驻留,大约1min后,手机自动回落到GSM:
解决办法:
RMVCELLRESELGERAN:
LocalCellId=0,SpeedStateSfCfgInd=NOT_CFG;
原因分析:
是因为ENODEB上打开了SIB7机制,LTE广播SIB7带有异系统信息,导致终端重选回GSM网络;
3.4问题描述:
MavenirIWF方案MT方案,核心网发两次Paging导致时延大问题分析;核心网下了2次Paging,第一次未收到响应,之后进行第二次Paging,导致寻呼共耗去5秒时间。
解决办法:
a.MSC支持识别CSMT标识的功能,MSC收到来自无线侧的带有CSMT标识的LAU,直接给终端下SETUP,不发Paging请求;
b.IWF将收到HSSCANCELLOCATION后,发起第二次请求漫游号码的TIMER从0.5秒延长为2.5秒之后,可以避免MT流程2次Paging的发生,减少一次Paging,
原因分析:
a.MSC是否支持识别CSMT标识的功能
●若MSC不能识别CSMT标识,虽然位置更新中携带的CSMT,但是MSC会认为这是一次普通的LAU过程,而不是一个CSFB回落的过程,并且LAU过程后,PS域也要做RAU过程,当LAU完成之后,MSC下第一个Paging时,终端处于IDLE态,还在做RAU,所以拒绝第一次的Paging请求,第二次Paging时,终端已经完成RAU流程,才可以响应来自MSC得Paging请求;
无线侧收到终端的LAU请求,携带CSMT:
核心网发起两次Paging:
●若MSC识别CSMT标识,回落触发的LAU完成后,MSC会认为这是一次CSFB呼叫,VMSC会直接下SETUP给被叫终端建立呼叫,而不再下Paging给终端,从而减小了寻呼所引起的5秒左右的时延;
无线侧收到终端的LAU请求,携带CSMT:
MSC识别来自无线侧的CSMT标识:
核心网完成LAU后,直接给终端下SETUP,进行CSFB呼叫:
b.修改IWF第二次取漫游号码timer:
●当IWF修改timer为0.5秒时(意为IWF将在VMSC完成位置更新后0.5秒发起第二次取漫游号码请求),此时因为PS还在做RAU,处于非IDLE态,所以取到漫游号码后,Paging终端无响应,导致需要发第二次Paging:
●当IWF修改timer为2.5秒时(意为IWF将在VMSC完成位置更新后2.5秒发起第二次取漫游号码请求),此时PS已经完成RAU,处于IDLE态,所以取到漫游号码后,第一次Paging终端,就可以收到终端的响应:
3.5问题描述:
不同版本对MMEname的编解码规则不同导致MME与MSOFTX3000对接时MMEname解析失败
解决办法:
在V100R007C10SPC700版本基础上打V100R007C10SPH702补丁,加载补丁后,如果要解决此问题,还需完成如下配置。
P418Bit0配置为1,命令如下:
MODMSFP:
ID=P418,MODTYPE=P1,BIT=0,BITVAL=1;
原因分析:
29118R8版本与R10版本对MMEname的编解码规则不同,MSOFTX3000(R8版本)与MME(R10版本)对接时,MSOFTX3000解析MMEname失败,导致位置登记没有响应;
处理办法:
在V100R007C10SPC700版本基础上打V100R007C10SPH702补丁,加载补丁后,如果要解决此问题,还需完成如下配置。
P418Bit0配置为1,命令如下:
MODMSFP:
ID=P418,MODTYPE=P1,BIT=0,BITVAL=1;
按照29118协议R8版本编码/解码MMEname参数的MSOFTX3000与按照29118协议R10版本编码/解码MMEname参数的MME对接时,MSOFTX3000无法正确解析MMEname。
通过设置该软参值为1,MSOFTX3000将按照R10版本编码/解码MMEname参数,以实现MSOFTX3000与MME的成功对接。
3.6问题描述:
主、被叫同局呼叫时,收到SGsLTE侧的pagingreq(SGsservicerequest消息),就直接给MO用户返回Alerting(inbandtoneavailable)了,而不是等到被叫pagingresponse后,被叫返回Alerting之后,与一般的CS呼叫流程不符合;
解决办法:
MODMSFP:
ID=P1151,MODTYPE=P1,BIT=13,BITVAL=0;(0表示不发送)
原因分析:
第一个Alerting发给主叫侧,核心网是可以通过软参来控制,是否发送:
MODMSFP:
ID=P1151,MODTYPE=P1,BIT=13,BITVAL=0;
处于SGs口附着状态的用户在做语音被叫业务时,需要回落到CS域进行业务接续,由于回落时间相对较长,通过设置该软参为1,可以在此过程中给主叫用户放音,以改善用户感受。
MSC给主叫早发Alerting,改善主叫用户体验:
正常情况下被叫先发送AlertingMSC,MSC再发给主叫用户
3.7问题描述:
BSCR013版本正确配置完成LTE邻区之后,GSM无法在系统消息2Quater中广播4G邻区信息给终端,导致终端无法重选回LTE
解决办法:
SETGCELLCCUTRANSYS:
TDDSIOPTIMIZEDALLOWED=0;
设置小区呼叫控制UTRAN系统消息参数,关闭TDD系统消息优化开关,因为开关开启的情况下,不编码LTE邻区;
原因分析:
完成CSFBMO\MT呼叫后,若关闭FASTRETURE功能,发现长时间无法重选回LTE;通过在BSC上面抓取BSC和BTS之间ABIS口的系统消息,发现BSC广播的2Quater系统消息中没有LTE邻区信息,检查LTE邻区配置,LTE邻区重选,快速重选等配置均OK;之后,BSC开发定位为R013版本编码问题,需要关闭TDD系统消息优化开关即可;因为开关开启的情况下,不编码LTE邻区,该问题已经在R014版本修改;(注意:
关闭该开关后,会影响无线的KPI);
●如何触发和观测2Quater消息:
配置LTE邻区及相关配置后,通过命令SNDGCELLSYSMSG:
IDTYPE=BYID,CELLID=13;触发2Q消息:
2Quater消息在电路域Abis抓取,在BCCHInformation中第5条和第6条携带:
携带LTE邻区信息:
3.8问题描述:
LTE与GSM异PLMN情况下,MO\MT以R8\R9方式下回落,ENODEB已经通过RRC-CON-REL将目标回落消息的频点或系统消息带给终端,但是终端无法接入目标回落网络;
解决办法:
在MME上面配置GSM的PLMN为等效PLMN;
ADDPEERPLMN:
AREA=ALL,SUBRANGE=ALL_USER,EPLMN1="46061";
原因分析:
由于当前高通8960手机、HUAWEID2手机无法读取USIM卡中的HPLMN,对于跨PLMN回落方式,当手机读取到LTE指示的目标回落的PLMN后,但是终端会认为这是一个无效的小区,不会去接入该小区,所以需要在MME上面配置等效PLMN,终端联合附着时,MME通过附着响应带给终端;
另外,对完成CSFB语音通话之后,当终端从GSM重选回LTE,也需要在MSC和SGSN上面分别配置MME的PLMN为等效PLMN;核心网通过LAU响应将该等效PLMN带给终端:
3.9问题描述:
当USIM卡PLMN与LTE网络PLMN不一致,网络PLMN与现网一致时,手机接入LTE网络一次后,过若干秒之后,手机界面显示该网络被禁用,并且之后无法再登陆LTE网络
解决办法:
1、高通终端可以通过AT命令删除该“forbiddenPLMNLIST”,以使终端可以第二次接入LTE网络,但是TIMER过期后,又会出现之前被禁的情况;
2、可通过设置终端为“ONLYLTE”模式,进行手动搜网,搜到网络后,进行手机重启(切勿直接拔电池),可以擦出forbiddenPLMNLIST;然后再以LTE+GSM方式接入LTE网络;
原因分析:
LTE网络PLMN:
46001(与联通现网一致)
USIM卡PLMN:
46006
当终端成功附着到LTE网络后,因USIM卡和网络的PLMN不一致,所以出于漫游状态;而终端会在若干秒后(此处应该有个TIMER),终端会尝试寻找并接入其归属网,如果周围存在相同网号的现网信号,那么终端会尝试接入,从终端LOG观察,接入失败,此时终端界面会提示“该网络已经被禁止”;之后,终端便无法再接入我们的LTE网络了;从终端的LOG观察分析,是由于接入现网被拒后,终端便写入了协议上定义的“forbiddenPLMNLIST”,所以终端无法接入;(注:
此时终端设置为LTE+GSM模式)
关于“forbiddenPLMNLIST”:
当UE收到这个原因的拒绝时,会将此PLMN加到forbiddenPLMN列表中。
这个列表同时存在于ME的RAM和SIM卡的EFFPLMN中,在自动模式下,如果不得不选中这个PLMN(比如当前只有这个PLMN的情况),UE发现这个PLMN在forbiddenPLMN列表中,就不会再尝试登记,节省了网络资源,但限制业务limitedservice还是可以获得的。
为什么要将此列表保存在SIM中呢?
这样当手机下一次开机时,仍然可以获得这个列表,并不会再尝试登记(自动模式下)。
比如,如果一旦中国移动和中国联通实现了漫游,如何将这个PLMN从forbiddenPLMNlist中去掉呢?
这就需要使用手动模式在手动模式下,UE会将当前有覆盖的所有的PLMN都呈现给用户,无论它是否是被禁止的,这样用户就可以选一个被禁止的PLMN。
而一个被禁止的PLMN一旦登记成功将会从forbiddenPLMN列表中删除包括SIM中的;
3.10问题描述:
BSCR013版本MT被叫无法实现FASTRETURE流程场景分析
解决办法:
该问题为BSCR013版本问题,目前已经在R14C00SPC500b版本解决;
原因分析:
原因分析(仅对BSC13版本MT流程):
1、对于标准CSFB方案,构造跨LA场景:
a、若终端和VMSC都能识别csmt标识,回落触发的LAU完成后,VMSC会直接下SETUP给被叫终端建立呼叫,呼叫结束后,BSC判断被叫进行的是一次LAU过程,所以BSC发给终端的拆线消息不会携带LTE频点信息,FR失败;
b、若终端或VMSC有一侧不能识别csmt标识,回落触发LAU完成后,VMSC会下PAGING给终端,终端会回PAGINGRESPONSE给核心网,所以呼叫结束后,BSC会认为这是一次呼叫,所以FR是会成功的;(该点目前没能得到确认,需要找即支持CSFB功能(有SGS口)且不识别csmt版本的MSC进行验证)
2、对于PROXY方案,天然跨LA场景(Proxy方案就是利用了协议中RoamingRetry这个场景):
a、原因同上a;
b、若终端或VMSC有一侧不能识别csmt标识,回落触发LAU完成后,VMSC会下PAGING给终端,终端会回PAGINGRESPONSE给核心网,所以呼叫结束后,BSC会认为这是一次呼叫,所以FR成功;(目前这一点已经得到验证,家里测试PROXY方案和移动这边测试的IWF方案FR都是成功的,被叫LAU请求中应该没有csmt这个字段):
(虚线部分取决于位置更新请求中是否携带"CSMT"标志,VMSC决定是进行PAGING还是进行SETUP,后续流程与普通呼叫完全一样)
CHANNEL-REL:
3.11问题描述:
CSFB回落到2G进行补充业务查询失败问题分析:
解决办法:
在Channelrelease中带不带频点是与是否开启FR有关,与无论终端是LTE覆盖区域还是不在LTE覆盖区域没关系。
也就是说要支持在终端查询补充业务的操作,BSC必须开启FR才能支持;
原因分析:
用户在手机上查询签约的补充业务(比如前传业务,呼叫等待,呼叫保持等):
1.成功的业务流程是:
核心网第一次收到CM业务流程,进行了补充业务的查询,并返回查询结果(返回第一种补充业务)给终端,然后拆线发clearcommand给BSC,BSC收到后下发channelrelease(带了4G的频点,也即开启了FR)给终端;终端发起第二次业务请求到核心网,继续进行进行补充业务的查询....以此,直到查询最后一个补充业务结束,流程结束,终端上显示查询成功。
2.不成功的业务流程是:
核心网第一次收到CM业务流程,进行了补充业务的查询,并返回查询结果(返回第一种补充业务)给终端,然后拆线发clearcommand给BSC,BSC收到后下发channelrelease(没有带4G频点)给终端;之后终端认为此用户短时间内没有返回4G,要驻留2G,所以触发了在2G的位置更新,导致了查询补充业务的进程在仅仅进行了第一次查询后终止,终端上显示查询失败。
问题一:
即使未覆盖测试区域的LTE邻区打开FR,BSC下发ChannelRel时也会携带该LTE的频点,按理来说该频点带给终端后,因为一直测量不到该LTE小区,还是发起LAU,但是实际没有,为什么?
这里面的关键点就是在第一次BSC收到后下发channelrelease给终端是带了频点,此时终端就不发起LAU,继续进行第二次CM业务流程进行第二种补充业务查询,如此循环直到结束,结果是查询成功了。
关键点就是开启了FR后,在第一次channelrelease给终端是带了频点。
问题二:
覆盖测试区域的LTE邻区打开FR,BSC将带有LTE邻区的频点下发给终端后,终端应该可以测量到该LTE邻区,应该迅速重选回到4G网络,但是实际测试结果相反,而且业务测试成功了,为什么?
目前这个问题,还没有合理的推测解释,怀疑与BSC和终端之间的兼容性相关,由于现在测试只是高通一家的终端,还不能完全确定。
3.12问题描述:
如何配置R9-RIM流程?
解决办法:
如下
原因分析:
3.12.1涉及网元:
核心网:
MME\SGSN
无线侧:
BSC\ENNODEB
3.12.2流程简图:
3.12.3数据配置和观察点:
注意:
以下数据的配置是建立在PS可以完成基本业务数据配置的基础之上进行的;
ENODEB上的配置:
A.因为R9-RIM流程首先是从ENODEB发起的,所以在没有LTE终端的情况,可以连续执行如下两条命令在ENODEB上面进行模拟调试:
MODENODEBALGOSWITCH:
HoAlgoSwitch=GeranFlashCsfbSwitch-0,RimSwitch=GERAN_RIM_SWITCH-0;(关闭RIM开关)
MODENODEBALGOSWITCH:
HoAlgoSwitch=GeranFlashCsfbSwitch-1,RimSwitch=GERAN_RIM_SWITCH-1;(打开RIM开关)
注:
第一个开关是起决定性作用,决定是R8还是R9,=0是R8,=1是R9,后面的一个开关=1是mulit,=0是single
B.快速Csfallback至Geran算法开关和RIM开关;
MODENODEBALGOSWITCH:
HoAlgoSwitch=GeranFlashCsfbSwitch-1,RimSwitch=GERAN_RIM_SWITCH-1;
C.同时需要LICENSE打开开关,通过DSPLICENSE:
共享LLT1FCFBG01到GERAN的FLASHCSFB111
D.增加GSM频点相关信息:
ADDGERANNFREQGROUP:
LocalCellId=0,BcchGroupId=0,GeranVersion=GPRS,StartingArfcn=733,BandIndicator=GSM_dcs1800,CellReselPriorityCfgInd=NOT_CFG,PmaxGeranCfgInd=NOT_CFG;
E.打开CSFB开关、redirect开关:
MODENODEBALGOSWITCH:
HoAlgoSwitch=GeranCsfbSwitch-1,HoModeSwitch=GeranRedirectSwitch-1;
F.创建GERAN外部小区:
ADDGERANEXTERNALCELL:
Mcc="460",Mnc="61",GeranCellId=2,Lac=17,RacCfgInd=CFG,Rac=1,BandIndicator=GSM_dcs1800,GeranArfcn=733,NetworkColourCode=3,BaseSta