本申請要求2014年5月9日遞交的，申請?zhí)枮镃N201410195278.9標題為“尋呼發(fā)送以及接收的優(yōu)化機制(OPTIMIZED MECHANISM FOR PAGING TRANSMISSION AND RECEPTION)”中國專利申請案的優(yōu)先權(quán)，上述申請的標的在此合并作為參考。

技術(shù)領(lǐng)域

所揭露實施例一般有關(guān)于無線通信，以及更具體地，有關(guān)于用于尋呼發(fā)送以及接收的優(yōu)化機制。

背景技術(shù)：

無線通信可大范圍的擴展對于所有類型的網(wǎng)絡(luò)都是挑戰(zhàn)，尤其在鄉(xiāng)村或者遠程區(qū)域。由于無線環(huán)境的屬性，服務(wù)以及功率對于傳遞而言是困難的。使用傳統(tǒng)的基站方式傳遞覆蓋是不可實現(xiàn)以及不經(jīng)濟的。以LTE為例，其可以部署在比2G以及3G系統(tǒng)更高的載波頻率上，這暗示出對于LTE的更高的穿舒適也自己潛在的需要增加更多站點以保證足夠好的覆蓋范圍。增加站點是不經(jīng)濟的，以及需要冗長的談判(negotiation)。相較于當前蜂窩通信系統(tǒng)，機器對機器(Machine-to-Machine，M2M)應(yīng)用需要低成本設(shè)備以及改進的覆蓋范圍。舉例說明，一些智能電表設(shè)備通常安裝在地下室，或者鋁箔襯背(foil-backed)隔離屏蔽的設(shè)備中，金屬窗戶，或者傳統(tǒng)的厚墻建筑中。相較于正常裝置的典型的運作環(huán)境，這些智能電表經(jīng)歷著更大的路徑損耗，例如20dB路徑損耗。為了保證網(wǎng)絡(luò)提供更好的可能解決方案以最大化覆蓋范圍以及服務(wù)特定裝置，第三代合作伙伴計劃(3rd generation partnership project，3GPP)無線接入網(wǎng)絡(luò)1(RAN 1)工作組已經(jīng)研究了需要覆蓋范圍擴展/覆蓋范圍增強(coverage extension/coverage enhancement，CE)的裝置的覆蓋范圍增強。已經(jīng)提出一些潛在的解決方案，例如物理信道的重復(repetition)以提高覆蓋范圍。

對于網(wǎng)絡(luò)發(fā)起(network-originated)的給需要CE的UE的數(shù)據(jù)傳輸，當他們在RRC空閑(IDLE)時有一些挑戰(zhàn)，其包含網(wǎng)絡(luò)不知道UE駐留在哪個小區(qū)上，以及是否UE需要CE或者不需要。因此網(wǎng)絡(luò)不知道是否透過傳輸發(fā)送而尋呼具有CE的UE。一個可能的解決方案是在網(wǎng)絡(luò)側(cè)，MME假設(shè)UE不需要CE。網(wǎng)絡(luò)不知道UE的CE狀態(tài)而正常尋呼該UE。但是在這樣方式下，既然尋呼沒有HARQ過程(process)，需要CE的UE通常不能在一個尋呼時機(paging occasion，PO)中收到尋呼消息，這意味著UE是不可達的(unreachable)。

在無線網(wǎng)絡(luò)中有效地尋呼需要CE的UE的改進以及增強是需要的。

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

本發(fā)明提供用于需要CE的UE的尋呼發(fā)送以及接收的方法以及裝置。

在一個新穎方面中，尋呼區(qū)域，被追蹤區(qū)域(tracking area)中多個小區(qū)的一個子集合覆蓋的地理區(qū)域，用于CE UE。在一個實施例中，尋呼區(qū)域由識別符(identity，ID)或者相鄰小區(qū)列表所辨識(identified)，其從廣播信息中獲取。UE收到尋呼區(qū)域信息，以及通知網(wǎng)絡(luò)UE的存在以及在檢測到已接收尋呼區(qū)域以及已存儲尋呼區(qū)域的任何改變時，更新已存儲尋呼區(qū)域信息。在一個實施例中，UE建立RRC連接以指示出自己的存在。在另一個實施例中，UE使用指示出自己的存在的建立起因(establishment cause)而建立RRC連接。在另一個實施例中，UE使用指示出“尋呼區(qū)域改變”的建立起因而建立RRC連接。在一個實施例中，UE從系統(tǒng)信息(system information，SI)接收尋呼區(qū)域信息。在另一個實施例中，UE在檢測到CE狀態(tài)改變時上報自己的CE狀態(tài)。在一個實施例中，UE周期性上報自己的CE狀態(tài)。在再一個實施例中，UE在檢測到已接收尋呼區(qū)域以及已存儲尋呼區(qū)域之間尋呼區(qū)域信息改變時，上報自己之前存儲的尋呼區(qū)域信息。

在一個新穎方面中，基站將自己的尋呼區(qū)域信息在系統(tǒng)信息中廣播。在從需要CE的UE收到存在指示時，基站存儲UE信息，以及將該信息轉(zhuǎn)發(fā)給相同尋呼區(qū)域中的相鄰基站?；臼褂弥貜蛯ず鬋E UE表上的UE，以及其他UE正常尋呼。在一個實施例中，如果檢測到一個或者多個釋放觸發(fā)事件，基站從自己的CE UE列表中，釋放UE信息，觸發(fā)事件包含，沒有成功尋呼UE一定嘗試，在一個周期內(nèi)沒有被成功尋呼到一定嘗試次數(shù)，另一組相鄰eNB告知，UE已經(jīng)移出尋呼區(qū)域。

