本發(fā)明涉及無(wú)線通信技術(shù)，特別涉及根據(jù)UE的需求不同，提供不同的接入網(wǎng)的方法和設(shè)備。

背景技術(shù)：

現(xiàn)代移動(dòng)通信越來(lái)越趨向于為用戶提供高速率傳輸?shù)亩嗝襟w業(yè)務(wù)，如圖1所示，為系統(tǒng)架構(gòu)演進(jìn)(SAE)的系統(tǒng)架構(gòu)圖。其中：

用戶設(shè)備(UE)101是用來(lái)接收數(shù)據(jù)的終端設(shè)備。演進(jìn)通用陸地?zé)o線接入網(wǎng)絡(luò)(E-UTRAN)102是無(wú)線接入網(wǎng)絡(luò)，其中包括為UE提供接入無(wú)線網(wǎng)絡(luò)接口的宏基站(eNodeB/NodeB)。移動(dòng)管理實(shí)體(MME)103負(fù)責(zé)管理UE的移動(dòng)上下文、會(huì)話上下文和安全信息。服務(wù)網(wǎng)關(guān)(SGW)104主要提供用戶平面的功能，MME 103和SGW 104可能處于同一物理實(shí)體。分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PGW)105負(fù)責(zé)計(jì)費(fèi)、合法監(jiān)聽等功能，也可以與SGW 104處于同一物理實(shí)體。策略和計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF)106提供服務(wù)質(zhì)量(QoS)策略和計(jì)費(fèi)準(zhǔn)則。通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)108是通用移動(dòng)通信系統(tǒng)(UMTS)中為數(shù)據(jù)的傳輸提供路由的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備。歸屬用戶服務(wù)器(HSS)109是UE的家鄉(xiāng)歸屬子系統(tǒng)，負(fù)責(zé)保護(hù)包括用戶設(shè)備的當(dāng)前位置、服務(wù)節(jié)點(diǎn)的地址、用戶安全信息、用戶設(shè)備的分組數(shù)據(jù)上下文等用戶信息。

今后的LTE演進(jìn)的網(wǎng)絡(luò)，要支持多種多樣的用戶類型，例如智能家電可以作為一種用戶類型，車載系統(tǒng)上的智能感知設(shè)備可以作為一種用戶類型。不同的類型需求不同，有些類型的用戶對(duì)傳輸時(shí)延的要求很高，稱為緊急機(jī)器類通信(C-MTC，critical mechanism type communication)用戶。有些類型的用戶對(duì)傳輸時(shí)延要求不高，但是要求頻繁建立數(shù)據(jù)通路，來(lái)傳輸幾個(gè)比特的小數(shù)據(jù)，稱為密集機(jī)器類通信(M-MTC，massive mechanism type communication)用戶，對(duì)這類用戶，需要減少數(shù)據(jù)建立所需要的信令過(guò)程，降低控制平面的負(fù)載?？傊?，用戶類型不同，對(duì)網(wǎng)絡(luò)的要求也不同，而目前的LTE的網(wǎng)絡(luò)架構(gòu)是用一個(gè)通用的接入網(wǎng)來(lái)為所有的用戶在提供服務(wù)，該架構(gòu)不能夠靈活的適應(yīng)不同用戶的需求，網(wǎng)絡(luò)利用率沒(méi)有達(dá)到最大化。

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

有鑒于此，本發(fā)明提供了為不同類型的用戶選擇不同類型的接入網(wǎng)的方法和設(shè)備，使用戶需求能夠得到滿足，以提高網(wǎng)絡(luò)的利用率。

本申請(qǐng)?zhí)峁┝艘环N用戶設(shè)備UE接入的方法，包括：

UE接收基站上的小區(qū)廣播的所述小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

UE根據(jù)自身的類型與小區(qū)支持的UE的類型的比較，選擇支持本UE的類型的小區(qū)發(fā)送無(wú)線資源控制RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含UE的類型。

本申請(qǐng)還提供了一種UE，包括：第一接收模塊和第一發(fā)送模塊，其中：

所述第一接收模塊，用于接收基站上的小區(qū)廣播的所述小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

所述第一發(fā)送模塊，用于根據(jù)所述UE自身的類型與小區(qū)支持的UE的類型的比較，選擇支持本UE的類型的小區(qū)發(fā)送RRC建立請(qǐng)求消息。

本申請(qǐng)還提供了一種UE接入的方法，包括：

基站廣播基站上的小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

基站接收UE發(fā)送的RRC建立請(qǐng)求消息。

較佳的，該方法還包括：如果所述RRC建立請(qǐng)求消息中不包含UE的類型，基站將所述UE切換到支持通用UE類型的鄰基站。

較佳的，該方法還包括：所述基站在X2建立的過(guò)程中，獲取并保存鄰基站上的小區(qū)支持的類型信息。

