TD-LTE 34G互操作开启方案和评估指导书1.0

深圳移动34G互操作开启报告

3207620 3102576 3229152 3216524 3111800 3226306 3239088 3114278 3153544 3243148 3134320 3234810 3197324 3090608 2993674 2894090 2958916 2996838 2897986 2963192 2998768 2900194 2948286 3017912 2919282 2957360 2993132 2892504 91.01 90.87 88.88 91 90.77 89.19 89.71 90.82 90.88 90.41 90.58 88.08 91.18 91.3 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 SZHSG106BNk SZHSG106BNk SZHSG206BNk SZHSG206BNk SZHSG206BNk SZHSG303BNk SZHSG303BNk SZHSG303BNk SZHSG502BNK SZHSG502BNK SZHSG502BNK SZHSG503BNk SZHSG503BNk SZHSG503BNk SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN

统计时间 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 2013/2/22 0:00 2013/2/23 0:00 2013/2/24 0:00 网元名称 SZHSG106BNk SZHSG106BNk SZHSG106BNk SZHSG206BNk SZHSG206BNk SZHSG206BNk SZHSG303BNk SZHSG303BNk SZHSG303BNk SZHSG502BNK SZHSG502BNK SZHSG502BNK SZHSG503BNk SZHSG503BNk SZHSG503BNk 网元类型 SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN SGSN 寻呼次寻呼失寻呼成数 败次数 功率 4852812 181639 96.57 4513936 164321 96.63 4586611 163004 96.71 4845130 180379 96.61 4592726 160209 96.77 4616988 166659 96.71 5441772 194102 96.76 5195675 179502 96.81 5216546 185802 96.64 3407176 150315 95.95 3903556 152434 96.42 4182479 162861 96.41 4593861 175833 96.51 4325556 157893 96.64 4325342 163574 96.53

6

互操作开启案例 6.1 6.1.1

TAU失败问题 问题描述

如果终端初始接入TD-SCDMA网络，现网SGSN选择接入了现网NSN GGSN，该网元当前

是不支持P-GW逻辑功能的，此时，若从TDS-CDMA网络重选回4G网络，MME根据SGSN Context Response中PDP Context->GGSN Address信息，要求S-GW向该GGSN发起承载修改

深圳移动34G互操作开启报告

（Modify Bearer Request），而GGSN不支持该功能，必定导致TAU流程失败。 关键字 ： Inter-RAT TAU，SGSN选择GGSN，APN 6.1.2 网络 版本信息 网元 ENODEB HSS TDL UGW USN RNC TDS NodeB SGSN 终端 其他

6.1.3 网络侧分析

针对该问题，我们应该从网络侧MME入手：

（1） 从几组3G->4G TAU失败信令进行分析，发现TAU reject失败的原因值均为No EPS

bearer context activated：

问题分析 终端 厂家 华为 华为 华为 华为 华为 华为 诺西 联芯 华为 升级目标版本 V100R005C00SPC300 V009R006C01SPC200 V009R009C01SPC200 V900R011C01SPC200 RNC820V400R006C00SPC800 BBP530V400R007b00B030 SG7CD10 LC5160_2.00.08_20130114 MIFI5776 深圳移动34G互操作开启报告

（2） TAU reject中的原因值表示没有激活的EPS bearer，为何会出现该原因值？我们自

然会想到先看看终端上报的TAU request中，EPS bearer的状态，结果是终端侧发起TAU request时，存在一个激活的default bearer，说明终端侧无异常：

然后继续分析MME信令跟踪，对比协议中TAU流程，与EPS bearer相关的流

程是MME发起EPS bearer建立流程，如下红框部分：

深圳移动34G互操作开启报告

从MME信令跟踪可以看出，在TAU失败场景下，有如下现象：

a) MME发送了Create Session Request消息后，收到失败的Create Session Response

（cause为Remote peer not responding超时）