本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種核心網(wǎng)的選擇方法、裝置及系統(tǒng)。

背景技術(shù)：

窄帶物聯(lián)網(wǎng)(narrowbandinternetofthings，簡稱為nb-iot)技術(shù)主要為改進室內(nèi)覆蓋，是具備覆蓋廣、連接多、速率低、成本低、功耗小等特點的物聯(lián)網(wǎng)通信系統(tǒng)。

為了滿足用戶量大、吞吐量低等要求，nb-iot系統(tǒng)中的數(shù)據(jù)傳輸分為兩種方式：控制面方式(controlplanemode)和用戶面方式(userplanemode)，前者主要通過將上下行數(shù)據(jù)攜帶在信令的網(wǎng)絡(luò)附屬存儲(networkattachedstorage，簡稱為nas)協(xié)議數(shù)據(jù)單元(protocoldataunit，簡稱為pdu)進行傳輸，ue接入后僅建立srb(signalradiobearer)，不建立drb(dataradiobearer)；后者使用傳統(tǒng)drb用戶面進行上下行數(shù)據(jù)傳輸，ue接入后除了建立srb還需要建立drb。

在userplanemode方式下，為了節(jié)省空口信令，并達到ue快速接入的目的，引入了上下文掛起suspend和恢復(fù)resume機制，即當(dāng)ue和移動性管理實體(mobilemanagemententity，簡稱mme)完成上下行數(shù)據(jù)傳輸后，可采用掛起機制在enb側(cè)和mme側(cè)將該ue的as上下文掛起；若后續(xù)ue和mme之間需要進行數(shù)據(jù)傳輸，則通過恢復(fù)流程快速恢復(fù)ue的uu及s1口連接。

目前除了nb-iotue會支持userplanemode方式，對于普通wb-eutranue也可以支持userplanemode方式。前者終端類型由于移動性速度低，所以跨站恢復(fù)的場景不多，但對于后者，終端為普通智能終端，具備移動性的特性，因此很容易出現(xiàn)站內(nèi)跨小區(qū)及跨站恢復(fù)的場景。

在相關(guān)技術(shù)中的恢復(fù)流程包括站內(nèi)恢復(fù)和站間恢復(fù)兩種場景，圖1是根據(jù)相關(guān)技術(shù)中nb-iot站內(nèi)恢復(fù)流程示意圖，如圖1所示，ue在空口發(fā)送恢復(fù)請求后，enb首先會根據(jù)請求中的恢復(fù)標(biāo)識resumeid來查找enb內(nèi)保存的該ue的上下文信息，若查找成功，則空口恢復(fù)成功，進而執(zhí)行核心網(wǎng)的上下文恢復(fù)過程。圖2是根據(jù)相關(guān)技術(shù)中nb-iot站間恢復(fù)流程示意圖，如圖2所示，若ue選擇的公眾陸地移動電話網(wǎng)(publiclandmobilenetwork，簡稱為plmn)發(fā)生變化(比如源小區(qū)的plmn在目標(biāo)側(cè)不支持，但同屬于ue的eplmn(equivalentplmn)列表中)，則ue需要首先執(zhí)行跟蹤區(qū)更新(trackingareaundate，簡稱為tau)過程，按照當(dāng)前的恢復(fù)流程，enb并不知道ue新選擇的目標(biāo)plmn，從而無法根據(jù)新的plmn進行mme選擇，僅在老的mme上執(zhí)行恢復(fù)流程，從而后續(xù)的nastau流程會發(fā)生失敗。

同理，在站間恢復(fù)場景中，若ue選擇的站間目標(biāo)恢復(fù)小區(qū)的plmn發(fā)生變化，若按照當(dāng)前跨站恢復(fù)流程執(zhí)行tau時，目標(biāo)enb并不知道ue新選擇的目標(biāo)plmn，從而無法根據(jù)新的plmn進行mme選擇，僅能從x2口ue上下文獲取過程中獲得老的gummei，在老的mme上執(zhí)行恢復(fù)流程，從而后續(xù)的nastau流程會發(fā)生失敗。

針對相關(guān)技術(shù)中，終端在小區(qū)的plmn發(fā)生變化，nastau流程經(jīng)常發(fā)生失敗的問題，目前還沒有有效的解決方案。

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

本發(fā)明提供了一種核心網(wǎng)的選擇方法、裝置及系統(tǒng)，以至少解決相關(guān)技術(shù)中終端在小區(qū)的plmn發(fā)生變化，nastau流程經(jīng)常發(fā)生失敗的問題。

根據(jù)本發(fā)明的一個方面，提供了一種核心網(wǎng)的選擇方法，包括：

