目录

首先,我们先来了解一下移动通信网络的基本架构,即无线网-承载网-核心网的架构,2/3/4/5G网络均是这样的构成,其中:

2G、3G、4G、5G整个通信网络端到端的通信逻辑架构,基本就是: 用户终端A——A所在的无线接入网——(承载网)——核心网——(承载网)——B所在的无线接入网——用户终端B
以上是移动通信网络的基本架构,然而对于4G和5G网络来说有比较明显的差异。与4G网络相比,5G网络中承载网变化不大(依然发挥着桥梁的作用),但核心网与无线接入网都发生了很大变化。在4G LTE系统中,基站和核心网分别叫做eNB(Evolved Node B)和EPC(Evolved Packet Core)。在5G系统中,基站叫做gNB,无线接入网称为NR(New Radio),核心网叫做NGC(Next Generation Core)或5GC。
5G核心网
5G核心网的组网架构有两种:NSA(Non-Standalone, 非独立组网)和SA(Standalone, 独立组网)。


SA:SA 架构(3GPP Option2)不依赖与现有 LTE 网络,5G 网络是一张完全新建的网络。SA 组网下,现网的 4G 核心网只需要为 4G 基站提供服务,5G 网络完 全新建一套 5G 核心网,需要采购与布置整套 5G 核心网设备,使得 5G 基站可 以接入纯 5G 核心网为用户提供 5G 服务。5G 基站(gNB)直接连接至 5G 核心网(5GC),都是新建的 5G 无线网设备和核心网设备。

NSA:NSA 架构基于 LTE 与 NR 紧耦合架构,3GPP 提出了多种候选架构,目前业界主要考虑 Option3 架构。NSA 组网下,现网的 4G 基站与 5G 基站都接入 4G 核心 网,当然由于需要适配 5G 的一些功能,此时的 4G 核心网设备也要做一些软件 升级,也就是成为了 4G+核心网。LTE eNB 作为主基站连接到 EPC,gNB作为辅基站,核心网与无线基站只存在唯一的控制面连接,用户面数据可以通过LTE 基站和 NR 基站的同时发送给用户。


Option3其实还要再细分 3 种架构,分别是:3、3a、3x。不管是 3、3a 还是 3x,都是 5G 基站连接 4G 核心网。并且,如果用户终端连接 5G 基站时,都需要一个 4G 基站作为“锚点”。而“锚点”的作用则是将 5G 基站固定在 4G 核心网。作为锚点的 4G 基站,相当于 5G 基站与 4G 核心网通信的信使,核心网下发的主要的控制信令(相当于指挥 5G 基站如何传输数据的语言),通过 4G 基站传递给 5G 基站,或者传递给用户的手机。在 option3 的组网下,锚点的配置非常非常重要,如果没有在 5G 基站中配置 4G 锚点,或者配置错误的话,那结果就是灾难性的。
SA or NSA?:那么5G核心网组网架构到底选择SA还是NSA呢?我们先来了解一下5G三大应用场景