在另一個新穎方面，MME獲取UE的CE狀態(tài)。如果被尋呼UE處于CE模式，MME決定尋呼重復數(shù)量。MME通知一個或者多個eNB，尋呼為用于低成本或者需要CE的UE。在一個實施例中，MME提供重復數(shù)量給相同追蹤區(qū)域中的基站，這樣基站透過重復數(shù)量而重復發(fā)送尋呼消息。在另一個實施例中，MME從基站接收CE相關(guān)信息。CE相關(guān)信息包含UE CE狀態(tài)以及對應(yīng)小區(qū)ID。

下面詳細描述本發(fā)明的其他實施例以及有益效果。發(fā)明內(nèi)容不用于限定本發(fā)明。本發(fā)明保護范圍以權(quán)利要求為準。

附圖說明

附圖中相同數(shù)字表示相似元件，用于說明本發(fā)明的實施例。

圖1為根據(jù)本發(fā)明的實施例，具有需要CE的UE的無線通信網(wǎng)絡(luò)的示意圖。

圖2為根據(jù)本發(fā)明的實施例，用于需要CE的UE，UE、ENB以及MME之間用于尋呼過程的尋呼過程示意圖。

圖3為根據(jù)本發(fā)明的實施例，一個尋呼區(qū)域中組織有一個或者多于一個ENB的無線通信系統(tǒng)示意圖。

圖4為根據(jù)本發(fā)明的實施例，UE指示出自己的存在給ENB的流程示意圖。

圖5為根據(jù)本發(fā)明的實施例，尋呼區(qū)域中UE指示出CE狀態(tài)的改變給ENB的流程示意圖。

圖6為根據(jù)本發(fā)明的實施例，UE、ENB以及MME用于尋呼過程的示例系統(tǒng)級別流程示意圖。

圖7為根據(jù)本發(fā)明的實施例，ENB尋呼需要CE的UE的流程示意圖。

圖8為根據(jù)本發(fā)明的實施例，尋呼區(qū)域中的ENB，存儲或者更新需要CE的UE的信息的詳細流程圖。

圖9為根據(jù)本發(fā)明的實施例，當在CE模式中，UE處理尋呼區(qū)域過程的示意圖。

圖10為根據(jù)本發(fā)明的實施例中，CE模式中，基站處理尋呼區(qū)域的流程示意圖。

圖11為根據(jù)本發(fā)明的實施例，CE模式中的UE上報自己的CE狀態(tài)給網(wǎng)絡(luò)的示意圖。

圖12為根據(jù)本發(fā)明的實施例，MME通知CE狀態(tài)給ENB，以重復發(fā)送UE的尋呼消息的尋呼過程示意圖。

圖13為根據(jù)本發(fā)明的實施例，MME發(fā)送CE狀態(tài)信息給追蹤區(qū)域中全部ENB，以重復發(fā)送尋呼消息的示意圖。

圖14為根據(jù)本發(fā)明的實施例，需要CE的UE上報自己的CE狀態(tài)給網(wǎng)絡(luò)的流程圖。

圖15為根據(jù)本發(fā)明的實施例，ENB尋呼需要CE的UE的流程示意圖。

圖16為根據(jù)本發(fā)明的實施例，MME發(fā)送UE CE狀態(tài)給追蹤區(qū)域中的基站的流程圖。

具體實施方式

下面詳細參考本發(fā)明的一些實施例，參考附圖介紹本發(fā)明的例子。

圖1為根據(jù)本發(fā)明的實施例，具有需要CE的UE的無線通信網(wǎng)絡(luò)100的示意圖。無線通信系統(tǒng)100包含多個固定基礎(chǔ)單元，例如基站111-116，以及基站121-124，形成地理區(qū)域中分布的網(wǎng)絡(luò)，每一個基站覆蓋一個地理區(qū)域?；A(chǔ)單元也可以稱作為是接入點，接入終端，基站，節(jié)點B(Node-B)、演進節(jié)點B(eNode-B，eNB)或者所屬領(lǐng)域中的其他詞匯。一個或者多個基站111-116，以及121-124為服務(wù)區(qū)域中多個移動臺101、102以及103提供服務(wù)，服務(wù)區(qū)域例如小區(qū)，或者小區(qū)扇區(qū)。回程線路(Backhaul)連接，例如X2接口131-136連接非共址基站，例如111-116。這些回程線路或者為理想，或者為非理想的。