基站獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，所述空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

所述基站查找所述終端的上下文信息，在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下，所述基站對mme進行選擇，其中，基站基于選擇后的mme執(zhí)行所述終端當(dāng)前的恢復(fù)流程。

進一步地，所述基站查找所述終端的上下文信息包括以下至少之一：所述基站在本地查找所述終端的上下文消息，所述基站與其他基站交互查找所述終端的上下文消息。

進一步地，所述基站對mme進行選擇包括：

所述基站判斷所述終端的上下文信息中的mme是否支持所述選擇的公共陸地網(wǎng)絡(luò)plmn的信息；

其中，在支持的情況下，所述終端的上下文信息中的mme執(zhí)行所述終端當(dāng)前的恢復(fù)流程；

在不支持的情況下，所述基站啟動mme的選擇過程，選擇新的mme執(zhí)行所述終端當(dāng)前的流程。

進一步地，所述當(dāng)前的恢復(fù)流程包括以下至少之一：所述終端發(fā)起的恢復(fù)流程的后續(xù)恢復(fù)流程，空口恢復(fù)拒絕流程，空口觸發(fā)無線資源控制rrc建立流程。

根據(jù)本發(fā)明的另一個方面，還提供了一種核心網(wǎng)的選擇方法，包括：

終端向基站發(fā)送空口恢復(fù)請求消息，其中，所述終端發(fā)起與所述空口恢復(fù)消息對應(yīng)的恢復(fù)流程，所述空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò) plmn的信息，已注冊的移動性管理實體mme信息。

根據(jù)本發(fā)明的另一個方面，還提供了一種核心網(wǎng)的選擇裝置，其特征在于，位于基站中，包括：

獲取模塊，用于獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，所述空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

查找模塊，用于查找所述終端的上下文信息，在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下，對mme進行選擇，其中，基站基于選擇后的mme執(zhí)行所述終端當(dāng)前的恢復(fù)流程。

進一步地，查找所述終端的上下文信息包括以下至少之一：所述查找模塊在本地查找所述終端的上下文消息，所述查找模塊與其他基站交互查找所述終端的上下文消息。

進一步地，所述查找模塊對mme進行選擇包括：

查找模塊，用于判斷所述終端的上下文信息中的mme是否支持所述選擇的公共陸地網(wǎng)絡(luò)plmn的信息；

其中，在支持的情況下，所述終端的上下文信息中的mme執(zhí)行所述終端當(dāng)前的恢復(fù)流程；

在不支持的情況下，所述查找模塊啟動mme的選擇過程，選擇新的mme執(zhí)行所述終端當(dāng)前的流程。

進一步地，所述當(dāng)前的恢復(fù)流程包括以下至少之一：所述終端發(fā)起的恢復(fù)流程的后續(xù)恢復(fù)流程，空口恢復(fù)拒絕流程，空口觸發(fā)無線資源控制rrc建立流程。

根據(jù)本發(fā)明的另一個方面，還提供了一種核心網(wǎng)的選擇裝置，位于終端中，包括：

發(fā)送模塊，用于向基站發(fā)送空口恢復(fù)請求消息，其中，所述發(fā)送模塊發(fā)起與所述空口恢復(fù)消息對應(yīng)的恢復(fù)流程，所述空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息。

根據(jù)本發(fā)明的另一個方面，還提供了一種核心網(wǎng)的選擇系統(tǒng)，包括：基站和終端；

所述基站獲取發(fā)起恢復(fù)流程的所述終端發(fā)送的空口恢復(fù)請求消息，所述空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

所述基站查找所述終端的上下文信息，在所述選擇的plmn的信息與所述上下文消息保存的所述終端的plmn消息不同的情況下，所述基站對mme進行選擇，其中，基站基于選擇后的mme執(zhí)行所述終端當(dāng)前的恢復(fù)流程。

通過本發(fā)明，基站獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；該基站查找該終端的上下文信息，在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下，該基站對mme進行選擇，其中，該基站基于選擇后的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程，解決了終端在小區(qū)的plmn發(fā)生變化，nastau流程經(jīng)常發(fā)生失敗的問題，完善了用戶面方案下的恢復(fù)流程。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是根據(jù)相關(guān)技術(shù)中nb-iot站內(nèi)恢復(fù)流程示意圖；

圖2是根據(jù)相關(guān)技術(shù)中nb-iot站間恢復(fù)流程示意圖；

圖3是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇方法的流程圖一；

圖4是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇方法的流程圖二；

圖5是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇裝置的結(jié)構(gòu)框圖一；

圖6是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇裝置的結(jié)構(gòu)框圖二；

