还分不清 NSA 和 SA 架构的区别?看看这篇文章就清楚了
云栖号:https://www.aliyun.com/#module-yedOfott8
第一手的上云资讯,不同行业精选的上云企业案例库,基于众多成功案例萃取而成的最佳实践,助力您上云决策!
一、什么是 NSA、SA 架构
根据 3GPP 定义,5G 标准分为非独立组网(NSA)和独立组网(SA)两种模式。
从网络架构的角度看,NSA(Non-Standalone)是指无线侧 4G 基站和 5G 基站并存,核心网采用 4G 核心网或 5G 核心网的组网架构。SA(Standalone)是指无线侧采用 5G 基站,核心网采用 5G 核心网的组网架构,该架构是 5G 网络演进的终极目标。
二、为什么需要 NSA 架构
5G 标准协议的诞生意味着 4G 网络架构要逐渐发展为 5G 网络架构,并且基于 5G 基站+5G 核心网的 SA 架构才是 5G 发展的真正目标。但整个网络架构的重建势必耗时耗财,于是 NSA 网络架构应运而生。
NSA 网络架构作为一种过渡型网络架构,可以充分利用存量制式网络资源,逐渐实现 5G 的平滑引入和 4G 的顺利退网。
NSA 组网架构
在 NSA 组网中,4G 基站和 5G 基站并存,存在着主站和从站的概念。以 Option3 系列为例,控制面信令均通过 4G 基站与 4G 核心网交互完成,4G 基站为主站,5G 基站为从站。而数据面有多种路径传输,于是便存在了数据分流点。例如 Option3x 的数据分流是基于数据包级的,数据分流点为 5G 基站。用户面数据可通过 5G 基站分流部分到 4G 基站上承载,其余继续在 5G 基站上承载。
SA 组网架构
三、5GC 网络架构演进方案
5G 存在如此多的网络架构,包括 SA 组网、NSA 组网和各种 option。在了解了各个组网架构的特点后,问题来了,这么多架构之间要怎样演进呢?
不同运营商考虑到 5G 网络规模、5G 初始商业部署的网络功能和时间规划、对业务的支撑能力,以及网络基础设施升级和建设的投资等因素,提出了不同的 4G 向 5G 演进的路径。常见的演进路径,包括但不限于以下几种:
在 NSA 组网演进方案中,由于 Option3 只需要引入 5G 无线系统和升级 EPC 支持 5G 业务,利于加快 5G 部署,实现网络灵活过渡,因此是很多运营商在5G部署初期采用的组网方案。
主推 Option3 系作为一个中间态,这样的好处是终端、无线、核心网改动最小,用户能最快体验 5G 服务;而 Option2 则作为网络长期演进的最终形态。Option7 和 Option4 作为可选组网方案。
典型组网方案如下图所示:
原文发布时间:2019-12-10
本文转自:华为云核心网
本文来自阿里云云栖号合作伙伴“5G通信”,了解相关信息可以关注“5G通信”
云栖号:https://www.aliyun.com/#module-yedOfott8
第一手的上云资讯,不同行业精选的上云企业案例库,基于众多成功案例萃取而成的最佳实践,助力您上云决策!
推荐阅读
-
趣谈留言队列,搞清楚留言队列到底是什么!-说到消息队列,洪觉大概能猜到人们听到消息队列的反应,大致可以分为以下几类人。 第一类人,懵懵懂懂,刚上大学接触编程,还没用过消息队列,甚至还以为消息队列就是代码里面要新建一个List之类的;第二类人,听过消息队列,了解消息队列,但具体是什么还不是太明白,只知道一说到消息队列,脑海里马上出现了三组词,削峰、异步、解耦;第三类人,用过消息队列,对它有一定了解,但不知道为什么要这样设计,消息队列有什么样的前世今生,是如何演化到现在的模式的?**第四类人,已经对消息队列有了足够的了解,可以阅读本帖作为复习和温习。**你属于哪一类?无论你对消息队列了解多少,读完这篇文章后,我相信你都会有所收获。 什么是消息队列?我们为什么要使用消息队列?真的只是因为它看起来很勉强、很常用吗?当然不是,一项技术的出现往往是为了解决某种痛点,我们就从这个痛点出发,看看消息队列到底是为了解决什么问题而诞生的。 相信大家在工作之前,或者工作中接触单片机的次数会多一点,不管什么业务都一股脑塞进一个系统里,这种情况下接触消息队列的场景会比较少。但随着业务的增长,量上去了,单机系统就很难维护了,也扛不住并发量的增长,就需要把原来的单体应用拆分成多个服务。例如,牛奇网采用分布式架构,将原来的单体系统拆分成用户服务、题库服务、求职服务、论坛服务等,每个分布式节点都有一个集群,保证高可用性。 那虽然在这样的微服务架构下,如果某个核心业务并发量过大,系统就扛不住了。比如淘宝、淘票票、拼多多、京东等电商场景中的支付场景,你在某宝下单并支付后,调用支付服务,完成支付后,还需要更新订单的状态,这个时候就需要调用订单服务,那我们平时也下单,除了简单完成这些操作外,还会给你相应的积分;商家也会收到订单消息,并给您发送旺旺消息,确认订单无误;同时,也会给您发送消息,确认订单无误。确认订单无误;同时您还可以查看您的物流状态;还有系统为了给您推荐更适合您的商品,会根据您的订单做类似的推荐等等,我说的这些都是当我们下单后,肉眼可以感知到系统所做的动作。 **一个支付动作如果还需要调用那么多服务,等他们响应成功,最后再告诉用户你支付成功了,用户在系统中的整个体验会非常糟糕。**设想一下,假设请求服务+处理请求+响应总共需要 50ms,我们上面列出的场景:支付服务、订单服务、积分服务、商家服务、物流服务、推荐服务,总共需要 300ms。
-
还分不清 NSA 和 SA 架构的区别?看看这篇文章就清楚了