中国移动研究院CSFB项目问题分析总结.docx
《中国移动研究院CSFB项目问题分析总结.docx》由会员分享，可在线阅读，更多相关《中国移动研究院CSFB项目问题分析总结.docx（29页珍藏版）》请在冰豆网上搜索。
中国移动研究院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
升级会员 