在一個實施例中，移動通信網(wǎng)絡(luò)100包含多個基站ENB以及多個移動臺，例如移動臺101、102以及103。UE101位于ENB111的服務(wù)范圍區(qū)域內(nèi)，以及與ENB111透過無線鏈路117進行通信。UE101需要CE。鏈路117上的數(shù)據(jù)區(qū)塊需要重復發(fā)送，這樣UE101可以正確地接收傳輸。正常UE102以及103分別位于ENB116以及121的覆蓋范圍區(qū)域內(nèi)。UE102以及103與ENB116以及121，分別透過無線鏈路118以及125進行通信。當從ENB到移動臺有DL封包要發(fā)送，每一移動臺得到DL分配，例如PDSCH中的一組無線資源。當UE需要將封包在UL中發(fā)送ENB，移動臺從基站獲得分配DL UL共享信道(Physical Downlink Uplink Shared Channel，PUSCH)的授權(quán)，其中包含一組UL無線資源。移動臺從PDCCH或者EPDCCH獲得DL或者UL調(diào)度信息，其中PDCCH或者EPDCCH為專用于該移動臺。DL或者UL調(diào)度信息以及其他控制信息，由PDCCH承載，稱作下行鏈路控制信息(Downlink Control Information，DCI)。

網(wǎng)絡(luò)實體，例如MME 141與基站，例如ENB111-116以及121以及124，透過鏈路例如137-139連接。雖然沒有圖示，無線網(wǎng)絡(luò)100的每一個ENB具有與MME141的鏈路。無線網(wǎng)絡(luò)100中，尋呼過程以網(wǎng)絡(luò)實體，例如MME 141開始。一個或者多個小區(qū)，或者一個或者多個ENB形成一個追蹤區(qū)域。例如，形成追蹤區(qū)域110，包含ENB111到116，或者ENB111到116服務(wù)的多個小區(qū)。追蹤區(qū)域120包含ENB121-124，或者ENB121到124所服務(wù)的多個小區(qū)。在追蹤區(qū)域(track area)級別(level)，當UE處于空閑(IDLE)模式，UE的位置MME知道。當網(wǎng)絡(luò)需要尋呼UE時，MME發(fā)送尋呼消息給UE存在的追蹤區(qū)域中的所有ENB。例如，MME141發(fā)送尋呼消息給追蹤區(qū)域110中的所有ENB，當ENB需要尋呼空閑模式UE101，或者空閑模式UE102時。相似地，當尋呼空閑模式UE103時，MME141發(fā)送尋呼消息給追蹤區(qū)域120中的所有ENB。

在一個例子中，UE101需要CE，這意味著數(shù)據(jù)區(qū)塊需要重復發(fā)送，這樣UE101可以正確接收到。因此，給空閑模式UE101的尋呼消息需要在不同子幀上透過重復而重復發(fā)送。這樣做，ENB111-116都需要透過重復數(shù)量而重復發(fā)送尋呼消息。追蹤區(qū)域110中產(chǎn)生大量數(shù)據(jù)流量(data traffic)。在一個新穎方面，形成的尋呼區(qū)域，每一個包含追蹤區(qū)域中多個ENB或者多個小區(qū)的一個子集合。每一個ENB在尋呼區(qū)域中追蹤(track)需要CE的UE。在相同尋呼區(qū)域中的ENB透過X2接口交換CE UE信息。需要CE的UE將自己的CE狀態(tài)報告給服務(wù)小區(qū)。

在一個實施例中，通信系統(tǒng)利用RRC層控制UE以及ENB之間的通信，在無線接口，以及UE跨小區(qū)的移動性。RRC層實施系統(tǒng)信息廣播/接收、尋呼，RRC連接建立/釋放，NAS信息傳遞，移動性控制以及等等。RRC層的例子包含3GPP UMTS標準的LTE。

在另一個實施例中，通信系統(tǒng)利用NAS層控制UE以及MME之間的通信。NAS層實施EPS承載管理(bearer management)、鑒權(quán)(authentication)、ECM空閑移動性處理(mobility handling)、ECM空閑中的尋呼發(fā)起(paging origination)以及安全性控制。NAS層例子包含3GPP UMTS標準的LTE。

圖1為根據(jù)本發(fā)明的實施例，移動臺101以及基站111和MME141的簡化方塊示意圖160、150以及170。

ENB 111具有天線155，發(fā)送以及接收無線信號。RF收發(fā)器模塊153，耦接到天線，從天線155接收RF信號，將其轉(zhuǎn)換為基頻信號，以及發(fā)送給處理器152。RF收發(fā)器153也將從處理器152接收的基頻信號進行處理，將其轉(zhuǎn)換為RF信號，以及發(fā)送給天線155。處理器152處理已接收基頻信號以及調(diào)用不同功能模塊以實施ENB111的功能。存儲器151存儲程序指令以及數(shù)據(jù)154，以控制ENB111的運作。ENB111也包含一組控制模塊，例如尋呼區(qū)域處理器156，UE CE狀態(tài)處理器157以及尋呼模塊158，以實施功能任務(wù)以及尋呼移動臺。尋呼區(qū)域處理器156為功能以及與ENB和UE通信，以實現(xiàn)尋呼區(qū)域方法。在另一個例子中，如果沒有形成尋呼區(qū)域，所以可以執(zhí)行具有重復的尋呼，所以在此情況下，尋呼區(qū)域處理器156可以被忽略，以及尋呼模塊158可以用于尋呼UE以執(zhí)行沒有尋呼區(qū)域信息的尋呼，舉例說明，具有重復地尋呼UE，或者沒有重復的正常尋呼。UE CE狀態(tài)處理器157實施任務(wù)，這樣網(wǎng)絡(luò)實體可以獲取UE的CE狀態(tài)。