【1】 eMBB, Enhanced Mobile Broadband 增强移动带宽,在现有移动宽带业务场景的基础上,提升用户体验。即超高带宽的高速率业务;
【2】URLLC, Ultra Reliable Low Latency Communication 高可靠、低时延、极高可用性。工业应用控制、远程手术,即超低时延;
【3】mMTC,massive Machine-Type Communication 海量机器类通信。大规模物联网,主要是人与物之间的信息交互,即超大容量;
5G 网络支持的业务已扩展到垂直行业领域,5G 初期主要支持 eMBB 业务,随着技术的发展,5G 网络需要全面支持 uRLLC、mMTC 全业务场景。5G三大应用场景中,只有eMBB能够由NSA核心网实现,其余两大场景都需要5G核心网才可以完成(即SA),NSA仅能满足当前5G终端用户需求,未来的智慧工厂智慧城市等垂直高性能应用使得其组网架构向着SA演进,但由于SA投资巨大,目前主要的组网方式还是NSA。
5G无线接入网
无线接入网是和用户直接接触的网络,也就是所谓基站所组成、真正收发 5G 无线信号的网络,负责终端、核心网之间的通信功能。从上述核心网的组网方式可以看出,5G无线接入网主要就包括两种节点:gNB(即5G站点) 和 ng-eNB(即经过改造的4G站点)。
5G无线网络设计原则是融合、灵活、智能、高效,5G无线网智能化是未来重要的发展方向,大规模 MIMO、波束赋形等新技术将带来网络部署与运维的难度,随着人工智能技术的不断成熟,人工智能算法将会广泛应用于无线网络资源管理、自动配置与优化、能耗智能管理等方面,从而更高效、更智能、更便捷地实现通信网络资源的管理与网络性能优化,降低网络运维复杂度,降低人力成本,加快构建智能、绿色、高效的全新通信网络。5G无线网络功能选择包括通用网络功能和专用网络功能,综合考虑计算复杂度与性能提升、集中功能与分布功能、慢速控制与快速控制、信令负荷与性能提升之间的均衡问题。逻辑架构分为集中式逻辑架构与分布式逻辑架构。
下面将详细介绍5G无线接入网的最重要组成:基站

无线站点由基站主设备与辅助设备两个子系统构成。其中,主设备包含AAU、RRU、BBU等通信设备,其能耗占无线站点总能耗的比重最大,约为40-60%。除通信主设备外,辅助设备也是不可或缺的部分。其中,电源、蓄电池等供电设备用于为基站主设备、站内制冷系统及安防照明等其他用能设备提供能量,其能耗约占无线站点总能耗的7-12%。电子通信设备的运行消耗电能,部分电能会转化为热能,造成热损耗,这部分热量会释放到站点环境中,会影响通信主设备的安全、稳定运行,因此需对机房环境进行高效热管理。制冷系统的能耗占比仅次于主设备能耗,约占无线站点总能耗的40-50%。
- 基站主设备
下面重点介绍基站主设备,这是实现基站功能的关键。基站主设备按功能可划分为基带单元、射频单元、天馈单元等几个主要模块,各模块之间通过外部接口或内部接口互连。其中,BBU和RRU之间通过光纤连接,传播损耗极小,可以远距离传输;RRU与天线通过馈线连接,损耗较大,不易远距离传输,因此4G/5G时代RRU无限接近天线,基本挂在天线上或者直接和天线集成为AAU。




- 4G-5G基站设备架构

从设备架构角度划分,4G和5G基站架构可总结为:

D-RAN(Distributed RAN,分布式无线接入网):
4G基站BBU-RRU-天馈的架构就是典型D-RAN架构:BBU单独放在机柜中,RRU和天线挂在铁塔上;也就是当前最主流的接入网形态,如下所示:

然而,为了应对网络数据流量的爆发,在D-RAN组网模式下,运营商需大力建设网络基础设施,导致成本大大增加。同时,传统的D-RAN组网模式,一是存在分散式基站设施耗能大、潮汐效应明显等问题;二是大量设备对站点机房环境的依赖性大,存在铁塔服务费、电费成本高等问题;三是传输光缆纤芯资源消耗过度,并且传输光缆故障成为基站故障的主要原因之一。随着5G技术的快速发展,现有网络结构不能满足低时延、大容量、高带宽的需求,因此,集中化无线接入网(Centralized Radio Access Network,C-RAN)组网方式应运而生。
C-RAN(Centralized RAN,集中化无线接入网):
C-RAN是一种集中式部署方案,将多个BBU集中放置于中心节点机房(Center office,CO)形成基带池,CO与RRU通过前传网络连接,RRU或AAU采用光纤拉远至用户覆盖区。
C-RAN是基于集中化处理、协作无线电、实时云计算的绿色无线接入网架构,其基本思想是通过充分利用低成本高速光传输,直接在远端天线与集中化的中心节点间传递无线信号,以构建覆盖上百个基站服务区域,甚至上百平方公里的无线接入系统。

