CSFB测试案例分析
选，如右图1所示， 终端在解出 SYSINFO1后直接重选至TD网络。
解决方案： Qrxlevmin设置为125dbm，servinglow设置为 12，尽可能让UE驻留在LTE网络
图1
图2
11
测试共享案例（五）
回落2G时在进行TCH指配阶段，终端直接重选到TD
后 续 测 试 工 作 方 向
区分测试 方式
专业测试终端侧重网络性能，关注覆 盖、下载速率、干扰等网络问题 福厦泉在确保网络质量同时，为全省提
分地市侧 重点测试
供终端解决方案，并在春节封网期间， 进行全面测试工作 其余六地市重点在专业终端的网络性能 测试工作上，确保网络质量稳步提升
6
后续我省CSFB参数等工作开展计划
解决方案：
CSFB配置2G邻区频点列表时，当频点数少于32个时，建议GERAN载频数目设置为1（组），不 区分GSM900或DCS1800，并将最小的频点设置为起始频点。当频点个数超过32个时，应该分组进 行配置，即GERAN载频数目大于1（组），且应注意ARFCN频点详细列表与载频组的一致性。
8ห้องสมุดไป่ตู้
测试共享案例（二）
福州两天测试总计呼 叫395次，未接通8次，接 通率为97.97%，期间异常 事件共发现17次，其中掉 话3次，主被叫CSFB回落 到TD 9次，出现FR功能失 败5次。
厦门两天测试总计呼 叫520次，未接通16次，接 通率为96.92%，期间异常 事件共发现9次，其中8个 通话建立在3G网络，1个通 话结束后未返回4G网络。
被叫CSFB回落到TD网络
公安仿真基站干扰所致
已解决 85%
被叫CSFB至GSM，通话期间掉话
5
后续我省LTE网络测试工作开展方向
通过本次测试发现较多问题，并为我省后续测试提供借鉴意义，为避免单方面关 注终端感知或网络性能问题，后续我省将区分商务终端与专业终端测试方向，并明确各 地市的测试重点，确保测试工作积极有效。 商务终端侧重用户感知，重点找出无法 正常驻留、回落、重选等问题
测试结果对网络参数进行相关微调；后续将测试进行常态化开展。
7
测试共享案例（一）
苹果终端CSFB过程中DCS频段频率显示异常为“0”
现象描述：
苹果终端在做CSFB重定向至2G网络时，有时会出现2G邻区频点列表均为“0”的现象，但有时 显示正常，但CSFB均能够成功地重定向至2G网络。如下图
问题分析：
公安仿真基站干扰，导致无法回落2G网络
现象描述： 当终端进入某些路段时，无 法回落至2G网络，直接驻留在 TD网络。 问题分析： 从信令流程看,手机已经通 过rrc release的成功回落至 GSM网络,只是在GSM网络上未 发起呼叫,空闲一段时间(一直解 sys消息,未解paging和立即指配 消息)后直接驻留至TD网络。
泉州两天测试总计呼 叫360次，未接通28次，
接通率为92.22%，期间
未发现有异常事件。
4
测试发现的问题及解决情况
本次福厦泉测试中共发现68个问题点已全部分析，其中85%（58个）问题点已定 位解决，有10%（7个）问题点由于公安仿真基站导致，暂未解决；正在定位中的有3个 问题具体如下： 需要协调厂家定位有2个：寻呼消息在SGS口丢失和没有RRC CONNECT RELEASE 命令，导致终端无响应 被叫空闲状态下，主叫回铃音显示“被叫忙”1个
中兴 贝尔 华为 大唐 中兴 中兴 华为 贝尔 诺西 大唐 华为 普天 华为 诺西 中兴 大唐 诺西 诺西 贝尔
124 0 236 71 90 2323 336 90 552 41 103 510 239 1304 0 605 984 284 0 7892
124 0 232 70 90 2323 336 90 552 41 103 510 239 1304 0 605 945 275 0 7839
福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建 福建
龙岩 龙岩 宁德 三明 三明 泉州 泉州. 漳州 漳州 南平 南平 厦门 厦门 厦门 福州 福州 福州 莆田 莆田 总计
255 55 280 71 141 2670 583 109 932 41 103 510 596 1344 790 697 1797 385 207 11566
测试中发现的主要问题
位置区更新失败导致未接通
在重选过程中，发生LAC更新，导致寻呼消 息丢失未接通。
正在 定位 中 5%
福厦泉测试问题点解决情况
已定位未 解决 10%
主叫CSFB至GSM，通话结束挂机 后没有返回LTE，而是驻留在GSM
主叫CSFB回落到TD网络
4G网络漏配2G邻区
重选门限设置过高或者邻区配置不合理导致 LTE接入参数设置不合理或者GSM网络质差
现象描述： 被叫接收寻呼后，触发了
CSFB，同时已经回落2G，但在进 行TCH的立即指配阶段，UE直接重 选到TD，如右图1所示。
问题分析： 在进行TCH指配时，GSM 信号迅速抖降，导致终端重新发 起指配，通过后台检查发现该 GSM站点存在功率告警，无法
稳定发射信号
解决方案：
闭塞该站点后，重选恢复正常。
图1
12
谢谢！
2
我省具体CSFB参数部署完成情况
我省目前已接入OMC-R站点的CSFB部署工作完成率为99.3%，DRX开启率98.3%， 部分OMCR未完成调测的基站也采用人工上站的方式完成CSFB数据制作，未完成CSFB和 DRX开启站点已禁止接入网管。
省份 地市 LTE一期计划建 设eNodeB数量 eNodeB厂 已接入LTE OMC-R的 梳理（包含前期 家 eNodeB数量 试验网） OMC-R统计口径 OMC-R中已开通CSFB 连接态DRX功能已 寻呼周期已修改为 RRC不活动定时器 功能并且已完成CSFB 按照集团要求完成 1.28s的eNodeB数 已修改为10s的 配置的eNodeB数 2G邻区配置的 量 eNodeB数量 量 eNodeB数量
注：部分地市的OMC-R未到货安装。
福厦泉地区苹果公司测试情况
根据集团安排，苹果公司、移动公司及设备厂家组成联合测试小组，于1月13日和 14日两天对我省福厦泉进行上市前评估测试，本次测试共呼叫1275次，接通率为 96.7%，发现异常事件26次。分地市测试情况如下： 福州测试情况
失 测试时 呼叫 败 间 次数 次 数 13日测 220 5 试情况 14日测 175 3 试情况 异常 事件 接通率 次数 10 7 97.73% 98.29%
正常的CSFB通话信令流程
问题仍在定位：
厦门1月14号的测试中发生2次呼叫 建立信令丢失和4次寻呼消息丢失导致的 未接通事件，目前诺西厂家已经报CASE进 一步定位问题。
10
测试共享案例（四）
QrxLevMin设置不合理导致容易重选至TD网络
现象描述： 在空闲状态下，信号较好，
终端直接回落到TD网络。
福建公司CSFB测试情况汇报
网络部、网优中心 2014年1月
集团部署CSFB工作的落实情况
根据集团公司会议部署，福建公司积极准备，并按要求在1月17日完成所有 相关工作，具体如下： 核心网
1、MME已经升级支持CSFB功能
2、MSC Pool边界设置在话务稀少区域 3、TAC与LAC联合规划，设置保持一致 无线网 1、全网eNodeB开启CSFB功能； 2、全网4G小区配置了基于R8重定向的2G小区； 3、已核查全网4G到2/3G的邻区关系； 4、已核查全网3G到4G邻区关系； 5、已核查全网2G通过3G桥接返回4G的邻区关系；
（1）对于新建基站，我省已要求维护部门在向工程部门提供4G配置现 网2/3G邻区列表时，同期进行现网2、3G配置4G新建小区邻区参数的
工作。
（2）在簇下完好站点未达到85%时，做完单站验证后，进行站点闭锁，
并进行簇优化前的所有参数完整核查，为簇优化做好准备。
（3）CSFB参数配置完成后，我省已组织初步CSFB拉网测试，并根据
后台信令截图
发现在做CSFB时，只要选择从GSM900的起始频点开始扫频，显示就正常，若选择从DCS1800 的起始频点开始扫频，起始频点能正常显示，但2G下发频点列表显示就为“0”。经试验发现，当 CSFB的GERAN载频数目配置为2（组）时，若从第一组开始扫频，显示正常，若从第二组开始扫频， 显示就会出现异常，这与是GSM900频点还是DCS1800频点没有关系。
9
测试共享案例（三）
信令丢失导致终端未接通
现象描述：
根据苹果终端的测试LOG，在空闲状态下，终端监听寻呼消息，等待来电，但是一 直没有收到寻呼消息，导致未接通。
原因分析：
（1） 从核心网的分析来看，在MME上，没有针对该终端的寻呼消息，判断寻呼消 息在SGS口就已经丢失。 (2)根据苹果终端的测试LOG，在呼叫建立过程中，缺少了RRC Connection Release这条 信令，导致终端没有下一执行命令，导致未接通。
124 0 236 0 90 2323 336 90 552 41 103 510 239 1304 0 605 945 262 0 7760
124 0 236 0 90 2323 336 90 552 41 103 510 239 1304 0 605 945 275 0 7773
124 0 236 0 90 2323 336 90 552 41 103 510 239 1304 0 605 945 262 0 7760 3
厦门测试情况
失 测试时 呼叫 败 间 次数 次 数 13日测 240 9 试情况 14日测 280 7 试情况 异常 事件 接通率 次数 5 4 96.25% 97.5%
TD-LTE_CSFB功能及性能问题分析
TD-LTE CSFB功能及性能问题分析案例库版本号：V3.0.0中国移动通信集团公司网络部、研究院目录1前言 (4)2术语、定义和缩略语 (5)3“CSFB手机开机异常”的原因分析及相关案例 (6)3.1原因分析 (6)3.2案例分析 (7)3.2.1案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络 (7)3.2.2案例2：eNodeB下发系统消息异常，导致终端不能在TD-LTE网络稳定驻留73.2.3案例3：4G配置2G重选参数不合理，导致终端不能在TD-LTE网络稳定驻留103.2.4案例4：MME配置TA映射LA有误，导致UE联合注册失败 (12)3.2.5案例5：LTE核心网未部署CSFB，导致UE关闭4G模式从而驻留2/3G网络144“CSFB手机呼叫建立过程异常”的原因分析及相关案例 (17)4.1原因分析 (17)4.2案例分析 (20)4.2.1案例1：MSC SGs接口采用IMSI寻呼导致被叫失败 (20)4.2.2案例2：网络与终端DRX寻呼周期不一致导致被叫失败 (23)4.2.3案例3：CSFB手机挂机返回4G后Qos修改失败，导致再次被叫失败 (27)4.2.4案例4：4G未配置2G EPLMN，导致被叫通话失败、主叫通话时延过长 284.2.5案例5：UE回落2G后再挂起数据业务的标准流程不合理，导致数据业务挂机失败 (29)4.2.6案例6：UE跨MSC Pool回落，导致被叫失败 (30)4.2.7案例7：4G网络将终端的Last Visited TA加入TA List，导致终端回落跨MSCPool而被叫失败 (32)4.2.8案例8：回落至GSM后，鉴权失败 (33)4.2.9案例9：UE在TAU流程中拨打电话导致呼叫失败 (35)5“CSFB手机挂机返回LTE异常”的原因分析及相关案例 (37)5.1原因分析 (37)5.2案例分析 (37)5.2.1案例1：挂机区域LTE弱覆盖，导致终端自主返回失败 (38)5.2.2案例2：挂机区域频点与起呼区域不同，导致终端自主返回失败 (38)5.2.3案例3：SGSN向MME发出的PDP context Request中携带GBR，导致TAU完成后，LTE网络将用户Detach (39)5.2.4案例4：SGSN关闭根据UE能力选择锚点功能，导致TAU失败 (40)5.2.5案例5：QoS修改时MME第一次Paging无响应，导致网络Detach UE .. 415.2.6案例6：SGSN未配置4G EPLMN导致UE无法返回4G (43)6“CSFB呼叫建立时延异常”的原因分析及相关案例 (46)6.1原因分析 (46)6.2案例分析 (47)6.2.1案例1：SGs MSC开启early Alerting或ACM，导致呼叫建立时延过短 (47)6.2.2案例2：eNodeB开启基于测量重定向，导致呼叫建立时延略长 (48)6.2.3案例3：4G UE回落至GSM后，网络主动索要IMEI导致呼叫时延增加 . 496.2.4案例4：4G弱覆盖导致终端未收到重定向命令，导致呼叫建立时延过长506.2.5案例5：eNodeB未开启CSFB，导致CSFB呼叫失败或呼叫建立时延过长51 7总结 (54)附录A：CSFB功能及性能优化方案 (55)编制历史 ................................................................................................. 错误！未定义书签。
Iphone 5S无法驻留LTE网络问题分析和处理案例
解决措施
在IPHONE5S中插入一张空白A卡，当手机开机后，提示为无服务，即可关机；
更换另一张空白B卡，同样当手机开机后，提示为无服务，再关机；
插入原来的Usim卡，开机后，iPhone5S可以正常驻留LTE网络，信令流程如下：
Iphone5S无法驻留LTE网络问题分析和处理案例
故障现象
在进行LTECSFB测试时，发现一个问题，Iphone5S开机后一直驻留2G网络下，手动选择注册4G网络,终端也不能够驻留。
原因分析
1.据现场测试使用其它终端能够正常使用LTE网络，怀疑是iPhone5S终端存在CMNET，设置正常。
故障总结
Iphone5S在使用中，因为手机记忆效应导致手机驻留在2G网络中，无法正常选择到LTE网络，后期在终端测试中要特别注意，关于iPhone手机提前准备好A,B卡进行处理。
附录
LTE―CSFB技术解析及相关案例分析
LTE―CSFB技术解析及相关案例分析【摘要】LTE建设初期，VoLTE技术还不能更好地投入到商用中，LTE-CSFB的应用则显得非常重要。
主要从网络优化的角度出发，对CSFB技术进行剖析，并对现网中遇到的问题进行案例分析。
【关键词】电路域回落移动管理实体用户归属服务器1 引言LTE技术将无线网络数据传输带入了高速发展的时代，终端能快速地从互联网中获取信息，给用户一种全新体验。
但在LTE建设初期，VoLTE技术还不能很好地投入到商用中，为了更好地解决用户的语音业务问题，利用已有的2G/3G网络，采用了CSFB技术，语音业务在2G/3G网络中完成。
CSFB的意义在于能更好地利用已有网络，减轻LTE网络的负担，将语音业务分流到2G/3G网络中，在VoLTE技术成熟之前让LTE网络实现更好的过渡。
2 CSFB核心设备与接口技术MME是LTE中的核心设备，MME和MSCe通过SGs（S1）接口互相连通，通过系列规程实现CSFB语言业务过程。
CSFB实现业务的核心接口是SGs（S1），UE在附着网络时，MSC Server和MME需要对该用户的SGs连接进行监测和维护。
由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置更新流程，使得UTRAN/GERAN核心网探测到UE 的位置。
3 CSFB业务的主要流程（1）识别主叫或被叫业务请求。
（2）从LTE网络侧断开连接（LTE网络属于硬切换，即完全断开后重新连接，要求切换成功率很高）。
（3）回落到2G/3G网络，建立语音呼叫（整个语音通话都在2G/3G网络中完成，回落的速度和成功率直接影响用户感知）。
（4）语音结束后，由2G/3G网络返回到LTE网络（若返回失败终端将一直停留在2G/3G网络侧）。
UE在E-UTRAN驻留时开机后发起联合的IMSI/EPS（EPS 演进分组系统）附着流程。
分离流程可以分为3种，即UE发起的分离、HSS发起的分离和MME发起的分离。
CSFB案例分析
Extended Service Request
Extended Service Request消息由终端发送给MME，指示终端发起CSFB主叫或者终端响应网络侧发起的CSFB被叫。如果UE处于空闲态，该消息还将触发建立S1连接。
Service Type
Service type信元是Extended Service Request消息的必选信元，其指示了此次Service Request流程是主叫、被叫、还是紧急呼叫。
UE EMM mode
UE EMM mode信元是SGsAP Service Request消息中的可选参数，其指示当MME收到SGSAP Paging Request消息时UE的状态。
当UE在连接态收到SGsAP Paging Request消息时MME会立刻回应SGsAP Service Request消息，UE EMM mode指示为EMM-CONNECTED。
当UE在空闲态收到SGsAP Paging Request消息时MME会触发Paging，等收到UE的Extended Service Request消息时MME回应SGsAP Service Request消息，UE EMM mode指示为EMM-IDLE。
CN Domain
CN Domain信元是S1接口Paging消息中的必选参数，其指示该Paging消息是一个CS域的Paging还是一个PS域的Paging。
SGsAP Location Update Request
SGsAP Location Update Request消息由MME发送给MSC，该消息用来请求用户在CS域的着或者位置区更新，MSC收到该消息后创建SGs偶联。
SGsAP Location Update Accept
中国移动CSFB分析指标
1.1.1CSFB分析指标1.1.1.1CSFB被叫试呼次数a)指标名称：CSFB被叫试呼次数b)英文名称：Service.CSFB.MtcEsrMsgCountc)业务需求：统计CSFB被叫试呼次数。
d)指标定义：统计时间段内，S1接口上被叫原因UE上报Extended Service request消息次数。
（参考3GPP 24.301）e)指标算法：统计时间段内，累加Extended Service request消息次数（下图消息3），其中Service type= Mobile terminating CS fallback or 1xCS fallback（1）。
f)测量数据映射关系：S1-MME XDR，其中字段“Procedure Type”=3且“Keyword”=1的XDR个数。
g)数据类型: 整型h)数据单位：次i)空间粒度：终端/小区/TAC/MMEj)时间粒度：15分钟k)数据来源：S1-MME/S6a1.1.1.2CSFB主叫试呼次数a)指标名称：CSFB主叫试呼次数b)英文名称：Service.CSFB.MocEsrMsgCountc)业务需求：统计CSFB主叫试呼次数。
d)指标定义：统计时间段内，S1接口上主叫原因UE上报Extended Service request消息次数。
（参考3GPP 24.301）e)指标算法：统计时间段内，累加Extended Service request消息次数（下图消息1），其中Service type= Mobile originating CS fallback or 1xCS fallback（0）。
f)测量数据映射关系：S1-MME XDR，其中字段“Procedure Type”=3且“Keyword”=0的XDR个数。
g)数据类型: 整型h)数据单位：次i)空间粒度：终端/小区/TAC/MMEj)时间粒度：15分钟k)数据来源：S1-MME/S6a1.1.1.3CSFB SGs寻呼请求次数a)指标名称：CSFB SGs寻呼请求次数b)英文名称：Service.CSFB.SGsPagingReqMsgCountc)业务需求：统计CSFB语音寻呼请求消息次数。
LTE―CSFB技术解析及相关案例分析
LTE―CSFB技术解析及相关案例分析LTE（Long Term Evolution）是一种4G无线通信技术，其CSFB （Circuit Switched Fallback）技术是一种用于实现移动网络与传统语音业务的互操作性的解决方案。
本文将对LTE―CSFB技术进行解析，并通过相关案例分析加深理解。
首先，我们需要了解LTE和CSFB的基本概念。
LTE是一种基于OFDMA （正交频分多址）和MIMO（多输入多输出）技术的无线通信技术，其主要应用是提供高速数据传输。
而CSFB是一种从LTE网络切换到2G或3G网络以接收语音通话的技术。
由于LTE网络没有直接支持传统的2G或3G语音通信技术，因此需要通过CSFB来实现语音通信的互通。
CSFB技术的基本原理是，当LTE终端用户需要接收或发起语音通话时，LTE网络会将用户从LTE网络切换到2G或3G网络，以便进行语音通信。
这种切换会导致一定的时延，但是可以保证用户在语音通话时获得较好的通话质量和稳定性。
接下来，我们将通过一个案例来分析LTE―CSFB技术的应用。
假设地区的LTE网络已经部署并广泛应用，但是网络以前的2G和3G基站还在继续使用。
在这种情况下，用户在使用LTE网络上网时，如果接收到一个语音通话，由于LTE网络不支持语音通信，就需要通过CSFB技术进行切换。
具体过程如下：1.用户A正在使用LTE网络上网，等待接收一个重要的语音通话。
2.一旦有来电，LTE网络会将用户A从LTE网络切换到可用的2G或3G网络。
3.用户A可以接听或发起语音通话，保证通话质量和稳定性。
4.通话结束后，用户A可以重新切换回LTE网络。
通过这个案例，我们可以看出，LTE―CSFB技术可以实现高速数据网络和传统语音通信的互补和互联互通。
在实际应用中，LTE―CSFB技术已经得到了广泛的应用。
比如，中国移动在部署LTE网络时，采用了CSFB技术来保证用户在语音通信方面的体验。
CSFB问题排查手册 下册
2014-08-28网优雇佣军网优雇佣军hr_opt通信、科技、未来！通信路上，一起走！网优雇佣军微信号：hr_opt(2) MME配置的与TA匹配的LA非SGs MSC所属的LA3、CSFB手机不能在TD-LTE网络稳定驻留(1) eNodeB配置的小区重选参数不合理若eNodeB配置了2G/3G邻区及小区重选参数，则应合理配置4G与2G/3G间小区重选参数，否则，终端容易发生误重选导致不能在LTE网络稳定驻留。
(2) TD-LTE核心网MME未开启CSFB功能在部署CSFB过程中，若核心网MME暂未开启CSFB功能，CSFB终端在4G网络开机后将主动关闭4G能力，并在2G/3G网络驻留。
(3) eNodeB未开启完整性保护和鉴权部分终端芯片对开机流程要求较高，需严格按照协议定义顺序完成各步骤处理，其中包括完整性保护和鉴权流程，因此当eNodeB未开启上述功能时，将导致部分终端因开机流程不完整而无法接入LTE网络驻留。
1.2 案例分析案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络1. 现象描述测试区域TD-LTE信号在-90dBm左右，满足终端驻留网络条件，但测试CSFB手机开机后，未搜索TD-LTE网络驻留。
2. 问题分析在相同TD-LTE测试区域，使用其他CSFB手机开机后能驻留TD-LTE网络，说明该区域的TD-LTE信号满足驻留条件，检查开机异常CSFB手机的设置，通常，CSFB 手机存在4G/3G/2G（自动连接）、3G/2G（自动连接）等两种设置方式，用户可自行选择。
测试时，如果用户选择设置为3G/2G（自动连接）模式，因此，CSFB 手机将不能搜索TD-LTE网络驻留。
如果用户选择设置为4G/3G/2G，CSFB手机能够搜索TD-LTE网络，并发起联合注册，同时注册在4G和2G网络，此时，CSFB手机能够在4G正常进行数据业务和短信业务，并能够回落2G正常进行语音主叫、被叫业务。
CSFB案例1
CSFB手机挂机返回4G后Qos修改失败，导致再次被叫失败1.现象描述
CSFB手机拨打CSFB手机时，第一次呼叫正常，待两部手机均返回4G后，再次发起呼叫，语音提示被叫“无法接通”或者“不在服务区”。
2.问题分析
第一次CSFB呼叫过程正常，并且在通话结束后，能通过TAU重选回LTE网络。
但是在TAU Complete消息之后，MME发现该用户在LTE的QoS签约比该用户在2/3G网络实际使用的QoS高，MME发起QoS更新流程，即e-RAB修改流程。
图-1MME发起的e-RAB修改流程
但是某厂家eNodeB对e-RAB修改流程支持不完善，返回Error信息，导致MME将该用户Detach，且通过SGs接口通知MSC该用户已EPS-DETACH。
此时该用户为被叫时，MSC认为用户detach，直接播放录音通知“无法接通”或者“不在服务区”。
3.问题分类：无线设备实现
4.解决方案
更新eNodeB版本，完善eNodeB对e-RAB修改流程。
5.效果评估
该问题已解决，可反复进行CSFB主被叫业务。
保定网络优化经典案例库34G
3.由于市区长城汽车办公楼3_e-4干扰区域分布较广（长城接待中心），并且为全时段干扰，所以排查时采用由RRU端逐层往下的排查原则。由RRU端逐步向下层排查，通过连接假负载，对各干路支路进行测试。排查到覆盖1楼区域的二公分出现异常，拆除二公分连接假负载无干扰，因此判定该干扰由于二公分故障导致。对二公分进行更换后，干扰消除。
3. 7-10楼属于同一小区覆盖，7楼8楼存在此类问题，9-10楼测试过程未出现此类现象
二、问题分析及处理结果
1.首先核查网管基站状态，经查询无告警，无驻波等基站告警，且在测试时间段此基站下用户数目为6个，排除用户量过大导致速率过低。
2．该室分为后期单通道整改为双通道，可能会存在某区域吸顶天线分布不合理，导致双通道不稳定。
移动网网络优化经验库，请赵杰定期统计汇总，请大家及时总结报送，请李文忠告知各厂家项目经理。后期考虑纳入月度绩效加分。
移动网网络优化经典案例库
(保定分公司网络优化中心)
2015年编制
案例
关于联通综合楼下行双通道速率低不稳定的案例
提出人
提出日期
经验内容
一、问题概况
1.在保定联通综合楼室分双通道环境下测试发现，在8楼内无线环境良好的情况，进行下载业务时，双通道不稳定，偶尔出现单通道的情况，导致速率在50Mbps左右。
2.经实地测试后发现覆盖该处的物资仓库站点高度大约30米，距离掉话点120米左右，较远处的西小庄距离掉话点700米左右复测时发现从太行路自东向西行驶时，道路两边均有楼房阻挡，在楼房2号上方时，该处受到物资仓库2小区信号（Ec\Io = -5dBm左右），此时西小庄1小区Ec\Io值波动较大，在-10~-20dBm间来回徘徊，进入楼房1号阻挡范围的同时脱离楼房2号的阻挡。此时物资仓库2小区信号陡降为Ec\Io = -11dBm左右，目标小区西小庄1小区Ec\Io = -5dBm左右。
中国联通CSFB测试的主要流程信令
中国联通FDD_LTE的CSFB测试和分析一、前言本文主要针对联通FDD-LTE网络，使用华星FLY6.0进行CSFB测试和分析；CSFB 涉及4G侧(LTE)、3G侧（WCDMA）和MSC核心网侧三方的配合。
以下主要是针对测试和事件消息流程进行分析和说明。
二、CSFB测试流程CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中，连接FLY6.0测试软件，进行主叫4G手机拨打被叫4G手机，主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。
CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分：三、正常CSFB信令流程3.1.主叫主要流程当开机做主叫时，UE首先在FDD_LTE注册（attach）,完成注册后进行拨号；通过E_nodeB上发CSFB请求；其主要流程如下：3.1.1开机注册（attach）注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出（消息属NAS层），请求中包括UE注册的小区，UE支持的加密算法和方式；联合注册的4G（TAC）和3G(LAC/RAC)及ClassMark;Attach requestMORE: 0LENGTH: 123LENGTH: 123LOG_CODE: B0EDtimeStamp: 16:20:28.016LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Attach requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 65NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1EPS attach typeEPS attach type value: 2 - combined EPS/IMSI attachEPS mobile identityLength of EPS mobile identity contents: 11odd_even indic: 0 - even number of identity digits and also when the GUTI is usedType of identity: 6 - GUTIMCC: 460MNC: 01MMEGroupID: 9A00MMECode: 206M_TMSI: 9A00CC345E25UE network capabilityEEA0: 1 - supporte128_EEA1: 1 - supported128_EEA2: 1 - supportedEEA3: 0 - not supportedEEA4: 0 - not supportedEEA5: 0 - not supportedEEA6: 0 - not supportedEEA7: 0 - not supportedEIA0: 0 - not supported128_EIA1: 1 - supported128_EIA2: 1 - supportedEIA3: 0 - not supportedEIA4: 0 - not supportedEIA5: 0 - not supportedEIA6: 0 - not supportedEIA7: 0 - not supportedUEA0: 1 - supportedUEA1: 1 - supportedUEA2: 0 - not supportedUEA3: 0 - not supportedUEA4: 0 - not supportedUEA5: 0 - not supportedUEA6: 0 - not supportedUEA7: 0 - not supportedUCS2: 0 - not supportedUIA1: 1 - supportedUIA2: 0 - not supportedUIA3: 0 - not supportedUIA4: 0 - not supportedUIA5: 0 - not supportedUIA6: 0 - not supportedUIA7: 0 - not supportedACCCSFB: 1 - supportedLPP: 0 - not supportedLCS: 0 - not supported_1xSRVCC: 0 - not supportedNF: 1 - supportedESM message containerLength: 38ESM message container contents: 02,03,D0,31,27,20,80,80,21,10,01,00,00,10,81,06,00,00,00,00,83,06,00,00,00,00,00,0D,00,00,03,00,00,0A,00,00,10,00PDN connectivity requestSecurity Header Type: 0Protocol Discriminator: 2Message_Types: 208PDN typePDN type value: 3 - IPv4v6Request typeRequest type value: 1 - initial requestProtocol configuration optionsLength: 32ProtocolID 0x: 8021Length of protocol: 16code: 1 - Configure-RequestIdentifier: 0length: 16Type: 129 - Primary DNS Server IP Addresslen: 6IP Address: 0.0.0.0Type: 131 - Secondary-DNS-Addresslen: 6IP Address: 0.0.0.0ProtocolID 0x: 0DLength of protocol: 0Tracking area identityMCC: 460MNC: 01TAC: 37135DRX parameterSPLIT PG CYCLE CODE: 10CN Specific DRX cycle length coefficient and DRX value for S1 mode: 0SPLIT on CCCH: 0 - is not supportednon-DRX timer: 0 - no non-DRX mode after transfer stateMS network capabilityLength of MS network capability contents: 3MS network capability value: E5,C0,3ELocation area identificationMCC: 460MNC: 10Lac: 47889Mobile station class mark 2Revision level: 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND: 0 - <Controlled Early Classmark Sending> option is not implementedA5/1 algorithm supported: 1 - not availableRF Power Capability: reservedPS capability: 0 - not presentSS Screening Indicator: 1 defined in GSM 04.80SM capability: 1 - Mobile station supports mobile terminated point to point SMSVBS notification reception: 0 - no VBS capability or no notifications wantedVGCS notification reception: 0 - no VGCS capability or no notifications wantedFC Frequency Capability: 0 - The MS does not support the extension band G1 in addition to the primary GSM bandCM3: 1 - The MS supports options that are indicated in class mark 3 IELCSVA capability: 1UCS2: 0 - the ME has a preference for the default alphabet over UCS2SoLSA: 0 - The ME does not support SoLSACMSP: 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported: 1 - not availableA5/2 algorithm supported: 0 - availableSpare half octetLength Of Supported Codec list: 8System Identification: 4Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 60Length Of Bitmap for SysID: 04System Identification: 0Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 1FLength Of Bitmap for SysID: 02Voice domain preference and UE's usage settingLength of Voice domain preference and UE's usage setting contents: 6UE's usage setting: 0 - Voice centricUE's usage setting: 0 - CS Voice onlyVoice domain preference and UE's usage settingGUTI type: 0 - Native GUTIMS network feature supportExtended periodic timers: 1 - MS support3.1.2注册（attach）成功UE收到RRCConnectionSetup消息，进行注册Attach Accepet(层三消息RRCConnectionSetupComplete)，成功消息中包括注册的小区MCC,MNC,MME GroupID,MME Code及UE的M_TMSI等信息．3.1.3UE语音业务请求（CSFB MT START）UE上发Ext service request（NAS到EMM）消息，内容为CS fall back业务请求；Extended service requestMORE: 0LENGTH: 35LENGTH: 35LOG_CODE: B0EDtimeStamp: 16:20:44.796LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Extended service requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 76NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1Service typeService type value: mobile originating CS fall back or 1xCS fall backMobile identityOdd/even indication: 0 - even number of identity digits and also when the TMSI/P-TMSI or TMGI and optional MBMS Session Identity is usedType of identity: 4 - TMSI/P-TMSIIdentity digits (0x): DC345E25EPS bearer context statuslength: 32EBI: 03.1.4E_nodeB指标UE回落E_nodeB在下发给UE的RRCConnectionRelease中给出重定向的目标（utra_FDD=10713）RRCConnectionReleaseMORE: 0LENGTH: 1993LENGTH: 1993LOG_CODE: B0C0timeStamp: 16:20:44.928RRCConnectionReleaseVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 1PHYSICAL_CELL_ID: 368(4G服务小区)FREQ: 1650System_Frame_Number: 34Subframe: 8PDU_NUM: 6ENCODED_MSG_LEN: 1964RRC: DL-DCCH-Messagemessagec1rrcConnectionReleaserrc_TransactionIdentifier = 0criticalExtensionsc1rrcConnectionRelease_r8releaseCause = otherredirectedCarrierInfo（重定向方向）utra_FDD = 10713nonCriticalExtensionnonCriticalExtensioncellInfoList_r9 (以下是3G邻区扰码)utra_FDD_r9[0] physCellId_r9 = 201utra_FDD_r9[1] physCellId_r9 = 209utra_FDD_r9[2] physCellId_r9 = 233utra_FDD_r9[3] physCellId_r9 = 393utra_FDD_r9[4] physCellId_r9 = 11utra_FDD_r9[5] physCellId_r9 = 35utra_FDD_r9[6] physCellId_r9 = 448utra_FDD_r9[7] physCellId_r9 = 33.1.5．UE在3G网络进行呼叫UE读取3G网络系统消息，发起业务请求（CM Sercive Request）;请求中包括业务类型，UE能力和支持的加密类型等等．．CM service requestMORE: 0LENGTH: 31LENGTH: 31LOG_CODE: 713AtimeStamp: 16:20:45.832UMTS NAS Signaling MessagesDirection: From UELength: 14ChannelType: 5MessageType: 36UMTS NAS Signaling Messages: CM service requestCM service typeService Type : 0Ciphering key sequence numberkey sequence : 1Mobile station classmarkRevision level : 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND : 1 - (<Controlled Early Classmark Sending> option is implemented).A5/1 algorithm supported : 0 - (available)RF Power Capability : 7 - reservedPS capability : 1 - (present)SS Screening Indicator : 1(defined in GSM 04.80)SM capability : 1 - Mobile station supports mobile terminated point to point SMSVBS notification reception : 0 - no VBS capability or no notifications wanted VGCS notificationr eception : 0 - no VGCS capability or no notifications wanted0 - The MS does not support the extension band G1 in addition to the primary GSM bandClassmark 3(CM3) : 1 - The MS supports options that are indicated in classmark 3 IE LCSVA capability : 1UCS2 : 0 - the ME has a preference for the default alphabet over UCS2SoLSA : 0 - The ME does not support SoLSACMSP : 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported : 1 - (not available)A5/2 algorithm supported : 0 - (available)Mobile identityType of identity : 4 - TMSI/P-TMSIOdd/even indication : 0Identity digits : 0x03C3239B3.1.6. RAU和RAB建立在3G网络进行RAU（ROUTING AREA UPDATE REQUEST），无线承载建立请求（RadioBearerSetupComplete），为UE分配无线资源．RadioBearerSetupCompleteMORE: 0LENGTH: 26LENGTH: 26LOG_CODE: 412FtimeStamp: 16:20:47.026RRC: UL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0xB6 0x11 0x69 0x93rrc_MessageSequenceNumber = 2messageradioBearerSetupCompleterrc_TransactionIdentifier = 0start_Value = 20, 0x00 0x00 0110xxxx count_C_ActivationTime = 2083.1.7. 振铃（Alerting）在3G网络无线资源分配完成后，网络发振铃消息给UE3.1.8.接通（Connect）被叫摘机，链路连通主，被开始通话．3.1.9.挂机（Disconnect）结束通话后主呼挂机，上发拆链消息（Disconnect），下（上）行RRC释放后，通话结束；在E_nodeB下发的RRCConnectionRelease消息中指出了，UE返回4G中心频率(1650)RRCConnectionReleaseMORE: 0LENGTH: 27LENGTH: 27LOG_CODE: 412FtimeStamp: 16:21:10.142RRC: DL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0x8D 0xAB 0xEB 0x8Crrc_MessageSequenceNumber = 1messagerrcConnectionRelease r3rrcConnectionRelease_r3rrc_TransactionIdentifier = 0n_308 = 1releaseCause = normalEventlaterNonCriticalExtensionsv690NonCriticalExtensionsrrcConnectionRelease_v690extv770NonCriticalExtensionsrrcConnectionRelease_v770extv860NonCriticalExtensionsrrcConnectionRelease_v860extredirectionInfo （重定向返回系统和小区中心频点）interRATInfoeutraeutra_TargetFreqInfoList[0]dlEUTRACarrierFreq = 16503.1.10.完成TAU（返回4G）UE在4G网络进行TAU请求，TAU完成后UE成功返回4G网络．(TAU详细流程详见FTP下载分析)3.2 .被叫呼叫流程UE接收到寻呼消息（Paging），向网络发起CSFB请求，其他流程与主叫相同．PagingMORE: 0LENGTH: 36LENGTH: 36LOG_CODE: B0C0timeStamp: 16:21:44.220PagingVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 0PHYSICAL_CELL_ID: 368FREQ: 1650System_Frame_Number: 145Subframe: 10PDU_NUM: 4ENCODED_MSG_LEN: 7RRC: PCCH-Messagemessagec1pagingpagingRecordList[0]ue_Identitys_TMSImmec = 8, 0xCE m_TMSI = 32, 0xCC 0x73 0xA0 0x25 cn_Domain = cs四.联合附着手机驻留4G由于目前LTE网络暂不支持viop业务，CSFB需要从4G回落至3G进行CS域业务，因此手机选择WCDMA和LTE双模情况下，手机需要在CS域LAC和PS域TAC进行联合附着过程。