本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種容量通知、MME選擇的方法及MME、演進的節(jié)點B。

背景技術(shù)：

第三代合作伙伴計劃(3rd Generation Partnership Project，簡稱為3GPP)的標準化工作組，目前正致力于研究分組交換核心網(wǎng)(Packet Switch Core簡稱為，PS Core)和全球移動通信系統(tǒng)無線接入網(wǎng)(Universal Mobile Telecommunication System Radio Access Network，簡稱為UTRAN)的演進。該研究課題稱為系統(tǒng)架構(gòu)演進(System Architecture Evolution，簡稱為SAE)，目的是使得演進的分組網(wǎng)(Evolved Packet Core，簡稱為EPC)可提供更高的傳輸速率，更短的傳輸延時，優(yōu)化分組及支持演進的UTRAN(Evolved UTRAN，簡稱為E-UTRAN)、UTRAN、無線局域網(wǎng)(Wireless Local Area Network，簡稱為WLAN)及其他非3GPP的接入網(wǎng)絡之間的移動性管理。

圖1是根據(jù)相關(guān)技術(shù)的SAE的架構(gòu)的結(jié)構(gòu)示意圖，如圖1所示，演進的無線接入網(wǎng)(Evolved Radio Access Network，簡稱為E-RAN)中包含的網(wǎng)元是演進的節(jié)點B(Evolved NodeB簡稱為，eNodeB)，用于為用戶的接入提供無線資源；分組數(shù)據(jù)網(wǎng)(Packet Data Network，簡稱為PDN)是為用戶提供業(yè)務的網(wǎng)絡；EPC提供了更低的傳輸延遲，并允許更多的無線接入系統(tǒng)接入，其網(wǎng)元包括：移動管理實體(Mobility Management Entity，簡稱為MME)、服務網(wǎng)關(guān)(Serving Gateway，簡稱為SGW)、分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN Gateway，簡稱為PGW)、策略與計費規(guī)則功能實體(Policy and Charging Rules Function，簡稱為PCRF)、歸屬用戶服務器(Home Subscriber Server，簡稱為HSS)其中，MME是SAE系統(tǒng)的移動管理單元，在通用移動通信系統(tǒng)(Universal Mobile Telecommunications System，簡稱為UMTS)中，移動管理單元是服務通用分 組無線服務(General Packet Radio Service，簡稱為GPRS)支持節(jié)點(Serving GPRS Support Node，簡稱為SGSN)。

目前，在上述系統(tǒng)中，當用戶設(shè)備(UE：User Equipment)初始接入的時候，eNodeB根據(jù)MME的相對容量等參數(shù)進行MME選擇。一個MME的相對容量可以根據(jù)該MME的容量和MME池內(nèi)MME的總?cè)萘坑嬎愕玫?，也可以用?quán)重值(以1-255來標識)來表示相對容量。

機器類通信(Machine type communication，MTC)是指通過蜂窩網(wǎng)絡進行數(shù)據(jù)傳輸?shù)臋C器與機器(Machine to Machine，M2M)通信，作為未來泛在網(wǎng)絡的重要組成部分，具有廣闊的應用前景和市場潛力。3GPP LTE是未來移動通信的長期演進技術(shù)，其傳輸速率高、時延低、覆蓋范圍廣，將成為MTC業(yè)務理想的承載網(wǎng)絡，此時MTC終端也成為移動通信系統(tǒng)的UE。然而，MTC業(yè)務特性與人和人(Human to Human，H2H)通信差異較大，這將給3GPP LTE網(wǎng)絡設(shè)計和管理帶來挑戰(zhàn)。

有些MTC終端作為UE時，其使用時的行為特征與傳統(tǒng)的UE如智能手機有較大差異，例如會以相對不頻繁的間隔傳輸少量數(shù)據(jù)，而MTC終端本身也可以劃分為多種UE使用類型。本發(fā)明的發(fā)明人經(jīng)研究發(fā)現(xiàn)，目前MME的容量配置方法及用于負載均衡的MME選擇方法并不能很好地適應不同類型終端的要求。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明提供了以下技術(shù)方案。

