中国移动研究院CSFB项目问题分析总结.docx

1、中国移动研究院CSFB项目问题分析总结产品名称Product name密级Confidentiality levelTD-LTEGSM内部公开产品版本Product versionTotal 19pages 共26页CMCC研究院CSFB测试问题总结分析融合通信解决方案集成验证部Prepared by 拟制 张鹏伟Date日期2012-11-20Reviewed by 评审人Date日期Approved by批准Date日期Authorized by签发Date日期Huawei Technologies Co., Ltd. 华为技术有限公司All rights reserved版权所有 XXR

2、evision Record 修订记录DateRevision Change DescriptionAuthor2012-11-201.0张鹏伟Catalog 目 录中国移动研究院CSFB项目FAQ 41 目的 52 组网概述和测试环境描述 53 问题描述及解决办法 103.1 问题描述： 103.2 问题描述： 103.3 问题描述： 113.4 问题描述： 123.5 问题描述： 133.6 问题描述： 143.7 问题描述： 153.8 问题描述： 173.9 问题描述： 173.10 问题描述： 193.11 问题描述： 203.12 问题描述 22中国移动研究院CSFB测试问题总结分

3、析Keywords 关键词： CSFBAbstract 摘 要： List of abbreviations 缩略语清单： AbbreviationsFull spelling Chinese explanation CSFBCircuit Switched FallbackCS语音回落CCOCell Change Order小区切换命令LTELong Term Evolution长期演进技术EPSEvolved Packet System演进的分组交换技术RIMRAN Information ManagementRAN信息管理RRCRadio Resource Control无线资源控制CS

4、MTA flag in LA update request message used in CS fallback for MT call to avoid missing paging in roaming retry.CSMOA flag in CM Service Request and LA Update request message used in CS fallback for MO calls.1 目的通过北京移动研究院CSFB项目，包括标准CSFB和Mavenir IWF方案（Proxy），对测试中一些常见问题的解决思路和解决方法，进行梳理和总结，可供后续项目参考使用；2 组

5、网概述和测试环境描述【版本信息】【组网】图1：测试结构场景一（华为MSC POOL+HW LTE下的标准CSFB组网）图2： 测试结构场景二（华为MSC POOL+NSN LTE下的标准CSFB组网）图3：测试结构场景三（华为MSC POOL+NSN LTE下的IWF方案组网）图4：测试结构场景四（华为MSC POOL+HW LTE下的IWF方案组网）3 问题描述及解决办法3.1 问题描述：当GSM与LTE的PLMN不一致时，ENODEB发起R9-RIM流程，携带的目标GSM小区信息非需要的目标GSM小区信息；解决办法：在eNODEB上面删除GERAN外部小区PLMN列表ADD GERANEX

6、TERNALCELLPLMN：；添加跨PLMN切换配置ADD INTERPLMNHOLIST：； 原因分析： CCEM挑选PLMN发给S1ITF的原则是这样的： 优先在源侧PLMN中查找，若外部小区可在源侧PLMN中找到匹配，那就满足非跨PLMN的条件，ulTargetPlmn值与ulSourcePlmn的值填写相同。 若源侧PLMN中找不到匹配，则在源侧PLMN下配置的目标切换PLMN中查找，搜索到匹配，则将源侧PLMN和目标切换PLMN分别填在ulSourcePlmn与ulTargetPlmn中传给S1ITF.3.2 问题描述：如何控制网络侧是否对终端发起Classmark请求解决办法：M

7、SC：呼叫和短信：MOD MSFP: ID=P145, MODTYPE=P1, BIT=2, BITVAL=0;（0为关闭）位置更新：MOD MSFP: ID=P191, MODTYPE=P1, BIT=5, BITVAL=0;（0为关闭）BSC：早发ECSC，MOD GCELLCCBASIC: ECSC = 是；原因分析：位置更新和呼叫短信时，是否发起对终端的Classmark请求，MSC是有2个软参控制的：呼叫和短信：MOD MSFP: ID=P145, MODTYPE=P1, BIT=2, BITVAL=0;（0为关闭）位置更新：MOD MSFP: ID=P191, MODTYPE=P1

8、, 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： 解决办法： RMV CELLRESEL

9、GERAN: LocalCellId=0, SpeedStateSfCfgInd=NOT_CFG; 原因分析： 是因为ENODEB上打开了SIB7机制，LTE广播SIB7带有异系统信息，导致终端重选回GSM网络；3.4 问题描述：Mavenir IWF方案MT方案，核心网发两次Paging导致时延大问题分析；核心网下了2次Paging，第一次未收到响应，之后进行第二次Paging，导致寻呼共耗去5秒时间。解决办法：a. MSC支持识别CSMT标识的功能，MSC收到来自无线侧的带有CSMT标识的LAU，直接给终端下SETUP，不发Paging请求；b. IWF将收到HSS CANCEL LOCA