移動臺101具有天線165，其發(fā)送以及接收無線信號。RF收發(fā)器模塊163，耦接到天線，從天線165接收RF信號，將其轉(zhuǎn)換為基頻信號，以及發(fā)送給處理器162。RF收發(fā)器163也將從處理器162收到的基頻信號轉(zhuǎn)換，將其轉(zhuǎn)換為RF信號，以及發(fā)送給天線165。處理器162處理已接收基頻信號以及調(diào)用不同功能模塊以實施移動臺101的功能。存儲器161存儲程序指令以及數(shù)據(jù)166以控制移動臺101的運作。

移動臺101也包含實施功能任務(wù)的一組控制模塊。信息處理器191存儲尋呼信息，例如尋呼消息。尋呼區(qū)域為用于尋呼消息的追蹤區(qū)域的一個子集合。尋呼區(qū)域處理器192從無線網(wǎng)絡(luò)中的基站接收尋呼區(qū)域的信息，當UE需要CE時，決定是否在尋呼區(qū)域以及UE的已存儲尋呼區(qū)域之間是否有任何改變，以及通知基站是否有尋呼區(qū)域改變。尋呼模塊193在尋呼區(qū)域中接收以及處理尋呼消息，其中尋呼消息透過重復數(shù)量而重復發(fā)送。在另一個實施例中，沒有形成尋呼區(qū)域，所以尋呼區(qū)域處理器192可以被忽略，以及尋呼模塊193接收以及處理尋呼消息，其中重復數(shù)量重復第發(fā)送尋呼消息。CE狀態(tài)處理器194檢測UE CE狀態(tài)以及轉(zhuǎn)發(fā)狀態(tài)信息給網(wǎng)絡(luò)實體。

MME 141具有收發(fā)器模塊173，用于接收消息以及發(fā)送給處理器172。收發(fā)器173也將從處理器172接收的信號轉(zhuǎn)換以及發(fā)送該信號給其他實體。處理器172處理已接收信號以及調(diào)用不同功能模塊實施MME 141的功能。存儲器171存儲程序指令以及數(shù)據(jù)174以控制MME 141的運作。MME141也包含控制模塊，例如CE狀態(tài)處理器177，以實施用于MME 141的功能以及任務(wù)，以及尋呼模塊178在追蹤區(qū)域中為尋呼UE而實施功能以及任務(wù)。

圖2為根據(jù)本發(fā)明的實施例，對于需要CE的UE，UE、ENB以及MME之間用于尋呼過程的示意圖。UE201需要CE?？臻e模式的UE201處于ENB202、203以及204所服務(wù)的追蹤區(qū)域，ENB202、203以及204為透過S1接口連接到網(wǎng)絡(luò)實體，例如MME 205。從網(wǎng)絡(luò)側(cè)，如果有朝著RRC空閑的UE的終止(Terminating，MT)呼叫，MME透過發(fā)送尋呼消息給每一個ENB而初始化尋呼過程，上述ENB，具有屬于該UE注冊的追蹤區(qū)域中的小區(qū)，該UE透過S1接口使用S1應(yīng)用協(xié)議(SI application protocol，S1AP)。根據(jù)保存在UE中的服務(wù)MME的MME上下文(context)，尋呼請求發(fā)給相關(guān)ENB。步驟211、212以及213中，MME205分別發(fā)送尋呼請求給ENB204、203以及202?；亟oMME的尋呼響應(yīng)在NAS層初始化，以及ENB基于NAS層路由信息而發(fā)送。在從MME收到尋呼消息之后，在無線接口上，透過在多個小區(qū)上發(fā)送尋呼消息，屬于S1AP尋呼消息中指示出的追蹤區(qū)域中的ENB，實施UE的尋呼。對于需要CE的UE，例如UE201，物理信道(PDSCH以及可能的PDCCH)上的尋呼相關(guān)信息傳輸可能需要在多個子幀之間重復。步驟231到233中，ENB204、203以及202分別重復地發(fā)送尋呼消息給UE201。

為了節(jié)省發(fā)生在整個追蹤區(qū)域中的尋呼重復的無線資源，比追蹤區(qū)域更小的地理區(qū)域定義在本發(fā)明的實施例中。如果需要CE的UE為大部分靜止情況下，假設(shè)這些保持在相對長周期時間內(nèi)保持在該區(qū)域中。也對于具有低移動性狀態(tài)或者靜止的MTC UE，這樣的假設(shè)也是可用的。稱作尋呼區(qū)域的地理區(qū)域被用于需要CE，具有低移動性狀態(tài)，或者靜止的UE的尋呼。一個或者多個相鄰，以及彼此透過X2接口進行通信的ENB覆蓋的尋呼區(qū)域。雖然尋呼消息從MME產(chǎn)生，MME在追蹤區(qū)域的所有小區(qū)中尋呼UE，只有屬于需要CE的UE存在的尋呼區(qū)域需要為了CE而重復地發(fā)送尋呼消息。舉例說明，ENB202以及204形成尋呼區(qū)域以及UE201在尋呼區(qū)域中。在一個新穎方面中，只有ENB202以及204使用相同尋呼數(shù)量或者不同尋呼數(shù)量而尋呼UE201。ENB203在收到來自MME205的尋呼請求之后，沒有重復地尋呼UE201。在一個實施例中，尋呼重復的相同數(shù)量用在屬于一個需要CE的特定UE的尋呼區(qū)域中的所有小區(qū)。重復數(shù)量至少基于被尋呼UE的覆蓋范圍狀態(tài)而決定。