一種容量通知的方法，應用于移動管理實體MME，包括：

獲取MME對應于其服務的用戶設(shè)備UE使用類型的相對容量或?qū)谄渌鶎俚腗ME組的相對容量；

將所述MME對應于其服務的UE使用類型的相對容量或?qū)谄渌鶎俚腗ME組的相對容量通知給演進的節(jié)點B。

一種移動管理實體MME，其特征在于，包括：

容量獲取模塊，用于獲取MME對應于其服務的用戶設(shè)備UE使用類型 的相對容量或?qū)谄渌鶎俚腗ME組的相對容量；

信息通知模塊，用于將所述MME對應于其服務的UE使用類型的相對容量或?qū)谄渌鶎俚腗ME組的相對容量通知給演進的節(jié)點B。

上述方案將MME的相對容量對應于其服務的UE使用類型或其所屬的MME組，這使得MME可以針對不同的UE使用類型或MME組向eNodeB通知不同的相對容量，用于MME選擇，更具有靈活性，可以滿足容量的差異性需求。

有鑒于此，本發(fā)明還提供了以下技術(shù)方案。

一種移動管理實體MME選擇的方法，應用于演進的節(jié)點B，包括：

獲取接入用戶設(shè)備UE的UE使用類型，記為第一UE使用類型；

確定可選MME對應于所述第一UE使用類型的相對容量；

根據(jù)所述可選MME對應于所述第一UE使用類型的相對容量，為所述接入UE選擇MME。

一種演進的節(jié)點B，其特征在于，包括：

類型獲取模塊，用于獲取接入用戶設(shè)備UE的UE使用類型，記為第一UE使用類型；

容量確定模塊，用于確定可選MME對應于所述第一UE使用類型的相對容量；

MME選擇模塊，用于根據(jù)所述可選MME對應于所述第一UE使用類型的相對容量，為所述接入UE選擇MME。

上述方案基于接入UE的UE使用類型對應的相對容量來選擇MME，可以適應針對不同UE使用類型配置不同容量的情況，為UE選擇合適的MME，達到負載均衡的效果。

附圖說明

圖1是根據(jù)相關(guān)技術(shù)的SAE的架構(gòu)的結(jié)構(gòu)示意圖；

圖2是本發(fā)明實施例一容量通知方法的流程圖；

圖3是本發(fā)明實施例一MME的模塊圖；

圖4是本發(fā)明實施例一的一個示例的流程圖；

圖5是本發(fā)明實施例一的另一個示例的流程圖；

圖6是本發(fā)明實施例二容量通知方法的流程圖；

圖7是本發(fā)明實施例三MME選擇方法的流程圖；

圖8是本發(fā)明實施例三MME的模塊圖；

圖9是本發(fā)明實施例三的一個示例的流程圖；

圖10是本發(fā)明實施例三的另一個示例的流程圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的不同實施例的特征可以相互任意組合。

本申請中，UE使用類型如可以根據(jù)UE使用的特點來劃分。例如可以將傳統(tǒng)的UE如智能手機作為一種UE使用類型，將MTC終端作為另一種使用類型。也可以將傳統(tǒng)UE和/或MTC終端再劃分為多種UE使用類型。本實施例主要是提供對應于UE使用類型/MME組的相對容量的通知機制，及MME選擇機制，對于UE使用類型的具體劃分方式不做任何局限。

實施例一

隨著虛擬化技術(shù)的發(fā)展，MME需要更方便、更動態(tài)地調(diào)整容量。為了能夠更好地支持多種UE使用類型，需要根據(jù)UE使用類型來動態(tài)調(diào)整MME的相對容量，并將調(diào)整后的相對容量通知給eNodeB，使eNodeB可以根據(jù)最新的相對容量來選擇合適的MME。

