CN108377549A - 一种寻呼方法及装置、*** - Google Patents
一种寻呼方法及装置、*** Download PDFInfo
- Publication number
- CN108377549A CN108377549A CN201611055995.7A CN201611055995A CN108377549A CN 108377549 A CN108377549 A CN 108377549A CN 201611055995 A CN201611055995 A CN 201611055995A CN 108377549 A CN108377549 A CN 108377549A
- Authority
- CN
- China
- Prior art keywords
- paging
- base station
- rrc
- timer
- light connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 50
- 238000011084 recovery Methods 0.000 claims abstract description 49
- 230000004044 response Effects 0.000 claims description 59
- 230000005540 biological transmission Effects 0.000 claims description 40
- 238000004891 communication Methods 0.000 claims description 16
- 239000000284 extract Substances 0.000 claims description 4
- 238000001514 detection method Methods 0.000 claims description 3
- 238000000605 extraction Methods 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000005484 gravity Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种寻呼方法及装置,所述方法包括:当用户设备UE进入轻连接态时,基站对UE进行定时寻呼;当UE进入轻连接态时,UE被基站进行定时寻呼;当UE接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
Description
技术领域
本发明涉及寻呼技术,尤其涉及一种长期演进***(LTE,Long Term Evolution)中的寻呼方法及装置。
背景技术
长期演进***(LTE,Long Term Evolution)主要由三类设备组成:用户设备(UE,User Equipment)、核心网(CN,Core Network)和基站(eNB,Evolved Node B),其中,核心网中的移动管理实体(MME,Mobility Management Entity)主要负责信令的传输。UE和eNB的接口为Uu,eNB与核心网的接口为S1。
然而,如图1所示,LTE***的控制面架构包括:物理层(PHY,Physical layer)、媒体接入控制层(MAC,Medium Access Control)、无线链路层控制协议层(RLC,Radio LinkControl)、分组数据汇聚协议层(PDCP,Packet Data Convergence Protocol)、无线资源控制层(RRC,Radio Resource Control)和非接入层面(NAS,Non-Access Stratum)。
LTE***中,当UE有数据需要传输时,可发起呼叫或者被呼,先与eNB建立Uu连接,然后eNB与核心网建立关于该UE的S1连接。当该UE没有数据传输后,MME会发起释放UE的过程,eNB会清除该UE的信息,以及释放该UE在S1的连接。随后,UE进入空闲态。
在未来通信***中,终端数量增长很快,尤其是物联网的应用,会导致eNB需要和大量UE建立信令连接。一方面,这些信令连接会耗费很多空口资源,尤其是针对一些小数据包业务,与传统业务不同,这些业务不仅具有数据包小的特点,而且数据包的发送间隔很长。例如,微信业务,这些业务会在很长时间内一直占用空口资源;另一方面,大量的信令连接对eNB的处理能力和容量提出了很高的要求,这些信令处理会占用eNB的大量的处理时间,而且增加了eNB的硬件处理器和内存的成本。
为了减轻UE和eNB的信令负荷,目前提出了一种轻连接(light connection)状态。当UE没有数据传输的情况下,UE和eNB可保持在轻连接态。在轻连接态下,UE只需进行小区重新过程等过程。UE也达到了省电的目的。而eNB不仅会保存UE的信息,还与核心网继续保持该UE的S1连接。这样,当UE在轻连接态时,且UE有数据传输,只需重新建立UE和eNB的连接,就可恢复通信,也确保了业务的时延要求。
其中,UE在轻连接态下,且UE有下行数据到达,eNB就需要发起寻呼过程。
如图2所示,在轻连接态下的UE,核心网将数据包通过该UE的S1连接提交给eNB,eNB需要通过寻呼(paging)消息告知UE,UE收到寻呼消息后,UE向eNB发起RRC恢复过程,回到RRC连接状态,恢复与eNB、核心网的连接。
当UE在轻连接态下,且UE有上行数据传输时,UE就向eNB发起RRC恢复过程,回到RRC连接状态,恢复与eNB、核心网的连接。
但是,UE的无线链路可能会变得很差,当UE有上行数据时,UE发起RRC恢复过程,但是,由于信号质量很差,UE无法正确发出RRC恢复消息,从而,UE进入空闲态。或者,UE在轻连接态下是移动的,UE可能会重选到其他小区或寻呼区域,UE在新小区恢复RRC连接,但是原小区没有得到通知,依旧保留UE的轻连接态。可见,这就造成了UE和原小区的状态不统一,原小区可能会长时间保存UE的信息。而且,在5G采用的是高频段、密集组网,这就使得这些情况很普遍,如果存在这样大量的UE,就会占用了硬件处理时间和内存。但目前并无解决该异常问题的相关技术方案可供参考。
发明内容
为解决上述技术问题,本发明实施例提供了一种寻呼方法及装置。
本发明实施例提供的寻呼方法,包括:
当用户设备UE进入轻连接态时,基站对UE进行定时寻呼。
本发明实施例中,所述基站对UE进行定时寻呼,包括:
基站启动寻呼定时器,当所述寻呼定时器超时时,基站发起对UE的寻呼。
本发明实施例中,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
本发明实施例中,所述方法还包括:
基站接收移动管理实体MME配置的寻呼定时器。
本发明实施例中,所述方法还包括:
基站发起对UE的寻呼时,启动寻呼响应定时器;
如果在所述寻呼响应定时器超时之前,基站未接收到所述UE的无线资源控制RRC恢复请求消息,则指示释放所述UE。
本发明实施例中,所述方法还包括:
如果在所述寻呼响应定时器超时之前,基站接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
基站判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器,并在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
本发明实施例中,所述方法还包括:
当RRC恢复过程完成后,基站启动轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则基站停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则基站将UE的状态转入轻连接态。
本发明另一实施例提供的寻呼方法,包括:
当UE进入轻连接态时,UE被基站进行定时寻呼;
当UE接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
本发明实施例中,所述方法还包括:
UE接收到基站发送的RRC恢复响应消息;
如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则UE启动所述轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则UE停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则UE转入轻连接态。
本发明实施例提供的寻呼装置,应用于基站侧,所述装置包括:
检测单元,用于检测UE是否进入轻连接态;
寻呼单元,用于当UE进入轻连接态时,对UE进行定时寻呼。
本发明实施例中,所述寻呼单元,具体用于:启动寻呼定时器,当所述寻呼定时器超时时,发起对UE的寻呼。
本发明实施例中,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
本发明实施例中,所述装置还包括:
通信单元,用于接收MME配置的寻呼定时器。
本发明实施例中,所述装置还包括:
启动单元,用于发起对UE的寻呼时,启动寻呼响应定时器;
指示单元,用于如果在所述寻呼响应定时器超时之前,未接收到所述UE的RRC恢复请求消息,则指示释放所述UE。
本发明实施例中,所述装置还包括:
提取单元,用于如果在所述寻呼响应定时器超时之前,接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
停止单元,用于判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器;
配置单元,用于在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
本发明实施例中,所述启动单元,还用于当RRC恢复过程完成后,启动轻连接定时器;
所述停止单元,还用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
所述装置还包括:切换单元,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则将UE的状态转入轻连接态。
本发明另一实施例提供的寻呼装置,应用于UE,所述装置包括:
通信单元,用于当UE进入轻连接态时,被基站进行定时寻呼;当接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
本发明实施例中,所述通信单元,还用于接收到基站发送的RRC恢复响应消息;
所述装置还包括:
启动单元,用于如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则启动所述轻连接定时器;
停止单元,用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
切换单元,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则转入轻连接态。
本发明实施例的技术方案中,当UE进入轻连接态时,基站对用户设备UE进行定时寻呼。所述基站对用户设备UE进行定时寻呼,包括:基站启动寻呼定时器,当所述寻呼定时器超时时,基站发起对UE的寻呼。采用本发明实施例的技术方案,通过eNB发起RAN侧的定时寻呼过程,如果UE收到寻呼,发起RRC恢复过程,并在RRC恢复请求消息中携带原因,指明恢复原因是响应RAN侧寻呼。RRC恢复后,在一段时间内如果UE没有数据传输,eNB和UE可自行进入轻连接态。本发明实施例的寻呼方法及装置,既保证了eNB和UE的状态统一,也保证了业务的时延要求。
附图说明
图1为LTE***中Uu接口及S1接口示意图;
图2为RAN侧发起的寻呼流程示意图;
图3为本发明实施例一的寻呼方法的流程图;
图4为本发明实施例二的寻呼方法的流程图;
图5为本发明实施例的寻呼方法示例一的流程图;
图6为本发明实施例的寻呼方法示例一的另一流程图;
图7为本发明实施例的寻呼装置的组成结构示意图;
图8为本发明实施例的寻呼装置的另一组成结构示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。
图3为本发明实施例一的寻呼方法的流程图,如图3所示,本发明实施例的寻呼方法包括以下处理步骤:
步骤301,当UE进入轻连接态时,基站对UE进行定时寻呼。
这里,基站可以是eNB,eNB位于RAN侧。
本发明实施例所要解决的技术问题是:如何保证eNB和UE的状态统一,eNB及时删除从轻连接态进入空闲态的UE,以及重选到其他小区的UE。基于此,本发明实施例提出了RAN侧(也即基站)定时寻呼UE。
本发明实施例中,所述基站对UE进行定时寻呼,包括:
基站启动寻呼定时器,当所述寻呼定时器超时时,基站发起对UE的寻呼。
本发明实施例中,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
本发明实施例中,所述方法还包括:
基站接收移动管理实体MME配置的寻呼定时器。
具体地,当某UE支持轻连接时,MME可根据UE的类型、UE的业务类型,以及寻呼时长,配置UE的RAN侧寻呼UE的定时器:
1)MME可根据UE的类型配置RAN侧寻呼UE定时器的长度,例如,UE是采集温度等信息的传感器,MME可为UE配置时间较长的RAN侧寻呼UE的定时器。UE是车辆,MME可为UE配置时间较短的RAN侧寻呼UE的定时器。
2)MME可根据UE业务的时延敏感度配置RAN侧寻呼UE定时器的长度,例如,UE只具有海量机器类型通信(mMTC,massive Machine Type Communications)业务,MME可为UE配置时间较长的RAN侧寻呼UE的定时器。UE具有超可靠低延迟通信(URLLC,Ultra-Reliableand Low Latency Communications)业务,MME可为UE配置时间较短的RAN侧寻呼UE的定时器。
3)MME可根据UE业务的数据包到达时间配置RAN侧寻呼UE定时器的长度,例如,UE具有文件传输协议(FTP,File Transfer Protocol)业务,MME可为UE配置时间较长的RAN侧寻呼UE的定时器。UE具有Gaming业务,MME可为UE配置时间较短的RAN侧寻呼UE的定时器。
同时,MME还要考虑寻呼时长的影响,也就是eNB收到UE寻呼响应的时间,而且在这个时间内,UE可发起多次寻呼。
MME可通过E-RAB SETUP REQUEST、INITIAL CONTEXT SETUP REQUEST、HANDOVERCOMMAND、HANDOVER REQUEST或者新消息中增加RAN侧寻呼UE定时器的配置。
本发明实施例中,所述方法还包括:
基站发起对UE的寻呼时,启动寻呼响应定时器;
如果在所述寻呼响应定时器超时之前,基站未接收到所述UE的无线资源控制RRC恢复请求消息,则指示释放所述UE。
如果在所述寻呼响应定时器超时之前,基站接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
基站判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器,并在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
本发明实施例中,所述方法还包括:
当RRC恢复过程完成后,基站启动轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则基站停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则基站将UE的状态转入轻连接态。
图4为本发明实施例二的寻呼方法的流程图,如图4所示,本发明实施例的寻呼方法包括以下处理步骤:
步骤401,当UE进入轻连接态时,UE被基站进行定时寻呼。
步骤402,当UE接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
本发明实施例中,所述方法还包括:
UE接收到基站发送的RRC恢复响应消息;
如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则UE启动所述轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则UE停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则UE转入轻连接态。
以下通过具体应用例,对本发明实施例的技术方案作进一步详细阐述。
本发明实施例中,某UE进入轻连接态,RAN侧寻呼UE的定时器超时后,eNB发起该UE的寻呼过程。
eNB侧的寻呼处理过程如图5所示,包括以下步骤:
步骤501,eNB发起RAN侧寻呼过程,在UE的寻呼时刻,发送携带该UE标识的寻呼消息,并启动寻呼响应定时器;本发明实施例中,定时器即为设定的寻呼周期。
步骤502,eNB判断寻呼响应定时器超时是否超时;
步骤503,eNB在寻呼响应定时器超时前,收到UE的RRC恢复请求消息;
步骤504,eNB在寻呼响应定时器超时后,没有收到UE的RRC恢复请求消息,则释放该UE;
步骤505,eNB判断UE的RRC恢复请求消息的恢复原因是否为响应RAN侧寻呼;
步骤506,恢复原因是响应RAN侧寻呼,eNB停止寻呼响应定时器,并发送给UE的RRC恢复响应消息中,为UE配置轻连接定时器;
步骤507,恢复原因不是响应RAN侧寻呼,eNB停止寻呼响应定时器;
步骤508,在RRC恢复过程完成后,eNB启动轻连接定时器;
步骤509,eNB轻连接定时器是否超时;
步骤510,当UE有数据传输,则停止轻连接定时器。如果轻连接定时器超时,UE都没有数据传输,则eNB将UE的状态转入轻连接态,并启动寻呼响应定时器。
UE侧的寻呼处理过程如图6所示,包括以下步骤:
步骤601,当UE收到RAN侧寻呼消息,随即发起RRC恢复过程,并在发送给eNB的RRC恢复请求消息中携带原因,指明恢复原因是响应RAN侧寻呼;
步骤602,UE收到eNB发送的RRC恢复响应消息后,如果eNB配置了轻连接定时器,在RRC恢复过程完成后,UE启动轻连接定时器;
步骤603,UE判断是否有数据传输;
步骤604,UE停止轻连接定时器;
步骤605,UE判断轻连接定时器是否超时;
步骤606,UE在轻连接定时器超时,都没有数据传输,则UE转入轻连接态。
图7为本发明实施例的寻呼装置的组成结构示意图一,如图7所示,本发明实施例的寻呼装置包括:
检测单元71,用于检测UE是否进入轻连接态;
寻呼单元72,用于当UE进入轻连接态时,对UE进行定时寻呼。
本发明实施例中,所述寻呼单元72,具体用于:启动寻呼定时器,当所述寻呼定时器超时时,发起对UE的寻呼。
本发明实施例中,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
本发明实施例中,所述装置还包括:
通信单元73,用于接收MME配置的寻呼定时器。
本发明实施例中,所述装置还包括:
启动单元(图中未示出),用于发起对UE的寻呼时,启动寻呼响应定时器;
指示单元74,用于如果在所述寻呼响应定时器超时之前,未接收到所述UE的RRC恢复请求消息,则指示释放所述UE。
本发明实施例中,所述装置还包括:
提取单元(图中未示出),用于如果在所述寻呼响应定时器超时之前,接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
停止单元(图中未示出),用于判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器;
配置单元(图中未示出),用于在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
本发明实施例中,所述启动单元,还用于当RRC恢复过程完成后,启动轻连接定时器;
所述停止单元,还用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
所述装置还包括:切换单元75,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则将UE的状态转入轻连接态。
本领域技术人员应当理解,图7所示的寻呼装置中的各处理单元的实现功能可参照前述寻呼方法的各实施例及应用例的相关描述而理解。其中,寻呼单元70、接收单元71及指示单元72均可以通过无线天线***实现。设置单元可以通过微处理器、DSP、FPGA等实现。
图8为本发明实施例的寻呼装置的组成结构示意图二,如图8所示,本发明实施例的寻呼装置包括:
通信单元81,用于当UE进入轻连接态时,被基站进行定时寻呼;当接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
本发明实施例中,所述通信单元81,还用于接收到基站发送的RRC恢复响应消息;
所述装置还包括:
启动单元(图中未示出),用于如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则启动所述轻连接定时器;
停止单元(图中未示出),用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
切换单元82,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则转入轻连接态。
本领域技术人员应当理解,图8所示的寻呼装置中的各处理单元的实现功能可参照前述寻呼方法的各实施例及应用例的相关描述而理解。其中,接收单元80、发起单元81及响应单元均可以通过无线天线***实现。处理单元可以通过微处理器、DSP、FPGA等实现。
本发明实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和智能设备,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个第二处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。
Claims (18)
1.一种寻呼方法,其特征在于,所述方法包括:
当用户设备UE进入轻连接态时,基站对UE进行定时寻呼。
2.根据权利要求1所述的寻呼方法,其特征在于,所述基站对UE进行定时寻呼,包括:
基站启动寻呼定时器,当所述寻呼定时器超时时,基站发起对UE的寻呼。
3.根据权利要求1所述的寻呼方法,其特征在于,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
4.根据权利要求3所述的寻呼方法,其特征在于,所述方法还包括:
基站接收移动管理实体MME配置的寻呼定时器。
5.根据权利要求2所述的寻呼方法,其特征在于,所述方法还包括:
基站发起对UE的寻呼时,启动寻呼响应定时器;
如果在所述寻呼响应定时器超时之前,基站未接收到所述UE的无线资源控制RRC恢复请求消息,则指示释放所述UE。
6.根据权利要求5所述的寻呼方法,其特征在于,所述方法还包括:
如果在所述寻呼响应定时器超时之前,基站接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
基站判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器,并在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
7.根据权利要求6所述的寻呼方法,其特征在于,所述方法还包括:
当RRC恢复过程完成后,基站启动轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则基站停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则基站将UE的状态转入轻连接态。
8.一种寻呼方法,其特征在于,所述方法包括:
当UE进入轻连接态时,UE被基站进行定时寻呼;
当UE接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
9.根据权利要求8所述的寻呼方法,其特征在于,所述方法还包括:
UE接收到基站发送的RRC恢复响应消息;
如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则UE启动所述轻连接定时器;
判断所述轻连接定时器是否超时;
如果在所述轻连接定时器超时之前,UE有数据传输,则UE停止所述轻连接定时器;
如果在所述轻连接定时器超时之前,UE都没有数据传输,则UE转入轻连接态。
10.一种寻呼装置,其特征在于,应用于基站侧,所述装置包括:
检测单元,用于检测UE是否进入轻连接态;
寻呼单元,用于当UE进入轻连接态时,对UE进行定时寻呼。
11.根据权利要求10所述的寻呼装置,其特征在于,所述寻呼单元,具体用于:启动寻呼定时器,当所述寻呼定时器超时时,发起对UE的寻呼。
12.根据权利要求10所述的寻呼装置,其特征在于,所述寻呼定时器的时长基于以下内容的至少之一进行配置:
UE的类型、UE的业务类型、寻呼时长。
13.根据权利要求12所述的寻呼装置,其特征在于,所述装置还包括:
通信单元,用于接收MME配置的寻呼定时器。
14.根据权利要求11所述的寻呼装置,其特征在于,所述装置还包括:
启动单元,用于发起对UE的寻呼时,启动寻呼响应定时器;
指示单元,用于如果在所述寻呼响应定时器超时之前,未接收到所述UE的RRC恢复请求消息,则指示释放所述UE。
15.根据权利要求14所述的寻呼装置,其特征在于,所述装置还包括:
提取单元,用于如果在所述寻呼响应定时器超时之前,接收到所述UE的RRC恢复请求消息,则从所述RRC恢复请求消息中提取RRC恢复的原因信息;
停止单元,用于判断所述RRC恢复的原因信息是否为响应基站侧的寻呼,当所述RRC恢复的原因信息为响应基站侧的寻呼时,基站停止所述寻呼响应定时器;
配置单元,用于在向UE发送的RRC恢复响应消息中为UE配置轻连接定时器。
16.根据权利要求15所述的寻呼装置,其特征在于,
所述启动单元,还用于当RRC恢复过程完成后,启动轻连接定时器;
所述停止单元,还用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
所述装置还包括:切换单元,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则将UE的状态转入轻连接态。
17.一种寻呼装置,其特征在于,应用于UE,所述装置包括:
通信单元,用于当UE进入轻连接态时,被基站进行定时寻呼;当接收到基站的寻呼消息时,向所述基站发送RRC恢复请求消息,其中,所述RRC恢复请求消息携带RRC恢复的原因信息,所述原因信息为响应基站侧的寻呼。
18.根据权利要求17所述的寻呼装置,其特征在于,所述通信单元,还用于接收到基站发送的RRC恢复响应消息;
所述装置还包括:
启动单元,用于如果所述RRC恢复响应消息中具有基站配置的轻连接定时器,则启动所述轻连接定时器;
停止单元,用于如果在所述轻连接定时器超时之前,UE有数据传输,则停止所述轻连接定时器;
切换单元,用于如果在所述轻连接定时器超时之前,UE都没有数据传输,则转入轻连接态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611055995.7A CN108377549A (zh) | 2016-11-23 | 2016-11-23 | 一种寻呼方法及装置、*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611055995.7A CN108377549A (zh) | 2016-11-23 | 2016-11-23 | 一种寻呼方法及装置、*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108377549A true CN108377549A (zh) | 2018-08-07 |
Family
ID=63016133
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611055995.7A Pending CN108377549A (zh) | 2016-11-23 | 2016-11-23 | 一种寻呼方法及装置、*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108377549A (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102118722A (zh) * | 2010-01-06 | 2011-07-06 | 电信科学技术研究院 | 终端可达定时器的取值的设置方法及*** |
US20130015953A1 (en) * | 2011-07-11 | 2013-01-17 | National Taiwan University | Enhanced Paging Mechanism for Machine Type Communication |
CN103532684A (zh) * | 2013-10-24 | 2014-01-22 | 重庆邮电大学 | 一种3gpp mtc自适应混合drx机制终端节能方法 |
US20140194150A1 (en) * | 2011-06-20 | 2014-07-10 | Zte Corporation | Method, Apparatus And System For Determining Terminal State |
CN104115536A (zh) * | 2012-02-16 | 2014-10-22 | 苹果公司 | 用于对失去同步进行识别的方法 |
CN104185278A (zh) * | 2013-05-20 | 2014-12-03 | 上海贝尔股份有限公司 | 一种用于寻呼优化的方法 |
US20160135247A1 (en) * | 2014-11-10 | 2016-05-12 | Qualcomm Incorporated | Enhanced connection management for multiple access networks |
CN105830526A (zh) * | 2013-12-20 | 2016-08-03 | 高通股份有限公司 | 促进无线通信***中的调离操作 |
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
US20160286385A1 (en) * | 2015-03-25 | 2016-09-29 | Lg Electronics Inc. | Method and apparatus for monitoring user equipment reachability in wireless communication system |
WO2016178756A1 (en) * | 2015-05-04 | 2016-11-10 | Qualcomm Incorporated | Techniques for paging in extended discontinuous reception |
-
2016
- 2016-11-23 CN CN201611055995.7A patent/CN108377549A/zh active Pending
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102118722A (zh) * | 2010-01-06 | 2011-07-06 | 电信科学技术研究院 | 终端可达定时器的取值的设置方法及*** |
US20140194150A1 (en) * | 2011-06-20 | 2014-07-10 | Zte Corporation | Method, Apparatus And System For Determining Terminal State |
US20130015953A1 (en) * | 2011-07-11 | 2013-01-17 | National Taiwan University | Enhanced Paging Mechanism for Machine Type Communication |
CN104115536A (zh) * | 2012-02-16 | 2014-10-22 | 苹果公司 | 用于对失去同步进行识别的方法 |
CN104185278A (zh) * | 2013-05-20 | 2014-12-03 | 上海贝尔股份有限公司 | 一种用于寻呼优化的方法 |
CN103532684A (zh) * | 2013-10-24 | 2014-01-22 | 重庆邮电大学 | 一种3gpp mtc自适应混合drx机制终端节能方法 |
CN105830526A (zh) * | 2013-12-20 | 2016-08-03 | 高通股份有限公司 | 促进无线通信***中的调离操作 |
US20160135247A1 (en) * | 2014-11-10 | 2016-05-12 | Qualcomm Incorporated | Enhanced connection management for multiple access networks |
US20160286385A1 (en) * | 2015-03-25 | 2016-09-29 | Lg Electronics Inc. | Method and apparatus for monitoring user equipment reachability in wireless communication system |
WO2016178756A1 (en) * | 2015-05-04 | 2016-11-10 | Qualcomm Incorporated | Techniques for paging in extended discontinuous reception |
CN105898894A (zh) * | 2016-05-13 | 2016-08-24 | 华为技术有限公司 | Rrc状态的控制方法和装置 |
Non-Patent Citations (4)
Title |
---|
" "R2-163803 RAN-based paging for light connection"" * |
CMCC: " "Consideration of UE states"", 《《3GPP TSG-RAN WG2 MEETING #94 R2-163449》》 * |
HUAWEI等: "R2-168243 "Open issues for Light Connection"" * |
SAMSUNG: "R2-167697 "Analysis of the signalling load for the INACTIVE state"" * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110035498B (zh) | 一种通信方法,设备及其*** | |
CN108156670B (zh) | 处理通信的装置及方法 | |
CN107113907B (zh) | 用于双连接管理的方法和装置 | |
TWI451778B (zh) | 建立多載波連結的方法及其相關通訊裝置 | |
WO2018014741A1 (zh) | 一种数据发送、接收和传输方法及装置 | |
CN110431873A (zh) | 在无线通信***中指示用于下一个消息的承载类型的方法和设备 | |
CN110366224A (zh) | 一种信令优化方法和设备 | |
CN109891919A (zh) | 在无线通信***中确定emm模式的方法及其设备 | |
CN108024221A (zh) | 一种寻呼方法、基站及终端 | |
CN107666691A (zh) | 一种终端状态转换方法及装置 | |
CN106954280B (zh) | 一种数据传输方法、装置及*** | |
CN106686750B (zh) | 一种为数据传输授权及数据传输方法及装置 | |
CN110225601A (zh) | Rrc连接释放方法、装置及终端设备 | |
CN107241815A (zh) | 处理无线资源控制连结恢复程序的装置及方法 | |
CN109246811B (zh) | 一种数据传输方法及装置 | |
WO2022127582A1 (zh) | 一种通信方法、装置及*** | |
US8767660B2 (en) | Method and system for releasing resources and evolved node base | |
CN101986761A (zh) | 一种小区切换失败后保持用户特定业务的方法和一种ue | |
CN113873580A (zh) | 通信的方法和装置 | |
CN107454636A (zh) | 处理用户端存取层上下文的装置及方法 | |
CN107046714A (zh) | 一种数据传输方法、装置和*** | |
CN109803455B (zh) | 连接控制、业务处理方法及装置 | |
CN107959953B (zh) | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和*** | |
JP7101675B6 (ja) | データ処理方法及び装置 | |
CN108377549A (zh) | 一种寻呼方法及装置、*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180807 |