圖3為根據(jù)本發(fā)明的實施例，每一個尋呼區(qū)域中組織有一個或者多于一個ENB的無線通信系統(tǒng)示意圖。由MME 141所服務(wù)的追蹤區(qū)域110如圖3所示，如圖1所示的相同，包含ENB111到116，每一個覆蓋一個地理區(qū)域。在一個新穎方面中，形成多個尋呼區(qū)域，每一個包含一個追蹤區(qū)域中多個ENB的一個子集合。例如，ENB111以及112提供分布在地里區(qū)域內(nèi)的覆蓋范圍，其為尋呼區(qū)域310。ENB113形成尋呼區(qū)域320。ENB114、115以及116提供分布在地里區(qū)域內(nèi)的覆蓋范圍，其為尋呼區(qū)域330。尋呼區(qū)域310為透過ENB111以及ENB112之間經(jīng)由X2接口131的協(xié)調(diào)(coordination)而形成。尋呼區(qū)域330在ENB114、115以及116之間，經(jīng)由X2接口134、135以及136透過ENB114、115以及116之間的協(xié)調(diào)而形成。

既然尋呼區(qū)域由一組小區(qū)形成，其可以透過小區(qū)列表而進行定義。對于E-UTRAN，小區(qū)列表中每一個項目(entry)對應(yīng)小區(qū)的EUTRAN小區(qū)全球識別符(E-UTAN Cell Global Identifier，ECGI)以及物理小區(qū)識別符(Physical Cell Identifier，PCI)?？商鎿Q地，尋呼區(qū)域可以由尋呼區(qū)域ID而識別。舉例說明，不同尋呼區(qū)域具有不同ID，這可以唯一在寬范圍(wide area)內(nèi)識別。為了使得需要CE的UE知道其駐留的小區(qū)在哪個尋呼區(qū)域，尋呼區(qū)域相關(guān)信息，例如小區(qū)列表或者尋呼區(qū)域ID需要在SI中廣播。每一個ENB可以包含屬于不同尋呼區(qū)域中的多個小區(qū)，其中每個小區(qū)可以只屬于一個尋呼區(qū)域。

尋呼區(qū)域信息在MME的管理下，透過相鄰ENB的協(xié)調(diào)而得到。尋呼區(qū)域透過ID或者相鄰小區(qū)列表而識別。提供覆蓋范圍給相同尋呼區(qū)域的ENB，可以具有相同尋呼區(qū)域ID或者相同小區(qū)列表。尋呼區(qū)域信息由ENB所廣播。

如果需要CE的UE的UE信息沒有被多個ENB所存儲，尋呼區(qū)域中的上述多個ENB考慮UE為新進入者。在空閑模式的UE301首次駐留在ENB111的小區(qū)上。在此情況下，如果收到來自UE301的CE指示，ENB111將該信息與相同尋呼區(qū)域中的ENB112共享。既然每一個ENB與相鄰ENB共享UE信息，用于特定需要CE的UE的UE信息由尋呼區(qū)域中所有ENB保存，即使UE的RRC連接被釋放。需要CE的UE的UE信息以及CE狀態(tài)，其被包含UE ID的尋呼區(qū)域中的多個ENB所共享。當UE301移動到ENB113所服務(wù)的新的位置時，標記為UE301-M，在透過已廣播系統(tǒng)信息，檢測到不同尋呼區(qū)域之后，UE通知ENB113自己的存在。相似地，ENB113可以與相同尋呼區(qū)域中多個ENB共享UE301-M的信息。在此例子中，相同尋呼區(qū)域中沒有ENB113之外的其他ENB。

圖4為根據(jù)本發(fā)明的實施，UE指示給ENB自己的存在的流程圖。步驟401中，UE進入RRC空閑模式。隨后，步驟402中，UE實施小區(qū)選擇或者重選以找到一個小區(qū)駐留。在一個實施例中，如果UE決定其需要CE，UE決定其檢測到的小區(qū)是否支持CE。在一個實施例中，UE偏好支持CE的小區(qū)。在另一個實施例中，UE只選擇支持CE的小區(qū)。步驟403中，UE駐留在一個支持CE的小區(qū)上。步驟404中，UE從系統(tǒng)信息中獲取尋呼區(qū)域信息。步驟411中，UE檢查已存儲尋呼區(qū)域信息的存在。如果UE沒有存儲任何尋呼區(qū)域信息，即，尋呼區(qū)域沒有當前值，UE轉(zhuǎn)到步驟421。步驟421中，UE與網(wǎng)絡(luò)建立RRC連接。隨后，步驟422中，UE將自己存在尋呼區(qū)域中指示給網(wǎng)絡(luò)。然后尋呼區(qū)域的對應(yīng)信息，例如尋呼區(qū)域ID或者相鄰小區(qū)列表由UE在步驟424所存儲。如果在步驟411中，UE檢測到存儲有尋呼區(qū)域信息，其轉(zhuǎn)到步驟412。步驟412中，UE決定已接收尋呼區(qū)域不同于已存儲尋呼區(qū)域。如果步驟412決定尋呼區(qū)域沒有不同，那么UE轉(zhuǎn)到步驟430，以及結(jié)束尋呼區(qū)域更新過程，以及在一種情況下，與原始網(wǎng)絡(luò)像通常一樣(圖未示)建立RRC連接。如果步驟412決定已接收尋呼區(qū)域以及已存儲尋呼區(qū)域之間有差異，UE轉(zhuǎn)到步驟421以及與網(wǎng)絡(luò)建立RRC連接。當UE實施小區(qū)選擇/重選以及駐留到另一個小區(qū)上，UE檢查是否其移動到不同尋呼區(qū)域。如果UE移動到不同尋呼區(qū)域，其與網(wǎng)絡(luò)建立RRC連接以及將自己存在于新尋呼區(qū)域指示給網(wǎng)絡(luò)。然后，步驟422中，UE將自己存在于尋呼區(qū)域中指示給網(wǎng)絡(luò)。在一個實施例中，UE可選地發(fā)送自己之前存儲的尋呼區(qū)域信息給新基站(步驟423)。在另一個實施例中，尋呼區(qū)域的對應(yīng)信息，例如尋呼區(qū)域ID或者相鄰小區(qū)列表由UE在步驟424所更新。即使與網(wǎng)絡(luò)的RRC連接被釋放，UE以及基站保存尋呼區(qū)域信息。在RRC空閑中的UE可以檢查是否其移動到不同尋呼區(qū)域，由于空閑模式移動性，透過獲取尋呼區(qū)域信息。