本申請(qǐng)還提供了一種基站，包括：第二發(fā)送設(shè)備和第二接收設(shè)備，其中：

所述第二發(fā)送設(shè)備，用于廣播基站上的小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

所述第二接收設(shè)備，用于接收UE發(fā)送的RRC建立請(qǐng)求消息。

本申請(qǐng)還提供了一種UE接入的方法，包括：

UE向基站發(fā)送RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

UE從基站接收RRC建立響應(yīng)消息或者重定向消息，所述重定向消息中包含目的基站的標(biāo)識(shí)和/或目標(biāo)小區(qū)的小區(qū)唯一標(biāo)識(shí)或者物理層標(biāo)識(shí)，所述目的基站或目標(biāo)小區(qū)支持所述類型信息所對(duì)應(yīng)的類型。

較佳的，如果UE從基站接收的是RRC建立響應(yīng)消息，該方法還包括：

在RRC建立過(guò)程完成后，UE從基站接收所述重定向消息或者被所述基站切換到目標(biāo)基站，其中，所述目標(biāo)基站支持所述類型信息所對(duì)應(yīng)的類型。

本申請(qǐng)還提供了一種UE，包括：第三發(fā)送模塊和第三接收模塊，其中：

所述第三發(fā)送模塊，用于向基站發(fā)送RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

所述第三接收模塊，用于從基站接收RRC建立響應(yīng)消息或者重定向消息，所述重定向消息中包含目的基站的標(biāo)識(shí)和/或目標(biāo)小區(qū)的小區(qū)唯一標(biāo)識(shí)或者物理層標(biāo)識(shí)，所述目的基站或目標(biāo)小區(qū)支持所述類型信息所對(duì)應(yīng)的類型。

本申請(qǐng)還提供了一種UE接入的方法，包括：

基站從UE接收RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

如果所述基站不支持所述類型信息對(duì)應(yīng)的類型，所述基站將所述UE重定向到支持所述類型的目的基站，或者所述基站將所述UE切換到支持所述類型的目標(biāo)基站。

較佳的，所述基站將所述UE重定向到支持所述類型的目的基站包括：

在基站從UE接收RRC建立請(qǐng)求消息或者在RRC建立過(guò)程完成后，所述基站從鄰基站中尋找支持所述類型的目的基站，并向UE發(fā)送重定向消息，所述重定向消息中包含目的基站的標(biāo)識(shí)和/或目標(biāo)小區(qū)的小區(qū)唯一標(biāo)識(shí)或者物理層標(biāo)識(shí)，所述目的基站或目標(biāo)小區(qū)支持所述類型信息所對(duì)應(yīng)的類型。

較佳的，所述基站將所述UE切換到支持所述類型的目標(biāo)基站包括：

在RRC建立過(guò)程完成后，所述基站將所述UE切換到支持所述類型的目標(biāo)基站。

較佳的，該方法還包括：

所述基站在X2建立的過(guò)程中，獲取并保存鄰基站上的小區(qū)支持的類型信息。

本申請(qǐng)還提供了一種基站，包括：第四接收模塊和第四處理模塊，其中：

所述第四接收模塊，用于從UE接收RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

所述第四處理模塊，用于在所述基站不支持所述類型信息對(duì)應(yīng)的類型時(shí)，將所述UE重定向到支持所述類型的目的基站，或者將所述UE切換到支持所述類型的目標(biāo)基站。

本申請(qǐng)還提供了一種UE接入的方法，包括：

基站從核心網(wǎng)設(shè)備接收UE的類型信息，所述類型信息包括：UE的類型；

如果所述基站不支持所述類型信息對(duì)應(yīng)的類型，所述基站將所述UE切換到支持 所述類型的目標(biāo)基站。

較佳的，該方法還包括：

所述基站在X2建立的過(guò)程中，獲取并保存鄰基站上的小區(qū)支持的類型信息。

本申請(qǐng)還提供了一種基站，包括：第五接收模塊和第五切換模塊，其中：

所述第五接收模塊，用于從核心網(wǎng)設(shè)備接收UE的類型信息，所述類型信息包括：UE的類型；

所述第五切換模塊，用于在所述基站不支持所述類型信息對(duì)應(yīng)的類型時(shí)，將所述UE切換到支持所述類型的目標(biāo)基站。

本申請(qǐng)還提供了一種UE接入的方法，包括：

核心網(wǎng)設(shè)備從基站接收初始UE消息；

核心網(wǎng)設(shè)備將UE的類型信息發(fā)送給基站，所述類型信息包括：UE的類型。

本申請(qǐng)還提供了一種核心網(wǎng)設(shè)備，包括：第六接收模塊和第六發(fā)送模塊，其中：

所述第六接收模塊，用于從基站接收初始UE消息；

所述第六發(fā)送模塊，用于將UE的類型信息發(fā)送給基站，所述類型信息包括：UE的類型。

本申請(qǐng)還提供了一種UE接入的方法，包括：

