[發(fā)明專利]一種尋呼方法及裝置、系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201611055995.7
• 申請(qǐng)日: 2016-11-23
• 公開(kāi)（公告）號(hào): CN108377549A
• 公開(kāi)（公告）日: 2018-08-07
• 發(fā)明（設(shè)計(jì)）人: 牛麗;吳昱民;趙亞軍
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W68/00
• 分類號(hào): H04W68/00;H04W76/19;H04W76/27
• 代理公司: 北京派特恩知識(shí)產(chǎn)權(quán)代理有限公司 11270
• 代理人: 蔣雅潔;張穎玲

本發(fā)明實(shí)施例公開(kāi)了一種尋呼方法及裝置，所述方法包括：當(dāng)用戶設(shè)備UE進(jìn)入輕連接態(tài)時(shí)，基站對(duì)UE進(jìn)行定時(shí)尋呼；當(dāng)UE進(jìn)入輕連接態(tài)時(shí)，UE被基站進(jìn)行定時(shí)尋呼；當(dāng)UE接收到基站的尋呼消息時(shí)，向所述基站發(fā)送RRC恢復(fù)請(qǐng)求消息，其中，所述RRC恢復(fù)請(qǐng)求消息攜帶RRC恢復(fù)的原因信息，所述原因信息為響應(yīng)基站側(cè)的尋呼。

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

本發(fā)明涉及尋呼技術(shù)，尤其涉及一種長(zhǎng)期演進(jìn)系統(tǒng)(LTE，Long Term Evolution)中的尋呼方法及裝置。

背景技術(shù)

長(zhǎng)期演進(jìn)系統(tǒng)(LTE，Long Term Evolution)主要由三類設(shè)備組成：用戶設(shè)備(UE，User Equipment)、核心網(wǎng)(CN，Core Network)和基站(eNB，Evolved Node B)，其中，核心網(wǎng)中的移動(dòng)管理實(shí)體(MME，Mobility Management Entity)主要負(fù)責(zé)信令的傳輸。UE和eNB的接口為Uu，eNB與核心網(wǎng)的接口為S1。

然而，如圖1所示，LTE系統(tǒng)的控制面架構(gòu)包括：物理層(PHY，Physical layer)、媒體接入控制層(MAC，Medium Access Control)、無(wú)線鏈路層控制協(xié)議層(RLC，Radio LinkControl)、分組數(shù)據(jù)匯聚協(xié)議層(PDCP，Packet Data Convergence Protocol)、無(wú)線資源控制層(RRC，Radio Resource Control)和非接入層面(NAS，Non-Access Stratum)。

LTE系統(tǒng)中，當(dāng)UE有數(shù)據(jù)需要傳輸時(shí)，可發(fā)起呼叫或者被呼，先與eNB建立Uu連接，然后eNB與核心網(wǎng)建立關(guān)于該UE的S1連接。當(dāng)該UE沒(méi)有數(shù)據(jù)傳輸后，MME會(huì)發(fā)起釋放UE的過(guò)程，eNB會(huì)清除該UE的信息，以及釋放該UE在S1的連接。隨后，UE進(jìn)入空閑態(tài)。

在未來(lái)通信系統(tǒng)中，終端數(shù)量增長(zhǎng)很快，尤其是物聯(lián)網(wǎng)的應(yīng)用，會(huì)導(dǎo)致eNB需要和大量UE建立信令連接。一方面，這些信令連接會(huì)耗費(fèi)很多空口資源，尤其是針對(duì)一些小數(shù)據(jù)包業(yè)務(wù)，與傳統(tǒng)業(yè)務(wù)不同，這些業(yè)務(wù)不僅具有數(shù)據(jù)包小的特點(diǎn)，而且數(shù)據(jù)包的發(fā)送間隔很長(zhǎng)。例如，微信業(yè)務(wù)，這些業(yè)務(wù)會(huì)在很長(zhǎng)時(shí)間內(nèi)一直占用空口資源；另一方面，大量的信令連接對(duì)eNB的處理能力和容量提出了很高的要求，這些信令處理會(huì)占用eNB的大量的處理時(shí)間，而且增加了eNB的硬件處理器和內(nèi)存的成本。

為了減輕UE和eNB的信令負(fù)荷，目前提出了一種輕連接(light connection)狀態(tài)。當(dāng)UE沒(méi)有數(shù)據(jù)傳輸?shù)那闆r下，UE和eNB可保持在輕連接態(tài)。在輕連接態(tài)下，UE只需進(jìn)行小區(qū)重新過(guò)程等過(guò)程。UE也達(dá)到了省電的目的。而eNB不僅會(huì)保存UE的信息，還與核心網(wǎng)繼續(xù)保持該UE的S1連接。這樣，當(dāng)UE在輕連接態(tài)時(shí)，且UE有數(shù)據(jù)傳輸，只需重新建立UE和eNB的連接，就可恢復(fù)通信，也確保了業(yè)務(wù)的時(shí)延要求。

其中，UE在輕連接態(tài)下，且UE有下行數(shù)據(jù)到達(dá)，eNB就需要發(fā)起尋呼過(guò)程。

如圖2所示，在輕連接態(tài)下的UE，核心網(wǎng)將數(shù)據(jù)包通過(guò)該UE的S1連接提交給eNB，eNB需要通過(guò)尋呼(paging)消息告知UE，UE收到尋呼消息后，UE向eNB發(fā)起RRC恢復(fù)過(guò)程，回到RRC連接狀態(tài)，恢復(fù)與eNB、核心網(wǎng)的連接。

當(dāng)UE在輕連接態(tài)下，且UE有上行數(shù)據(jù)傳輸時(shí)，UE就向eNB發(fā)起RRC恢復(fù)過(guò)程，回到RRC連接狀態(tài)，恢復(fù)與eNB、核心網(wǎng)的連接。

但是，UE的無(wú)線鏈路可能會(huì)變得很差，當(dāng)UE有上行數(shù)據(jù)時(shí)，UE發(fā)起RRC恢復(fù)過(guò)程，但是，由于信號(hào)質(zhì)量很差，UE無(wú)法正確發(fā)出RRC恢復(fù)消息，從而，UE進(jìn)入空閑態(tài)?；蛘?，UE在輕連接態(tài)下是移動(dòng)的，UE可能會(huì)重選到其他小區(qū)或?qū)ず魠^(qū)域，UE在新小區(qū)恢復(fù)RRC連接，但是原小區(qū)沒(méi)有得到通知，依舊保留UE的輕連接態(tài)?？梢?jiàn)，這就造成了UE和原小區(qū)的狀態(tài)不統(tǒng)一，原小區(qū)可能會(huì)長(zhǎng)時(shí)間保存UE的信息。而且，在5G采用的是高頻段、密集組網(wǎng)，這就使得這些情況很普遍，如果存在這樣大量的UE，就會(huì)占用了硬件處理時(shí)間和內(nèi)存。但目前并無(wú)解決該異常問(wèn)題的相關(guān)技術(shù)方案可供參考。