UE的CE狀態(tài)隨著UE的移動性而改變，或者由于其他因素，例如環(huán)境改變而改變。在一個實施例中，CE狀態(tài)指示出只有CE-UE或者無CE UE。在另一個實施例中，使用用于CE狀態(tài)的不同級別。在其他情況下，UE監(jiān)視自己的CE狀態(tài)，相應(yīng)地向網(wǎng)絡(luò)更新CE改變。

圖5為根據(jù)本發(fā)明的實施例，UE將CE狀態(tài)改變指示給ENB的流程示意圖。步驟511中，UE501駐留到ENB502所服務(wù)的小區(qū)上，ENB502與ENB503以及504一起形成尋呼區(qū)域505。UE501在步驟512監(jiān)視CE狀態(tài)。步驟513中，檢測到UE的覆蓋范圍狀態(tài)改變之后，UE501更新自己的覆蓋范圍狀態(tài)給網(wǎng)絡(luò)。如果UE501為處于RRC連接狀態(tài)，UE501將自己的覆蓋范圍狀態(tài)直接上報。否則，UE501與網(wǎng)絡(luò)建立RRC連接，用于覆蓋范圍更新。在一個實施例中，步驟521中，UE501發(fā)送CE狀態(tài)改變指示給ENB502。在從UE501收到CE狀態(tài)改變指示之后，ENB502與相同尋呼區(qū)域505中相鄰ENB，更新信息。步驟522中，ENB502，發(fā)送UE501的CE狀態(tài)改變指示給ENB503。步驟523中，ENB502發(fā)送UE501的CE狀態(tài)改變指示給ENB504。上述步驟522以及523或者并行或者串行實施。在另一個實施例中，UE501周期性上報自己的CE狀態(tài)給ENB。在一個實施例中，這樣的周期性上報可以對齊(align)，或者與其他UE周期性上報。

圖6為根據(jù)本發(fā)明的實施例，用于需要CE的UE，UE、ENB以及MME尋呼過程的系統(tǒng)流程圖。UE601駐留在ENB602上。UE601需要CE。尋呼區(qū)域605包含ENB602、603以及604。ENB602、603以及604，與MME 606通信。圖6包含尋呼區(qū)域更新過程610，包含步驟611到613，尋呼過程620包含步驟621到623，以及釋放過程630包含步驟631到633。

步驟611中，UE使用CE狀態(tài)，指示出自己的存在給ENB602。在步驟612中，ENB602存儲UE 601信息在自己的CE UE列表。步驟613中，在相同尋呼區(qū)域605中ENB602與ENB603以及604共享UE601信息。

步驟621中，MME606發(fā)送用于UE601的尋呼請求給追蹤區(qū)域中的所有ENB。步驟622中，ENB602檢查是否UE601需要CE。如果在步驟622中為是，步驟623中，ENB602透過重復數(shù)量而重復尋呼UE601。如果否，ENB602正常尋呼UE601。相似地，在尋呼區(qū)域605中ENB603以及604，透過重復數(shù)量而重復尋呼UE601，因為他們決定UE601需要CE。否則，尋呼區(qū)域605中ENB603以及604，正常尋呼UE601，即沒有重復。

用于需要CE的特定UE的UE信息可以由屬于尋呼區(qū)域中的多個ENB在某些條件下所釋放，某些條件例如UE的覆蓋范圍狀態(tài)變得更好，以及變?yōu)檎ＤＪ?，或者需要CE的UE沒有在預定嘗試次數(shù)中被成功尋呼到，或者另一個尋呼區(qū)域中的ENB告知UE已經(jīng)離開原始尋呼區(qū)域。步驟631中，ENB602為UE601檢測一個或者多個釋放UE信息觸發(fā)/條件。步驟632中，UE602從自己的CE UE列表中釋放UE601。步驟633中，ENB602將UE601的釋放告知ENB603以及604。