本實施例提供了一種方法，MME可以將對應于其服務的用戶設(shè)備UE使用類型的相對容量通知給eNodeB。

如圖2所示，本實施例容量通知的方法應用于MME，包括：

步驟110，獲取MME對應于其服務的用戶設(shè)備UE使用類型的相對容量或?qū)谄渌鶎俚腗ME組的相對容量；

本實施例中，MME對應于其服務的UE使用類型的相對容量按以下方式計算得到：一MME對應于其服務的一UE使用類型的相對容量，根據(jù)該MME對應于該UE使用類型的容量和所屬MME池中服務該UE使用類型的MME對應于該UE使用類型的總?cè)萘坑嬎愕玫健?/p>

例如，一個MME池中有3個MME，分別為MME1、MME2和MME3，先假定這3個MME均服務2種UE使用類型(即可以為具有這2種UE使用類型的UE提供服務)：TYPE1和TYPE2，MME1、MME2和MME3對應于TYPE1的容量分別是C11、C21和C31，MME1、MME2和MME3對應于TYPE2的MME1容量分別是C12、C22和C32。則MME1對應于TYPE1的相對容量根據(jù)C11和SUM(C11,C21,C31)計算得到，如可以是C11與SUM(C11,C21,C31)的比值，其中SUM是求和函數(shù)，SUM(C11,C21,C31)表示C11,C21和C31之和。而MME1對應于TYPE2的相對容量則根據(jù)C12和SUM(C12,C22,C32)計算得到。而如果這3個MME中，只有MME1和MME2服務TYPE1，MME1和MME2對應于TYPE1的容量分別是C11和C21。則MME1對應于TYPE1的相對容量根據(jù)C11和SUM(C11,C21)計算得到，依此類推。

本實施例不僅將MME的容量針對UE使用類型分別配置，而且在計算對應于某一UE使用類型的相對容量時，也將其中的總?cè)萘肯拗圃诜赵揢E使用類型的MME對應于該UE使用類型的總?cè)萘可?，這使得計算出來的相對容量能夠更好地反應該UE使用類型的負載分擔情況，有利于精細化管理，實現(xiàn)負載均衡。

本步驟中，MME對應于其服務的UE使用類型的相對容量，可以由網(wǎng)管設(shè)備或MME或其他網(wǎng)元設(shè)備配置。如果由MME配置，配置相對容量的MME和通知eNodeB相對容量的MME可以相同，也可以不同。如果是通知eNodeB相對容量的MME配置的，該MME可以從本地獲取相對容量。否則， 需要獲取網(wǎng)管設(shè)備、其他MME或者其他網(wǎng)元設(shè)備配置的上述相對容量，再發(fā)送給eNodeB。

在本實施例中，也可以根據(jù)UE使用類型將MME池中的MME劃分為多個MME組，一種UE使用類型對應一個MME組，一個MME組對應一種或多種UE使用類型，一個MME可以服務一種或多種UE使用類型，也就是說，一個MME可以屬于多個MME組。MME所屬的MME組的標識，可以作為MME標識的一部分。

步驟120，將所述MME對應于其服務的UE使用類型的相對容量或?qū)谄渌鶎俚腗ME組的相對容量通知給演進的節(jié)點B。

本步驟中，至少可以將以下三種信息及所述三種信息的對應關(guān)系通知給演進的節(jié)點B：

MME的標識；

MME服務的一種或多種UE使用類型的標識；

MME的相對容量。

這三種信息的對應關(guān)系可以用多種方式來表示，例如在MME的標識的下一級信息單元中寫入一個或多個二元組，每一個二元組包括一UE使用類型的標識及對應的一MME的相對容量。也可以在UE使用類型的標識的下一級信息單元中寫入一個或多個二元組，每一個二元組包括一MME的標識及對應的一MME的相對容量，等等。

