[發(fā)明專利]一種尋呼方法、尋呼處理方法、終端及基站

在審

• 申請?zhí)枺?/td>: 201610662885.0
• 申請日: 2016-08-12
• 公開（公告）號: CN107734639A
• 公開（公告）日: 2018-02-23
• 發(fā)明（設(shè)計）人: 傅婧;梁靖;張元
• 申請（專利權(quán)）人: 電信科學(xué)技術(shù)研究院
• 主分類號: H04W68/00
• 分類號: H04W68/00;H04W68/02;H04W68/06
• 代理公司: 北京銀龍知識產(chǎn)權(quán)代理有限公司11243
• 代理人: 許靜,安利霞

本發(fā)明提供了一種尋呼方法、尋呼處理方法、終端及基站，涉及通信領(lǐng)域，該尋呼方法，包括：處于無線資源控制RRC輕連接態(tài)的終端，判斷是否移動到不屬于當(dāng)前所述終端所屬的無線接入網(wǎng)RAN側(cè)尋呼區(qū)域；若終端移動到不屬于當(dāng)前所述終端所屬的RAN側(cè)尋呼區(qū)域，則發(fā)送尋呼請求給基站，所述尋呼請求中包含所述終端上報的尋呼輔助信息；其中，所述尋呼輔助信息中包括指示所述尋呼請求的發(fā)送目的為尋呼區(qū)域更新的信息、表示終端當(dāng)前是否有上行數(shù)據(jù)發(fā)送的狀態(tài)信息、終端在RRC輕連接態(tài)的移動狀態(tài)信息和終端最近經(jīng)歷的小區(qū)的標(biāo)識信息中的一種或多種。上述方案，實現(xiàn)了終端在輕連接態(tài)時發(fā)起尋呼區(qū)域更新及后續(xù)流程，保證了網(wǎng)絡(luò)通信的完整性。

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種尋呼方法、尋呼處理方法、終端及基站。

背景技術(shù)

在長期演進(Long Term Evolution，LTE)系統(tǒng)中，用戶設(shè)備(User Equipment，UE，也可以稱之為終端)的無線資源控制(Radio Resource Control，RRC)狀態(tài)包括兩種，即連接(RRC-connected)狀態(tài)和空閑(RRC-idle)狀態(tài)。網(wǎng)絡(luò)為了對UE進行移動性管理以及UE的數(shù)據(jù)收發(fā)，會使用大量的信令，為了節(jié)約空口的信令開銷，在LTE R14引入了一個新的RRC狀態(tài)，稱為輕連接(Light Connection，LC)狀態(tài)。

當(dāng)UE在LC狀態(tài)時，UE的S1連接依然保持，因此MME認為UE的非接入層(Non-AccessStratum，NAS)狀態(tài)為連接態(tài)，具體的狀態(tài)轉(zhuǎn)換示意圖如圖1所示。UE處于LC狀態(tài)時，不能進行數(shù)據(jù)收發(fā)，但是可以在空口接收尋呼。UE在LC狀態(tài)下，為了減少尋呼信令，可能引入無線接入網(wǎng)(Radio Access Network，RAN)側(cè)觸發(fā)的尋呼，由RAN側(cè)在一定的尋呼區(qū)域(pagingarea)內(nèi)發(fā)起尋呼。該尋呼區(qū)域可能是一個小區(qū)，也可能是一組小區(qū)列表。

在LC狀態(tài)下，為了節(jié)省信令開銷以及網(wǎng)絡(luò)側(cè)相關(guān)的處理負荷，引入了掛起(Suspend)RRC連接和恢復(fù)(Resume)RRC連接相關(guān)過程，掛起RRC連接時，UE和網(wǎng)絡(luò)側(cè)均存儲一些信息，待恢復(fù)RRC連接時，可以重用先前的信息用于RRC連接。下面對LC狀態(tài)下UE的Suspend和恢復(fù)Resume過程(需要說明的是，LC狀態(tài)可能會盡量重用R13引入的Suspend/Resume過程)進行說明如下：

Suspend的大致過程為：基站(eNB)側(cè)決定掛起當(dāng)前的RRC連接時，會給UE發(fā)送RRC連接釋放請求，當(dāng)中包含掛起指示，并分配一個Resume ID，用以后續(xù)恢復(fù)相關(guān)配置；UE收到請求后，進入到RRC-IDLE/演進的分組系統(tǒng)連接管理(EPS Connection Management，ECM)-IDLE狀態(tài)。此時雖然RRC處于掛起狀態(tài)，但UE和eNB存儲UE的接入層(Access Stratum，AS)的配置，例如AS安全配置、承載相關(guān)配置、L1/L2相關(guān)配置都將保持。相關(guān)的網(wǎng)絡(luò)節(jié)點存儲S1-MME和S1-U相關(guān)的上下文信息，這意味著eNB和MME將保存S1應(yīng)用協(xié)議(S1ApplicationProtocol，S1-AP)UE上下文信息。終端的移動性過程與Idle狀態(tài)相同，例如執(zhí)行小區(qū)重選等。

Resume的大致過程為：UE要重新進入到RRC連接態(tài)時，則發(fā)起RRC連接恢復(fù)請求，當(dāng)中提供先前接收的Resume ID，用于eNB獲得之前存儲的信息，進而恢復(fù)RRC連接。

需要說明的是，LC狀態(tài)的UE在移動過程中，會移動到所選擇的小區(qū)不屬于當(dāng)前該UE所屬的RAN側(cè)尋呼區(qū)域，但是現(xiàn)有技術(shù)中并沒有實現(xiàn)UE側(cè)如何發(fā)起尋呼區(qū)域更新及后續(xù)流程的方案。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是提供一種尋呼方法、尋呼處理方法、終端及基站，用以解決現(xiàn)有技術(shù)中并沒有實現(xiàn)終端在輕連接態(tài)時如何發(fā)起尋呼區(qū)域更新及后續(xù)流程的方案，從而影響網(wǎng)絡(luò)通信的問題。

為了解決上述技術(shù)問題，本發(fā)明實施例提供一種尋呼方法，包括：