C-RAN架构具有以下优点:
1、C-RAN架构在一定程度上减少了无线资源设备对机房环境的依赖,实现了配套资源(GPS电源、蓄电池、传输、空调等)共享,机房数量、站址配套、站址租赁等费用大幅度降低,节省了建设与运营成本。
2、无线侧管理趋于统一,削减了扩容与升级成本。
3、RRU拉远灵活部署在覆盖区域附近,提高覆盖效果,在物理站点的选址与布局更为灵活。RRU到用户的距离大大缩短,从而降低了发射功率。
4、C-RAN区域作为容量规划区域,所有基带资源可视话务量需求进行灵活调配,更容易实现站间协作,实现更高频谱效率;集中式基带池可以灵活扩展,实现弹性容量,可以更好地体现5G的网络优势。
目前,未云化CU-DU-AAU或未云化CU-DU-RRU-天馈的基站架构就属于C-RAN。5G初期,CU、DU只做到了在逻辑上分离,物理上还是集成在一起构成BBU,后续随着5G的发展和新业务的拓展,才会逐步进行CU和DU的物理分离。
Cloud-RAN(云化无线接入网):
CU云化的C-RAN就是Cloud RAN,CU通过虚拟化部署在数据中心,DU的BBU盒子集中放置。
按照基站部署场景,可以将基站划分为宏基站设备和微小站两种类型。宏基站主要用于提供广覆盖场景,微基站用于室内、补盲、热点等区域。
根据3GPP组织的规则,无线基站分为4类,分别是宏基站、微基站、皮基站和飞基站,微基站、皮基站和飞基站,通常合称为“微小站”。皮基站和飞基站,比微基站更小,通常合称为“皮飞站”。实际上它们是按照功率进行划分的,功率越大的覆盖能力也越强。

5G微基站可划分为室外一体化微 RRU 设备,室内一体化微站、室内扩展型微站等设备形态。一体化微 RRU 与宏基站 AAU/RRU 设备主要区别于发射功率,一体化微RRU 设备集成度更高。而室内扩展型微站,一般由交换设备和射频远端单元组成,具备较好的扩展性。其中,基带单元一般与宏基站 BBU 设备通用。一体化微 RRU 设备采用较少通道数(例如 4T4R RRU 等),每通道最大发射功率不高于 10W,用于宏基站的弱覆盖区域、业务热点区域等。
扩展型皮基站,也叫分布式皮基站,通常由基带单元(BBU)、集线器单元(RHUB)、射频拉远单元(pRRU)组成。皮基站被广泛应用于住宅、商场、酒店和体育馆等场景,强化网络覆盖,提升用户体验。由于5G信号频率更高的原因,5G的信号传输距离和穿透效果将明显弱于4G。所以,皮基站,以及飞基站,将会是增强网络覆盖的重要帮手,会越来越多地出现在我们身边。

