前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >通信|嗨,Wi-Fi,我从LTE回来啦

通信|嗨,Wi-Fi,我从LTE回来啦

作者头像
琉璃康康
发布2022-04-19 16:38:51
7010
发布2022-04-19 16:38:51
举报
文章被收录于专栏:七禾页话

写在最前:公号后台收到朋友的留言给了我很多的鼓励,在此表示深深的感谢,感谢大家的支持和鼓励,看到文章能给大家带来知识的拓展、提供些许帮助,实在是我莫大的荣幸。

今天继续Wi-Fi的话题。

大家看隋唐演义,应该对程咬金印象深刻吧,程咬金使用的兵器叫做三板斧,又名“马战斧”,而他所使用的招数也被称作三斧子半,为什么呢?

因为他的招式只有三招:一斧劈脑袋,二斧鬼剔牙,三斧掏耳朵,然后在秦琼的指点下又自创了半招,而隋唐中的程咬金也靠着三板斧走天下。

那么我们Wi-Fi呢,也可以说有三板斧:

  • 一斧为Wi-Fi初始附着。
  • 二斧为从Wi-Fi到LTE的切换(Handover)。
  • 三斧就是今天要说的从LTE切换(Handover)到Wi-Fi的招式。

而今天要写的虽然是Wi-Fi第四篇文章,但是却是Wi-Fi三板斧里的第三斧——从LTE回到Wi-Fi的切换过程。

在从Wi-Fi到LTE的切换中,我们说其只涉及到一个IMS PDN的切换,同样从LTE到Wi-Fi也是只涉及到IMS的这一个PDN。

1、Handover前的拓扑和用户状态

如上图所示,首先用户已经完全注册到LTE网络,分别建立两个PDN,一个是在附着时建立的默认PDN,一般用于上网;另一个就是因为开启VoLTE之后而建立的IMS PDN,同时终端需要完成IMS网络的SIP注册。

2、永恒不变的PGW和PGW的选择

我们说过不管是LTE内部的还是网络间的移动性管理,只要涉及到移动性管理,千变万变但是都要有一个终究不变的就是PGW,因为PGW作为核心网侧的最后一道关口,承担着衔接外部的Internet、IMS网络重要使命,所以其上的用户Session需要在移动性管理中保持不变。

那么由于PGW要在移动性管理中保持不变,当切换到Wi-Fi的时候,要怎样保持不变么?

跟从Wi-Fi到LTE的切换类似,当用户注册到LTE的时候,每完成一个PDN的建立,MME都会通过Notify-Request/Answer的流程将此PDN所使用的PGW ID(FQDN)上报给HSS,也就是下图中红框内的AVP:

当用户切换到Wi-Fi的时候,HSS通过AAA将此信息同步下发给ePDG,然后ePDG根据自己的设计实现,可以有如下两种DNS查询方式:

  • 第一种是直接使用整个PGW ID(FQDN)进行一个A/AAAA的DNS查询,但是弊端就是ePDG无法知道此PGW是否支持S2b的Service。
  • 第二种就是拿到这个PGW ID(FQDN)后,根据协议规则,取出ID(FQDN)中的canonical-node-name,然后进行一个NAPTR的DNS查询,这样ePDG收到返回结果之后需要进行服务匹配(x-3gpp-pgw:x-s2b-gtp,以PGW使用GTP协议为例)成功之后,最终再得到PGW的S2b IP。
  • 通过以上的过程,ePDG最终得到PGW的S2b VIP。
2.1 什么是canonical-node-name

3GPP 29.303中规定了如下FQDN格式:

代码语言:javascript
复制
<"topon" | "topoff">.<single-label-interface-name>.<canonical-node-name>

比如一个FQDN为topon.pgw-s5s8s2b.epg0.epc.mnc045.mcc123.3gppnetwork.org,那么他的canonical-node-name就是epg0.epc.mnc045.mcc123.3gppnetwork.org

3、从LTE到Wi-Fi的切换流程

接下来梳理一下从LTE到Wi-Fi的Handover的信令流程,结合了3GPP和自己测试的总结,在某一些信令流程的时候各个厂家的实现可能会不太一样,但是步骤应该不会缺少,信令流程图如下:

3.1、Precondition(前提):

切换前提就是用户已经完成了LTE的注册并且完成了IMS PDN的连接和IMS网络的注册,同时如章节3所说,在IMS PDN连接完成后,MME必须要将IMS所使用的PGW ID(FQDN)通过Notify消息上报给HSS。

3.2、主要流程

如果已经读过Wi-Fi初始附着的话,可以看到从LTE到Wi-Fi切换之后的信令基本无差,所以不过多叙述,强调一下跟初始附着不同的地方:

  • 1、第一个不同就是在第一个IKE_AUTH MID=01 Request中,也就是信令图中的第3步,用户需要将在LTE的时候PGW分配的IP地址,我们也称其为Wi-Fi中的内层地址上报给ePDG,但是在初始附着的时候必然不会带任何的内层地址,如下图所示(这个是一个残缺数据包,因为理论上在Payload: Configuration (47)中会同步请求P-CSCF的地址,当然这个是终端的行为,都可以通过刷机等手段改变):
  • 2、第二个不同就是,在切换的时候,第二个Diameter-EAP Answer中,也就是信令图中的第15步,AAA必须要将HSS中下发的APN(IMS)对应的PGW ID(FQDN)下发给ePDG,如下图所示:
  • 3、ePDG通过IKE_AUTH MID=01 Request判断出这是一个切换过程,通过第15步的Diameter-EAP Answer得到了用户在LTE时候使用的PGW ID(FQDN),接下来第18步,ePDG发起了DNS的请求来查找PGW的S2b VIP,而此处必须使用PGW ID(FQDN)进行DNS查询,而不是APN的FQDN,具体内容已经在章节3中详述。
  • 4、ePDG通过以上步骤得到了PGW的S2b VIP,在信令图第19步开始发出一个带有切换标志的Create Session Request给PGW,如图所示:

以上四个地方是从LTE切换过来的时候跟在Wi-Fi下的初始附着不同的地方,其余信令基本一致。

3.3、释放LTE中的Session

由于PGW已经完成了Wi-Fi的Session更新,因此发起了一个RAT changed from 3GPP to Non-3GPP原因值的LTE Session释放以通知SGW/MME/eNodeB来释放资源。

3.4、IMS网络的更新

在用户已经完成Handover的主要信令,需要迅速通过SIP消息更新IMS网络的Session。

同时如果用户是带有电话的切换,此时,可能需要建立Wi-Fi中的专载来承载语音业务,从而保证用户从LTE到Wi-Fi切换后所有语音业务不间断。

4、Handover后拓扑和用户状态

Handover完成后用户依然有两个PDN,一个是一直在LTE中的上网PDN,另一个就是切换到Wi-Fi之后的IMS PDN,之后的用户Session状态如下图所示:

以上就是LTE到Wi-Fi的Handover(切换)内容。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2020-05-19,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 七禾页话 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 1、Handover前的拓扑和用户状态
  • 2、永恒不变的PGW和PGW的选择
    • 2.1 什么是canonical-node-name
    • 3、从LTE到Wi-Fi的切换流程
      • 3.1、Precondition(前提):
        • 3.2、主要流程
          • 3.3、释放LTE中的Session
            • 3.4、IMS网络的更新
            • 4、Handover后拓扑和用户状态
            领券
            问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档