核心網(wǎng)設(shè)備從基站接收初始UE消息，消息中包含UE的標(biāo)識(shí)；

如果所述核心網(wǎng)設(shè)備不支持所述UE的類型，所述核心網(wǎng)設(shè)備尋找支持所述UE的類型的目標(biāo)核心網(wǎng)設(shè)備，并將所述目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息通過(guò)重定向消息發(fā)送給所述基站。

本申請(qǐng)還提供了一種核心網(wǎng)設(shè)備，包括：第七接收模塊和第八重定向模塊，其中：

所述第七接收模塊，用于從基站接收初始UE消息，消息中包含UE的標(biāo)識(shí)；

所述第八重定向模塊，用于在所述核心網(wǎng)設(shè)備不支持所述UE的類型時(shí)，尋找支持所述UE的類型的目標(biāo)核心網(wǎng)設(shè)備，并將所述目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息通過(guò)重定向消息發(fā)送給所述基站。

本申請(qǐng)還提供了一種UE接入的方法，包括：

基站向核心網(wǎng)設(shè)備發(fā)送初始UE消息，消息中包含UE的標(biāo)識(shí)；

基站從所述核心網(wǎng)設(shè)備接收重定向消息，所述重定向消息中包含目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息，其中，所述目標(biāo)核心網(wǎng)設(shè)備支持所述UE的類型。

較佳的，如果所述重定向消息中只包含目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)，該方法還包括：根據(jù)所述目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)以及預(yù)先配置的信息，確定所述UE的類型信息，所述UE的類型信息包括：所述UE的類型。

較佳的，該方法還包括：

根據(jù)所述UE的類型信息，如果所述基站不支持所述類型信息對(duì)應(yīng)的類型，或者鄰基站中存在對(duì)應(yīng)所述類型的專用基站，則將所述UE切換到支持所述類型信息對(duì)應(yīng)的類型的基站或者所述專用基站。

本申請(qǐng)還提供了一種基站，包括：第八發(fā)送模塊和第八接收模塊，其中：

所述第八發(fā)送模塊，用于向核心網(wǎng)設(shè)備發(fā)送初始UE消息，消息中包含UE的標(biāo)識(shí)；

所述第八接收模塊，用于從所述核心網(wǎng)設(shè)備接收重定向消息，所述重定向消息中包含目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息，其中，所述目標(biāo)核心網(wǎng)設(shè)備支持所述UE的類型。

本發(fā)明提供了一種新的網(wǎng)絡(luò)架構(gòu)，本發(fā)明還提供了在新的網(wǎng)絡(luò)架構(gòu)下，如何為UE選擇合適的接入網(wǎng)的方法。通過(guò)本發(fā)明的方法，可以為用戶選擇合適的接入網(wǎng)，提高網(wǎng)絡(luò)的靈活度和利用率。

附圖說(shuō)明

圖1現(xiàn)有的SAE系統(tǒng)架構(gòu)圖；

圖2為本發(fā)明專用接入系統(tǒng)的架構(gòu)示意圖；

圖3為本發(fā)明UE選擇合適的接入網(wǎng)設(shè)備的方法示意圖；

圖4為本發(fā)明通過(guò)UE攜帶UE的類型通知給基站，基站判斷是否允許UE接入的一種方法的信令流程示意圖；

圖5為本發(fā)明通過(guò)UE攜帶UE的類型通知給基站，基站判斷是否允許UE接入的另一種方法的信令流程示意圖；

圖6為本發(fā)明核心網(wǎng)指示UE的類型給基站，基站判斷是否允許UE接入的一種方法的信令流程示意圖；

圖7為本發(fā)明核心網(wǎng)指示UE的類型給基站，基站判斷是否允許UE接入的另一種方法的信令流程示意圖；

圖8為本發(fā)明基站在X2切換中交換UE類型的示意圖。

具體實(shí)施方式

為了使本申請(qǐng)的目的、技術(shù)手段和優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖對(duì)本申請(qǐng)做進(jìn)一步詳細(xì)說(shuō)明。

圖2為本發(fā)明專用接入系統(tǒng)的架構(gòu)圖。該架構(gòu)包括：用戶設(shè)備(201)、專用接入網(wǎng)設(shè)備(202)和核心網(wǎng)設(shè)備(203)，其中：

用戶設(shè)備(UE)：根據(jù)UE的特征或者UE申請(qǐng)的業(yè)務(wù)類型的不同需求，可以把UE分成不同的類型，例如M-MTC,C-MTC。