本步驟中，可以將MME對應于其服務的UE使用類型的相對容量，攜帶在MME配置更新請求消息和/或S1建立響應消息中發(fā)送給演進的節(jié)點B。

本實施例還提供了一種MME，如圖3所示，包括：

容量獲取模塊10，用于獲取MME對應于其服務的用戶設(shè)備UE使用類型的相對容量。

信息通知模塊20，用于將所述MME對應于其服務的UE使用類型的相 對容量通知給演進的節(jié)點B。

可選地，

所述信息通知模塊將所述MME對應于其服務的UE使用類型的相對容量通知給演進的節(jié)點B，包括：

至少將以下三種信息及所述三種信息的對應關(guān)系通知給演進的節(jié)點B：

MME的標識；

MME服務的一種或多種UE使用類型的標識；

MME的相對容量。

可選地，

MME池中，MME組和UE使用類型具有對應關(guān)系：一種UE使用類型對應一個MME組，一個MME組對應一種或多種UE使用類型。

可選地，

所述信息通知模塊將MME對應于其服務的用戶設(shè)備UE使用類型的相對容量通知給演進的節(jié)點B，包括：將MME對應于其服務的用戶設(shè)備UE使用類型的相對容量，攜帶在MME配置更新請求消息和/或S1建立響應消息中發(fā)送給演進的節(jié)點B。

可選地，

所述MME還包括：

容量配置模塊，用于配置MME對應于其服務的UE使用類型的相對容量；或者

信息獲取模塊，用于獲取其他網(wǎng)元配置的MME對應于其服務的UE使用類型的相對容量的相對容量。

可選地，

所述容量配置模塊配置MME對應于其服務的UE使用類型的相對容量，包括：一MME對應于其服務的一UE使用類型的相對容量，根據(jù)該MME對應于該UE使用類型的容量和所屬MME池中服務該UE使用類型的MME對應于該UE使用類型的總?cè)萘康玫健?/p>

圖4所示是基于本實施例容量通知方法的一個示例，如圖所示，本示例的流程包括：

步驟S401，eNodeB向MME發(fā)送S1建立請求消息；

上述S1建立請求消息中可以攜帶eNodeB標識、eNodeB支持的PLMN跟蹤區(qū)和廣播PLMN標識等信息。

步驟S402，MME向eNodeB返回S1建立響應消息，消息中攜帶MME對應于其服務的UE使用類型的相對容量的信息。

本步驟中，S1響應消息中攜帶的MME對應于其服務的UE使用類型的相對容量的信息，如上文所述，可以包括MME的標識、MME服務的一種或多種UE使用類型的標識和MME的相對容量，以及這三種信息之間的對應關(guān)系。MME的標識可以包括MME服務的PLMN，MME服務的組標識及MME服務的MME碼等信息。

圖5所示是基于本實施例容量通知方法的另一示例，如圖所示，該示例包括如下步驟：

步驟S501，MME向eNodeB發(fā)送MME配置更新請求消息，消息中攜帶MME對應于其服務的UE使用類型的相對容量的信息；

步驟S502，eNodeB存儲或更新MME的配置信息，并向MME返回MME配置更新確認消息。

本步驟中，eNodeB存儲或更新的MME的配置信息包括MME對應于其服務的UE使用類型的相對容量。

實施例二

本實施例中，移動管理實體(MME)將對應于其所屬的MME組的相對容量通知給eNodeB。

如圖4所示，本實施例容量通知的方法應用于MME，包括：

步驟210，獲取MME對應于其所屬的MME組的相對容量；

本實施例中UE使用類型和MME組具有對應關(guān)系：在MME池中，一種UE使用類型對應一個MME組，一個MME組對應一種或多種UE使用類型，一個MME屬于一個或多個UE使用類型，一個MME可以屬于一個或多個UE組，可以服務一種或多種UE使用類型。UE使用類型和MME組的對應關(guān)系可以在MME和演進的節(jié)點B之間約定，也可以由MME將所述MME組和UE使用類型的對應關(guān)系通知給演進的節(jié)點B。