圖7是根據(jù)本發(fā)明優(yōu)選實施例的通過ue恢復(fù)請求攜帶指示信元的示意圖；

圖8是根據(jù)本發(fā)明優(yōu)選實施例1的流程圖；

圖9是根據(jù)本發(fā)明優(yōu)選實施例2的流程圖；

圖10是根據(jù)本發(fā)明優(yōu)選實施例3的流程圖；

圖11是根據(jù)本發(fā)明優(yōu)選實施例4的流程圖；

圖12是根據(jù)本發(fā)明優(yōu)選實施例5的流程圖；

圖13是根據(jù)本發(fā)明優(yōu)選實施例6的流程圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種核心網(wǎng)的選擇方法，圖3是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇方法的流程圖一，如圖3所示，該流程包括如下步驟：

步驟s302，基站獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

步驟s304，該基站查找該終端的上下文信息，在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下，該基站對mme進行選擇，其中，該基站基于選擇后的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程。

通過上述步驟，基站獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；該基站查找該終端的上下文信息，在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下，該基站對mme進行選擇，其中，該基站基于選擇后的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程，解決了終端在小區(qū)的plmn發(fā)生變化，nastau流程經(jīng)常發(fā)生失敗的問題，完善了用戶面方案下的恢復(fù)流程。

在本發(fā)明的實施例中，該基站查找該終端的上下文信息包括以下至少之一：該基站在本地查找該終端的上下文消息，該基站與其他基站交互查找該終端的上下文消息。

在本發(fā)明的實施例中，該基站對mme進行選擇包括：

該基站判斷該終端的上下文信息中的mme是否支持該選擇的公共陸地網(wǎng)絡(luò)plmn的信息；

其中，在支持的情況下，該終端的上下文信息中的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程；

在不支持的情況下，該基站啟動mme的選擇過程，選擇新的mme執(zhí)行該終端當(dāng)前的流程。

在本發(fā)明的實施例中，該當(dāng)前的恢復(fù)流程包括以下至少之一：該終端發(fā)起的恢復(fù)流程的后續(xù)恢復(fù)流程，空口恢復(fù)拒絕流程，空口觸發(fā)無線資源控制rrc建立流程。

在本實施例中提供了一種核心網(wǎng)的選擇方法，圖4是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇方法的流程圖二，如圖4所示，該流程包括如下步驟：

步驟s402，終端向基站發(fā)送空口恢復(fù)請求消息，其中，該終端發(fā)起與該空口恢復(fù)消息對應(yīng)的恢復(fù)流程，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

步驟s404，基站接收該終端發(fā)送的空口恢復(fù)請求消息。

在本實施例中還提供了一種核心網(wǎng)的選擇裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖5是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇裝置的結(jié)構(gòu)框圖一，如圖5所示，位于基站中，該裝置包括：

獲取模塊52，用于獲取發(fā)起恢復(fù)流程的終端發(fā)送的空口恢復(fù)請求消息，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息；

查找模塊54，與獲取模塊52連接，用于查找該終端的上下文信息，在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下，對mme進行選擇，其中，該基站基于選擇后的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程。

在本發(fā)明的實施例中，查找該終端的上下文信息包括以下至少之一：該查找模塊54在本地查找該終端的上下文消息，該查找模塊與其他基站交互查找該終端的上下文消息。

在本發(fā)明的實施例中，該查找模塊54對mme進行選擇包括：

查找模塊54用于判斷該終端的上下文信息中的mme是否支持該選擇的公共陸地網(wǎng)絡(luò)plmn的信息；

其中，在支持的情況下，該終端的上下文信息中的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程；

在不支持的情況下，該查找模塊54啟動mme的選擇過程，選擇新的mme執(zhí)行該終端當(dāng)前的流程。

在本發(fā)明的實施例中，該當(dāng)前的恢復(fù)流程包括以下至少之一：該終端發(fā)起的恢復(fù)流程的后續(xù)恢復(fù)流程，空口恢復(fù)拒絕流程，空口觸發(fā)無線資源控制rrc建立流程。

圖6是根據(jù)本發(fā)明實施例的一種核心網(wǎng)的選擇裝置的結(jié)構(gòu)框圖二，如圖6所示，位于終端中，該裝置包括：

發(fā)送模塊62，用于向基站發(fā)送空口恢復(fù)請求消息，其中，該發(fā)送模塊發(fā)起與該空口恢復(fù)消息對應(yīng)的恢復(fù)流程，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理實體mme信息。

在本發(fā)明的另一個實施例中，還提供了一種核心網(wǎng)的選擇系統(tǒng)，包括：基站和終端；