專用接入網(wǎng)設(shè)備：專用接入網(wǎng)設(shè)備包括支持某一種UE類型的基站(eNB)。通用的eNB上的小區(qū)可以支持所有的UE類型，把支持所有UE類型的小區(qū)稱為通用小區(qū)。而專用eNB是針對(duì)某一種UE類型設(shè)計(jì)的，eNB上面的小區(qū)只支持某一種的UE的類型，例如只支持M-MTC用戶這種特定的UE類型，根據(jù)UE的特定類型，接入網(wǎng)對(duì)無(wú)線信道的配置進(jìn)行了優(yōu)化，該優(yōu)化可以提升該特定類型的UE的性能，但是并不適用于所有的UE類型。把只支持特定UE類型的小區(qū)稱為專用小區(qū)。eNB上面可以包含有多個(gè)小區(qū)，根據(jù)不同的組合，專用接入網(wǎng)設(shè)備可以有下面幾種實(shí)現(xiàn)的方式：

1)基站包含通用小區(qū)和專用小區(qū)；

2)基站只包含專用小區(qū)。

核心網(wǎng)設(shè)備：核心網(wǎng)設(shè)備可以是通用的核心網(wǎng)設(shè)備，即支持所有UE類型的核心網(wǎng)，或者是專用的核心網(wǎng)設(shè)備，即支持特定UE類型的核心網(wǎng)。

圖3為本發(fā)明為UE選擇合適的接入網(wǎng)設(shè)備的方法。圖3所示方法在圖2所示的架構(gòu)下，根據(jù)UE的類型，為UE選擇合適的接入網(wǎng)，包括以下步驟：

步驟301，基站上的小區(qū)廣播該小區(qū)支持的UE的類型。

如果基站上的小區(qū)只支持某一種或者幾種UE類型，該小區(qū)把自己支持的UE的類型在廣播消息中廣播。例如，小區(qū)只支持M-MTC的用戶，廣播消息中包含支持的UE類型M-MTC。

步驟302，UE選擇接入網(wǎng)，并且發(fā)起RRC建立的過(guò)程。RRC建立的過(guò)程包含UE發(fā)送RRC建立請(qǐng)求消息給基站，基站分配必須的資源，然后發(fā)送RRC建立消息給UE，UE保存信息，配置資源，然后發(fā)送RRC建立完成消息給基站。

如果UE能夠識(shí)別步驟301廣播的小區(qū)支持的類型，則空閑模式的UE選擇駐留小區(qū)的時(shí)候，比較自己的類型和小區(qū)支持的UE的類型，選擇支持本UE類型的小區(qū)作為駐留小區(qū)，發(fā)起RRC建立過(guò)程。在RRC建立請(qǐng)求消息中，可以進(jìn)一步包含UE的類型。

如果UE不能識(shí)別步驟301廣播的小區(qū)支持的類型，UE在發(fā)起RRC建立時(shí)，在RRC建立請(qǐng)求或者RRC建立完成消息中，不包含UE的類型，則基站可以發(fā)起 步驟303的消息，基站找到周圍的可以服務(wù)UE的基站，發(fā)起X2切換流程，把UE切換到通用的基站上。在切換請(qǐng)求消息中，源基站可以把UE的類型通知給目的基站。為了判斷目的基站是否能為UE服務(wù)，基站之間需要交互基站上小區(qū)支持的UE類型。例如在X2建立的過(guò)程中，攜帶基站上的小區(qū)支持的UE類型，通過(guò)此過(guò)程，基站保存了周圍基站上的小區(qū)支持的UE類型。如果源基站和目的基站沒(méi)有X2連接，則進(jìn)行S1切換過(guò)程。切換過(guò)程和目前的S1切換過(guò)程類似，區(qū)別在于源基站可以在S1切換過(guò)程中，在消息中攜帶UE的類型通知給目的基站。

對(duì)應(yīng)于圖3所示方法，本申請(qǐng)?zhí)峁┝艘环NUE，該UE包括：第一接收模塊和第一發(fā)送模塊，其中：

所述第一接收模塊，用于接收基站上的小區(qū)廣播的所述小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

所述第一發(fā)送模塊，用于根據(jù)所述UE自身的類型與小區(qū)支持的UE的類型的比較，選擇支持本UE的類型的小區(qū)發(fā)送RRC建立請(qǐng)求消息。

對(duì)應(yīng)于圖3所示方法，本申請(qǐng)還提供了一種基站，包括：第二發(fā)送設(shè)備和第二接收設(shè)備，其中：

所述第二發(fā)送設(shè)備，用于廣播基站上的小區(qū)支持的類型信息，所述小區(qū)支持的類型信息包括：小區(qū)支持的UE的類型；

所述第二接收設(shè)備，用于接收UE發(fā)送的RRC建立請(qǐng)求消息。

需要說(shuō)明的是：本發(fā)明的方法在描述過(guò)程中是根據(jù)UE的類型來(lái)選擇支持該UE類型的接入網(wǎng)絡(luò)，實(shí)際上，本發(fā)明的方法也適用于小區(qū)根據(jù)UE申請(qǐng)的業(yè)務(wù)類型來(lái)判斷，專用小區(qū)支持某一種業(yè)務(wù)類型。相應(yīng)的把本發(fā)明的方法中的UE類型替換成業(yè)務(wù)類型，就可以根據(jù)UE申請(qǐng)的業(yè)務(wù)類型來(lái)選擇合適的接入網(wǎng)絡(luò)。以下描述過(guò)程中不再贅述。

