|
一、網(wǎng)絡(luò)架構(gòu) 1. 服務(wù)化架構(gòu) vs 參考點(diǎn)架構(gòu) EPC架構(gòu)是一個(gè)基于嚴(yán)格參考點(diǎn)的架構(gòu),只有定義了接口的兩個(gè)網(wǎng)元才可以互相交互,效率相比5GC較低。舉個(gè)例子,目前現(xiàn)網(wǎng)中有一些基于用戶位置的策略,比如CPE鎖區(qū),在EPC架構(gòu)中,MME獲取了UE的位置之后,需要發(fā)送個(gè)SGW、PGW,再上報(bào)給PCRF,整個(gè)流程非常冗長(zhǎng)。 而3GPPR15定義的5GC網(wǎng)絡(luò)架構(gòu)是一個(gè)基于“服務(wù)化”的架構(gòu),在這個(gè)架構(gòu)中,控制面部分的各個(gè)NF兩兩可以互相交互,使得網(wǎng)絡(luò)交互更加靈活高效。比如上述提到的CPE鎖區(qū)策略,在5GC架構(gòu)上,AMF在獲取了UE的位置信息后,可以直接發(fā)給PCF,避免了中間NF的傳遞,縮短了流程。 CP CP 2. 原生云化 VS 單體軟件 EPC的網(wǎng)元(Network Element),每一個(gè)就是一個(gè)巨型的單體軟件。無論運(yùn)營(yíng)商是否需要這個(gè)功能,軟件本身都是具備的,只不過我們用License去控制客戶能否使用該功能。當(dāng)我們需要增加一個(gè)功能或升級(jí)一個(gè)功能的時(shí)候,哪怕這個(gè)功能跟基本業(yè)務(wù)沒有聯(lián)系,也會(huì)影響到整個(gè)軟件的正常運(yùn)行。所以以往現(xiàn)網(wǎng)產(chǎn)品的升級(jí)都需要專門的操作窗口進(jìn)行。 圖中左邊是單體架構(gòu)的集群,右邊是微服務(wù)集群 但是在5G架構(gòu)中,我們把5GC需要具備的功能拆解成很多個(gè)小塊組件,每個(gè)小組件就是5GC的“服務(wù)”。他們之間彼此獨(dú)立,解耦。這就好比是雕版印刷和活字印刷。雕版印刷需要整版進(jìn)行雕刻,如果其中一個(gè)字刻錯(cuò)了,需要整版重刻。但是活字印刷則不同,我們把每個(gè)單字刻好了之后,進(jìn)行靈活組裝。一個(gè)字刻錯(cuò)了,只需要重刻那個(gè)字就行了。 但是,拆得太細(xì)又會(huì)帶來一些缺點(diǎn),那就是需要維護(hù)的對(duì)象太多。所以我們需要把類似功能的“服務(wù)”進(jìn)行組裝,組裝成一個(gè)合適粒度的“網(wǎng)絡(luò)功能”,來簡(jiǎn)化我們的維護(hù)對(duì)象。這就是我們5GC的NF(Network Function |
|
|