在一個新穎方面，用于CE UE的尋呼過程的增強，在MME層不需要改變。ENB保持追蹤需要CE的UE，以及基于他們的CE狀態(tài)而不同地尋呼UE。圖7為根據(jù)本發(fā)明的實施例，ENB尋呼需要CE的UE的流程示意圖。步驟701中，ENB從MME接收尋呼請求。步驟710中，ENB基于被尋呼UE ID而檢查已存儲UE信息。步驟702中，ENB檢查是否被尋呼UE為需要CE的UE，即，如果被尋呼UE為尋呼區(qū)域中的CE UE。如果步驟702決定為否，ENB正常沒有重復地尋呼UE。如果步驟702決定為是，ENB透過重復數(shù)量重復地尋呼UE。

圖8為根據(jù)本發(fā)明的實施例，尋呼區(qū)域中的ENB，存儲或者更新需要CE的UE信息的流程示意圖。圖8包含UE過程810以及ENB過程830。UE801需要CE。步驟811中，UE801駐留到ENB802上，以及獲取尋呼區(qū)域信息。ENB802，與ENB803以及804一起形成尋呼區(qū)域805。步驟810中，UE801檢查已存儲覆蓋范圍區(qū)域信息。步驟812，UE801決定是否從ENB802接收的尋呼區(qū)域以及已存儲的尋呼區(qū)域信息之間是否有尋呼區(qū)域改變。UE801決定尋呼區(qū)域改變，如果之前沒有存儲尋呼區(qū)域信息，或者已接收尋呼區(qū)域不同于已存儲尋呼區(qū)域。在檢測到尋呼區(qū)域改變之后，UE801轉(zhuǎn)到步驟821以及發(fā)送RRC連接請求(RRCConnection Request)消息給ENB802。步驟822中，UE802從ENB802接收RRC連接建立(RRCConnection Setup)消息。步驟823中，UE801發(fā)送RRC連接完成(RRCConnection Complete)消息給ENB802。在一個實施例中，UE801包含CE狀態(tài)指示或者RRC連接完成或者RRC連接請求消息中的信息。在另一個實施例中，UE使用建立起因(establishment cause)指示出“尋呼區(qū)域改變”的RRC連接。步驟831中，ENB802在收到在RRC連接完成或者RRC連接請求消息中的CE狀態(tài)信息之后，將UE信息存儲在自己的CE UE列表中。在一個實施例中，UE信息包含UE ID以及CE狀態(tài)。步驟832中，ENB802將UE信息轉(zhuǎn)發(fā)給ENB803。步驟833中，ENB803存儲UE信息在自己的CE UE列表中。步驟834中，ENB 802轉(zhuǎn)發(fā)UE信息給ENB804。步驟835中，UE804存儲UE信息在自己的CE UE列表中。

圖9為根據(jù)本發(fā)明的實施，CE模式中尋呼區(qū)域處理的UE過程的流程圖。步驟901中，需要CE的UE從無線網(wǎng)絡(luò)的基站接收尋呼區(qū)域信息，其中尋呼區(qū)域為追蹤區(qū)域的一個子集合。步驟902中，UE決定已接收尋呼區(qū)域以及UE的已存儲尋呼區(qū)域之間是否有任何改變。步驟903中，UE告知基站，是否有任何尋呼區(qū)域改變。步驟904中，UE在尋呼區(qū)域中接收尋呼消息，其中尋呼消息透過重復數(shù)量被重復發(fā)送。

圖10為根據(jù)本發(fā)明的實施例，在CE模式中，尋呼區(qū)域處理的基站過程的流程示意圖。步驟1001中，基站存儲尋呼區(qū)域的信息，其中尋呼區(qū)域為一個相鄰基站簇(cluster)所覆蓋的地理區(qū)域。步驟1002中，基站存儲包含CE UE的CE UE列表。步驟1003中，基站在檢測到觸發(fā)事件之后，更新CE UE列表。步驟1004中，基站透過重復數(shù)量重復地尋呼CE UE列表上的UE。

使用尋呼區(qū)域解決辦法，無線網(wǎng)絡(luò)可以有效地尋呼CE模式中的UE。這樣的解決方案需要及系統(tǒng)級別的改變以及額外的信令過程。另一個可能的解決方案為需要UE將CE狀態(tài)上報給網(wǎng)絡(luò)實體，例如透過ENB給MME。當MME需要尋呼UE時，其可以告知對應(yīng)追蹤區(qū)域中的所有ENB，以重復尋呼UE。這個簡化的解決方案，雖然沒有那么有效率，可以需要更少信令。

圖11為根據(jù)本發(fā)明的實施例，CE模式中的UE上報自己的CE狀態(tài)的示意圖。步驟1111中，UE1101駐留到ENB1102所服務(wù)的一個小區(qū)上。ENB1102與網(wǎng)絡(luò)控制實體，例如MME 1103通信。UE1101在步驟1112監(jiān)視自己的CE狀態(tài)。在一個實施例中，如果UE1101為低成本UE UE1101決定自己處于CE模式。UE1101也決定自己處于CE模式，如果為正常UE需要CE。步驟1121中，UE在檢測到CE模式之后，發(fā)送CE狀態(tài)報告給ENB1102。如果UE1101在RRC連接狀態(tài)，UE1101直接上報自己的覆蓋范圍狀態(tài)。否則，UE1101與網(wǎng)絡(luò)建立RRC連接用于覆蓋范圍狀態(tài)報告。在從UE1101收到CE狀態(tài)報告之后，ENB1102發(fā)送CE狀態(tài)報告給MEM1103。在一個實施例中，ENB1102發(fā)送CE狀態(tài)報告給MME 1103。在一個實施例中，UE1101在進入到新的追蹤區(qū)域之后，上報自己的CE狀態(tài)。在一個實施例中，來自UE的CE狀態(tài)報告包含UE的CE狀態(tài)以及用于UE的對應(yīng)小區(qū)ID。ENB將UE CE狀態(tài)報告直接轉(zhuǎn)發(fā)給MME。在另一個實施例中，來自UE的CE狀態(tài)報告只包含UE的CE狀態(tài)。ENB在自己的CE狀態(tài)報告中增加對應(yīng)小區(qū)信息，以及發(fā)送UE的CE狀態(tài)以及用于UE的對應(yīng)小區(qū)ID給MME。