本實施例中，MME對應于其所屬的MME組的相對容量按以下方式計算得到：一MME對應于其所屬的一MME組的相對容量，根據(jù)該MME對應于該MME組的容量和該MME組中MME對應于該MME組的總?cè)萘坑嬎愕玫健?/p>

例如，一個MME池中有3個MME，分別為MME1、MME2和MME3，假定MME1和MME2屬于第一MME組，MME2和MME3屬于第二MME組。假定第一MME組服務第一UE使用類型TYPE1(組中的MME均服務TYPE1)，第二MME組服務第二UE使用類型。MME1、MME2對應于第一MME組的容量(相當于MME1、MME2對應于第一UE使用類型的容量)分別為C11和C21。MME2、MME3對應于第二MME組的容量(相當于MME2、MME3對應于第二UE使用類型的容量)分別為C22和C32。此時，MME1對應于第一MME組的相對容量根據(jù)C11和SUM(C11，C21)計算得到，如為C11與SUM(C11，C21)的比值。而MME2對應于第一MME組的相對容量則根據(jù)C21和SUM(C11，C21)計算得到，MME2對應于第二MME組的相對容量根據(jù)C22和SUM(C22，C32)計算得到。依此類推。如此計算出來的相對容量能夠更好地反應UE使用類型的負載分擔情況，有利于精細化管理，實現(xiàn)負載均衡。

與實施例一相似，本實施例MME對應于其所屬的MME組的相對容量，可以由網(wǎng)管設(shè)備或MME或其他網(wǎng)元設(shè)備配置。如果由MME配置，配置相對容量的MME和通知eNodeB相對容量的MME可以相同，也可以不同。如果不是通知eNodeB相對容量的MME配置的，該MME獲取網(wǎng)管設(shè)備、其他MME或者其他網(wǎng)元設(shè)備配置的上述相對容量，再發(fā)送給eNodeB。

步驟220，將所述MME對應于其所屬的MME組的相對容量通知給演進的節(jié)點B。

本步驟中，至少可以將以下三種信息及所述三種信息的對應關(guān)系通知給演進的節(jié)點B：

MME的標識；

MME所屬的一個或多個MME組的標識；

MME的相對容量。

上述三種信息的對應關(guān)系可以用多種方式來表示，例如在MME的標識的下一級信息單元中寫入一個或多個二元組，每一個二元組包括一MME組的標識及對應的一MME的相對容量。也可以在MME組的標識的下一級信息單元中寫入一個或多個二元組，每一個二元組包括一MME的標識及對應的一MME的相對容量，等等。

本步驟中，將MME對應于其所屬的MME組的相對容量，攜帶在MME配置更新請求消息和/或S1建立響應消息中發(fā)送給演進的節(jié)點B。如果UE使用類型和MME組的對應關(guān)系由MME將所述MME組和UE使用類型的對應關(guān)系通知給演進的節(jié)點B，UE使用類型和MME組的對應關(guān)系信息也可以同時攜帶在MME配置更新請求消息和/或S1建立響應消息中發(fā)送給演進的節(jié)點B，但也可以攜帶在其他的消息中發(fā)送。

本實施例還提供了一種MME，可參見圖3，包括：

容量獲取模塊10，用于獲取MME對應于其所屬的MME組的相對容量。

信息通知模塊20，用于將所述MME對應于其所屬的MME組的相對容量通知給演進的節(jié)點B。

可選地，

所述信息通知模塊將所述MME對應于其所屬的MME組的相對容量通知給演進的節(jié)點B，包括：至少將以下三種信息及所述三種信息的對應關(guān)系通知給演進的節(jié)點B：

MME的標識；

MME所屬的一個或多個MME組的標識；

MME的相對容量。

可選地，

MME池中，MME組和UE使用類型具有對應關(guān)系：一種UE使用類型對應一個MME組，一個MME組對應一種或多種UE使用類型。