我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不,不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本,提供另一个脚本,它将在其标准输入上获取请求,并在其标准输出上返回完整的响应。到目前为止一切顺利,但事实证明这真的很脆弱,因为它在第二个请求上中断并出现错误:/usr/b
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑:需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手(建立连接)数据传输四次挥手(断开连接)TCP和UDP对比网络编程基础知识
MIMO技术的优缺点优点通过下面三个增益来总体概括:阵列增益。阵列增益是指由于接收机通过对接收信号的相干合并而活得的平均SNR的提高。在发射机不知道信道信息的情况下,MIMO系统可以获得的阵列增益与接收天线数成正比复用增益。在采用空间复用方案的MIMO系统中,可以获得复用增益,即信道容量成倍增加。信道容量的增加与min(Nt,Nr)成正比分集增益。在采用空间分集方案的MIMO系统中,可以获得分集增益,即可靠性性能的改善。分集增益用独立衰落支路数来描述,即分集指数。在使用了空时编码的MIMO系统中,由于接收天线或发射天线之间的间距较远,可认为它们各自的大尺度衰落是相互独立的,因此分布式MIMO
基础版云数据库RDS的产品系列包括基础版、高可用版、集群版、三节点企业版,本文介绍基础版实例的相关信息。RDS基础版实例也称为单机版实例,只有单个数据库节点,计算与存储分离,性价比超高。说明RDS基础版实例只有一个数据库节点,没有备节点作为热备份,因此当该节点意外宕机或者执行重启实例、变更配置、版本升级等任务时,会出现较长时间的不可用。如果业务对数据库的可用性要求较高,不建议使用基础版实例,可选择其他系列(如高可用版),部分基础版实例也支持升级为高可用版。基础版与高可用版的对比拓扑图如下所示。优势 性能由于不提供备节点,主节点不会因为实时的数据库复制而产生额外的性能开销,因此基础版的性能相对于
我是一名决定学习Ruby和RubyonRails的ASP.NETMVC开发人员。我已经有所了解并在RoR上创建了一个网站。在ASP.NETMVC上开发,我一直使用三层架构:数据层、业务层和UI(或表示)层。尝试在RubyonRails应用程序中使用这种方法,我发现没有关于它的信息(或者也许我只是找不到它?)。也许有人可以建议我如何在RubyonRails上创建或使用三层架构?附言我使用ruby1.9.3和RubyonRails3.2.3。 最佳答案 我建议在制作RoR应用程序时遵循RubyonRails(RoR)风格。Rails
是否可以在不实际下载文件的情况下检查文件是否存在?我有这么大的(~40mb)文件,例如:http://mirrors.sohu.com/mysql/MySQL-6.0/MySQL-6.0.11-0.glibc23.src.rpm这与ruby不严格相关,但如果发件人可以设置内容长度就好了。RestClient.get"http://mirrors.sohu.com/mysql/MySQL-6.0/MySQL-6.0.11-0.glibc23.src.rpm",headers:{"Content-Length"=>100} 最佳答案
我在这方面尝试了很多URL,在我遇到这个特定的之前,它们似乎都很好:require'rubygems'require'nokogiri'require'open-uri'doc=Nokogiri::HTML(open("http://www.moxyst.com/fashion/men-clothing/underwear.html"))putsdoc这是结果:/Users/macbookair/.rvm/rubies/ruby-2.0.0-p481/lib/ruby/2.0.0/open-uri.rb:353:in`open_http':404NotFound(OpenURI::HT
深度学习12.CNN经典网络VGG16一、简介1.VGG来源2.VGG分类3.不同模型的参数数量4.3x3卷积核的好处5.关于学习率调度6.批归一化二、VGG16层分析1.层划分2.参数展开过程图解3.参数传递示例4.VGG16各层参数数量三、代码分析1.VGG16模型定义2.训练3.测试一、简介1.VGG来源VGG(VisualGeometryGroup)是一个视觉几何组在2014年提出的深度卷积神经网络架构。VGG在2014年ImageNet图像分类竞赛亚军,定位竞赛冠军;VGG网络采用连续的小卷积核(3x3)和池化层构建深度神经网络,网络深度可以达到16层或19层,其中VGG16和VGG
(本文是网络的宏观的概念铺垫)目录计算机网络背景网络发展认识"协议"网络协议初识协议分层OSI七层模型TCP/IP五层(或四层)模型报头以太网碰撞路由器IP地址和MAC地址IP地址与MAC地址总结IP地址MAC地址计算机网络背景网络发展 是最开始先有的计算机,计算机后来因为多项技术的水平升高,逐渐的计算机变的小型化、高效化。后来因为计算机其本身的计算能力比较的快速:独立模式:计算机之间相互独立。 如:有三个人,每个人做的不同的事物,但是是需要协作的完成。 而这三个人所做的事是需要进行协作的,然而刚开始因为每一台计算机之间都是互相独立的。所以前面的人处理完了就需要将数据