主頁 > 軟體設計 > 【5G架構】5G 核心網——基于服務的網路架構

【5G架構】5G 核心網——基于服務的網路架構

2021-12-26 08:04:53 軟體設計

博主未授權任何人或組織機構轉載博主任何原創文章,感謝各位對原創的支持!
博主鏈接

本人就職于國際知名終端廠商,負責modem芯片研發,
在5G早期負責終端資料業務層、核心網相關的開發作業,目前牽頭6G算力網路技術標準研究,


博客內容主要圍繞:
5G協議講解
算力網路講解(云計算,邊緣計算,端計算)
高級C語言講解
Rust語言講解


5G 核心網——基于服務的網路架構

5G 除了滿足人與人之間的通信,更重要的目標是萬物互聯,4G 已經改變了人類的生活方式,5G 將改變社會的生產模式

在這里插入圖片描述

5G 為什么要引入SBA(service-based System Architecture)

5G 的主要三大場景 eMBB、mMTC、uRLLC源于現代社會化人類活動、作業、娛樂等方面日新月異的需求的爆發式增長,這些涉及人類活動的各行各業被稱為垂直行業,由垂直行業必然催生出所謂的萬物互聯的巨大需求,為了滿足5G 萬物互聯的需求,通信人致力于對貫穿于 5G 網路的基站、核心網、編排管理、傳輸等各部分的實作,對于核心網而言,基于傳統CT思維的設計模式顯然已經不足以面向未來,因此,5G 核心網設計成更方便、更靈活引入垂直行業的架構,這就是我們提到的基于服務的網路架構(SBA)


如何理解 SBA

首先,我們需要了解兩個IT的概念,云原生和微服務,基于服務的網路架構在很大程度上借鑒了IT領域的這兩個設計思維,
眾所周知,傳統的網元是一種緊耦合的黑盒設計,NFV 從黑盒設備中解耦出網路功能軟體,但解耦之后的軟體依然是 “大塊頭” 的單體式架構,需要進一步分解成細粒度化的模塊組織,并通過開放API來實作集成,以提升應用開發的整體敏捷性和彈性,因此,IT界提出了基于云原生的設計原則,
云原生是一種思想的集合,包括DevOps、持續交付(Continuous Delivery)、微服務(MicroServices)、敏捷基礎設施(Agile Infrastructure)、康威定律(Conways Law)等,
微服務就是指單體式架構(Monolithic)拆分成多個粒度更小的服務,微服務之間通過API互動,且每個微服務獨立于其他服務進行部署、升級、擴展,可在不影響客戶使用的情況下頻繁更新正在使用中的應用,
所以,簡單來講,基于服務的網路架構=網路功能服務+基于服務的介面,它將傳統網元轉換為網路功能(NF),然后NF被分解為多個網路功能服務,并通過基于服務的介面來展現其功能,因此,網路功能服務可以被授權的NF靈活使用


協議中關于5GC的描述

👇基于服務介面的網路架構
在這里插入圖片描述

👇基于參考點的網路架構
在這里插入圖片描述
在TS 23.501-4.2.3中對5G 核心網架構進行了介紹,與LTE不同的是,協議分別從基于服務的介面和參考點關系兩個角度來描述核心網架構,如上圖,基于參考點的網路架構可以比較清晰地看到功能節點之間的連接關系和介面基于服務的網路架構可以更清晰的看到核心網網路功能之間的服務供給關系,用一個類似 “總線” 的結構簡化了介面設計,充分體現了網路功能服務和基于服務的介面的概念


SBA 的特征和優勢

特征一:傳統網元拆分

在這里插入圖片描述

伴隨著虛擬化技術在電信領域的運用,傳統意義上的核心網網元實作了軟硬體解耦,軟體部分被稱為網路功能,3GPP 定義的服務化結構將一個網路功能進一步拆分成若干個自包含、自管理、可重用的網路功能服務(NF Service),這些網路功能之間相互解耦,具備獨立升級、獨立彈性的能力,具備標準介面與其他網路功能服務互通,并且可通過編排工具、根據不同的需求進行編排和實體化部署,這種網元拆分與我們經常談論的云原生或微服務架構有著相似的概念,而3GPP 進行了標準化定義,并未每個5G 網路功能定義了一組具備對外互通標準介面的網路功能服務,


