在5G核心網控制平面中，AMF負責UE接入管理、移動性管理與NAS訊令等關鍵功能，因此AMF架構的可靠性會直接影響整體服務連續性。傳統部署中，gNB可能靜態關聯至特定AMF。網路規模較小時這種方式相對簡單，但隨著用戶規模成長、流量分布更為動態，以及雲端化部署日益普及，其限制會愈來愈明顯。服務繁忙商業區的AMF在尖峰時段可能長期處於高負載，而鄰近資源卻沒有充分利用。若單一AMF發生軟體或硬體故障，其服務區域內的用戶可能受到影響。軟體升級、組態變更等日常維運也往往需要精心規劃維護時段。
AMF Pool在3GPP架構中以AMF Set概念呈現，透過多AMF共享部署模式解決上述問題。多臺AMF組成一個邏輯服務群組，gNB可與池中的AMF建立N2連線。結合GUAMI層級識別結構、基於權重的AMF選擇以及UE上下文連續性，此架構能夠支援負載分攤、故障容錯、降低移動過程中的訊令量，並提升維護彈性。控制平面節點池化並非5G獨有，GPRS的SGSN Pool與4G的MME Pool都採用了相同思路：以共享網路資源取代僵化的節點綁定。在5G中，AMF池化進一步與雲原生部署及彈性資源管理結合。
為什麼AMF池化很重要
部署AMF Pool的主要原因之一，是解決用戶分布不斷變化與節點固定容量之間的不匹配。行動流量本質上具有動態性。工作時間大量用戶可能聚集在商業區，晚間流量則轉向住宅區；演唱會、體育賽事與假期出行也可能形成突發的短期流量尖峰。若某一地理區域僅依賴少量靜態分配的AMF，就可能出現部分節點嚴重過載、其他節點卻利用不足的情況。
當多臺AMF在同一個池中運作時，gNB可以與所有相關AMF實例維持連線，新接入的UE則可依照設定的AMF權重進行分配。例如，同一區域由三臺處理能力相同的AMF提供服務時，可以設定相同權重，使新的UE註冊與移動性上下文較平均地分布至各實例，進而提升整體資源利用率。
第二個重要優勢是容錯能力。若某臺AMF發生軟體故障或硬體失效，池中的其他AMF仍可繼續處理後續接入與移動性請求。對5G核心網控制平面而言，這種多節點模式降低了對單一AMF的過度依賴，為高可用運作提供更穩固的基礎。
池化也提升維運彈性。在升級軟體、修改組態或擴充某臺AMF之前，營運人員可以先降低或遷移該節點承載的活動負載，並讓池中的其他AMF接手新的或重新分配的流量。待該AMF不再承載活動用戶後，再進行維護，可降低對線上服務的影響，也能更自由地選擇維護時段。
池內移動性最佳化
AMF Pool的價值不只在於多節點備援，另一項重要優勢是UE在網路中移動時能夠減少訊令。一個池可以涵蓋多個Tracking Area，而該服務域中的gNB可與屬於同一AMF Set的AMF維持N2連線。
假設某UE最初在TA1註冊，由AMF1建立UE上下文；之後UE移動到同一池內的TA2，新gNB仍可繼續選擇AMF1處理該UE的NAS訊令。只要UE仍位於同一AMF Pool的服務範圍內，網路就可以盡量維持原有AMF關聯。
這種設計可減少不必要的移動性訊令。若沒有池化，UE在服務區域之間移動可能需要更換服務AMF，進而引入額外的上下文轉移與註冊相關程序。池化將無線側位置變化與控制平面節點必須變更解耦，使UE在gNB與Tracking Area之間移動時，不必自動更換其服務AMF。
從工程角度來看，池化實際上擴大了AMF上下文可穩定維持的地理範圍。只要UE仍處於適用AMF Set的服務區域內，就可以跨越多個gNB與TA移動，同時保留同一AMF錨點，從而減少控制平面互動並提升移動性管理的連續性。
在3GPP架構中，此邏輯透過層級結構表示。一個AMF Set包含多臺AMF，它們服務於指定區域並支援相同的Network Slice或切片。一個AMF Region內可以存在多個AMF Set，使大型網路能將控制平面劃分為更易管理的服務域。
GUAMI如何識別AMF
當控制平面從單節點架構演進到池化架構後，網路需要一種結構化方式來識別區域、集合以及具體AMF實例。GUAMI，也就是全球唯一AMF識別碼，提供了這套層級機制。
一個GUAMI由MCC、MNC、AMF Region ID、AMF Set ID與AMF Pointer組成。這些欄位共同形成橫跨PLMN、AMF Region、AMF Set到具體AMF實例的層級尋址模型。其中AMF Region ID用來識別較大的AMF區域，AMF Set ID用來識別該區域內特定AMF Set，而AMF Pointer則區分集合中的具體AMF實例。
相同層級也反映在UE暫時識別中。5G-GUTI由GUAMI與5G-TMSI組成，因此UE暫時身分中的資訊可以指出先前為該UE提供服務的AMF。5G-S-TMSI包含AMF Set ID、AMF Pointer與5G-TMSI，可為尋呼等程序提供所需資訊。
這也是GUAMI會直接影響AMF選擇的原因。若UE在RRC建立過程中提供可識別原服務AMF的資訊，gNB不一定需要重新執行一次完全基於負載的選擇，而可以嘗試選擇原AMF，進而維持既有服務關係。
除了二進位識別外，AMF發現也可以使用FQDN與DNS機制。gNB可以建立AMF Set-FQDN並查詢DNS，以取得屬於特定集合的AMF資訊，為後續N2關聯建立提供輸入。AMF Instance-FQDN用於識別具體AMF實例，在適用的移動性或互通場景中可協助定位先前的服務AMF。
gNB如何選擇AMF
AMF Pool投入運作後，gNB需要處理兩類本質不同的UE情況。一類是新接入UE，沒有可用資訊指出先前的服務AMF；另一類UE則攜帶可以識別先前AMF的資訊。這兩種情況需要不同的選擇優先順序。
若UE在RRC建立過程中沒有提供GUAMI或其他可用於識別原AMF的資訊，gNB會依設定權重值從AMF Set中選擇AMF。每臺AMF可依照處理能力設定0到255範圍內的權重。處理能力較強的AMF可以配置較高權重並接收更多新用戶，而能力較低的實例則可設定較低權重。
例如，三臺AMF的權重分別設定為100、50與50，在其他條件相近時，第一臺AMF大約可取得一半的新分配用戶。這些權重並不需要維持固定。若某臺AMF擴容、縮容或處理能力發生其他變化，可以透過N2組態更新程序將新的權重資訊下發給已連線的gNB，使後續UE分配反映新的容量分布。
但若UE提供有效GUAMI，選擇目標就會改變。gNB不會立即為重新平衡負載而將UE轉向其他AMF，而是嘗試識別並選擇先前提供服務的AMF。保留原AMF有助於維持上下文連續性，並避免不必要的控制平面變更。
因此，池內AMF選擇可概括為兩個原則：沒有歷史AMF關聯時，優先進行負載分配；已知先前AMF關聯時，優先維持服務連續性。前者提升資源利用率，後者減少移動性訊令。高效率的AMF Pool並不是把每個UE都移到目前負載最低的AMF，而是在資源分布與上下文穩定性之間取得平衡。
從初始部署到彈性擴縮
讓一個AMF Set正式投入服務需要經歷數個階段。首先，透過MANO編排系統或網路管理平臺建立多臺AMF實例，並設定N2連線所需的SCTP關聯位址。
接著，gNB與池中的AMF建立SCTP關聯，並分別與相關AMF執行N2 Setup程序。N2 Setup不只是建立連線，也讓gNB取得與AMF運作及選擇有關的參數，包括相對容量或權重、支援的切片與服務區域資訊等。完成這些關係建立後，AMF Set即可開始為UE提供服務。
新UE到達時，gNB會判斷應維持先前的AMF關聯，還是依照可用池資訊與設定權重選擇AMF。若所有AMF處理能力相近且權重相同，隨著時間推移，其用戶負載通常會趨向較平均的分布。
從架構觀點來看，AMF Pool不應被視為傳統的active-standby主備方案。在active-standby設計中，備援節點可能在故障發生前長時間處於幾乎閒置狀態；而在AMF Pool中，多臺AMF可以同時主動服務用戶。容錯只是池化帶來的結果之一，更廣泛的目標是讓多臺AMF實例以一個邏輯服務群組的方式共同運作。
這項特性也使AMF Pooling成為雲端化5GC部署的重要基礎。在雲原生環境中，可以透過編排對AMF實例進行彈性擴縮。實例數量、處理能力與選擇權重都可能隨時間變化，但呈現給gNB與UE的邏輯AMF Set仍保持穩定。因此，池化在動態變化的核心網資源之上提供一致的服務邊界，並支援雲端導向5G核心網所需的彈性能力。
常見問題
一個AMF Region可以包含多個AMF Set嗎？
可以。一個AMF Region可以包含多個AMF Set。不同集合可以服務不同區域，而同一集合中的AMF支援該集合所需的相同Network Slice或多個切片。
一個Tracking Area只對應一個gNB嗎？
不是。Tracking Area與gNB之間不存在一對一關係。一個TA可以包含多個小區，而一個gNB也可以包含多個小區，這些小區可能屬於一個或多個Tracking Area。
AMF Pointer與AMF Set ID有什麼差別？
AMF Set ID用來識別一個AMF Set，而AMF Pointer用來區分該集合內的特定AMF實例。它們與AMF Region ID一起構成GUAMI層級尋址資訊的重要部分。
修改AMF權重是否需要重新建立所有N2連線？
不需要。當AMF容量發生變化時，可以透過相應的N2組態更新程序，將新的權重或相對容量資訊通知給已經連線的gNB。更新後的數值即可影響後續新UE的分配，而不需要重新建立現有N2連線。
