CN115150908A - 一种寻呼方法及装置 - Google Patents
一种寻呼方法及装置 Download PDFInfo
- Publication number
- CN115150908A CN115150908A CN202110349513.3A CN202110349513A CN115150908A CN 115150908 A CN115150908 A CN 115150908A CN 202110349513 A CN202110349513 A CN 202110349513A CN 115150908 A CN115150908 A CN 115150908A
- Authority
- CN
- China
- Prior art keywords
- paging
- ran
- cell
- rrc
- state
- 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 197
- 238000004891 communication Methods 0.000 claims description 65
- 230000008569 process Effects 0.000 claims description 35
- 238000012544 monitoring process Methods 0.000 claims description 29
- 230000015654 memory Effects 0.000 claims description 23
- 230000000977 initiatory effect Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000001976 improved effect Effects 0.000 abstract description 5
- 230000006870 function Effects 0.000 description 34
- 238000012545 processing Methods 0.000 description 29
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 26
- 230000007246 mechanism Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 10
- 238000012854 evaluation process Methods 0.000 description 7
- 230000008093 supporting effect Effects 0.000 description 7
- 230000002159 abnormal effect Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 230000000717 retained effect Effects 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 5
- 230000001960 triggered effect Effects 0.000 description 5
- 230000005856 abnormality Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 102000040650 (ribonucleotides)n+m Human genes 0.000 description 2
- 238000013508 migration Methods 0.000 description 2
- 230000005012 migration Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000007630 basic procedure Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000004134 energy conservation Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00835—Determination of neighbour cell lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- 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/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种寻呼方法及装置。终端设备从第一小区重选或选择到第二小区,则监听RAN寻呼。其中,终端设备在第一小区为任意小区驻留状态,在第二小区为正常驻留状态。在本申请实施例中,终端设备如果从任意小区驻留状态回到正常驻留状态,则可以监听RAN寻呼,提高了网络设备寻呼到该终端设备的成功率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种寻呼方法及装置。
背景技术
处于无线资源控制(radio resource control,RRC)非激活态的用户设备(userequipment,UE)驻留在合适的小区(suitable cell)上时,是处于正常驻留(campednormally)状态。对于正常驻留状态下的处于RRC非激活态的UE,如果在小区重选的评估过程(cell reselection evaluation process)中无法找到合适的小区,则该UE进入任意小区选择(any cell selection)状态,并保持RRC非激活态。
处于任意小区选择状态的UE,如果无法找到合适的小区而找到了可接受的小区(acceptable cell),则该UE驻留到可接受的小区上,进入任意小区驻留(camped on anycell)状态,并从RRC非激活态迁移到RRC空闲态。UE从RRC非激活态迁移到RRC空闲态后,不会自主迁移回RRC非激活态。例如,UE在可接受的小区上可能继续进行小区重选,如果选择到了合适的小区,则UE可重新回到合适的小区,并在合适的小区重新进入正常驻留状态。但是UE在合适的小区上会依然保持在RRC空闲态,而不会主动恢复到RRC非激活态。
UE的这种RRC状态的迁移,都是UE的自主行为,网络对此并不感知。这导致UE和网络对于UE的状态的理解不一致,从而可能导致网络无法寻呼到该UE。
发明内容
本申请实施例提供一种寻呼方法及装置,用于提高网络寻呼到UE的成功率。
第一方面,提供一种寻呼方法,该方法可由终端设备执行,或由电路系统执行,或者由包括终端设备的较大设备执行,该电路系统能够实现终端设备的功能。该方法包括:从第一小区重选或选择到第二小区,其中,所述终端设备在所述第一小区为任意小区驻留状态,所述终端设备在所述第二小区为正常驻留状态;监听无线接入网(radio accessnetwork,RAN)寻呼。
在本申请实施例中,终端设备如果从任意小区驻留状态回到正常驻留状态(或者说,终端设备从可接受的小区回到合适的小区),则可以监听RAN寻呼,也就是说,即使终端设备还处于RRC空闲态,也可以监听RAN寻呼。网络设备会认为终端设备处于RRC非激活态,因此网络设备会以RAN寻呼的方式来寻呼该终端设备,而该终端设备通过监听RAN寻呼,就能监听到网络设备的寻呼,提高了网络设备寻呼到该终端设备的成功率。而且由于网络设备可能通过较少的次数就能寻呼到该终端设备,无需寻呼多次,则与该终端设备的寻呼时机相同的终端设备也无需多次接收冗余的寻呼,由此也减少了对其他终端设备的干扰,有利于其他终端设备的节能。
在一种可选的实施方式中,监听RAN寻呼,包括:在所述第二小区属于第一基于RAN的通知区域RNA的情况下,监听所述RAN寻呼,所述第一RNA为所述终端设备进入所述任意小区驻留状态前所属的RNA。网络如果要通过RAN寻呼方式寻呼该终端设备,则可能会在该终端设备所属的RNA内寻呼,该终端设备所属的RNA是指该终端设备在进入任意小区驻留状态前所属的RNA,例如第一RNA。因此,如果第二小区属于第一RNA,则终端设备就可以监听RAN寻呼。
在一种可选的实施方式中,所述方法还包括:在处于RRC非激活态的情况下,驻留到所述第一小区,且进入RRC空闲态,所述第一小区为可接受的小区;保留第一配置,和/或,保留至少一项,所述至少一项包括第二配置、安全密钥、无线承载、或无线资源中的一项或多项,所述第一配置用于所述终端设备监听所述RAN寻呼,所述至少一项用于所述终端设备恢复到RRC非激活态。终端设备在从RRC非激活态进入RRC空闲态时,原本是会释放第一配置(或者,释放至少一项)。但是本申请实施例中,为了使得终端设备在重新进入正常驻留状态后能够监听RAN寻呼,因此可以使得终端设备在进入RRC空闲态时不释放第一配置(或者,释放至少一项)。这样,如果该终端设备又从第一小区进入了合适的小区,重新回到正常驻留状态,那么由于保留了第一配置(或者,保留了至少一项),该终端设备就能够监听RAN寻呼。而网络也可能认为该终端设备处于RRC非激活态,因此网络可能会以RAN寻呼的方式来寻呼该终端设备,从而该终端设备对于寻呼的监听方式与网络对该终端设备的寻呼方式一致,提高了网络通过寻呼找到该终端设备的成功率。
在一种可选的实施方式中,所述方法还包括:维持定时器继续运行,所述定时器用于所述终端设备更新RNA。该定时器例如为T380定时器,或者也可以是其他定时器。
在一种可选的实施方式中,保留第一配置,包括:如果所述定时器的剩余时长大于或等于第一阈值,保留所述第一配置。如果定时器的剩余时长大于或等于第一阈值,则表明定时器剩余的时长较多,终端设备在这段时间内或许能够重新进入正常驻留状态,从而利用该第一配置来监听RAN寻呼,因此在这种情况下,终端设备可以保留第一配置。而如果定时器的剩余时长小于第一阈值,表明定时器剩余的时长已不多,可能不足以使得终端设备进入正常驻留状态,那么如果该定时器超时,终端设备本应发起RNAU流程,但终端设备由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该终端设备发起的RNAU流程,就能获知该终端设备的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该终端设备。因此,如果定时器的剩余时长小于第一阈值,该终端设备就没必要再监听RAN寻呼,所以在这种情况下,终端设备可以不必保留第一配置。
在一种可选的实施方式中,在保留所述第一配置的情况下,所述方法还包括:如果所述定时器超时,释放所述第一配置。如果该定时器超时,终端设备本应发起RNAU流程,但终端设备由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该终端设备发起的RNAU流程,就能获知该终端设备的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该终端设备。因此如果该定时器超时,终端设备也就不必再监听RAN寻呼,因此可以释放第一配置。
在一种可选的实施方式中,所述第一配置包括如下一项或多项:I-RNTI,RAN寻呼周期,所述第一RNA的信息,或,所述定时器的配置。第一配置除了包括如上一项或多项外还可以包括其他信息。终端设备根据第一配置就可以监听RAN寻呼。
在一种可选的实施方式中,所述方法还包括:确定所述RAN寻呼周期、默认寻呼周期以及所述终端设备的特定寻呼周期中的最小值为监听寻呼的周期。终端设备要监听RAN寻呼,可以按照处于RRC非激活态的终端设备确定寻呼周期的方式来确定寻呼周期。例如,终端设备可以确定RAN寻呼周期、默认寻呼周期以及该终端设备的特定寻呼周期中的最小值为监听寻呼的周期。
在一种可选的实施方式中,所述方法还包括:接收所述RAN寻呼;如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。监听寻呼和接收寻呼,可以认为是两个过程,或者,监听寻呼也可以包括接收寻呼,那么该可选的实施方式可改为:监听RAN寻呼,包括:接收所述RAN寻呼;如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。接收RAN寻呼,例如包括接收RAN寻呼消息,或者,包括接收寻呼DCI和RAN寻呼消息,或者,包括接收唤醒信号、寻呼DCI和RAN寻呼消息,等等。如果该UE的I-RNTI包括在该RAN寻呼消息中,表明该UE被寻呼,则UE可根据该RAN寻呼消息所包括的其他内容确定相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
在一种可选的实施方式中,所述方法还包括:接收指示信息,所述指示信息用于指示本次寻呼包括所述RAN寻呼;接收所述RAN寻呼。监听寻呼和接收寻呼,可以认为是两个过程,或者,监听寻呼也可以包括接收寻呼,那么该可选的实施方式可改为:监听RAN寻呼,包括:接收指示信息,所述指示信息用于指示本次寻呼包括所述RAN寻呼;接收所述RAN寻呼。网络可按照区分CN寻呼与RAN寻呼的机制进行寻呼,区分CN寻呼和RAN寻呼的机制是降低处于RRC空闲态的UE产生寻呼虚警的概率的一种方式。如果指示信息指示本次寻呼包括RAN寻呼,对于处于RRC空闲态的终端设备来说,在接收该指示信息后,本身是无需再继续监听寻呼(即,RAN寻呼)。但是本申请实施例中,该终端设备由于保留了第一配置,能够识别RAN寻呼,因此该终端设备依然可以继续监听RAN寻呼。
在一种可选的实施方式中,所述方法还包括:如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。
在一种可选的实施方式中,所述指示信息包括在唤醒信号中,或包括在寻呼DCI中。或者,指示信息也可以包括在其他消息中。
在一种可选的实施方式中,所述方法还包括:接收第一信息,所述第一信息用于指示寻呼第一组,所述第一组包括处于RRC非激活态的一个或多个终端设备,且所述终端设备在处于RRC非激活态时属于所述第一组;接收所述RAN寻呼。监听寻呼和接收寻呼,可以认为是两个过程,或者,监听寻呼也可以包括接收寻呼,那么该可选的实施方式可改为:监听RAN寻呼,包括:接收第一信息,所述第一信息用于指示寻呼第一组,所述第一组包括处于RRC非激活态的一个或多个终端设备,且所述终端设备在处于RRC非激活态时属于所述第一组;接收所述RAN寻呼。网络(接入网设备或核心网设备)将该网络覆盖的多个UE划分为不同的组,在寻呼时对不同的组分别进行寻呼。在终端设备处于RRC非激活态时该终端设备属于第一组,但该终端设备当前处于RRC空闲态,所以实际上该终端设备并不属于第一组。但由于该终端设备保留了第一配置,且网络设备可能认为该终端设备还处于RRC非激活态,因此网络设备可能会在用于寻呼第一组的寻呼消息中寻呼该终端设备,因此该终端设备可根据第一信息继续监听用于寻呼第一组的寻呼,以提高网络寻找该终端设备的效率。
在一种可选的实施方式中,所述方法还包括:如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。
在一种可选的实施方式中,所述方法还包括:接收第二信息,所述第二信息用于指示寻呼第二组,所述第二组包括处于RRC空闲态的一个或多个终端设备,且所述终端设备属于所述第二组;接收CN寻呼。监听寻呼和接收寻呼,可以认为是两个过程,或者,监听寻呼也可以包括接收寻呼,那么该可选的实施方式可改为:监听RAN寻呼,包括:接收第二信息,所述第二信息用于指示寻呼第二组,所述第二组包括处于RRC空闲态的一个或多个终端设备,且所述终端设备属于所述第二组;接收CN寻呼。在本申请实施例中,终端设备可监听RAN寻呼且不监听CN寻呼,以节省终端设备的功耗;或者,终端设备也可以监听RAN寻呼和CN寻呼,以提高网络寻找该终端设备的效率。
在一种可选的实施方式中,所述方法还包括:如果所述第二小区不属于所述第一RNA,释放第一配置,所述第一配置用于所述终端设备监听所述RAN寻呼。终端设备保留的第一配置所包括的是第一RNA的信息,在终端设备未向网络更新RNA的情况下,网络也会在第一RNA的范围内寻呼该终端设备。如果第二小区不属于第一RNA,那么网络可能不会在第二小区寻呼该终端设备,该终端设备也无法在第二小区接收到用于寻呼该终端设备的RAN寻呼。因此在这种情况下,终端设备也不必再保留第一配置,而是可以释放第一配置。
在一种可选的实施方式中,所述终端设备处于RRC空闲态。终端设备在第二小区可处于RRC空闲态,虽然处于RRC空闲态,但该终端设备依然能够监听RAN寻呼。
在一种可选的实施方式中,保留至少一项,包括:如果所述定时器的剩余时长大于或等于第二阈值,保留所述至少一项。如果定时器的剩余时长大于或等于第二阈值,则表明定时器剩余的时长较多,终端设备在这段时间内或许能够重新进入正常驻留状态,从而利用该至少一项来恢复到RRC非激活态,从而监听RAN寻呼,因此在这种情况下,终端设备可以保留至少一项。而如果定时器的剩余时长小于第二阈值,表明定时器剩余的时长已不多,可能不足以使得终端设备进入正常驻留状态,那么如果该定时器超时,终端设备本应发起RNAU流程,但终端设备由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该终端设备发起的RNAU流程,就能获知该终端设备的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该终端设备。因此,如果定时器的剩余时长小于第二阈值,该终端设备就没必要再恢复到RRC非激活态,所以在这种情况下,终端设备可以不必保留至少一项。
在一种可选的实施方式中,在保留所述至少一项的情况下,所述方法还包括:如果所述定时器超时、且所述终端设备未进入所述正常驻留状态,释放所述至少一项。如果该定时器超时,终端设备本应发起RNAU流程,但终端设备由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该终端设备发起的RNAU流程,就能获知该终端设备的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该终端设备。因此,如果定时器超时,该终端设备就没必要再通过恢复RRC非激活态来监听RAN寻呼。所以在这种情况下,终端设备可以不必再保留至少一项。
在一种可选的实施方式中,所述第二配置包括如下一项或多项:所述终端设备的RRC非激活态接入层上下文,挂起配置,传输资源配置,或,无线承载配置。第二配置除了包括如上一项或多项外,还可以包括其他信息。
在一种可选的实施方式中,所述方法还包括:在选择到所述第二小区后,从所述RRC空闲态恢复为RRC非激活态。终端设备在选择到第二小区后,可以根据至少一项恢复为RRC非激活态,从而在RRC非激活态下可以正常监听RAN寻呼,提高网络寻找该终端设备的效率。
在一种可选的实施方式中,监听RAN寻呼,包括:在所述RRC非激活态下监听所述RAN寻呼。终端设备恢复到了RRC非激活态,就可以在RRC非激活态下正常监听RAN寻呼。当然终端设备在RRC非激活态下还可能监听CN寻呼,本申请实施例对此不做限制。
在一种可选的实施方式中,所述方法还包括:如果所述第二小区不属于第一RNA,发起基于RAN的通知区域更新过程。如果第二小区不属于第一RNA,则终端设备可先恢复到RRC非激活态,在RRC非激活态下,该终端设备可尝试发起RNAU流程,以更新该终端设备的RNA。
在一种可选的实施方式中,所述方法还包括:如果所述基于RAN的通知区域更新过程失败,释放所述至少一项。如果RNAU流程失败,则网络可能知道终端设备的状态有异,可能会改为通过CN寻呼方式来寻呼该终端设备。因此在这种情况下,终端设备不必再恢复为RRC非激活态,则终端设备可以释放至少一项。
在一种可选的实施方式中,监听RAN寻呼,包括:如果基于RAN的通知区域更新过程成功,在所述RRC非激活态下监听所述RAN寻呼。如果RNAU流程成功,则网络会在更新后的RNA寻呼该终端设备,例如网络设备可能通过RAN寻呼方式来寻呼该终端设备,则终端设备在RRC非激活态下正常监听RAN寻呼即可。
在一种可选的实施方式中,所述方法还包括:如果所述第二小区不属于第一RNA,释放所述至少一项。如果第二小区不属于第一RNA,则终端设备可以发起RNAU流程,或者,终端设备不必发起RNAU流程,而是直接释放至少一项,不再恢复到RRC非激活态,以减少终端设备的操作,简化终端设备的实现。
第二方面,提供另一种寻呼方法,该方法可由网络设备执行,或由包括网络设备的较大设备执行,或由电路系统执行,该电路系统能够实现网络设备的功能。示例性地,所述网络设备为接入网设备,例如基站。该方法包括:生成第一阈值,所述第一阈值用于确定终端设备是否保留第一配置,所述第一配置用于所述终端设备监听RAN寻呼;发送所述第一阈值。例如,网络设备可通过单播或广播等方式来发送第一阈值。
在一种可选的实施方式中,所述第一配置包括如下一项或多项:所述终端设备的I-RNTI,RAN寻呼周期,第一RNA的信息,或,定时器的配置。其中,所述第一RNA为所述终端设备所在的RNA,所述定时器用于所述终端设备更新RNA。
关于第二方面或可选的实施方式所带来的技术效果,可参考对于第一方面或相应的实施方式的技术效果的介绍。
第三方面,提供又一种寻呼方法,该方法可由网络设备执行,或由包括网络设备的较大设备执行,或由电路系统执行,该电路系统能够实现网络设备的功能。示例性地,所述网络设备为接入网设备,例如基站。该方法包括:生成第二阈值,所述第二阈值用于确定终端设备是否保留至少一项,所述至少一项包括第二配置、安全密钥、无线承载、或无线资源中的一项或多项,所述至少一项用于终端设备恢复到RRC非激活态;发送所述第二阈值。例如,网络设备可通过单播或广播等方式来发送第二阈值。
在一种可选的实施方式中,所述第二配置包括如下一项或多项:所述终端设备的RRC非激活态接入层上下文,挂起配置,传输资源配置,或,无线承载配置。
关于第三方面或可选的实施方式所带来的技术效果,可参考对于第一方面或相应的实施方式的技术效果的介绍。
第四方面,提供一种通信装置。所述通信装置可以为上述第一方面至第三方面中的任意一方面所述的终端设备。所述通信装置具备上述终端设备的功能。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能,在收发单元实现发送功能时,可称为发送单元(有时也称为发送模块),在收发单元实现接收功能时,可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能模块,该功能模块称为收发单元,该功能模块能实现发送功能和接收功能;或者,发送单元和接收单元可以是不同的功能模块,收发单元是对这些功能模块的统称。
其中,所述处理单元,用于从第一小区重选或选择到第二小区,其中,所述终端设备在所述第一小区为任意小区驻留状态,所述终端设备在所述第二小区为正常驻留状态;
所述收发单元(或,所述接收单元),用于监听RAN寻呼。
再例如,所述通信装置包括:处理器,与存储器耦合,用于执行存储器中的指令,以实现上述第一方面至第三方面中的任意一方面中终端设备所执行的方法。可选的,该通信装置还包括其他部件,例如,天线,输入输出模块,接口等等。这些部件可以是硬件,软件,或者软件和硬件的结合。
第五方面,提供一种通信装置。所述通信装置可以为上述第一方面至第三方面中的任意一方面所述的网络设备。所述通信装置具备上述网络设备的功能。所述网络设备例如为基站,或为基站中的基带装置。一种可选的实现方式中,所述通信装置包括基带装置和射频装置。另一种可选的实现方式中,所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。关于收发单元的实现方式,可参考第四方面的相关介绍。
所述处理单元,用于生成第一阈值,所述第一阈值用于确定终端设备是否保留第一配置,所述第一配置用于所述终端设备监听RAN寻呼;
所述收发单元(或,所述发送单元),用于发送所述第一阈值。
或者,
所述处理单元,用于生成第二阈值,所述第二阈值用于确定终端设备是否保留至少一项,所述至少一项包括第二配置、安全密钥、无线承载、或无线资源中的一项或多项,所述至少一项用于终端设备恢复到RRC非激活态;
所述收发单元(或,所述发送单元),用于发送所述第二阈值。
再例如,所述通信装置包括:处理器,与存储器耦合,用于执行存储器中的指令,以实现上述第一方面至第三方面中的任意一方面中网络设备所执行的方法。可选的,该通信装置还包括其他部件,例如,天线,输入输出模块,接口等等。这些部件可以是硬件,软件,或者软件和硬件的结合。
第六方面,提供一种计算机可读存储介质,所述计算机可读存储介质用于存储计算机程序或指令,当其被运行时,使得上述各方面中终端设备或网络设备所执行的方法被实现。
第七方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得上述各方面所述的方法被实现。
在本申请实施例中,终端设备如果从任意小区驻留状态回到正常驻留状态,则可以监听RAN寻呼,提高了网络设备寻呼到该终端设备的成功率。
附图说明
图1A为本申请实施例的通信系统的示意图;
图1B为UE的RRC状态改变的示意图;
图2A为本申请实施例的一种应用场景的示意图;
图2B为本申请实施例的另一种应用场景的示意图;
图2C为本申请实施例的又一种应用场景的示意图;
图3为本申请实施例提供的一种寻呼方法的流程图;
图4为本申请实施例提供的另一种寻呼方法的流程图;
图5为本申请实施例提供的通信装置的一种示意性框图;
图6为本申请实施例提供的终端设备的一种示意性框图;
图7为本申请实施例提供的网络设备的一种示意性框图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
本申请实施例提供的技术可以应用于图1A所示的通信系统10中,通信系统10包括一个或多个通信装置30(例如,终端设备),这一个或多个通信装置30经由一个或多个接入网设备20连接到一个或多个核心网设备,以实现多个通信设备之间的通信。所述通信系统例如可以支持2G,3G,4G,或5G(有时也称为new radio,NR)接入技术的通信系统,无线保真(wireless fidelity,Wi-Fi)系统,第三代合作伙伴计划(3rd generation partnershipproject,3GPP)相关的蜂窝系统,支持多种无线技术融合的通信系统,或者是面向未来的演进系统。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
本申请实施例中,终端设备是一种具有无线收发功能的设备,可以是固定设备,移动设备、手持设备(例如手机)、穿戴设备、车载设备,或内置于上述设备中的无线装置(例如,通信模块,调制解调器,或电路系统等)。所述终端设备用于连接人,物,机器等,可广泛用于各种场景,例如包括但不限于以下场景:蜂窝通信、设备到设备通信(device-to-device,D2D)、车到一切(vehicle to everything,V2X)、机器到机器/机器类通信(machine-to-machine/machine-type communications,M2M/MTC)、物联网(internet ofthings,IoT)、虚拟现实(virtual reality,VR)、增强现实(augmented reality,AR)、工业控制(industrial control)、无人驾驶(self driving)、远程医疗(remote medical)、智能电网(smart grid)、智能家具、智能办公、智能穿戴、智能交通,智慧城市(smart city)、无人机、机器人等场景的终端设备。所述终端设备有时可称为用户设备(user equipment,UE)、终端、接入站、UE站、远方站、无线通信设备、或用户装置等等。为描述方便,本申请实施例将终端设备以UE为例进行说明。
本申请实施例中的网络设备,例如包括接入网设备,和/或核心网设备。所述接入网设备为具有无线收发功能的设备,用于与所述终端设备进行通信。所述接入网设备包括但不限于上述通信系统中的基地收发站(BTS),节点B(Node B),演进节点B(eNodeB/eNB,或gNodeB/gNB)、收发点(transmission reception point,TRP),第三代合作伙伴计划(3rdgeneration partnership project,3GPP)后续演进的基站,无线保真(wirelessfidelity,WiFi)系统中的接入节点,无线中继节点,无线回传节点等。所述基站可以是:宏基站,微基站,微微基站,小站,中继站等。多个基站可以支持上述提及的同一种接入技术的网络,也可以支持上述提及的不同接入技术的网络。基站可以包含一个或多个共站或非共站的传输接收点。网络设备还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、集中单元(centralized unit,CU),和/或分布单元(distributed unit,DU)。网络设备还可以是服务器,可穿戴设备,或车载设备等。例如,车到一切(vehicle to everything,V2X)技术中的网络设备可以为路侧单元(road sideunit,RSU)。以下对接入网设备以为基站为例进行说明。所述通信系统中的多个网络设备可以为同一类型的基站,也可以为不同类型的基站。基站可以与终端设备进行通信,也可以通过中继站与终端设备进行通信。终端设备可以与不同接入技术中的多个基站进行通信。所述核心网设备用于实现移动管理,数据处理,会话管理,策略和计费等功能。不同接入技术的系统中实现核心网功能的设备名称可以不同,本申请实施例并不对此进行限定。以5G系统为例,所述核心网设备包括:访问和移动管理功能(access and mobility managementfunction,AMF)、会话管理功能(session management function,SMF)、或用户面功能(userplane function,UPF)等。
本申请实施例中,用于实现网络设备功能的通信装置可以是网络设备,也可以是能够支持网络设备实现该功能的装置,例如电路系统,该装置可以被安装在网络设备中。在本申请实施例提供的技术方案中,以用于实现网络设备的功能的装置是网络设备为例,描述本申请实施例提供的技术方案。
在后文中,所述的“网络设备”例如为“接入网设备”或“核心网设备”。
驻留(camp):UE驻留在某个小区,是指UE已完成小区选择/重选过程并已选定一个小区,UE在该小区上监听系统信息(system information,SI),以及(在大多数情况下)监听寻呼(paging)。
RRC非激活态(RRC_INACTIVE):UE和基站之间没有建立RRC连接,但UE和基站保存有该UE相关的配置信息(例如,UE上下文)。UE需要进入RRC连接态(RRC_CONNECTED)时,可以发起RRC连接恢复过程。
RRC空闲态(RRC_IDLE):UE和基站之间没有建立RRC连接,且UE和基站没有保存该UE相关的配置信息(例如,UE上下文)。UE需要进入RRC连接态时(例如,业务到来或触发业务时),不能发起RRC连接恢复过程,而需要发起RRC连接建立过程。
合适的小区(suitable cell),是指满足如下条件的小区:该小区属于UE选择的公共陆地移动网(public land mobile network,PLMN)的一部分,或属于UE注册的PLMN的一部分,或属于UE等效PLMN列表内的PLMN的一部分;且,该小区满足小区选择的S准则。
可接受的小区(acceptable cell),是指UE可驻留在其上以获取受限服务的小区。其中,受限服务包括发出紧急呼叫、以及接收地震和海啸预警系统(earthquake andtsunami warning system,ETWS)和商业移动告警服务(commercial mobile alertservice,CMAS)通知。可接受的小区需要满足如下条件:该小区没有被禁止(即该小区的系统信息指示该小区没有被禁止(barred));且,该小区满足小区选择的S准则。
正常驻留(camped normally)状态,是指UE驻留在合适的小区时UE的状态。处于正常驻留状态的UE需要监听寻呼、短消息、系统信息,执行小区重选评估过程的必要测量,在UE内部触发或小区重选评估过程相关信息改变时执行小区重选评估。
任意小区选择(any cell selection)状态,是指UE未驻留在任何小区时UE的状态。处于任意小区选择状态的UE需要执行小区选择过程以寻找合适的小区。如果UE在完全搜索完UE所支持的所有无线接入技术(radio access technology,RAT)和所有频段后都不能找到合适的小区,则UE需要尝试寻找任意PLMN下的可接受的小区。
任意小区驻留(camped on any cell)状态,是指UE驻留在可接受的小区时UE的状态。处于任意小区驻留状态的UE需要监听短消息、系统信息,执行小区重选评估过程的必要测量,在UE内部触发或小区重选评估过程相关信息改变时执行小区重选评估,定期地尝试在UE所支持的所有RAT和所有频段上寻找合适的小区,并在找到合适的小区后迁移到正常驻留状态,在UE支持语音业务但当前小区不支持语音紧急呼叫时执行小区选择(或重选)到一个支持紧急呼叫的可接受小区。
如上提到了小区选择的S准则。小区选择的S准则包括:Srxlev>0且Squal>0。其中,Srxlev表示小区选择接收水平值,Squal表示小区选择质量值。其中,Srxlev可满足如下关系:
Srxlev=Qrxlevmeas–(Qrxlevmin+Qrxlevminoffset)–Pcompensation-Qoffsettemp (公式1)
在公式1中,Qrxlevmeas表示小区的参考信号接收功率(reference signal receivedpower,RSRP)测量值,即,UE对小区的参考信号进行测量所得到的RSRP,RSRP可以定义为,在考察的测量带宽内,UE所接收到的参考信号的功率。Qrxlevmin表示小区要求的最小接收功率等级。Qrxlevminoffset表示偏移量。Pcompensation表示功率补偿值。Qoffsettemp表示临时小区偏移量。
Squal可满足如下关系:
Squal=Qqualmeas–(Qqualmin+Qqualminoffset)-Qoffsettemp (公式2)
在公式2中,Qqualmeas表示小区的参考信号接收质量(reference signal receivedquality,RSRQ)测量值,即,UE对小区的参考信号进行测量所得到的RSRQ,RSRQ可以定义为:N表示载波的接收信号强度指示(received signal strength indicator,RSSI)测量中的资源块(resource block,RB)的数量,载波RSSI是UE在N个RB上观测到的总的接收功率的线性平均值,它可以包括有用信号/参考信号的功率值、干扰和热噪声等。Qqualmin表示小区要求的最小接收质量。Qqualminoffset表示偏移量。Qoffsettemp表示临时小区偏移量。
本申请实施例中,对于名词的数目,除非特别说明,表示“单数名词或复数名词”,即"一个或多个”。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。例如,A/B,表示:A或B。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),表示:a,b,c,a和b,a和c,b和c,或a和b和c,其中a,b,c可以是单个,也可以是多个。
本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的大小、内容、顺序、时序、应用场景、优先级或者重要程度等。例如,第一基于RAN的通知区域(RAN-based notification area,RNA)和第二RNA,可以是同一个RNA,也可以是不同的RNA,且,这种名称也并不是表示这两个RNA包括的区域、优先级、应用场景或者重要程度等的不同。
可参考图1B。RRC非激活态UE驻留在合适的小区上时,是处于正常驻留状态。正常驻留状态下的RRC非激活态UE可能进行小区重选,如果在小区重选的评估过程中无法找到合适的小区,则该UE进入任意小区选择状态,并保持RRC非激活态。
处于任意小区选择状态的RRC非激活态的UE,如果无法找到合适的小区而找到了可接受的小区,则该UE驻留到可接受的小区上,进入任意小区驻留状态,并从RRC非激活态迁移到RRC空闲态。其中,可接受的小区例如不属于UE选择的或等效的PLMN(运营商)等,不能存储UE的上下文,所以对于可接受的小区来说,该UE不能处于RRC非激活态,也不能发起正常业务。因此,UE在可接受的小区上只能处于RRC空闲态而不能处于RRC非激活态,且UE在可接受的小区上不能发起正常业务,而只能进行紧急呼叫。
如果UE从RRC非激活态迁移到RRC空闲态,则UE不会自主迁移回RRC非激活态。例如,UE在可接受的小区上可能继续进行小区重选,如果选择到了合适的小区,则UE可重新回到合适的小区,并在合适的小区上重新进入正常驻留状态。但是UE在合适的小区上会依然保持在RRC空闲态,而不会主动恢复到RRC非激活态。
UE的这种RRC状态的迁移,都是UE的自主行为,网络对此并不感知。这导致UE和网络对于UE的状态的理解不一致,从而可能导致网络无法寻呼到该UE。
例如,假设UE原本处于RRC非激活态并驻留在合适的小区上,由于覆盖问题,该UE通过小区重选过程进入了任意小区驻留状态,并自主迁移至RRC空闲态。但网络不了解这一情况,网络可能仍然认为该UE处于RRC非激活态。因此,当网络寻呼该UE时,可能是RAN侧的基站首先尝试若干次RAN寻呼,例如基站发送寻呼消息,寻呼消息中携带该UE的非激活无线网络临时标识(inactive-radio network temporary identifier,I-RNTI)。但此时该UE实际已经处于RRC空闲态,处于RRC空闲态的UE未存储I-RNTI,因此UE无法识别网络的寻呼消息中的I-RNTI,也无法响应RAN寻呼。RAN寻呼失败后,基站通知核心网(core network,CN),再由CN尝试通过CN寻呼(例如,CN向基站发送寻呼消息,基站再发送寻呼消息,寻呼消息中携带该UE的5G-S临时移动签约标识(5G S-temporary mobile subscription identifier,5G-S-TMSI))来寻找该UE。这一过程中,网络可能进行多次重复的寻呼,较为浪费寻呼资源。且,网络是在寻呼时机(paging occasion,PO)中发送寻呼消息,各个UE是根据自己的标识和寻呼相关的参数计算自己的PO位置,从而在各自的PO中监听寻呼。不同的UE所计算的PO的位置有可能会相同,因此,网络的每次寻呼都可能使得各基站下与该UE的PO位置相同的其他UE被指示接收寻呼消息,导致不相关的UE接收寻呼,影响了这些不相关UE,不利于UE的省电。
鉴于此,提供本申请实施例的技术方案。在本申请实施例中,终端设备如果从任意小区驻留状态回到正常驻留状态,则可以监听RAN寻呼,也就是说,即使终端设备还处于RRC空闲态,也可以监听RAN寻呼。网络设备认为终端设备处于RRC非激活态,因此网络设备会以RAN寻呼的方式来寻呼该终端设备,而该终端设备通过监听RAN寻呼,就能监听到网络设备的寻呼,提高了网络设备寻呼到该终端设备的成功率。网络设备可能不必进行多次RAN寻呼就能找到该UE,且网络设备也不必通知核心网来以CN寻呼方式寻呼该UE,因此节省了寻呼资源。且网络设备由于无需多次寻呼该UE,由此也减少了不相关的UE接收寻呼的次数,减少了对其他UE的影响,使得其他UE能够更好地节能。
图2A示出了本申请实施例提供的通信系统10中的一种通信网络架构,后续提供的图3或图4所示的实施例均可适用于该架构。图2A所包括的网络设备,例如为通信系统10所包括的接入网设备20,图2A所包括的终端设备,例如为通信系统10所包括的通信装置30。网络设备与终端设备能够进行通信。
图2B示出了本申请实施例提供的通信系统10中的另一种通信网络架构。如图2B所示,通信系统包括核心网(new core,CN)和无线接入网(radio access network,RAN)。其中RAN中的网络设备(例如,基站)例如为通信系统10中的接入网设备20。RAN中的网络设备包括基带装置和射频装置。基带装置可以由一个或多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。RAN中的网络设备可以包括CU和DU,如果有多个DU,则多个DU可以由一个CU集中控制。CU和DU可以根据其具备的无线网络的协议层功能进行划分,例如分组数据汇聚协议(packet dataconvergence protocol,PDCP)层及以上协议层的功能设置在CU,PDCP以下的协议层,例如无线链路控制(radio link control,RLC)层和媒体接入控制(media access control,MAC)层等的功能设置在DU。需要说明的是,这种协议层的划分仅仅是一种举例,还可以在其它协议层划分。射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,本申请实施例不作任何限制。
图2C示出了本申请实施例提供的通信系统10中的另一种通信网络架构。相对于图2B所示的架构,还可以将CU的控制面(control plane,CP)和用户面(user plane,UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。在该网络架构中,CU产生的信令可以通过DU发送给终端设备,或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端设备或CU。在该网络架构中,将CU划分为作为RAN侧的网络设备,此外,也可以将CU划分作为CN侧的网络设备,本申请实施例对此不做限制。
下面结合附图介绍本申请实施例提供的方法。在本申请的各个实施例对应的附图中,凡是用虚线表示的步骤均为可选的步骤。
请参考图3,为本申请实施例提供的第一种寻呼方法。
S301、UE驻留在第三小区。其中,UE在第三小区处于正常驻留状态。
第三小区例如是该UE的合适的小区,UE在第三小区例如处于RRC非激活态。
S302、UE在小区重选过程中未选择到合适的小区,且选择到可接受的小区。例如可接受的小区为第一小区。
UE驻留在第三小区的过程中,可进行小区重选。例如UE在小区重选的评估过程中未选择到合适的小区,而选择到了可接受的小区。
S303、UE驻留到第一小区,且进入RRC空闲态。其中,UE在第一小区处于任意小区驻留状态。
由于UE并未选择到合适的小区,而是选择到了可接受的小区(第一小区),则UE驻留到第一小区。UE在可接受的小区上不能处于RRC非激活态,UE进入RRC空闲态。
但是在本申请实施例中,虽然UE进入了RRC空闲态,但UE可以不必释放第一配置,以及可以保持定时器继续运行,该定时器例如为T380定时器,T380定时器可用于UE更新该UE所属的RNA。第一配置可用于该UE监听RAN寻呼。其中,CN寻呼和RAN寻呼可以通过同一个寻呼过程完成,例如一次寻呼可以既包括CN寻呼也包括RAN寻呼,或者,CN寻呼和RAN寻呼也可以通过不同的寻呼过程完成。例如,寻呼消息可携带多个UE的标识,这些UE的标识可以均为I-RNTI,那么本次寻呼的类型就是RAN寻呼;或者,这些UE的标识可以均为5G-S-TMSI,则本次寻呼的类型就是CN寻呼;或者,这些UE的标识既包括I-RNTI也包括5G-S-TMSI,则本次寻呼的类型就包括RAN寻呼和CN寻呼。在本申请实施例中,5G-S-TMSI是5G NR系统的UE标识,而本申请实施例除了可以应用于5G系统外,还可应用于其他系统,不限于5G,如果将本申请实施例的方案应用于其他系统,则UE标识可能随之变化,例如在4G LTE系统中,UE标识可能不是5G-S-TMSI,而可以是指国际移动用户识别码(international mobilesubscriber identity,IMSI)。
例如第一配置为挂起配置(suspend configuration)的子集。其中,根据触发寻呼的网元不同,寻呼可以分为CN触发的寻呼和RAN触发的寻呼。其中,将CN触发的寻呼称为CN寻呼,CN寻呼过程中的寻呼消息可称为CN寻呼消息;将RAN触发的寻呼称为RAN寻呼,RAN寻呼过程中的寻呼消息可称为RAN寻呼消息。网络可能对处于RRC空闲态的UE发起CN寻呼,可能对处于RRC非激活态的UE发起CN寻呼或RAN寻呼。
也就是说,UE在从RRC非激活态进入RRC空闲态时,原本是会释放第一配置。但是本申请实施例中,为了使得UE在重新进入正常驻留状态后能够监听RAN寻呼,因此可以使得UE在进入RRC空闲态时不释放第一配置。这样,如果该UE又从第一小区进入了合适的小区,重新回到正常驻留状态,那么由于保留了第一配置,该UE就能够监听RAN寻呼。而网络也可能认为该UE处于RRC非激活态,因此网络可能会以RAN寻呼的方式来寻呼该UE,从而该UE对于寻呼的监听方式与网络对该UE的寻呼方式一致,提高了网络通过寻呼找到该UE的成功率。
第一配置例如包括如下一项或多项:该UE的I-RNTI,RAN寻呼周期,该UE所属的RNA(例如称为第一RNA)的信息,或,定时器的配置。例如,第一配置包括该UE的I-RNTI和RAN寻呼周期;又例如,第一配置包括该UE的I-RNTI、RAN寻呼周期、以及该UE所属的RNA的信息;再例如,第一配置包括该UE的I-RNTI、RAN寻呼周期、该UE所属的RNA的信息、以及定时器的配置,等等。该定时器例如为T380定时器。
其中,RNA包括一个或多个小区。处于RRC非激活态的UE可由该UE的上一个服务网络设备(例如服务基站)为该UE配置RNA。RAN侧的网络设备(例如基站)知道UE所属的RNA,当网络设备对某个UE发起寻呼时,网络设备可能首先会在该UE所属的RNA范围内寻呼该UE。第一RNA例如为该UE进入任意小区驻留状态前所属的RNA。
当UE在RNA范围内移动时,可以不通知RAN侧的网络设备。而当UE离开当前的RNA范围时,需要触发基于RAN的通知区域更新(RAN-based notification area update,RNAU)过程,以通知网络设备,该UE当前的RNA已经改变。此外,为了维护RNA,UE还需要周期性地发起RNAU过程,具体为:当UE进入RRC非激活态时,启动定时器T380,当T380超时后,无论该UE当前的RNA是否改变,该UE都需要发起RNAU过程,与RAN进行RNA的信息同步。
作为一种可选的实施方式,UE可以根据定时器的剩余时长确定是否保留第一配置。例如,如果定时器的剩余时长大于或等于第一阈值,则表明定时器剩余的时长较多,UE在这段时间内或许能够重新进入正常驻留状态,从而利用该第一配置来监听RAN寻呼,因此在这种情况下,UE可以保留第一配置。而如果定时器的剩余时长小于第一阈值,表明定时器剩余的时长已不多,可能不足以使得UE进入正常驻留状态,那么如果该定时器超时,UE本应发起RNAU流程,但UE由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络设备可以通知CN在需要寻呼该UE时可发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该UE。因此,如果定时器的剩余时长小于第一阈值,该UE就没必要再监听RAN寻呼,所以在这种情况下,UE可以不必保留第一配置。如果UE未保留第一配置,那么UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
第一阈值例如由UE自行确定,或者由网络设备配置,或者也可以通过协议规定。
例如第一阈值由网络设备配置,则网络设备可以将第一阈值预配置在该UE中,或者网络设备可以生成第一阈值,发送第一阈值。例如网络设备可通过单播消息向该UE发送第一阈值,则UE可接收来自网络设备的第一阈值。例如网络设备可在该UE处于RRC连接态时将第一阈值发送给该UE(例如该UE在进入RRC非激活态前处于RRC连接态),或者网络设备也可以在该UE处于RRC非激活态时通过相应方式将第一阈值发送给该UE。该单播消息例如为RRC消息、下行控制信息(downlink control information,DCI)、或媒体接入控制(mediaaccess control,MAC)控制元素(control element,CE)等。如果网络设备将第一阈值发送给UE,那么网络设备也可以采用广播消息发送第一阈值,则可能有多个UE都能接收第一阈值,该UE是这多个UE中的一个。该广播消息例如为系统消息或其他广播消息。
如下的各个步骤以UE保留了第一配置为例。
其中,S301~S303均为可选的步骤。
S304、UE从第一小区重选到第二小区。
UE驻留在第一小区上,可进行小区重选。例如UE在小区重选的评估过程中选择到了合适的小区,则UE可驻留到该合适的小区,该合适的小区例如为第二小区。UE在第二小区内可恢复正常驻留状态,且UE在第二小区继续保持处于RRC空闲态。
S305、UE监听寻呼。
本申请的各个实施例所述的UE监听寻呼(例如监听RAN寻呼或CN寻呼等),例如包括监听寻呼消息,还可以包括监听寻呼下行控制信息(downlink control information,DCI)。另外,如果涉及到唤醒信号(wake up signal,WUS),则监听寻呼还可以包括监听唤醒信号。其中,寻呼DCI可用于调度寻呼消息。节能信号(power saving signal)是一种为了达到UE节能目的而引入的信号,唤醒信号属于节能信号的一种。网络可以在PO前或者PO上发送WUS,指示UE接下来是否需要监听PO或接收寻呼消息,以减小UE的功耗。
在本申请实施例中,UE监听寻呼,例如是在UE的PO监听寻呼DCI,在监听到寻呼DCI之后可能还包括接收寻呼消息等动作,也就是说,“监听寻呼”和“接收寻呼”可以是两个过程。或者,UE监听寻呼,可以包括UE接收寻呼消息,并确定该寻呼消息是否包括该UE的标识(例如5G-S-TMSI或I-RNTI)。
网络如果要通过RAN寻呼方式寻呼该UE,则可能会在该UE所属的RNA内寻呼,该UE所属的RNA是指该UE在进入任意小区驻留状态前所属的RNA,例如第一RNA。因此可选的,UE可确定第二小区是否属于第一RNA,如果第二小区属于第一RNA,则UE可监听RAN寻呼。例如,UE保留的第一配置包括的第一RNA的信息可包括一个或多个小区的标识,UE确定第二小区的标识是否包括在第一RNA的信息中,如果第二小区的标识包括在第一RNA的信息中,表明第二小区属于第一RNA,而如果第二小区的标识未包括在第一RNA的信息中,表明第二小区不属于第一RNA。又例如,UE保留的第一配置包括的第一RNA的信息包括一个或多个RAN区域码(RAN area code),而第二小区也会广播第二小区所属的RAN区域码(例如第二小区通过系统信息广播),UE从第二小区接收第二小区的RAN区域码后,可确定第二小区的RAN区域码是否包括在第一RNA的信息中,如果第二小区的RAN区域码包括在第一RNA的信息中,则表明第二小区属于第一RNA,而如果第二小区的RAN区域码未包括在第一RNA的信息中,则表明第二小区不属于第一RNA。
如果第二小区属于第一RNA,则由于UE保留了第一配置,那么UE就可以按照第一配置来监听寻呼。在本申请实施例中,由于UE保留了第一配置,第一配置包括该UE的I-RNTI,因此该UE能够识别RAN寻呼,也就是说,该UE虽然处于RRC空闲态,但能够监听RAN寻呼。例如该UE接收寻呼消息后,该UE可以确定该UE的I-RNTI是否包括在该寻呼消息中,这就实现了对RAN寻呼的识别。如果考虑到网络对该UE的状态的理解,例如网络可能认为该UE处于RRC非激活态,因此网络可能会按照RAN寻呼的方式来寻呼该UE,通过CN寻呼的方式来寻呼该UE的可能性较小,因此,该UE接收寻呼消息后,不必确定该UE的5G-S-TMSI是否包括在该寻呼消息中,减少UE对于标识的匹配过程,节省功耗。在这种情况下,可以认为该UE监听RAN寻呼而不监听CN寻呼。或者,为了更为保险,防止网络也有可能通过CN寻呼的方式来寻呼该UE,则UE可以既监听RAN寻呼也监听CN寻呼,在这种情况下,该UE接收寻呼消息后,既确定该UE的5G-S-TMSI是否包括在该寻呼消息中,也确定该UE的I-RNTI是否包括在该寻呼消息中。也就是说,S305所述的UE监听寻呼,可以是监听RAN寻呼和/或CN寻呼。在图3中,以UE监听RAN寻呼和CN寻呼为例。另外,虽然UE监听CN寻呼和RAN寻呼,但网络可能下发的是CN寻呼和/或RAN寻呼,且网络也并不一定会下发寻呼,因此图3中网络下发寻呼的步骤用虚线表示,以指示该步骤是可选的。
例如,UE可确定该UE的寻呼周期,从而按照该UE的寻呼周期来监听寻呼。UE确定寻呼周期的一种方式为:UE确定RAN寻呼周期、默认寻呼周期(default paging cycle)、以及UE特定寻呼周期(UE specific pagingcycle)这三者中取值最小的寻呼周期,并将该取值最小的寻呼周期确定为该UE的寻呼周期。或者,如果该UE并未被配置UE特定寻呼周期,那么该UE确定寻呼周期的另一种方式为:UE确定RAN寻呼周期和默认寻呼周期这两者中取值最小的寻呼周期,并将该取值最小的寻呼周期确定为该UE的寻呼周期。其中,RAN寻呼周期包括在第一配置中,默认寻呼周期是网络设备广播的,UE特定寻呼周期是UE与核心网设备协商确定的。
UE在监听寻呼的过程中,例如接收了寻呼消息。如果UE监听RAN寻呼而不监听CN寻呼,则UE可不必确定UE的5G-S-TMSI是否包括在该寻呼消息中,而只需确定UE的I-RNTI是否包括在该寻呼消息中。在这种情况下,如果该UE的I-RNTI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的I-RNTI包括在该寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
如果UE既监听RAN寻呼也监听CN寻呼,则UE可确定该UE的5G-S-TMSI和/或I-RNTI是否包括在该寻呼消息中。在这种情况下,如果该UE的5G-S-TMSI和I-RNTI均不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的5G-S-TMSI和/或I-RNTI包括在该寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
如果处于RRC空闲态的UE由于监听并响应于RAN寻呼而发起了RRC连接建立过程,那么可选的,该UE可在连接建立过程中向网络设备(例如基站)发送指示信息(例如称为第二指示信息),第二指示信息可指示该UE是处于RRC空闲态的UE,或指示该UE是处于RRC空闲态的UE,且是因为RAN寻呼而发起RRC连接建立过程。因为网络设备是认为寻呼了处于RRC非激活态的UE,但实际上该UE是在处于RRC空闲态的情况下响应的RAN寻呼,因此UE可在连接建立过程中向网络设备发送第二指示信息,有助于网络设备了解该情况,也可以避免网络设备以为是其他UE在发起连接建立过程而按照低优先级处理该UE的连接建立请求。而如果是处于RRC非激活态的UE由于监听并响应于RAN寻呼而发起了RRC连接恢复过程,对此网络设备能够知道是有RRC非激活态的UE在进行连接恢复,那么该UE正常处理即可,不必向网络设备发送第二指示信息。
S306、在第二小区不属于第一RNA的情况下,UE释放第一配置。
其中,S305和S306是两个并列的步骤,UE在一次执行过程中应该只会执行其中一个步骤。且S306为可选的步骤。
UE保留的第一配置所包括的是第一RNA的信息,网络会在第一RNA的范围内寻呼该UE。如果第二小区不属于第一RNA,那么网络可能不会在第二小区寻呼该UE,该UE也无法在第二小区接收到用于寻呼该UE的RAN寻呼。因此在这种情况下,UE也不必再保留第一配置,而是可以释放第一配置。
可选的,在UE保留第一配置后,只要定时器超时,无论UE当前正在执行上述的那个步骤,UE都可以释放第一配置。因为如果该定时器超时,UE本应发起RNAU流程,但UE由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络设备在后续需要寻呼该UE时可以发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该UE。因此,如果定时器超时,该UE就没必要再监听RAN寻呼。所以在这种情况下,UE可以不必再保留第一配置。如果UE未保留第一配置,那么UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
在前文介绍了几种UE可能释放第一配置的情况,在UE释放了第一配置的情况下,UE无法再发起RNA更新过程。因此,如果在这种情况下定时器处于运行状态,则UE可以停止该定时器。网络未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络可以通过CN寻呼方式来寻呼该UE。该UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
在本申请实施例中,UE如果从任意小区驻留状态回到正常驻留状态,即使UE还处于RRC空闲态,也可以监听RAN寻呼。网络设备认为UE处于RRC非激活态,因此网络设备会以RAN寻呼的方式来寻呼该UE,而该UE通过监听RAN寻呼,就能监听到网络设备的寻呼,提高了网络设备寻呼到该UE的成功率。网络设备可能不必进行多次RAN寻呼就能找到该UE,且网络设备也不必通知核心网来以CN寻呼方式寻呼该UE,因此节省了寻呼资源。且网络设备由于无需多次寻呼该UE,由此也减少了不相关的UE接收寻呼的次数,减少了对其他UE的影响,使得其他UE能够更好地节能。
下面考虑一个寻呼虚警(false alarm)的问题。现有的寻呼机制存在寻呼虚警的问题,即,UE接收并解码了寻呼消息,但发现网络实际并没有寻呼该UE。
寻呼虚警产生的主要原因是:可能多个UE计算的PO位置都相同,则存在多个UE监听同一PO的情况。当多个UE监听同一PO时,根据现有机制,UE在接收到寻呼DCI时只能获得寻呼消息的调度信息,而不能区分出该寻呼消息是否是针对该UE的寻呼消息。因此UE会继续根据该寻呼DCI监听寻呼消息,只能在接收并解码承载在物理下行共享信道(physicaldownlink shared channel,PDSCH)上的寻呼消息后,根据寻呼消息中是否包括该UE的标识(例如5G-S-TMSI或I-RNTI)才能确定本次寻呼是否针对该UE。因此,对于实际未被寻呼的UE来说,就存在不必要的PDSCH接收解码过程,产生不必要的功耗。因为涉及到了寻呼DCI,因此简单介绍一下寻呼过程。
寻呼的基本过程是,网络选择一定的寻呼范围,在PO内发送寻呼DCI,寻呼DCI可能包括寻呼消息的调度信息,还可能包括其他一些信息,例如短消息(short message)等,因为其他信息与本申请实施例的方案无关,因此不过多介绍。寻呼范围是网络发送寻呼的区域。该区域由网络决定,例如,针对处于RRC空闲态的UE,网络可将该UE所属的跟踪区(tracking area,TA)作为寻呼范围;针对处于RRC非激活态的UE,网络可将该UE所属的RNA作为寻呼范围。UE从网络接收寻呼DCI后,如果寻呼DCI中包含寻呼消息的调度信息,则UE可根据该调度信息在PDSCH上接收并解码寻呼消息。寻呼消息可包括网络所寻呼的UE的标识,如果该寻呼消息包括该UE的标识,则UE可执行相应操作,而如果该寻呼消息不包括该UE的标识,则UE可忽略该寻呼消息。
现有的寻呼机制存在寻呼虚警问题的另一个原因是,没有针对不同类型的寻呼设计不同的发送机制。从UE角度来说,处于RRC空闲态的UE和处于RRC非激活态的UE可能监听同一个PO;从网络角度来说,一次寻呼可同时包含CN寻呼和RAN寻呼,也可能仅包含CN寻呼或RAN寻呼。然而,UE在接收并解码寻呼消息之前,无法获知本次寻呼的类型,即,不知道本次的寻呼消息包括的UE标识是5G-S-TMSI还是I-RNTI。对于处于RRC非激活态的UE,该UE需要监听CN寻呼和RAN寻呼;而对于RRC空闲态的UE,该UE只需要监听CN寻呼。因此,当某次寻呼仅包含RAN寻呼时,该寻呼消息可能包括若干个UE的I-RNTI,而RRC空闲态的UE没有I-RNTI,也不能响应RAN寻呼,则对于该UE来说,就存在不必要的寻呼接收过程。
为了解决寻呼虚警的问题,可通过区分CN寻呼与RAN寻呼的机制来寻呼UE。下面提供本申请实施例的第二种寻呼方法。在该方法中,网络是通过区分CN寻呼与RAN寻呼的机制来寻呼UE,UE也可以通过区分CN寻呼与RAN寻呼的机制来监听寻呼。该方法的实现流程可继续参考图3,该方法与图3所示的实施例的区别,是图3所示的实施例中未采用区分CN寻呼与RAN寻呼的机制,而该方法采用了该机制。可理解为,本申请实施例提供图3所示的实施例中的S305的一种替代方式。
同样的,UE可确定第二小区是否属于第一RNA,如果第二小区属于第一RNA,则UE可按照第一配置来监听寻呼,对于这部分内容可参考图3所示的实施例中的S305,例如UE确定寻呼周期等方式,都可参考图3所示的实施例中的S305。
在本申请实施例中,网络可按照区分CN寻呼与RAN寻呼的机制进行寻呼,区分CN寻呼和RAN寻呼的机制是降低处于RRC空闲态的UE产生寻呼虚警的概率的一种方式。这种机制的基本思想是让UE提前知道本次寻呼的类型,以减少RRC空闲态的UE接收RAN寻呼消息的过程。该机制可以有多种实现方式,下面举例介绍。
1、第一种实现方式,指示寻呼类型。
例如,网络设备可发送第一指示信息,UE在驻留到第二小区后可接收来自网络设备的第一指示信息。网络设备在第一指示信息中可指示寻呼类型,寻呼类型例如包括RAN寻呼、CN寻呼、或RAN寻呼和CN寻呼,或者理解为,第一指示信息可指示本次寻呼包括RAN寻呼、或指示本次寻呼包括CN寻呼、或指示本次寻呼包括RAN寻呼和CN寻呼。其中,如果第一指示信息指示本次寻呼包括RAN寻呼消息,也可理解为是指示本次寻呼包括RAN寻呼且不包括CN寻呼;如果第一指示信息指示本次寻呼包括CN寻呼,也可理解为是指示本次寻呼包括CN寻呼且不包括RAN寻呼。第一指示信息可占用一个或多个比特,第一指示信息例如包括在寻呼DCI中,或者包括在唤醒信号中。
在这种情况下,对于处于RRC空闲态的UE来说,在接收第一指示信息后,如果第一指示信息指示本次寻呼包括RAN寻呼且不包括CN寻呼,则该UE本身是无需再继续监听寻呼(即,RAN寻呼)。但是本申请实施例中,该UE由于保留了第一配置,能够识别RAN寻呼,因此该UE依然可以继续监听AN寻呼。例如该UE接收了RAN寻呼消息,可以确定该UE的I-RNTI是否包括在该RAN寻呼消息中。如果该UE的I-RNTI不包括在该RAN寻呼消息中,表明该UE未被寻呼,则UE忽略该RAN寻呼消息;而如果该UE的I-RNTI包括在该RAN寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
在本申请实施例中,UE可监听RAN寻呼且不监听CN寻呼,或者,UE也可以监听RAN寻呼和CN寻呼,理由可参考图3所示的实施例中的S305。
UE在监听寻呼的过程中,例如接收了第一指示信息。如果UE监听RAN寻呼且不监听CN寻呼,那么如果第一指示信息指示本次寻呼包括CN寻呼且不包括RAN寻呼,则该UE无需再继续监听本次寻呼,以节省功耗。而如果第一指示信息指示本次寻呼包括RAN寻呼且不包括CN寻呼,或者指示本次寻呼包括RAN寻呼和CN寻呼,那么UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的I-RNTI包括在该CN寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
如果UE既监听RAN寻呼也监听CN寻呼,则如果第一指示信息指示本次寻呼包括CN寻呼且不包括RAN寻呼,则该UE根据该第一指示信息继续监听本次CN寻呼。例如该UE接收了寻呼消息,可以确定该UE的5G-S-TMSI是否包括在该寻呼消息中。如果该UE的5G-S-TMSI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的5G-S-TMSI包括在该寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
或者,如果UE既监听RAN寻呼也监听CN寻呼,则如果第一指示信息指示本次寻呼包括RAN寻呼且不包括CN寻呼,那么UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的I-RNTI包括在该CN寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
或者,如果UE既监听RAN寻呼也监听CN寻呼,则如果第一指示信息指示本次寻呼包括RAN寻呼和CN寻呼,那么UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的5G-S-TMSI和/或I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI和5G-S-TMSI均不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的5G-S-TMSI和/或I-RNTI包括在该CN寻呼消息中,则表明该UE被寻呼,则UE可执行的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
2、第二种实现方式,指示所寻呼的分组。
例如,网络(接入网设备或核心网设备)将该网络覆盖的多个UE划分为不同的组,在寻呼时对不同的组分别进行寻呼。在将UE分组时,考虑到寻呼虚警的问题,一种分组方式例如为,根据UE所处的RRC状态进行分组。例如,将UE划分为第一类型的群组和第二类型的群组,第一类型的群组包括一个或多个组,这一个或多个组中的组包括一个或多个UE,且第一类型的群组包括的都是处于RRC非激活态的UE;第二类型的群组包括一个或多个组,这一个或多个组中的组包括一个或多个UE,且第二类型的群组包括的都是处于RRC空闲态的UE。网络设备可将各个UE所属的分组的组号发给各个UE,从而UE能够获知该UE所属的分组的组号;或者,UE可根据相应的信息确定该UE所属的组号,例如网络可广播不同RRC状态对应的分组相关参数广播,从而UE根据分组相关参数和/或该UE的标识就能确定该UE所属的分组。
同样的,网络设备可发送第一指示信息,UE在驻留到第二小区后可接收来自网络设备的第一指示信息。不同的是,网络可在第一指示信息中指示本次所寻呼的分组,而不必指示寻呼类型。例如第一指示信息可携带本次所寻呼的分组的组号。UE接收第一指示信息后,如果确定本次所寻呼的分组包括该UE所属的分组,就可以继续监听寻呼,而如果确定本次所寻呼的分组不包括该UE所属的分组,就可以不必监听寻呼。关于第一指示信息的介绍可参考前文。在本申请实施例中,虽然UE处于RRC空闲态,但UE也能确定该UE处于RRC非激活态时所属的分组。且该UE由于保留了第一配置,因此UE能够监听RAN寻呼,也就是说,能够监听原本由处于RRC非激活态的UE所监听的寻呼。因此,UE接收第一指示信息后,如果该第一指示信息所指示的分组是该UE在处于RRC非激活态时所属的分组,该UE也可以根据该第一指示信息继续监听寻呼。
例如,UE接收的第一指示信息包括第一信息,第一信息可指示第一组,例如第一信息包括第一组的组号,第一组是第一类型的群组。需要注意的是,第一信息可能仅指示第一组而不指示其他分组,或者,第一信息也可以指示多个分组,第一组是第一信息所指示的其中一个分组。在该UE处于RRC非激活态时该UE属于第一组,但该UE当前处于RRC空闲态,所以实际上该UE并不属于第一组。但由于该UE保留了第一配置,且网络设备可能认为该UE还处于RRC非激活态,因此网络设备可能会在用于寻呼第一组的寻呼消息中寻呼该UE,因此该UE可根据第一信息继续监听用于寻呼第一组的寻呼。由于第一组包括的是处于RRC非激活态的UE,因此用于寻呼第一组的寻呼例如为RAN寻呼。例如UE接收了RAN寻呼消息,UE可以确定该UE的I-RNTI是否包括在该RAN寻呼消息中,如果该UE的I-RNTI不包括在该RAN寻呼消息中,表明该UE未被寻呼,则UE忽略该RAN寻呼消息;而如果该UE的I-RNTI包括在该RAN寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
在本申请实施例中,UE可监听RAN寻呼且不监听CN寻呼,或者,也可以监听RAN寻呼和CN寻呼,理由可参考图3所示的实施例中的S305。
UE在监听寻呼的过程中,例如接收了第一指示消息。如果UE监听RAN寻呼且不监听CN寻呼,那么,如果第一指示信息所指示的分组包括该UE在处于RRC空闲态时所属的分组,该UE不必继续监听本次寻呼。例如,UE接收的第一指示信息包括第二信息,第二信息可指示第二组,例如第二信息包括第二组的组号,第二组是该UE在处于RRC空闲态时所属的分组。由于UE不必监听对应于RRC空闲态的寻呼,因此UE可不必监听对应的寻呼。而如果第一指示信息指示的分组包括该UE在处于RRC非激活态时所属的分组,那么UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的I-RNTI包括在该CN寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
或者,如果UE既监听RAN寻呼也监听CN寻呼,那么,如果第一指示信息包括第二信息,该UE也继续监听本次寻呼。例如,UE接收了第二信息,该UE可根据第二信息继续监听用于寻呼第二组的寻呼。由于第二组包括的是处于RRC空闲态的UE,因此用于寻呼第二组的寻呼例如为CN寻呼。例如UE接收了寻呼消息,UE可以确定该UE的5G-S-TMSI是否包括在该寻呼消息中,如果该UE的5G-S-TMSI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的5G-S-TMSI包括在该寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
或者,如果UE既监听RAN寻呼也监听CN寻呼,且第一指示信息包括第一信息,也就是说,第一指示信息指示的分组包括该UE在处于RRC非激活态时所属的分组,则UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的I-RNTI包括在该寻呼消息中,表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
或者,如果UE既监听RAN寻呼也监听CN寻呼,且第一指示信息包括第一信息和第二信息,也就是说,第一指示信息指示的分组包括该UE在处于RRC非激活态时所属的分组,以及包括该UE在处于RRC空闲态时所属的分组,则UE可以继续监听本次寻呼。例如该UE接收了寻呼消息,可以确定该UE的5G-S-TMSI和/或I-RNTI是否包括在该寻呼消息中。如果该UE的I-RNTI和5G-S-TMSI均不包括在该寻呼消息中,表明该UE未被寻呼,则UE忽略该寻呼消息;而如果该UE的5G-S-TMSI和/或I-RNTI包括在该CN寻呼消息中,则表明该UE被寻呼,则UE可执行相应的操作,例如,UE在第二小区发起RRC连接建立过程,以进入RRC连接态。
其中,如果处于RRC空闲态的UE由于监听并响应于RAN寻呼而发起了RRC连接建立过程,那么可选的,该UE可在连接建立过程中向网络设备(例如基站)发送指示信息(例如称为第二指示信息),第二指示信息可指示该UE是处于RRC空闲态的UE,或指示该UE是处于RRC空闲态的UE,且是因为RAN寻呼而发起RRC连接建立过程。因为网络设备是认为寻呼了处于RRC非激活态的UE,但实际上该UE是在处于RRC空闲态的情况下响应的RAN寻呼,因此UE可在连接建立过程中向网络设备发送第二指示信息,有助于网络设备了解该情况,也可以避免网络设备以为是其他UE在发起连接建立过程而按照低优先级处理该UE的连接建立请求。而如果是处于RRC非激活态的UE由于监听并响应于RAN寻呼而发起了RRC连接恢复过程,对此网络设备能够知道是有RRC非激活态的UE在进行连接恢复,那么该UE正常处理即可,不必向网络设备发送第二指示信息。
关于本申请实施例的其他相应的内容(例如其他相应的步骤)等,可参考图3所示的实施例。
在本申请实施例中,UE如果从任意小区驻留状态回到正常驻留状态,即使UE还处于RRC空闲态,也可以监听RAN寻呼。网络设备认为UE处于RRC非激活态,因此网络设备会以RAN寻呼的方式来寻呼该UE,而该UE通过监听RAN寻呼,就能监听到网络设备的寻呼,提高了网络设备寻呼到该UE的成功率。网络设备可能不必进行多次RAN寻呼就能找到该UE,且网络设备也不必通知核心网来以CN寻呼方式寻呼该UE,因此节省了寻呼资源。且网络设备由于无需多次寻呼该UE,由此也减少了不相关的UE接收寻呼的次数,减少了对其他UE的影响,使得其他UE能够更好地节能。而且本申请实施例可通过区分CN寻呼和RAN寻呼的机制来寻呼UE,由此能够减小虚警的概率。
在如上两个实施例中,UE都无需进入RRC非激活态,而是可以在RRC空闲态下监听RAN寻呼。下面请参考图4,介绍本申请实施例提供的第三种寻呼方法,在该方法中,UE可恢复到RRC非激活态,从而在RRC非激活态下正常监听RAN寻呼。
S401、UE驻留在第三小区。其中,UE在第三小区处于正常驻留状态。
第三小区例如是合适的小区,UE在第三小区例如处于RRC非激活态。
S402、UE在小区重选过程中未选择到合适的小区,且选择到可接受的小区。例如可接受的小区为第一小区。
UE驻留在第三小区的过程中,可进行小区重选。例如UE在小区重选的评估过程中未选择到合适的小区,而选择到了可接受的小区。
S403、UE驻留到第一小区,且进入RRC空闲态。其中,UE在第一小区处于任意小区驻留状态。
由于UE并未选择到合适的小区,而是选择到了可接受的小区(第一小区),则UE驻留到第一小区。UE在可接受的小区上不能处于RRC非激活态,则UE进入RRC空闲态。
但是在本申请实施例中,虽然UE进入了RRC空闲态,但UE可以不必释放至少一项,以及可以保持定时器继续运行,该定时器例如为T380定时器,T380定时器可用于UE更新该UE所属的RNA。在本申请实施例中,至少一项可用于该UE恢复到RRC非激活态。也就是说,UE在从RRC非激活态进入RRC空闲态时,原本是会释放至少一项。但是本申请实施例中,为了使得UE在重新进入正常驻留状态后能够恢复到RRC非激活态,因此可以使得UE在进入RRC空闲态时不释放至少一项。这样,如果该UE又从第一小区进入了合适的小区,重新回到正常驻留状态,那么由于保留了至少一项,该UE就能够恢复到RRC非激活态,从而在RRC非激活态下正常监听寻呼(例如监听RAN寻呼和CN寻呼)。而网络也可能认为该UE处于RRC非激活态,因此网络可能会以RAN寻呼的方式来寻呼该UE,从而该UE对于寻呼的监听方式与网络对该UE的寻呼方式一致,提高了网络通过寻呼找到该UE的成功率。
至少一项例如包括如下一项或多项:第二配置,安全密钥,无线承载,或,无线资源。例如,至少一项包括第二配置;或者,至少一项包括第二配置和无线资源;或者,至少一项包括第二配置、无线承载和无线资源;或者,至少一项包括第二配置、安全密钥、无线承载、以及无线资源。
其中,安全密钥例如包括KgNB、S-KgNB、S-KeNB、KRRCint、KRRCenc、KUPint、或KUPenc等密钥中的一个或多个。无线承载例如包括数据无线承载(data radio bearer,DRB)和/或信令无线承载(signaling radio bearer,SRB)。无线资源例如包括DRB或SRB相应的无线链路控制(radio link control,RLC)实体、媒体接入控制(media access control,MAC)实体、分组数据汇聚协议(packet data convergence protocol,PDCP)实体或服务数据适配协议(service data adaptation protocol,SDAP)实体等一个或多个实体的配置。
第二配置例如包括如下一项或多项:该UE的RRC非激活态接入层上下文(UEinactivity AS context),挂起配置,传输资源配置,或,无线承载配置。
传输资源配置例如包括时频资源配置或信道配置等。无线承载配置可包括DRB的配置和/或SRB的配置。
作为一种可选的实施方式,UE可以根据定时器的剩余时长确定是否保留至少一项。例如,如果定时器的剩余时长大于或等于第二阈值,则表明定时器剩余的时长较多,UE在这段时间内或许能够重新进入正常驻留状态,从而利用至少一项来恢复到RRC非激活态,因此在这种情况下,UE可以保留至少一项。而如果定时器的剩余时长小于第二阈值,表明定时器剩余的时长已不多,可能不足以使得UE进入正常驻留状态,那么如果该定时器超时,UE本应发起RNAU流程,但UE由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该UE。因此,如果定时器的剩余时长小于第二阈值,该UE就没必要恢复到RRC非激活态,所以在这种情况下,UE可以不必保留至少一项。如果UE未保留至少一项,那么UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
第二阈值例如由UE自行确定,或者由网络设备配置,或者也可以通过协议规定。
例如第二阈值由网络设备配置,则网络设备可以将第二阈值预配置在该UE中,或者网络设备可以生成第二阈值,发送第二阈值。例如网络设备可通过单播消息向该UE发送第二阈值,则UE可接收来自网络设备的第二阈值。例如网络设备可在该UE处于RRC连接态时将第二阈值发送给该UE(例如该UE在进入RRC非激活态前处于RRC连接态),或者网络设备也可以在该UE处于RRC非激活态时通过相应方式将第二阈值发送给该UE。或者,如果网络设备将第二阈值发送给UE,那么网络设备也可以采用广播消息发送第二阈值,则可能有多个UE都能接收第二阈值,该UE是这多个UE中的一个。关于单播消息和广播消息的实现方式,可参考前文对于第一阈值的相关介绍。
其中,第二阈值与前述的实施例所介绍的第一阈值,可以相等,也可以不相等。
如下的各个步骤以UE保留了至少一项为例。
S404、UE从第一小区重选到第二小区。
可选的,在UE保留至少一项后,如果在定时器超时时,UE尚未进入正常驻留状态,例如UE尚未驻留到合适的小区(例如未驻留到第二小区),那么UE可以释放至少一项。因为如果该定时器超时,UE本应发起RNAU流程,但UE由于处于RRC空闲态而无法发起RNAU流程,则网络设备未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络设备可以通知CN来发起CN寻呼,也就是说,网络可能不再通过RAN寻呼方式来寻呼该UE。因此,如果定时器超时,该UE就没必要再通过恢复RRC非激活态来监听RAN寻呼。所以在这种情况下,UE可以不必再保留至少一项。如果UE未保留非激活态相关配置,那么UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
关于S404的更多内容,可参考图3所示的实施例中的S304。
S405、UE恢复到RRC非激活态。
可选的,UE可确定第二小区是否属于第一RNA,关于确定方式可参考图3所示的实施例中的S305。如果第二小区属于第一RNA,则由于UE保留了至少一项,则UE可恢复到RRC非激活态。例如对于UE来说,由于该UE保留了至少一项,则UE就认为已恢复到了RRC非激活态。而对于网络来说,本就认为该UE处于RRC非激活态。因此,UE由于未释放至少一项,则在该UE重新进入正常驻留状态时,就可以自行恢复到RRC非激活态。
S406、UE在RRC非激活态下监听寻呼。
UE在RRC非激活态下监听寻呼的方式,就与现有的UE在RRC非激活态下监听寻呼的方式相同。例如,UE可监听RAN寻呼和CN寻呼。如果网络通过前述实施例所提及的区分RAN寻呼和CN寻呼的机制来寻呼UE,则UE也能够按照区分RAN寻呼和CN寻呼的机制来监听寻呼,对此不多赘述。
目前,为了能让UE耗费较低功耗而实现向网络设备发数据,提出了小数据传输(small data transmission,SDT)过程。SDT的一种实现方式为,UE在处于RRC非激活态时,可使用配置的资源向网络设备发送数据,或者UE可通过随机接入(random access,RA)过程向网络设备发送数据。在本申请实施例中,如果UE原本处于RRC非激活态,进入任意小区驻留状态后又重新恢复了RRC非激活态,那么该UE在原本处于RRC非激活态时可以执行SDT过程,和/或,该UE在重新恢复到RRC非激活态后可以执行SDT过程。也就是说,在UE处于RRC非激活态时,该UE可以在有需求的情况下执行SDT过程。例如,UE在恢复到RRC非激活态后,可以在RRC非激活态下监听寻呼(如S406所述),和/或,可以在RRC非激活态下执行SDT过程。
S407、在第二小区不属于第一RNA的情况下,UE发起RNAU流程,或,UE释放至少一项。
如果第二小区不属于第一RNA,则UE可先恢复到RRC非激活态,在RRC非激活态下,该UE可尝试发起RNAU流程,以更新该UE的RNA。如果RNAU流程执行成功,则该UE的RNA得到了更新,那么UE可在RRC非激活态下监听寻呼和/或执行SDT过程。而如果RNAU流程执行失败,该UE的RNA无法更新,那么该UE可释放至少一项,继续保持在RRC空闲态。UE在RRC空闲态下可监听CN寻呼等。
或者,如果第二小区不属于第一RNA,则UE也可以不恢复到RRC非激活态,以及不发起RNAU流程,而是直接释放至少一项,保持在RRC空闲态。UE在RRC空闲态下可监听CN寻呼等。由此可以减少UE的工作,简化UE的实现。
在前文介绍了几种UE可能释放至少一项的情况,在UE释放了至少一项的情况下,UE无法再恢复到RRC非激活态发起RNA更新过程。因此,如果在这种情况下定时器处于运行状态,则UE可以停止该定时器。网络未接收该UE发起的RNAU流程,就能获知该UE的状态异常,从而网络可以通过CN寻呼方式来寻呼该UE。该UE如果重新进入正常驻留状态,则UE在RRC空闲态下监听CN寻呼即可。
在本申请实施例中,UE如果从任意小区驻留状态回到正常驻留状态,则可以恢复到RRC非激活态,从而可以正常监听RAN寻呼和/或执行SDT过程。网络设备认为UE处于RRC非激活态,因此网络设备如果需要寻呼该UE,则会以RAN寻呼的方式来寻呼该UE,而该UE如果在恢复到RRC非激活态后会监听RAN寻呼,则通过监听RAN寻呼,就能监听到网络设备的寻呼,提高了网络设备寻呼到该UE的成功率。网络设备可能不必进行多次RAN寻呼就能找到该UE,且网络设备也不必通知核心网来以CN寻呼方式寻呼该UE,因此节省了寻呼资源。且网络设备由于无需多次寻呼该UE,由此也减少了不相关的UE接收寻呼的次数,减少了对其他UE的影响,使得其他UE能够更好地节能。而且UE是通过恢复RRC非激活态来正常监听寻呼,无需更改RRC空闲态UE的行为,使得本申请实施例的技术方案能够更好地与现有的技术兼容。而该UE在处于RRC非激活态时还可以执行SDT过程,从而能够在进入RRC连接态之前或者在不必进入RRC连接态的情况下就能向网络设备发送相应的数据,以减少该UE由于进入RRC连接态而消耗的资源,且能够降低UE的功耗。
图5给出了本申请实施例提供的一种通信装置的结构示意图。所述通信装置500可以是图3所示的实施例或图4所示的实施例中的任一个实施例所述的终端设备或该终端设备的电路系统,用于实现上述方法实施例中对应于终端设备的方法。具体的功能可以参见上述方法实施例中的说明。其中,例如一种电路系统为芯片系统。
通信装置500包括一个或多个处理器501。处理器501也可以称为处理单元,可以实现一定的控制功能。所述处理器501可以是通用处理器或者专用处理器等。例如,包括:基带处理器,中央处理器等。所述基带处理器可以用于对通信协议以及通信数据进行处理。所述中央处理器可以用于对通信装置500进行控制,执行软件程序和/或处理数据。不同的处理器可以是独立的器件,也可以是设置在一个或多个处理电路中,例如,集成在一个或多个专用集成电路上。
可选的,通信装置500中包括一个或多个存储器502,用以存储指令504,所述指令504可在所述处理器上被运行,使得通信装置500执行上述方法实施例中描述的方法。可选的,所述存储器502中还可以存储有数据。所述处理器和存储器可以单独设置,也可以集成在一起。
可选的,通信装置500可以包括指令503(有时也可以称为代码或程序),所述指令503可以在所述处理器上被运行,使得所述通信装置500执行上述实施例中描述的方法。处理器501中可以存储数据。
可选的,通信装置500还可以包括收发器505以及天线506。收发器505可以称为收发单元、收发机、收发电路、收发器,输入输出接口等,用于通过天线506实现通信装置500的收发功能。
可选的,通信装置500还可以包括以下一个或多个部件:无线通信模块,音频模块,外部存储器接口,内部存储器,通用串行总线(universal serial bus,USB)接口,电源管理模块,天线,扬声器,麦克风,输入输出模块,传感器模块,马达,摄像头,或显示屏等等。可以理解,在一些实施例中,通信装置500可以包括更多或更少部件,或者某些部件集成,或者某些部件拆分。这些部件可以是硬件,软件,或者软件和硬件的组合实现。
本申请实施例中描述的处理器501和收发器505可实现在集成电路(integratedcircuit,IC)、模拟IC、射频集成电路(radio frequency identification,RFID)、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuit board,PCB)、或电子设备等上。实现本文描述的通信装置,可以是独立设备(例如,独立的集成电路,手机等),或者可以是较大设备中的一部分(例如,可嵌入在其他设备内的模块),具体可以参照前述关于终端设备,以及网络设备的说明,在此不再赘述。
本申请实施例提供了一种终端设备,该终端设备(为描述方便,称为UE)可用于前述各个实施例中。所述终端设备包括用以实现图3所示的实施例或图4所示的实施例中的任一个实施例所述的UE功能的相应的手段(means)、单元和/或电路。例如,终端设备,包括收发模块,用以支持终端设备实现收发功能,和,处理模块,用以支持终端设备对信号进行处理。
图6给出了本申请实施例提供的一种终端设备的结构示意图。
该终端设备600可适用于图1A、图2A~图2C中的任一个附图所示的架构中。为了便于说明,图6仅示出了终端设备600的主要部件。如图6所示,终端设备600包括处理器、存储器、控制电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对整个终端设备600进行控制,执行软件程序,处理软件程序的数据。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏,显示屏,麦克风,键盘等主要用于接收用户输入的数据以及对用户输出数据。
本领域技术人员可以理解,为了便于说明,图6仅示出了一个存储器和处理器。在一些实施例中,终端设备600可以包括多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
在一个例子中,可以将具有收发功能的天线和控制电路视为终端设备600的收发单元610,将具有处理功能的处理器视为终端设备600的处理单元620。如图6所示,终端设备600包括收发单元610和处理单元620。收发单元也可以称为收发器、收发机、收发装置等。可选的,可以将收发单元610中用于实现接收功能的器件视为接收单元,将收发单元610中用于实现发送功能的器件视为发送单元,即收发单元610包括接收单元和发送单元。示例性的,接收单元也可以称为接收机、接收器、接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
本申请实施例还提供了一种网络设备,该网络设备可用于前述各个实施例中。所述网络设备包括用以实现图3所示的实施例或图4所示的实施例中的任一个实施例所述的网络设备的功能的手段(means)、单元和/或电路。例如,网络设备包括收发模块,用以支持终端设备实现收发功能,和,处理模块,用以支持网络设备对信号进行处理。
图7给出了本申请实施例提供的一种网络设备的结构示意图。如图7所示,网络设备可适用于图1A、图2A~图2C中的任一个附图所示的架构中。该网络设备包括:基带装置701,射频装置702、天线703。在上行方向上,射频装置702通过天线703接收终端设备发送的信息,将终端设备发送的信息发送给基带装置701进行处理。在下行方向上,基带装置701对终端设备的信息进行处理,并发送给射频装置702,射频装置702对终端设备的信息进行处理后经过天线703发送给终端设备。
基带装置701包括一个或多个处理单元7011,存储单元7012和接口7013。其中处理单元7011用于支持网络设备执行上述方法实施例中网络设备的功能。存储单元7012用于存储软件程序和/或数据。接口7013用于与射频装置702交互信息,该接口包括接口电路,用于信息的输入和输出。在一种实现中,所述处理单元为集成电路,例如一个或多个ASIC,或,一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现场可编程逻辑门阵列(field programmable gate array,FPGA),或者这些类集成电路的组合。存储单元7012与处理单元7011可以位于同一个电路中,即片内存储元件。或者存储单元7012也可以与处理单元7011处于不同电路上,即片外存储元件。所述存储单元7012可以是一个存储器,也可以是多个存储器或存储元件的统称。
网络设备可以通过一个或多个处理单元调度程序的形式实现上述方法实施例中的部分或全部步骤。例如实现图3所示的实施例或图4所示的实施例中的任一个实施例所述的网络设备的相应的功能。所述一个或多个处理单元可以支持同一种制式的无线接入技术,也可以支持不同种制式的无线接入制式。
在本申请所提供的几个实施例以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的计算机可读存储介质,可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括随机存取存储器(random access memory,RAM)、只读存储器(read-only memory,ROM)、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。
Claims (29)
1.一种寻呼方法,应用于终端设备,其特征在于,所述方法包括:
从第一小区重选或选择到第二小区,其中,所述终端设备在所述第一小区为任意小区驻留状态,所述终端设备在所述第二小区为正常驻留状态;
监听无线接入网RAN寻呼。
2.根据权利要求1所述的方法,其特征在于,监听RAN寻呼,包括:
在所述第二小区属于第一基于RAN的通知区域RNA的情况下,监听所述RAN寻呼,所述第一RNA为所述终端设备进入所述任意小区驻留状态前所属的RNA。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在处于RRC非激活态的情况下,驻留到所述第一小区,且进入RRC空闲态,所述第一小区为可接受的小区;
保留第一配置,和/或,保留至少一项,所述至少一项包括第二配置、安全密钥、无线承载、或无线资源中的一项或多项,所述第一配置用于所述终端设备监听所述RAN寻呼,所述至少一项用于所述终端设备恢复到RRC非激活态。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
维持定时器继续运行,所述定时器用于所述终端设备更新RNA。
5.根据权利要求3或4所述的方法,其特征在于,保留第一配置,包括:
如果所述定时器的剩余时长大于或等于第一阈值,保留所述第一配置。
6.根据权利要求3~5任一项所述的方法,其特征在于,在保留所述第一配置的情况下,所述方法还包括:
如果所述定时器超时,释放所述第一配置。
7.根据权利要求3~6任一项所述的方法,其特征在于,所述第一配置包括如下一项或多项:
非激活无线网络临时标识I-RNTI;
RAN寻呼周期;
所述第一RNA的信息;或,
所述定时器的配置。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
确定所述RAN寻呼周期、默认寻呼周期以及所述终端设备的特定寻呼周期中的最小值为监听寻呼的周期。
9.根据权利要求1~8任一项所述的方法,其特征在于,所述方法还包括:
接收所述RAN寻呼;
如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。
10.根据权利要求1~8任一项所述的方法,其特征在于,所述方法还包括:
接收第一指示信息,所述第一指示信息用于指示本次寻呼包括所述RAN寻呼;
接收所述RAN寻呼。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。
12.根据权利要求10或11所述的方法,其特征在于,所述第一指示信息包括在唤醒信号WUS中,或包括在寻呼下行控制信息DCI中。
13.根据权利要求1~8任一项所述的方法,其特征在于,所述方法还包括:
接收第一信息,所述第一信息用于指示寻呼第一组,所述第一组包括处于RRC非激活态的一个或多个终端设备,且所述终端设备在处于RRC非激活态时属于所述第一组;
接收所述RAN寻呼。
14.根据权利要求13所述的方法,其特征在于,所述方法还包括:
如果所述RAN寻呼包括所述终端设备的I-RNTI,发起RRC连接建立过程。
15.根据权利要求13或14所述的方法,其特征在于,所述方法还包括:
接收第二信息,所述第二信息用于指示寻呼第二组,所述第二组包括处于RRC空闲态的一个或多个终端设备,且所述终端设备属于所述第二组;
接收CN寻呼。
16.根据权利要求1~15任一项所述的方法,其特征在于,所述方法还包括:
如果所述第二小区不属于所述第一RNA,释放第一配置,所述第一配置用于所述终端设备监听所述RAN寻呼。
17.根据权利要求1~16任一项所述的方法,其特征在于,所述终端设备处于无线资源控制RRC空闲态。
18.根据权利要求3或4所述的方法,其特征在于,保留至少一项,包括:
如果所述定时器的剩余时长大于或等于第二阈值,保留所述至少一项。
19.根据权利要求3、4或18所述的方法,其特征在于,在保留所述至少一项的情况下,所述方法还包括:
如果所述定时器超时、且所述终端设备未进入所述正常驻留状态,释放所述至少一项。
20.根据权利要求3、4、18或19所述的方法,其特征在于,所述第二配置包括如下一项或多项:
所述终端设备的RRC非激活态接入层上下文;
挂起配置;
传输资源配置;或,
无线承载配置。
21.根据权利要求3、4、18、19或20所述的方法,其特征在于,所述方法还包括:
在选择到所述第二小区后,从所述RRC空闲态恢复为RRC非激活态。
22.根据权利要求21所述的方法,其特征在于,监听RAN寻呼,包括:
在所述RRC非激活态下监听所述RAN寻呼。
23.根据权利要求21所述的方法,其特征在于,所述方法还包括:
如果所述第二小区不属于第一RNA,发起基于RAN的通知区域更新过程。
24.根据权利要求23所述的方法,其特征在于,所述方法还包括:
如果所述基于RAN的通知区域更新过程失败,释放所述至少一项。
25.根据权利要求23所述的方法,其特征在于,监听RAN寻呼,包括:
如果基于RAN的通知区域更新过程成功,在所述RRC非激活态下监听所述RAN寻呼。
26.根据权利要求3、4、18、19或20所述的方法,其特征在于,所述方法还包括:
如果所述第二小区不属于第一RNA,释放所述至少一项。
27.一种通信装置,其特征在于,包括处理器和存储器;所述存储器用于存储一个或多个计算机程序,所述一个或多个计算机程序包括计算机执行指令,当所述通信装置运行时,所述处理器执行所述存储器存储的所述一个或多个计算机程序,以使得所述通信装置执行如权利要求1~26中任一项所述的方法。
28.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1~26中任一项所述的方法。
29.一种电路系统,其特征在于,所述电路系统包括:
处理器和接口,所述处理器用于从所述接口调用并运行指令,当所述处理器执行所述指令时,实现如权利要求1~26中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110349513.3A CN115150908A (zh) | 2021-03-31 | 2021-03-31 | 一种寻呼方法及装置 |
PCT/CN2022/081500 WO2022206412A1 (zh) | 2021-03-31 | 2022-03-17 | 一种寻呼方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110349513.3A CN115150908A (zh) | 2021-03-31 | 2021-03-31 | 一种寻呼方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115150908A true CN115150908A (zh) | 2022-10-04 |
Family
ID=83403843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110349513.3A Pending CN115150908A (zh) | 2021-03-31 | 2021-03-31 | 一种寻呼方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115150908A (zh) |
WO (1) | WO2022206412A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116889094A (zh) * | 2023-05-11 | 2023-10-13 | 北京小米移动软件有限公司 | 无线通信方法、装置、通信设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11445567B2 (en) * | 2018-08-10 | 2022-09-13 | FG Innovation Company Limited | Method and apparatus for RRC state transition |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101754295B (zh) * | 2008-12-10 | 2012-07-25 | 大唐移动通信设备有限公司 | 一种监听寻呼指示和寻呼信道的方法、系统及终端 |
US11457431B2 (en) * | 2018-08-03 | 2022-09-27 | FG Innovation Company Limited | Sidelink radio resource allocation |
KR20200016151A (ko) * | 2018-08-06 | 2020-02-14 | 삼성전자주식회사 | 이동 통신 시스템에서 신호 송수신 방법 및 장치 |
US11445567B2 (en) * | 2018-08-10 | 2022-09-13 | FG Innovation Company Limited | Method and apparatus for RRC state transition |
-
2021
- 2021-03-31 CN CN202110349513.3A patent/CN115150908A/zh active Pending
-
2022
- 2022-03-17 WO PCT/CN2022/081500 patent/WO2022206412A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116889094A (zh) * | 2023-05-11 | 2023-10-13 | 北京小米移动软件有限公司 | 无线通信方法、装置、通信设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2022206412A1 (zh) | 2022-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11737051B2 (en) | System information transmission method and apparatus | |
CN114845391B (zh) | 一种传输寻呼消息的方法及装置 | |
US10278221B2 (en) | Communication control device, communication control method, terminal device, and program | |
EP3152963B1 (en) | User equipment, cellular communication network node and method of controlling operation of a user equipment | |
RU2578666C2 (ru) | Уменьшение избыточной сигнализации при переходах между состояниями управления радиоресурсами (rrc) | |
CN107666691B (zh) | 一种终端状态转换方法及装置 | |
WO2021148711A1 (en) | Wus for paging for rrc inactive states | |
WO2022206412A1 (zh) | 一种寻呼方法及装置 | |
CN114342435A (zh) | 无线通信方法和装置 | |
CN110741696A (zh) | 用于无线电系统的区域更新过程 | |
CN116803193A (zh) | Sdt失败上报的方法、终端设备和网络设备 | |
CN115701196A (zh) | 资源位置确定方法与装置、终端和网络设备 | |
US20180103429A1 (en) | Power saving method of wireless electronic devices | |
CN112715038A (zh) | 一种参数配置方法及装置、网络设备 | |
CN115516927B (zh) | 无线通信方法、终端设备和网络设备 | |
EP4203551A1 (en) | Wireless communication method, terminal device, and network device | |
CN115529662A (zh) | 一种通信方法及装置 | |
CN113677002A (zh) | 一种通信方法及装置 | |
CN115767783A (zh) | 一种数据传输方法及装置、网络设备、终端 | |
CN116209032A (zh) | 一种通信方法及设备 | |
CN115942336A (zh) | 通信方法与装置、终端和网络设备 | |
CN114641090A (zh) | 一种通信方法及通信装置 | |
EP4415427A1 (en) | Communication method and device | |
CN115412860B (zh) | 组呼配置、接收方法及装置、计算机可读存储介质 | |
JPWO2021189462A5 (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 |