圖4為本發(fā)明中通過(guò)UE攜帶UE的類型通知給基站，基站判斷是否允許UE接入的一種方法的信令流程示意圖。該流程包括：

步驟401：UE發(fā)送RRC建立請(qǐng)求消息。消息包含UE的標(biāo)識(shí)，RRC建立的原因等信息。

消息還可以進(jìn)一步包含UE的類型，例如M-MTC類型?；蛘咴赗RC建立的原因中指示UE的類型或者要建立業(yè)務(wù)的類型。例如RRC建立的原因指示UE的類型為M-MTC類型，或者RRC建立的原因指示了要建立業(yè)務(wù)的類型是M-MTC 類型。

也可以是步驟401中采用目前的RRC建立請(qǐng)求消息，而在基站發(fā)送響應(yīng)消息RRC建立給UE之后，在UE發(fā)送給基站的RRC建立完成的消息中，包含UE的類型。

步驟402：eNB發(fā)送重定向消息給UE。

eNB判斷是否可以為UE提供所需要的業(yè)務(wù)。如果可以，則進(jìn)行正常的信令流程，發(fā)送正常的消息給UE，不進(jìn)行步驟402。如果不支持，eNB發(fā)送重定向消息給UE，消息包含目的eNB的標(biāo)識(shí)，或者/和包含目標(biāo)小區(qū)的小區(qū)唯一標(biāo)識(shí)或者小區(qū)的物理層標(biāo)識(shí)。為了獲知周圍eNB是否支持某種UE類型，基站之間需要交互基站上小區(qū)支持的UE類型。例如在X2建立的過(guò)程中，攜帶基站上的小區(qū)支持的UE類型，通過(guò)此過(guò)程，基站可以保存周圍基站上的小區(qū)支持的UE類型。

該步驟402也可以在正常的RRC建立過(guò)程完成后進(jìn)行，在RRC建立完成的消息中，包含了UE對(duì)周圍小區(qū)的測(cè)量，根據(jù)UE測(cè)量結(jié)果和基站保存的周圍基站上的小區(qū)的信息，基站可以做出判斷。

圖5為本發(fā)明中通過(guò)UE攜帶UE的類型通知給基站，基站判斷是否允許UE接入的另一種方法的信令流程圖。該流程包括：

步驟501：UE發(fā)送RRC建立請(qǐng)求消息。消息包含UE的標(biāo)識(shí)，RRC建立的原因等信息。

消息還可以進(jìn)一步包含UE的類型，例如M-MTC類型?；蛘咴赗RC建立的原因中指示UE的類型。例如RRC建立的原因指示UE的類型為M-MTC類型，或者RRC建立的原因指示了要建立業(yè)務(wù)的類型是M-MTC類型。

也可以是步驟501中采用目前的RRC建立請(qǐng)求消息，而在基站發(fā)送響應(yīng)消息RRC建立給UE之后，在UE發(fā)送給基站的RRC建立完成的消息中，包含UE的類型或者要建立業(yè)務(wù)的類型。

步驟502：基站發(fā)送RRC建立消息給UE。

步驟503：UE發(fā)送RRC建立完成消息給基站。

步驟504：基站發(fā)送初始UE消息給MME。

步驟505：MME發(fā)送初始上下文建立請(qǐng)求消息給基站。

步驟506：基站發(fā)送相應(yīng)的RRC消息給UE，進(jìn)行RRC重配置過(guò)程。

步驟507：基站發(fā)送初始上下文建立響應(yīng)消息給MME。

以上步驟跟目前RRC建立過(guò)程和S1信令建立過(guò)程一樣。

步驟508：源基站發(fā)送切換請(qǐng)求消息給目的基站。

基站根據(jù)UE的類型和基站支持的類型，判斷是否可以為UE提供業(yè)務(wù)。如果基站支持該UE類型，能最有效的為UE提供服務(wù)，就執(zhí)行正常的流程，不執(zhí)行508步驟；如果基站不支持該UE類型，基站判斷是否周圍有更合適的基站可以為UE提供業(yè)務(wù)。為了做判斷，基站之間需要交互基站上小區(qū)支持的UE類型。例如在X2建立的過(guò)程中，如圖8所示，攜帶基站上的小區(qū)支持的UE類型，通過(guò)此過(guò)程，基站能夠獲取并保存周圍基站上的小區(qū)支持的UE類型。根據(jù)UE測(cè)量結(jié)果和基站保存的周圍小區(qū)的信息，基站可以做出判斷。如果周圍有更合適的基站，源基站發(fā)送切換請(qǐng)求消息給目的基站。切換請(qǐng)求消息中包含目的基站，目的小區(qū)的信息。消息還可以攜帶UE的類型。