可選地，

所述信息通知模塊還用于將所述MME組和UE使用類型的對應關(guān)系通知給演進的節(jié)點B。

可選地，

所述信息通知模塊將MME對應于其所屬的MME組的相對容量通知給演進的節(jié)點B，包括：將MME對應于其所屬的MME組的相對容量，攜帶在MME配置更新請求消息和/或S1建立響應消息中發(fā)送給演進的節(jié)點B。

可選地，

所述MME還包括：

容量配置模塊，用于配置MME對應于其所屬的MME組的相對容量；或者

信息獲取模塊，用于獲取其他網(wǎng)元配置的MME對應于其所屬的MME組的相對容量。

可選地，

所述容量配置模塊配置MME對應于其所屬的MME組的相對容量，包括：一MME對應于其所屬的一MME組的相對容量，根據(jù)該MME對應于該MME組的容量和該MME組中MME對應于該MME組的總?cè)萘坑嬎愕玫健?/p>

實施例三

本實施例提供了一種移動管理實體MME選擇的方法，應用于演進的節(jié)點B，如圖7所示，包括：

步驟210，獲取接入用戶設(shè)備UE的UE使用類型，記為第一UE使用類型；

本步驟中，eNodeB可以從所述接入UE發(fā)送的消息中獲取所述接入UE的UE使用類型；或者，通過MME向歸屬用戶服務器HSS查詢，獲取所述接入UE的UE使用類型。其中，接入UE是指請求接入eNodeB的UE。

步驟220，確定可選MME對應于所述第一UE使用類型的相對容量；

本實施例中，確定MME對應于所述第一UE使用類型的相對容量，包括：

將MME池中服務所述第一UE使用類型的MME確定為可選MME；

查找MME對應于其服務的UE使用類型的相對容量，確定所述可選MME對應于所述第一UE使用類型的相對容量。

本實施例中，eNodeB保存有MME對應于其服務的UE使用類型的相對容量，至少用以下三種信息及所述三種信息的對應關(guān)系表示：MME的標識；MME服務的一種或多種UE使用類型的標識；及MME的相對容量。

在另一實施例中，MME池中的一種UE使用類型對應于一個MME組，一個MME組對應于一種或多種UE使用類型。所述確定MME對應于所述第一UE使用類型的相對容量，包括：

查找UE使用類型與MME池中MME組的對應關(guān)系，將所述第一UE使用類型對應的MME組記為第一MME組，將所述第一MME組中的MME確定為可選MME；

查找MME對應于其所屬的MME組的相對容量，確定所述可選MME對應于所述第一MME組的相對容量，作為所述可選MME對應于所述第一UE使用類型的相對容量；

在該另一實施例中，eNodeB保存有UE使用類型與MME池中MME組的對應關(guān)系，以及MME對應于其所屬的MME組的相對容量，其中MME對應于其所屬的MME組的相對容量，至少用以下三種信息及所述三種信息的對應關(guān)系表示：MME的標識；MME所屬的一個或多個MME組的標識；及MME的相對容量。

步驟230，根據(jù)所述可選MME對應于所述第一UE使用類型的相對容量，為所述接入UE選擇MME。

本步驟中，選擇MME時可以考慮其他的參數(shù)，具體策略可以基于現(xiàn)有方式，本發(fā)明對此不做任何局限。

本實施例還提供了一種演進的節(jié)點B，如圖8所示，包括：

類型獲取模塊50，用于獲取接入用戶設(shè)備UE的UE使用類型，記為第一UE使用類型；

容量確定模塊60，用于確定可選MME對應于所述第一UE使用類型的相對容量；

MME選擇模塊70，用于根據(jù)所述可選MME對應于所述第一UE使用類型的相對容量，為所述接入UE選擇MME。

可選地，