10、TION后，发起第二次请求漫游号码的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请求，携

11、带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态，所以取到漫游号码后，Pag

12、ing终端无响应，导致需要发第二次Paging： 当IWF修改timer为2.5秒时（意为IWF将在VMSC完成位置更新后2.5秒发起第二次取漫游号码请求），此时PS已经完成RAU，处于IDLE态，所以取到漫游号码后，第一次Paging终端，就可以收到终端的响应：3.5 问题描述：不同版本对MME name的编解码规则不同导致MME与MSOFTX3000对接时MME name解析失败解决办法： 在V100R007C10SPC700版本基础上打V100R007C10SPH702补丁，加载补丁后，如果要解决此问题，还需完成如下配置。P418Bit0 配置为1，命令如下：MOD MSFP: ID=P

13、418, MODTYPE=P1, BIT=0, BITVAL=1; 原因分析:29118R8版本与R10版本对MME name的编解码规则不同，MSOFTX3000（R8版本）与MME（R10版本）对接时，MSOFTX3000解析MME name失败，导致位置登记没有响应；处理办法：在V100R007C10SPC700版本基础上打V100R007C10SPH702补丁，加载补丁后，如果要解决此问题，还需完成如下配置。P418Bit0 配置为1，命令如下：MOD MSFP: ID=P418, MODTYPE=P1, BIT=0, BITVAL=1;按照29118协议R8版本编码/解码MME na

14、me参数的MSOFTX3000与按照29118协议R10版本编码/解码MME name参数的MME对接时，MSOFTX3000无法正确解析MME name。通过设置该软参值为1，MSOFTX3000将按照R10版本编码/解码MME name参数，以实现MSOFTX3000与MME的成功对接。3.6 问题描述：主、被叫同局呼叫时, 收到SGs LTE侧的paging req( SGs service request消息), 就直接给MO用户返回Alerting（inband tone available）了, 而不是等到被叫paging response后， 被叫返回Alerting之后，与一般

15、的CS呼叫流程不符合；解决办法：MOD MSFP: ID=P1151, MODTYPE=P1, BIT=13, BITVAL=0;（0表示不发送）原因分析：第一个Alerting发给主叫侧，核心网是可以通过软参来控制，是否发送：MOD MSFP: ID=P1151, MODTYPE=P1, BIT=13, BITVAL=0;处于SGs口附着状态的用户在做语音被叫业务时，需要回落到CS域进行业务接续，由于回落时间相对较长，通过设置该软参为1，可以在此过程中给主叫用户放音，以改善用户感受。MSC给主叫早发Alerting，改善主叫用户体验：正常情况下被叫先发送AlertingMSC，MSC再发给主

16、叫用户3.7 问题描述：BSC R013版本正确配置完成LTE邻区之后，GSM无法在系统消息2Quater中广播4G邻区信息给终端，导致终端无法重选回LTE解决办法： SET GCELLCCUTRANSYS：TDDSIOPTIMIZEDALLOWED=0；设置小区呼叫控制UTRAN系统消息参数，关闭TDD系统消息优化开关，因为开关开启的情况下，不编码LTE邻区；原因分析： 完成CSFB MOMT呼叫后，若关闭FAST RETURE功能，发现长时间无法重选回LTE；通过在BSC上面抓取BSC和BTS之间ABIS口的系统消息，发现BSC广播的2Quater系统消息中没有LTE邻区信息，检查LTE邻

17、区配置，LTE邻区重选，快速重选等配置均OK；之后，BSC开发定位为R013版本编码问题，需要关闭TDD系统消息优化开关即可；因为开关开启的情况下，不编码LTE邻区，该问题已经在R014版本修改；（注意：关闭该开关后，会影响无线的KPI）； 如何触发和观测2Quater消息：配置LTE邻区及相关配置后，通过命令SND GCELLSYSMSG: IDTYPE=BYID, CELLID=13;触发2Q消息：2Quater消息在电路域Abis抓取，在BCCH Information中第5条和第6条携带：携带LTE邻区信息： 3.8 问题描述：LTE与GSM异PLMN情况下，MOMT以R8R9方式下回

18、落，ENODEB已经通过RRC-CON-REL将目标回落消息的频点或系统消息带给终端，但是终端无法接入目标回落网络；解决办法： 在MME上面配置GSM的PLMN为等效PLMN； ADD PEERPLMN: AREA=ALL, SUBRANGE=ALL_USER, EPLMN1=46061;原因分析： 由于当前高通8960手机、HUAWEI D2手机无法读取USIM卡中的HPLMN，对于跨PLMN回落方式，当手机读取到LTE指示的目标回落的PLMN后，但是终端会认为这是一个无效的小区，不会去接入该小区，所以需要在MME上面配置等效PLMN，终端联合附着时，MME通过附着响应带给终端； 另外，对完