步驟509：目的基站發(fā)送切換響應(yīng)消息給源基站。

步驟510：源基站發(fā)送切換命令給UE。

步驟511：UE跟目的小區(qū)同步，發(fā)送切換完成消息給目的基站。

步驟512：目的基站發(fā)送路徑切換請(qǐng)求消息給核心網(wǎng)。

步驟513：核心網(wǎng)發(fā)送路徑切換響應(yīng)消息給目的基站，切換過(guò)程完成。

從508步驟到513步驟，進(jìn)行的是X2的切換過(guò)程，如果源基站和目的基站沒(méi)有X2連接，則進(jìn)行S1切換過(guò)程。切換過(guò)程和目前的S1切換過(guò)程類似，區(qū)別在于源基站可以在S1切換過(guò)程中，在消息中攜帶UE的類型通知給目的基站。

對(duì)應(yīng)于圖4和圖5所示方法，本申請(qǐng)?zhí)峁┝艘环NUE，包括：第三發(fā)送模塊和第三接收模塊，其中：

所述第三發(fā)送模塊，用于向基站發(fā)送RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

所述第三接收模塊，用于從基站接收RRC建立響應(yīng)消息或者重定向消息，所述重定向消息中包含目的基站的標(biāo)識(shí)和/或目標(biāo)小區(qū)的小區(qū)唯一標(biāo)識(shí)或者物理層標(biāo)識(shí)，所述目的基站或目標(biāo)小區(qū)支持所述類型信息所對(duì)應(yīng)的類型。

對(duì)應(yīng)于圖4和圖5所示方法，本申請(qǐng)?zhí)峁┝艘环N基站，包括：第四接收模塊和第四處理模塊，其中：

所述第四接收模塊，用于從UE接收RRC建立請(qǐng)求消息，所述RRC建立請(qǐng)求消息中包含類型信息，所述類型信息包括：UE的類型；

所述第四處理模塊，用于在所述基站不支持所述類型信息對(duì)應(yīng)的類型時(shí)，將所述UE重定向到支持所述類型的目的基站，或者將所述UE切換到支持所述類型的目標(biāo)基站。

圖6是本發(fā)明中，核心網(wǎng)指示UE的類型給基站，基站判斷是否允許UE接入的一種方法的信令流程圖。該流程包括：

步驟601：UE建立RRC連接。RRC建立的過(guò)程包含UE發(fā)送RRC建立請(qǐng)求消息給基站，基站分配必須的資源，然后發(fā)送RRC建立消息給UE，UE保存信息，配置資源，然后發(fā)送RRC建立完成消息給基站。

步驟602：基站發(fā)送初始UE消息給核心網(wǎng)。

步驟603：核心網(wǎng)從UE的簽約信息得知UE是特殊的類型，或者UE的業(yè)務(wù)是特殊的類型。MME可以從HSS得到UE的簽約信息，該過(guò)程是現(xiàn)有過(guò)程。簽約信息指示UE是否是特殊類型，特殊類型可以是M-MTC、C-MTC、或者還包含其他的類型。MME可以是通用的MME，支持所有的UE類型；或者是專用MME，只支持特定的UE類型或者特定的業(yè)務(wù)類型。假設(shè)此處核心網(wǎng)是通用的核心網(wǎng)，或者核心網(wǎng)是專用的核心網(wǎng)，且正好支持該UE的類型或者該UE的業(yè)務(wù)類型，那么核心網(wǎng)發(fā)送初始上下文建立請(qǐng)求消息，消息包含UE的類型(或者業(yè)務(wù)類型的指示)，例如消息指示UE的類型是M-MTC。

步驟604：基站配置UE?；景l(fā)送RRC重配置請(qǐng)求消息給UE，UE根據(jù)重配置消息中的信息，對(duì)UE端的資源進(jìn)行配置，并發(fā)送RRC重配置響應(yīng)消息給基站。

步驟605：基站發(fā)送初始上下文建立響應(yīng)消息給MME。

步驟606：源基站發(fā)送切換請(qǐng)求消息給目的基站。切換請(qǐng)求消息中包含目的小區(qū)的信息。

從步驟604，基站得知UE的類型，基站根據(jù)UE的類型和基站支持的類型，判斷是否可以為UE提供業(yè)務(wù)。如果基站能為該類型建立承載，提供服務(wù)，或者基站是通用基站，不區(qū)分不同的類型，能最有效的為UE提供服務(wù)，則進(jìn)行正常的過(guò)程。如果基站不支持該UE類型，基站判斷是否周圍有更合適的基站可以為UE提供業(yè)務(wù)，如果找到了更合適的基站(即目的基站)，基站發(fā)送步驟606的消息。為了做判斷，基站之間需要交互基站上小區(qū)支持的UE類型。例如在X2建立的過(guò)程中，如圖8所示，攜帶基站上的小區(qū)支持的UE類型，通過(guò)此過(guò)程，基站能夠獲知并保存周圍基站上的小區(qū)支持的UE類型。根據(jù)UE測(cè)量結(jié)果和基站保存周圍小區(qū)的信息，基站可以做出判斷。如果周圍有更合適的基站，源基站發(fā)送切換請(qǐng)求消息給目的基站。切換請(qǐng)求消息中包含目的小區(qū)的信息，還可以包含UE的類型。