該基站獲取發(fā)起恢復(fù)流程的該終端發(fā)送的空口恢復(fù)請求消息，該空口恢復(fù)消息攜帶的信息包括以下至少之一：選擇的公共陸地網(wǎng)絡(luò)plmn的信息，已注冊的移動性管理 實體mme信息；

該基站查找該終端的上下文信息，在該選擇的plmn的信息與該上下文消息保存的該終端的plmn消息不同的情況下，該基站對mme進行選擇，其中，該基站基于選擇后的mme執(zhí)行該終端當(dāng)前的恢復(fù)流程。

下面結(jié)合優(yōu)選實施例和實施方式對本發(fā)明進行詳細說明。

圖7是根據(jù)本發(fā)明優(yōu)選實施例的通過ue恢復(fù)請求攜帶指示信元的示意圖，如圖7所示，當(dāng)ue發(fā)起恢復(fù)流程時，需要在空口恢復(fù)請求消息中增加攜帶“選擇的plmn”信息和/或可能的“已注冊的mme”信息，當(dāng)enb收到該恢復(fù)請求時，首先在enb內(nèi)或enb間查找該ue的上下文信息，若查找成功，則首先進行plmn判定，若ue新選擇的plmn與已保存上下文中的plmn信息不同，則enb需要結(jié)合ue新選擇的plmn及可能攜帶的“已注冊的mme”信息，重新觸發(fā)核心網(wǎng)選擇，并根據(jù)新選擇的mme執(zhí)行后續(xù)恢復(fù)流程，或空口恢復(fù)拒絕流程，或空口觸發(fā)rrc建立流程。

上述空口恢復(fù)流程可以是新增的空口恢復(fù)請求消息，也可以是rrc重建立請求消息，即包括所有up方案下的空口恢復(fù)請求消息。

上述本發(fā)明的優(yōu)選實施例，完善了用戶面方案下的恢復(fù)流程，避免終端進行跨tai恢復(fù)時，目標(biāo)enb由于不知道ue新選擇的plmn信息，從而選擇錯誤的核心網(wǎng)，進而tau過程發(fā)生失敗。

實施例1：

圖8是根據(jù)本發(fā)明優(yōu)選實施例1的流程圖，如圖8所示，cell1和cell2同屬于一個enb下的兩個小區(qū)，但支持plmn不同。

步驟s801：ue在enb下的cell1進行上下文掛起過程；

步驟s801：ue在掛起狀態(tài)下由cell1移動到同一enb下的cell2，ue讀取cell2廣播后發(fā)現(xiàn)cell2支持的plmn與cell1不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s802：ue首先在cell2上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s803：enb收到ue發(fā)送的該請求后，首先進行ue上下文查找，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息相同，則恢復(fù)rrc恢復(fù)響應(yīng)消息給ue；

步驟s804：enb在s1口發(fā)送ue上下文恢復(fù)請求給mme，mme收到該消息后回復(fù)ue上下文恢復(fù)響應(yīng)消息給enb，恢復(fù)過程完成，ue和mme通過上下文直傳消息進行tau。

實施例2：

圖9是根據(jù)本發(fā)明優(yōu)選實施例2的流程圖，如圖9所示，cell1和cell2同屬于一個enb下的兩個小區(qū)，但支持plmn不同。

步驟s901：ue在enb下的cell1進行上下文掛起過程；

步驟s901：ue在掛起狀態(tài)下由cell1移動到同一enb下的cell2，ue讀取cell2廣播后發(fā)現(xiàn)cell2支持的plmn與cell1不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s902：ue首先在cell2上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s903：enb收到ue發(fā)送的該請求后，首先進行ue上下文查找，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息不同，則啟動mme選擇過程；

步驟s904：enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息，若該mme已支持，則enb發(fā)送rrc恢復(fù)響應(yīng)給ue；

步驟s905：enb在s1口發(fā)送ue上下文恢復(fù)請求消息給mme；該消息中可能攜帶ue新選擇的plmn指示信息；mme收到該消息后回復(fù)ue上下文恢復(fù)響應(yīng)消息給enb，恢復(fù)過程完成，ue和mme通過上下文直傳消息進行tau。

實施例3：

圖10是根據(jù)本發(fā)明優(yōu)選實施例3的流程圖，如圖10所示，cell1和cell2同屬于一個enb下的兩個小區(qū)，但支持plmn不同。

步驟s1001：ue在enb下的cell1進行上下文掛起過程；