19、成CSFB语音通话之后，当终端从GSM重选回LTE，也需要在MSC和SGSN上面分别配置MME的PLMN为等效PLMN；核心网通过LAU响应将该等效PLMN带给终端：3.9 问题描述：当USIM卡PLMN与LTE网络PLMN不一致，网络PLMN与现网一致时，手机接入LTE网络一次后，过若干秒之后，手机界面显示该网络被禁用，并且之后无法再登陆LTE网络解决办法：1、高通终端可以通过AT命令删除该“forbidden PLMN LIST”，以使终端可以第二次接入LTE网络，但是TIMER过期后，又会出现之前被禁的情况；2、可通过设置终端为“ONLY LTE”模式，进行手动搜网，搜到网络后，进行手机

20、重启（切勿直接拔电池），可以擦出forbidden PLMN LIST；然后再以LTE+GSM方式接入LTE网络；原因分析：LTE网络PLMN：46001（与联通现网一致）USIM卡PLMN：46006当终端成功附着到LTE网络后，因USIM卡和网络的PLMN不一致，所以出于漫游状态；而终端会在若干秒后（此处应该有个TIMER），终端会尝试寻找并接入其归属网，如果周围存在相同网号的现网信号，那么终端会尝试接入，从终端LOG观察，接入失败，此时终端界面会提示“该网络已经被禁止”；之后，终端便无法再接入我们的LTE网络了；从终端的LOG观察分析，是由于接入现网被拒后，终端便写入了协议上定义的“fo

21、rbidden PLMN LIST”，所以终端无法接入；（注：此时终端设置为LTE+GSM模式） 关于“forbidden PLMN LIST”： 当UE收到这个原因的拒绝时，会将此PLMN加到forbidden PLMN 列表中。这个列表同时存在于ME的RAM和SIM卡的EFFPLMN中，在自动模式下，如果不得不选中这个PLMN（比如当前只有这个PLMN的情况），UE发现这个PLMN在forbidden PLMN 列表中，就不会再尝试登记，节省了网络资源，但限制业务limited service 还是可以获得的。为什么要将此列表保存在SIM中呢？这样当手机下一次开机时，仍然可以获得这个列表，

22、并不会再尝试登记（自动模式下）。比如，如果一旦中国移动和中国联通实现了漫游，如何将这个PLMN从forbidden PLMN list 中去掉呢？这就需要使用手动模式在手动模式下，UE会将当前有覆盖的所有的PLMN都呈现给用户，无论它是否是被禁止的，这样用户就可以选一个被禁止的PLMN。而一个被禁止的PLMN一旦登记成功将会从forbidden PLMN 列表中删除包括SIM中的；3.10 问题描述：BSC R013版本MT被叫无法实现FAST RETURE流程场景分析 解决办法： 该问题为BSC R013版本问题，目前已经在R14C00SPC500b版本解决；原因分析： 原因分析（仅对BSC

23、 13版本MT流程）：1、对于标准CSFB方案，构造跨LA场景：a、若终端和VMSC都能识别csmt标识，回落触发的LAU完成后，VMSC会直接下SETUP给被叫终端建立呼叫，呼叫结束后，BSC判断被叫进行的是一次LAU过程，所以BSC发给终端的拆线消息不会携带LTE频点信息，FR失败；b、若终端或VMSC有一侧不能识别csmt标识，回落触发LAU完成后，VMSC会下PAGING给终端，终端会回PAGING RESPONSE给核心网，所以呼叫结束后，BSC会认为这是一次呼叫，所以FR是会成功的；（该点目前没能得到确认，需要找即支持CSFB功能（有SGS口）且不识别csmt版本的MSC进行验证）

24、2、对于PROXY方案，天然跨LA场景（Proxy方案就是利用了协议中Roaming Retry这个场景）：a、原因同上a；b、若终端或VMSC有一侧不能识别csmt标识，回落触发LAU完成后，VMSC会下PAGING给终端，终端会回PAGING RESPONSE给核心网，所以呼叫结束后，BSC会认为这是一次呼叫，所以FR成功；（目前这一点已经得到验证，家里测试PROXY方案和移动这边测试的IWF方案FR都是成功的，被叫LAU请求中应该没有csmt这个字段）：（虚线部分取决于位置更新请求中是否携带CSMT标志，VMSC决定是进行PAGING还是进行SETUP，后续流程与普通呼叫完全一样）CHA

