51学通信技术论坛

标题: 4G手机网络切换问题 [打印本页]

作者: 入门爱通信 时间: 2014-4-28 17:11:27 标题: 4G手机网络切换问题

4G LTE终端是开机附着的，相对于2/3G可以达到一直“在线”的状态。
对照2/3G网络中，终端发出上网请求，GGSN会分配临时IP地址给终端，终端获得临时IP之后才可以上网。4G LTE网络的话，应该是4G手机开机附着，通过信令交互，PGW会分配一个IP地址（IPv4 or IPv6）给终端？之后就可以达到“在线”的一种状态了。
现在有几个疑问，请了解的大神指点一下。
1. 4G LTE手机在TAU 等procedure 发生时，PGW分配的IP地址是否会改变（我认为是不会改变的，只有去附着，重新附着IP地址才会改变）？但有点不确定...
2. 4G LTE 手机从4G网络 move到没有4G网络覆盖的情况下，也就是网络发生了切换，请问这种情况下，是否会发生User Plane 的 IP地址的改变？
3. 4G 终端在没有4G网络情况下开机是否有附着情况发生，如不发生附着，此种情况是否与手机多模相关？

以上疑问，请大家指点一下，不胜感激，谢谢！

作者: kangminpu 时间: 2014-5-7 10:00:32

就自己参与的测试和理解提出一些拙见：
首先4G附着后即会建立默认承载，PGW就会给UE分配相应的IP，同时网络侧（SGW、PGW）和无线侧eNB都会对此承载分配相应的资源（IP和TEID等），此时如果在MME上查看UE的状态可以看到EMM-REGISTERED和ECM-CONNECTED，但是如果UE没有业务发生，那么无线侧（eNB）就会释放掉对其分配的资源，此时在MME上回到UE的状态信息变成EMM-REGISTERED但是ECM-IDLE。当UE发起业务请求Service Request，eNB会重新分配资源。如果网络测产生业务，那么通过Paging后UE会发起Service request。
1.对于TAU的过程，首先不管是4G内部的TAU还是跨网络的ISC-TAU，PGW都是不会被重选的，这个也是为了避免UE的业务中断。所以TAU的过程PGW分配给UE的IP基本是不会改变的。
2.当用户从4G网络移动到无4G网络覆盖的话，会发生ISC-RAU，如果此过程成功，那么网络侧（PGW，此时应该称为GGSN）的资源也基本不会改变的。
综上，4G内部的TAU和ISC-TAU/RAU的过程PGW和GGSN是不会被重选的，所以网络测资源基本会保持不变，UE所分配的IP也基本不变。
3.如果在无4G网络覆盖的区域，那么UE开机会回根据自己的网络模式设置选择是否附着网络，如果UE设置的LTE only就不会附着网络，如果UE设置的是多网络模式（2/3/4G），那么UE在搜索不到4G的情况下，会依次尝试附着到3G、2G网络上。

作者: 入门爱通信 时间: 2014-5-7 11:27:02

kangminpu 发表于 2014-5-7 10:00
就自己参与的测试和理解提出一些拙见：
首先4G附着后即会建立默认承载，PGW就会给UE分配相应的IP，同时网络 ...

谢谢指点，很明了，非常感谢！

作者: jk0932 时间: 2014-5-7 11:57:20

1、不会变，这是“永远在线”的实质。
2、会变，“永远在线”也定义了何时会拆线。
3、附着肯定会有，只是看附着那个网络，或者是否成功。

作者: 入门爱通信 时间: 2014-5-8 08:54:16

jk0932 发表于 2014-5-7 11:57
1、不会变，这是“永远在线”的实质。
2、会变，“永远在线”也定义了何时会拆线。
3、附着肯定会有，只是 ...

谢谢。还有一个疑问。
如分配UE的PGW不改变的话，UE的IP是不变的。规范23.401 在TAU 中存在with SGW change 的情形，而SGW和PGW是支持合设的，此种情况下应怎样理解呢？

作者: kangminpu 时间: 2014-5-8 10:03:29

入门爱通信发表于 2014-5-8 08:54
谢谢。还有一个疑问。
如分配UE的PGW不改变的话，UE的IP是不变的。规范23.401 在TAU 中存在with SGW cha ...