圖12為根據(jù)本發(fā)明的實施例，MME將CE狀態(tài)告知ENB，這樣給UE的尋呼消息重復發(fā)送的尋呼流程示意圖。UE1201需要CE。在空閑模式的UE1201在ENB1202、1203以及1204服務(wù)的追蹤區(qū)域1206中，ENB1202、1203以及1204透過S1接口與網(wǎng)絡(luò)實體，例如MME1205而連接。在一個實施例中，MME1205決定UE1201的CE狀態(tài)。在檢測到UE1201需要CE之后，MME1205發(fā)送信息給追蹤區(qū)域1206的所有基站。步驟1211、1212以及1213中，MME205發(fā)送響應(yīng)請求分別給ENB1204、1203以及1202?；亟oMME的尋呼響應(yīng)在NAS層初始化，以及基于NAS層路徑信息而由ENB發(fā)送。在收到來自MME的尋呼消息時，屬于S1AP尋呼消息中指示出來的追蹤區(qū)域的ENB，在無線接口上，透過重復地在多個小區(qū)上發(fā)送尋呼消息而實施UE的尋呼。在一個實施例中，在S1AP尋呼消息中指示出被尋呼UE需要CE，在檢測到該S1AP尋呼消息中的CE信息之后，追蹤區(qū)域1206中的基站，透過重復而重復發(fā)送尋呼消息給UE1201。ENB1204、1203以及1202在步驟1231、1232以及1233中重復地分別發(fā)送尋呼消息給UE1201。在一個實施例中，重復數(shù)量透過MME提供給基站。

圖13為根據(jù)本發(fā)明的實施例，MME發(fā)送CE狀態(tài)給追蹤區(qū)域中的所有ENB，以重復發(fā)送尋呼消息的示意圖。MME141所服務(wù)的追蹤區(qū)域110，如圖1所示，包含ENB111到116，每一個覆蓋一個地理區(qū)域。需要CE的UE1301，駐留在ENB116上。MME141獲取UE1301的CE狀態(tài)。在一個實施例中，MME141存儲UE1301的CE狀態(tài)信息。在移動終端結(jié)束呼叫被發(fā)起給UE1301時，MME141發(fā)送尋呼請求給追蹤區(qū)域110中的所有ENB。在一個新穎方面，MME141發(fā)送尋呼請求給追蹤區(qū)域110中的所有基站，以及指示出被尋呼UE的CE信息。在從MME141收到具有CE信息的尋呼請求，ENB111到116透過重復數(shù)量重復地尋呼UE1301。在一個實施例中，MME141提供重復數(shù)量。在一個實施例中，重復數(shù)量在尋呼請求消息中指示出來。在另一個實施例中，ENB基于來自MME的信息而得到自己的重復數(shù)量。在再一個實施例中，重復數(shù)量為基于CE狀態(tài)。

圖14為根據(jù)本發(fā)明的實施例，需要CE的UE上報自己的CE狀態(tài)給網(wǎng)絡(luò)的流程示意圖。步驟1401中，無線網(wǎng)絡(luò)中UE檢測CE模式。步驟1402中，UE發(fā)送指示出CE模式的CE報告給網(wǎng)絡(luò)。步驟1403中，UE從網(wǎng)絡(luò)接收尋呼消息，其中尋呼消息透過重復數(shù)量被重復發(fā)送。

圖15為根據(jù)本發(fā)明的實施例，ENB尋呼需要CE的UE的流程圖。步驟1501中，基站在無線網(wǎng)絡(luò)中，接收來自網(wǎng)絡(luò)的用于CE模式的UE的尋呼請求。步驟1502中，基站透過重復數(shù)量重復地發(fā)送尋呼消息給UE。

圖16為根據(jù)本發(fā)明的實施例，追蹤區(qū)域中，MME發(fā)送UE CE狀態(tài)給基站的流程圖。步驟1601中，無線網(wǎng)絡(luò)中，網(wǎng)絡(luò)實體為UE決定CE模式。步驟1602中，網(wǎng)絡(luò)實體為追蹤區(qū)域中的一個或者多個基站發(fā)送用于UE的尋呼請求，其中該尋呼請求指示出UE的CE模式。

雖然聯(lián)系特定實施例說明本發(fā)明，本發(fā)明保護范圍不以此為限。相應(yīng)地，所描述的實施例的各種特征的組合，潤飾，以及修改，在不脫離本發(fā)明精神范圍內(nèi)可以進行，本發(fā)明保護范圍以權(quán)利要求為準。