步驟607：目的基站發(fā)送切換響應(yīng)消息給源基站。

步驟608：源基站發(fā)送切換命令給UE。

步驟609：UE跟目的小區(qū)同步，發(fā)送切換完成消息給目的基站。

步驟610：目的基站發(fā)送路徑切換請(qǐng)求消息給核心網(wǎng)。

步驟611：核心網(wǎng)發(fā)送路徑切換響應(yīng)消息給目的基站，切換過(guò)程完成。

從步驟606到步驟611，進(jìn)行的是X2的切換過(guò)程，如果源基站和目的基站沒(méi)有X2連接，則進(jìn)行S1切換過(guò)程。切換過(guò)程和目前的S1切換過(guò)程類似，區(qū)別在于源基站可以在S1切換過(guò)程中，在消息中攜帶UE的類型通知給目的基站。

對(duì)應(yīng)于圖6所示方法，本申請(qǐng)?zhí)峁┝艘环N基站，包括：第五接收模塊和第五切換模塊，其中：

所述第五接收模塊，用于從核心網(wǎng)設(shè)備接收UE的類型信息，所述類型信息包括：UE的類型；

所述第五切換模塊，用于在所述基站不支持所述類型信息對(duì)應(yīng)的類型時(shí)，將所述UE切換到支持所述類型的目標(biāo)基站。

對(duì)應(yīng)于圖6所示方法，本申請(qǐng)?zhí)峁┝艘环N核心網(wǎng)設(shè)備，包括：第六接收模塊和第六發(fā)送模塊，其中：

所述第六接收模塊，用于從基站接收初始UE消息；

所述第六發(fā)送模塊，用于將UE的類型信息發(fā)送給基站，所述類型信息包括：UE的類型。

圖7是本發(fā)明中，核心網(wǎng)指示UE的類型給基站，基站判斷是否允許UE接入的另一種方法的信令流程圖。

步驟701：UE建立RRC連接。

步驟702：基站發(fā)送初始UE消息給核心網(wǎng)。

步驟703：MME從UE的簽約信息得知UE是特殊的類型，或者UE的業(yè)務(wù)是特殊的類型，MME可以從HSS得到UE的簽約信息，該過(guò)程是現(xiàn)有過(guò)程。簽約信息指示UE是否是特殊類型，特殊類型可以是M-MTC、C-MTC、或者還包含其他的類型。MME可以是通用的MME，支持所有的UE類型；或者是專用MME，只支持特定的UE類型或者特定的業(yè)務(wù)類型。如果MME是專用的MME，專用MME不支持該UE的類型，或者不支持該UE的業(yè)務(wù)類型，MME(即源MME)找到另一個(gè)支持該UE類型的MME(即目的MME)，源MME發(fā)送重定向消息給基站，消息包含UE的類型，例如消息指示UE的類型是M-MTC，還可以包含目的MME的標(biāo)識(shí)MME碼(MMEC)。

或者步驟703的消息只包含目的MME的MMEC，不包含UE的類型，因?yàn)閁E的類型是簽約信息，MME不把簽約信息直接發(fā)送給基站。那基站就需要通過(guò)預(yù)先配置的信息，或者M(jìn)MEC和它支持的UE類型或者業(yè)務(wù)類型的對(duì)應(yīng)關(guān)系，通過(guò)MMEC，就知道了UE的類型或者業(yè)務(wù)的類型。

步驟704：通過(guò)步驟703，基站得知了UE的類型，如果基站能為該類型建立承載，提供服務(wù)，或者基站是通用基站，不區(qū)分不同的類型，基站根據(jù)步驟703包含的MMEC找到目的MME，發(fā)送初始UE消息給目的MME。之后目的MME是UE的服務(wù)MME，為UE分配標(biāo)識(shí)，并且配置基站為UE提供業(yè)務(wù)，該過(guò)程是目前重用目前的信令過(guò)程，在此省略。