步驟s1001：ue在掛起狀態(tài)下由cell1移動到同一enb下的cell2，ue讀取cell2廣播后發(fā)現(xiàn)cell2支持的plmn與cell1不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s1002：ue首先在cell2上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s1003：enb收到ue發(fā)送的該請求后，首先進行ue上下文查找，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息不同，則啟動mme選擇過程；

步驟s1004：enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息，若該mme不支持，則enb執(zhí)行下述流程中的任意一種：

enb回復(fù)空口rrc恢復(fù)拒絕消息給ue；

或者enb恢復(fù)rrc連接建立消息給ue，ue進而發(fā)送rrc連接建立完成消息給enb，其中攜帶naspdu(tau請求或attach請求)。

實施例4：

圖11是根據(jù)本發(fā)明優(yōu)選實施例4的流程圖，如圖11所示，源enb和目標(biāo)enb支持不同的plmn。

步驟s1101：ue在源enb下的小區(qū)進行上下文掛起過程；

步驟s1101：ue在掛起狀態(tài)下由源enb移動到目標(biāo)enb下，ue讀取目標(biāo)enb下小區(qū)廣播后發(fā)現(xiàn)支持的plmn與源enb不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s1102：ue首先在目標(biāo)enb上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s1103：enb收到ue發(fā)送的該請求后，首先發(fā)送x2口ue上下文查詢過程，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息相同，則恢復(fù)rrc恢復(fù)響應(yīng)消息給ue；

步驟s1104：enb在s1口發(fā)送s1路徑切換請求消息給mme，mme收到該消息后回復(fù)s1路徑切換響應(yīng)消息給enb，恢復(fù)過程完成，ue和mme通過上下文直傳消息進行tau。

實施例5：

圖12是根據(jù)本發(fā)明優(yōu)選實施例5的流程圖，如圖12所示，源enb和目標(biāo)enb支持不同的plmn。

步驟s1201：ue在源enb下的小區(qū)進行上下文掛起過程；

步驟s1201：ue在掛起狀態(tài)下由源enb移動到目標(biāo)enb下，ue讀取目標(biāo)enb下小區(qū)廣播后發(fā)現(xiàn)支持的plmn與源enb不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s1202：ue首先在目標(biāo)enb上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s1203：enb收到ue發(fā)送的該請求后，首先發(fā)送x2口ue上下文查詢過程，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息不同，則啟動mme選擇過程；

步驟s1204：enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息，若該mme已支持，則enb發(fā)送rrc恢復(fù)響應(yīng)給ue；

步驟s1205：enb在s1口發(fā)送s1路徑切換請求消息給mme；該消息中可能攜帶ue新選擇的plmn指示信息；mme收到該消息后回復(fù)s1路徑切換響應(yīng)消息給enb，恢復(fù)過程完成，ue和mme通過上下文直傳消息進行tau。

實施例6：

圖13是根據(jù)本發(fā)明優(yōu)選實施例6的流程圖，如圖13所示，源enb和目標(biāo)enb支持不同的plmn。

步驟s1301：ue在源enb下的小區(qū)進行上下文掛起過程；

步驟s1301：ue在掛起狀態(tài)下由源enb移動到目標(biāo)enb下，ue讀取目標(biāo)enb下小區(qū)廣播后發(fā)現(xiàn)支持的plmn與源enb不同，但同屬于ue的eplmn列表，從而ue預(yù)發(fā)起tau過程；

步驟s1302：ue首先在目標(biāo)enb上發(fā)送rrc恢復(fù)請求消息，請求消息中攜帶ue新選擇的plmn信息、和/或攜帶之前已注冊的mme信息(gummei)；

步驟s1303：enb收到ue發(fā)送的該請求后，首先發(fā)送x2口ue上下文查詢過程，查找成功后，判斷已保存上下文中的plmn信息與恢復(fù)請求消息中新選擇的plmn信息進行比對，若plmn信息不同，則啟動mme選擇過程；

步驟s1304：enb首先判斷已保存上下文中的mme(gummei)是否支持新選擇的plmn信息，若該mme不支持，則enb執(zhí)行下述流程中的任意一種：

enb回復(fù)空口rrc恢復(fù)拒絕消息給ue；

或者enb恢復(fù)rrc連接建立消息給ue，ue進而發(fā)送rrc連接建立完成消息給enb，其中攜帶naspdu(tau請求或attach請求)。

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

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位 于多個處理器中。

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行上述實施例的方法步驟的程序代碼：

可選地，存儲介質(zhì)還被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

可選地，在本實施例中，上述存儲介質(zhì)可以包括但不限于：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

可選地，在本實施例中，處理器根據(jù)存儲介質(zhì)中已存儲的程序代碼執(zhí)行上述實施例的方法步驟。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。