25、NNEL-REL：3.11 问题描述：CSFB 回落到2G进行补充业务查询失败问题分析：解决办法：在Channel release 中带不带频点是与是否开启FR有关，与无论终端是LTE覆盖区域还是不在LTE覆盖区域没关系。也就是说要支持在终端查询补充业务的操作，BSC必须开启FR 才能支持；原因分析：用户在手机上查询签约的补充业务（比如前传业务，呼叫等待，呼叫保持等）：1. 成功的业务流程是：核心网第一次收到CM业务流程，进行了补充业务的查询，并返回查询结果（返回第一种补充业务）给终端，然后拆线发clear command给BSC，BSC收到后下发channel release（带了4G的频点

26、，也即开启了FR） 给终端；终端发起第二次业务请求到核心网，继续进行进行补充业务的查询.以此，直到查询最后一个补充业务结束，流程结束，终端上显示查询 成功。2. 不成功的业务流程是：核心网第一次收到CM业务流程，进行了补充业务的查询，并返回查询结果（返回第一种补充业务）给终端，然后拆线发clear command给BSC，BSC收到后下发channel release（没有带4G频点） 给终端；之后终端认为此用户短时间内没有返回4G，要驻留2G，所以触发了在2G的位置更新，导致了查询补充业务的进程在仅仅进行了第一次查询后终止，终端上显示查询失败。问题一：即使未覆盖测试区域的LTE邻区打开FR，

27、BSC下发Channel Rel时也会携带该LTE的频点，按理来说该频点带给终端后，因为一直测量不到该LTE小区，还是发起LAU，但是实际没有，为什么？ 这里面的关键点就是在第一次BSC收到后下发channel release给终端是带了频点，此时终端就不发起LAU，继续进行第二次CM 业务流程进行第二种补充业务查询，如此循环直到结束，结果是查询成功了。关键点就是开启了FR后，在第一次channel release给终端是带了频点。问题二：覆盖测试区域的LTE邻区打开FR，BSC将带有LTE邻区的频点下发给终端后，终端应该可以测量到该LTE邻区，应该迅速重选回到4G网络，但是实际测试结果相反，

28、而且业务测试成功了，为什么？目前这个问题，还没有合理的推测解释，怀疑与BSC和终端之间的兼容性相关，由于现在测试只是高通一家的终端，还不能完全确定。3.12 问题描述：如何配置R9-RIM流程？解决办法：如下原因分析：3.12.1 涉及网元：核心网：MMESGSN无线侧：BSCENNODEB3.12.2 流程简图：3.12.3 数据配置和观察点：注意：以下数据的配置是建立在PS可以完成基本业务数据配置的基础之上进行的；ENODEB上的配置：A 因为R9-RIM流程首先是从ENODEB发起的，所以在没有LTE终端的情况，可以连续执行如下两条命令在ENODEB上面进行模拟调试：MOD ENODEB

29、ALGOSWITCH:HoAlgoSwitch=GeranFlashCsfbSwitch-0, RimSwitch=GERAN_RIM_SWITCH-0;（关闭RIM开关）MOD ENODEBALGOSWITCH: HoAlgoSwitch=GeranFlashCsfbSwitch-1, RimSwitch=GERAN_RIM_SWITCH-1;（打开RIM开关）注：第一个开关是起决定性作用，决定是R8还是R9，=0 是R8，=1是R9，后面的一个开关=1是mulit，=0 是singleB 快速Cs fallback至Geran算法开关和RIM开关；MOD ENODEBALGOSWITCH:

30、 HoAlgoSwitch=GeranFlashCsfbSwitch-1, RimSwitch=GERAN_RIM_SWITCH-1;C 同时需要LICENSE 打开开关，通过DSP LICENSE：共享 LLT1FCFBG01 到GERAN的FLASH CSFB 1 1 1 D 增加GSM频点相关信息：ADD GERANNFREQGROUP: LocalCellId=0, BcchGroupId=0, GeranVersion=GPRS, StartingArfcn=733, BandIndicator=GSM_dcs1800, CellReselPriorityCfgInd=NOT_CFG

31、, PmaxGeranCfgInd=NOT_CFG;E 打开CSFB开关、redirect开关：MOD ENODEBALGOSWITCH: HoAlgoSwitch=GeranCsfbSwitch-1, HoModeSwitch=GeranRedirectSwitch-1;F 创建GERAN外部小区：ADD GERANEXTERNALCELL: Mcc=460, Mnc=61, GeranCellId=2, Lac=17, RacCfgInd=CFG, Rac=1, BandIndicator=GSM_dcs1800, GeranArfcn=733, NetworkColourCode=3, BaseSta