不客气，互相学习和探讨嘛！
顺便，SGW和PGW合设只是在物理上一个节点可以提供SGW和PGW这两个Service，但是网络中定义S5/S8接口后，在UE附着时所选择的SGW和PGW不一定是合设节点，要根据DNS中的定义来选择SGW和PGW的组合！
我们知道选择那个SGW首先是要根据TAC来查找，之后PGW是根据APN来查找，如果DNS中使用topon定义，那么最终选择的SGW是要跟选择的PGW的FQDN做最长匹配，如下边的定义，假定epg1是一个合设的节点，那么当UE在TAC-0101‘H下使用APN-apn1的时候附着之后基本使用的是epg1这个合设的节点，包括SGW和PGW的使用：
tac-lb01.tac-hb01.tac topon.sgw-s5s8.epg1.south.east.node
topon.sgw-s5s8.epg2.north.west.node
apn1.apn topon.pgw-s5s8.epg1.south.east.node

但是此时UE移动到TAC-0202’H上时，加入DNS中对TAC-0202'H的定义如下，那么此时就会是TAU with SGW relocation的过程了，TAU完成之后UE所使用的SGW是epg2的，但是PGW依然是epg1的，当然前提条件是epg1和epg2的S5/S8接口是连通的：
tac-lb02.tac-hb02.tac topon.sgw-s5s8.epg2.north.west.node
如果DNS中使用topoff的定义，那么在UE附着的时候就不一定要使用合设的节点了，会根据DNS查询结果选择第一组的SGW和PGW组合。

作者: 入门爱通信 时间: 2014-5-8 10:56:47

kangminpu 发表于 2014-5-8 10:03
不客气，互相学习和探讨嘛！
顺便，SGW和PGW合设只是在物理上一个节点可以提供SGW和PGW这两个Service，但 ...

嗯，有些比较专业概念还没学习到，但大致明白了，谢谢！

作者: lranding 时间: 2014-5-10 16:32:34

kangminpu 发表于 2014-5-7 10:00
就自己参与的测试和理解提出一些拙见：
首先4G附着后即会建立默认承载，PGW就会给UE分配相应的IP，同时网络 ...

你好，我这边顺便问一个问题：我现在有一个4G终端：三星Galaxy S4，支持FDD-LTE。手机移动制式选择了LTE/WCDMA/GSM，从4G信号覆盖的区域切换到3G的信号覆盖区，手机能够切换到3G信号。

问题来了：同样制式没有改变，从3G回到4G覆盖区的时候，不能重选回4G信号。请问这个是否跟4G基站无线侧信号覆盖有关？还是与MME数据有关？谢谢！
补充：手机做CSFB测试完成后，能够回到4G

作者: kangminpu 时间: 2014-5-11 10:57:50

lranding 发表于 2014-5-10 16:32
你好，我这边顺便问一个问题：我现在有一个4G终端：三星Galaxy S4，支持FDD-LTE。手机移动制式选择了LTE/ ...

如果CSFB之后可以重选回到4G，整个网络和信号应该都没问题。
其次，MME针对ISC（也就是IRAT）是无需过多配置的，只要4G的各个接口外加一个Gn口(连接MME和SGSN)都是连通的就可以了，当然Gn口是针对ISC发生在不同MME和SGSN之间的。
针对单独的ISC的过程问题最好要在MME上抓包看看确认UE是否发ISC-TAU上来，如果有ISC-TAU的话，那么MME应该是reject掉这个TAU，看下原因排错吧；如果没有发送TAU就要看看手机和卡的参数了（包括烧卡的数据，之前遇到过usim卡上将wcdma的位烧置为0导致3G和4G的ISC切换失败的情况）。

作者: kangminpu 时间: 2014-5-11 10:58:32

入门爱通信发表于 2014-5-8 10:56
嗯，有些比较专业概念还没学习到，但大致明白了，谢谢！

不客气！互相学习！

作者: 入门爱通信 时间: 2014-5-11 19:25:11

kangminpu 发表于 2014-5-11 10:57
如果CSFB之后可以重选回到4G，整个网络和信号应该都没问题。
其次，MME针对ISC（也就是IRAT）是无需过多 ...

这个现象在2/3G切换时我也遇到过，没有具体排查原因，不清楚是否也是类似原因？
有次我去医院，医院外边是3G信号，走进医院大厅信号切换成了2G，这个可以理解，信号覆盖的问题，当我从医院走出来，过了好久信号并没有切换成3G的（我手机设置了：TD网络优先），后来很奇怪，因为我进医院前看过外边的信号是3G的，所以就把手机重启了一下，开机后手机显示3G网络...

作者: kangminpu 时间: 2014-5-12 17:18:14

入门爱通信发表于 2014-5-11 19:25
这个现象在2/3G切换时我也遇到过，没有具体排查原因，不清楚是否也是类似原因？
有次我去医院，医院外边 ...

切到2G，然后切会3G很慢或者无法切回去，开机之后才可以，一般都可能是终端或者sim卡的事儿，这样就不会发update的请求，但是如果发了核心网reject的话，那么UE上一定可以看到无信号的一瞬！

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)