特征二:網路功能服務自動化管理

在這里插入圖片描述

網路功能被拆分成若干個網路功能服務后,工程師會從面對幾個網元轉向面對幾十個網路功能服務,如果仍然依靠手工維護方式,則困難極大,因此,5G 核心網的網路功能服務需要能夠做到自動化管理,網路存盤功能(NRF Network Repository Function)就是這樣一個網路功能,NRF支持以下幾個重要功能:

  • 網路功能服務的自動注冊、更新和去注冊:
    每個網路功能服務在開機時會自動向NRF注冊本服務的 IP 地址、域名、支持的能力等相關資訊,在資訊變更后會自動同步到NRF,在下電時向NRF進行去注冊,NRF需要維護整個網路所有的網路功能服務的實時資訊,類似一個網路功能服務實時倉庫;
  • 網路功能服務的自動發現和選擇:
    在5G 核心網中,每個網路功能服務都會通過NRF來尋找合適的對端服務,而不是依賴于本地配置方式固化通信對端,NRF 會根據當前資訊向請求者回傳對應的回應者網路功能服務串列,供請求者進行選擇,這種方式一定程度上類似于DNS 機制,從而實作網路功能服務的自動發現和選擇;
  • 網路功能服務的狀態檢測:
    NRF可以與各網路功能服務之間進行雙向定期狀態檢測,當某個網路功能服務例外時,NRF 將例外狀態通知到與其相關的網路功能服務;
  • 網路功能服務的認證授權:
    NRF作為管理類網路功能,需要考慮網路安全機制,以防止被非法網路功能服務劫持業務,

特征三:網路通信路徑優化

在這里插入圖片描述
傳統核心網的網元之間有固定的通信鏈路和通信路徑,例如上圖,在4G 中用戶的位置資訊必須從無線基站上報給MME,然后由MME通過 S-GW傳遞給 P-GW,最終傳遞給PCRF物體進行策略的更新,
而在5G 核心網服務化架構下,各網路功能服務之間可以根據需求任意通信,極大地優化了通信路徑,同樣以用戶位置資訊策略為例,PCF物體可以提前訂閱用戶位置資訊變更事件,當AMF 中的網路功能服務檢測到用戶位置資訊變更后,發布用戶位置資訊變更事件,PCF 可以直接實時接收到該事件,無須其它網路功能服務進行中轉,


特征四:網元間通信機制優化

在這里插入圖片描述
傳統核心網網元之間的通信遵循請求者和回應者的點對點模式,這是一種相互耦合的傳統模式,5G 核心網架構下的網路功能服務間通信機制進一步解耦為生產者和消費者模式,生產者發布相關能力,并不關注消費者是誰、在什么地方,消費者訂閱相關能力,并不關注生產者是誰、在什么地方,這是一種從IT也借鑒過來的通信模式,非常適用于通信雙方的介面解耦,


總結

根據上面的描述,基于服務的網路架構相比傳統的網路架構有很多的優點,

  • 微服務架構將原來 “大而統” 的核心網節點劃分為 “小而專” “低耦合” “高度自治” “單一職責” 的服務模塊;
  • 而且充分考慮核心網未來功能的擴展,利用類似 “總線” 的方式相互連接,并使用 API 介面提供對外統一的服務;
  • 此外,節點間的通信輕量化,節點間通信采用 “與平臺無關” “與語言無關” 的統一介面和通信語言,使功能的增加無介面和語言障礙(采用 HTTP 2.0),


在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/393087.html

標籤:其他

上一篇:kubernetes基于Ingress實作灰度發布

下一篇:【5G架構】5G 核心網架構概述

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more