從步驟703中，基站得知了UE的類型，如果基站不能為該類型建立承載，提供服務(wù)，或者雖然能提供業(yè)務(wù)，但是并不是最合適的基站，基站判斷周圍是否有更合適的基站可以為UE提供業(yè)務(wù)。所謂更合適，是看周圍是否有為該類型設(shè)計(jì)的專用基站。為了做判斷，基站之間需要交互基站上小區(qū)支持的UE類型或者業(yè)務(wù)類型。例如在X2建立的過(guò)程中，如圖8所示，攜帶基站上的小區(qū)支持的UE類型，通過(guò)此過(guò)程，基站能夠獲知并保存周圍基站上的小區(qū)支持的UE類型?；緩腞RC建立過(guò)程，或者通過(guò)UE的測(cè)量匯報(bào)過(guò)程，得知UE對(duì)周圍小區(qū)測(cè)量的結(jié)果，根據(jù)UE測(cè)量結(jié)果和基站保存的周圍小區(qū)的信息，基站(即源基站)可以做出判斷。如果周圍有更合適的基站(即目的基站)，源基站發(fā)起S1切換，把服務(wù)基站切換到目的MME上，并且把UE切換到目的基站上。源基站發(fā)送切換需要消息給源MME，消息包含目的MME標(biāo)識(shí)MMEC，還包含目的基站的標(biāo)識(shí)。

如果步驟703的消息只包含了目的MMEC，沒(méi)有包含UE的類型，基站根據(jù)預(yù)先配置的信息，獲知MMEC和它支持的UE類型對(duì)應(yīng)關(guān)系，根據(jù)此信息，結(jié)合上述的UE測(cè)量結(jié)果和基站保存的周圍小區(qū)的信息，基站(即源基站)可以做出判斷。如果周圍有更合適的基站(即目的基站)，源基站發(fā)起S1切換，把服務(wù)基站切換到目的MME上，并且把UE切換到目的基站上。源基站發(fā)送切換需要消息給源MME，消息包含目的MME標(biāo)識(shí)MMEC，還包含目的基站的標(biāo)識(shí)。

步驟705：源MME發(fā)送轉(zhuǎn)發(fā)重置請(qǐng)求給目的MME。消息包含目的基站的標(biāo)識(shí)。根據(jù)步驟704包含的目的MME標(biāo)識(shí)MMEC，源MME把消息轉(zhuǎn)發(fā)給目的MME。消息中包含目的基站的標(biāo)識(shí)。

步驟706：目的MME發(fā)送切換請(qǐng)求給目的基站。根據(jù)步驟705包含的目的基站的標(biāo)識(shí)，目的MME找到目的基站，發(fā)送消息給目的基站。

步驟707：目的基站發(fā)送切換響應(yīng)給目的MME。目的基站保存UE上下文信 息，為UE分配或者預(yù)留需要的資源，目的基站發(fā)送響應(yīng)消息給目的MME。

步驟708：目的MME發(fā)送轉(zhuǎn)發(fā)重置響應(yīng)消息給源MME。

步驟709：源MME發(fā)送切換命令給源基站。

步驟710：源基站發(fā)送RRC重配置消息給UE。

步驟711：UE跟目的小區(qū)同步，發(fā)送切換完成消息給目的基站。

步驟712：目的基站發(fā)送路徑切換通知消息給核心網(wǎng)。切換過(guò)程完成。

對(duì)應(yīng)于圖7所示方法，本申請(qǐng)?zhí)峁┝艘环N核心網(wǎng)設(shè)備，包括：第七接收模塊和第八重定向模塊，其中：

所述第七接收模塊，用于從基站接收初始UE消息，消息中包含UE的標(biāo)識(shí)；

所述第八重定向模塊，用于在所述核心網(wǎng)設(shè)備不支持所述UE的類型時(shí)，尋找支持所述UE的類型的目標(biāo)核心網(wǎng)設(shè)備，并將所述目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息通過(guò)重定向消息發(fā)送給所述基站。

對(duì)應(yīng)于圖7所示方法，本申請(qǐng)?zhí)峁┝艘环N基站，包括：第八發(fā)送模塊和第八接收模塊，其中：

所述第八發(fā)送模塊，用于向核心網(wǎng)設(shè)備發(fā)送初始UE消息，消息中包含UE的標(biāo)識(shí)；

所述第八接收模塊，用于從所述核心網(wǎng)設(shè)備接收重定向消息，所述重定向消息中包含目標(biāo)核心網(wǎng)設(shè)備的標(biāo)識(shí)和/或所述UE的類型信息，其中，所述目標(biāo)核心網(wǎng)設(shè)備支持所述UE的類型。

圖8是本發(fā)明中，基站獲知周圍基站是否支持特定UE類型的流程圖。該流程包括：

步驟801：基站2發(fā)送X2建立請(qǐng)求消息給基站1，消息攜帶基站2上的小區(qū)支持的UE類型或者業(yè)務(wù)類型，基站1接收該消息后，保存基站2上的小區(qū)支持的UE類型或者業(yè)務(wù)類型。

步驟802：基站1發(fā)送X2建立響應(yīng)消息，消息攜帶基站1上的小區(qū)支持的UE類型或者業(yè)務(wù)類型，基站2接收該消息后，保存基站1上的小區(qū)支持的UE類型或者業(yè)務(wù)類型。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。