支持S1接口的MME pool功能 ;
支持MME負載均衡（ S1 Flex）；

這兩句話的區(qū)別是什么？我怎么覺得是一回事兒呢？

還找到一個術(shù)語叫NNSF，感覺這貌似也是同樣的功能。

請問高人，對于eNB，MMEPool，S1-Flex，NNSF之間的區(qū)別是什么？

能再具體回答一下該如何理解下面這句話嗎？

eNB支持S1接口的MME pool功能 ;

Evolved Node B，即演進型Node B簡稱eNB，LTE中基站的名稱，相比現(xiàn)有3G中的Node B，集成了部分RNC的功能，減少了通信時協(xié)議的層次。

eNB的功能包括：RRM功能；IP頭壓縮及用戶數(shù)據(jù)流加密；UE附著時的MME選擇；尋呼信息的調(diào)度傳輸；廣播信息的調(diào)度傳輸；以及設(shè)置和提供eNB的測量等。

MME Pool指由一個或者多個MME組成的區(qū)域，是完整的TA區(qū)的集合，MME Pool內(nèi)每個eNodeB與MME全互聯(lián)；不同MME Pool之間可相互疊加，重疊區(qū)域中的eNB可以同時與兩個MME池中的某些MME建立S1連接。UE在MME Pool內(nèi)的TA區(qū)移動可不用更換服務(wù)MME。MME設(shè)備是EPC系統(tǒng)中關(guān)鍵的控制面節(jié)點，在部署中通常集中設(shè)置；一旦MME設(shè)備發(fā)生故障，帶來的損害往往影響較大，且故障恢復(fù)時間較長，影響用戶感知。
針對MME的可靠性保護，3GPP提出MME Pool概念以及MME間的負載均衡、負載重分配和過載控制等方案。運營商可根據(jù)各自的網(wǎng)絡(luò)特征規(guī)劃部署MME   Pool，進而搭建高效、穩(wěn)健、易維護的EPC系統(tǒng)

是支持S1接口的靈活組網(wǎng)方式，即所謂S1-flex功能。S1是eNB和MME/SGW之間的接口，2G/3G網(wǎng)絡(luò)中RNC只能和一個核心網(wǎng)元連接，但S1-flex允許一個eNB連接到多個MME/SGW POOL（池），實現(xiàn)負載均衡、冗災(zāi)等。每個eNB支持最多16個S1接口；另一個重要變化是X2接口，即相鄰eNB間的分布式接口，主要用于移動性管理（切換）和相鄰小區(qū)干擾抑制，每個eNB可定義32個X2接口，實際部署時相鄰基站數(shù)量由覆蓋情況決定

NNSF(NAS node selection Function)，非接入層節(jié)點選擇功能 MS第一次進入MSC POOL，由NNSF功能節(jié)點為通過BSC/RNC接入的MS選擇“拜訪MSC /VLR(MSC-S)”，此后，MS在POOL內(nèi)漫游，均是由此MSC/VLR(MSC-S)負責其業(yè)務(wù)處理。為了完成MSC POOL組網(wǎng)，需要接入網(wǎng)具備NNSF功能。非接入層節(jié)點選擇NNSF的英文全稱為NAS Node Selection Function，它既可以內(nèi)置在BSC側(cè)，也可以由MGW網(wǎng)元提供，但無論位于哪個網(wǎng)元，NNSF的含義均是指選擇一個合適的網(wǎng)元處理業(yè)務(wù)，因而相應(yīng)的負荷分擔算法比較關(guān)鍵，需要能保證信令正確路由和各個MSC Server網(wǎng)元之間的負荷均衡。

因為MSC POOL中有多個服務(wù)MSCS，需要通過網(wǎng)絡(luò)資源標識NRI（Network Resource Identifier）進行區(qū)分，協(xié)議規(guī)定它最多占用臨時移動用戶識別碼TMSI中的10 bits，而在實際應(yīng)用中，其所占的位數(shù)是根據(jù)網(wǎng)絡(luò)規(guī)劃和設(shè)計來決定的，目前少數(shù)運營商最多規(guī)劃使用了7 bits，而大多數(shù)運營商的規(guī)劃是3~4 bits。

NRI的長度決定了Pool中MSCS的最大數(shù)量，每個MSCS分配1個到多個NRI。以MSC POOL中包含3個服務(wù)的MSCS，且MGW網(wǎng)元開通了NNSF功能的網(wǎng)絡(luò)組網(wǎng)為例進行說明：

l 某個用戶漫游入MSC POOL覆蓋區(qū)域，終端發(fā)現(xiàn)當前位置區(qū)與本機保存的LAI不同，發(fā)起位置更新操作；

l 如果用戶業(yè)務(wù)請求消息（L3消息）中攜帶的用戶標識是TMSI，則由MGW的NNSF獲取到NRI（NRI是TMSI號碼的一部分），判斷與該NRI有映射關(guān)系的MSCS是否可用，如果可用，會將消息轉(zhuǎn)發(fā)給對應(yīng)的MSCS進行業(yè)務(wù)處理；如果不可用，則還需要根據(jù)負荷分擔算法選擇一個可用的MSCS進行處理。

l 如果L3消息中攜帶的用戶標識是IMSI/IMEI，需要通過Hash算法得到一個Hash值，再使用負荷分擔算法選擇一個可用的MSCS處理用戶業(yè)務(wù)請求。

l MSCS選擇成功以后的HLR與VLR記錄用戶最新位置信息等過程，與普通的位置更新流程一致。