所述容量確定模塊確定MME對應于所述第一UE使用類型的相對容量，包括：將MME池中服務所述第一UE使用類型的MME確定為可選MME；查找MME對應于其服務的UE使用類型的相對容量，確定所述可選MME對應于所述第一UE使用類型的相對容量。

可選地，

所述演進的節(jié)點B還包括：

信息存儲模塊，用于至少通過以下三種信息及所述三種信息的對應關(guān)系保存MME對應于其服務的UE使用類型的相對容量：

MME的標識；

MME服務的一種或多種UE使用類型的標識；

MME的相對容量。

可選地，

所述容量確定模塊確定MME對應于所述第一UE使用類型的相對容量，包括：

查找UE使用類型與MME池中MME組的對應關(guān)系，將所述第一UE使用類型對應的MME組記為第一MME組，將所述第一MME組中的MME確定為可選MME；

查找MME對應于其所屬的MME組的相對容量，確定所述可選MME對應于所述第一MME組的相對容量，作為所述可選MME對應于所述第一UE使用類型的相對容量；

其中，MME池中，一種UE使用類型對應于一個MME組，一個MME組對應于一種或多種UE使用類型。

可選地，

所述演進的節(jié)點B還包括：

信息存儲模塊，用于至少通過以下三種信息及所述三種信息的對應關(guān)系保存MME對應于其所屬的MME組的相對容量：

MME的標識；

MME所屬的一個或多個MME組的標識；

MME的相對容量。

可選地，

所述類型獲取模塊獲取接入UE的UE使用類型，包括：從所述接入UE發(fā)送的消息中獲取所述接入UE的UE使用類型；或者，通過MME向歸屬用戶服務器HSS查詢，獲取所述接入UE的UE使用類型。

本實施例基于接入UE的UE使用類型對應的相對容量來選擇MME，可以適應基于UE使用類型為MME配置相對容量的情況，根據(jù)接入UE的UE使用類型為UE選擇到合適的MME，更好地達到負載均衡的效果。

圖9是根據(jù)本實施例的一個示例，該示例的流程包括：

步驟S601，UE向eNodeB發(fā)送RRC建立請求消息，消息中攜帶附著請求消息及UE使用類型；

步驟S602，eNodeB根據(jù)該UE的UE使用類型，查找MME對應于其 服務的UE使用類型的相對容量，為該UE選擇MME；

在另一示例中，eNodeB根據(jù)該UE的UE使用類型，查找UE使用類型與MME組的對應關(guān)系及MME對應于其所屬的MME組的相對容量，為該UE選擇MME。

步驟S603，eNodeB向選擇的MME發(fā)送初始UE消息，消息中攜帶附著請求消息。

圖10是根據(jù)本實施例的另一示例，其流程包括：

步驟S701，UE向eNodeB發(fā)送RRC建立請求消息，消息中攜帶附著請求消息，由于UE不是最新版本的UE，不支持攜帶使用類型，所以在這邊消息中并沒有攜帶UE使用類型；

步驟S702，eNodeB向選擇的MME發(fā)送初始UE消息，消息中攜帶附著請求消息；

步驟S703，MME向HSS發(fā)送位置更新請求消息，消息中指示該消息的目的是為了獲取注冊的使用類型；

步驟S704，HSS向MME返回位置更新確認消息，消息中攜帶該UE注冊的UE使用類型；

步驟S705，MME向eNodeB返回重定向指示消息，消息中攜帶該UE注冊的UE使用類型；

步驟S706，eNodeB根據(jù)該UE的UE使用類型，查找MME對應于其服務的UE使用類型的相對容量，為該UE選擇MME；

在另一示例中，eNodeB根據(jù)該UE的UE使用類型，查找UE使用類型與MME組的對應關(guān)系及MME對應于其所屬的MME組的相對容量，為該UE選擇MME。

步驟S707，eNodeB向選擇的MME發(fā)送初始UE消息，消息中攜帶附著請求消息。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明實施例的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務器，或者網(wǎng)絡設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。