CN109561500A - 寻呼方法、装置及可读存储介质 - Google Patents
寻呼方法、装置及可读存储介质 Download PDFInfo
- Publication number
- CN109561500A CN109561500A CN201710881535.8A CN201710881535A CN109561500A CN 109561500 A CN109561500 A CN 109561500A CN 201710881535 A CN201710881535 A CN 201710881535A CN 109561500 A CN109561500 A CN 109561500A
- Authority
- CN
- China
- Prior art keywords
- user equipment
- base station
- paging
- page
- message
- 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.)
- Granted
Links
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/02—Arrangements for increasing efficiency of notification or paging channel
-
- 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/08—User notification, e.g. alerting and paging, for incoming communication, change of service or the like using multi-step notification by increasing the notification area
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种寻呼方法,该方法包括向被寻呼的用户设备所驻留的跟踪区/通知区中的基站发送寻呼通知,寻呼通知用于通知基站发送寻呼消息以寻呼用户设备;确认用户设备被找到;至少向跟踪区中除找到用户设备基站之外的其他基站发送寻呼终止消息,寻呼终止消息用于通知其他基站停止发送寻呼消息。本发明还公开了一种寻呼装置及可读存储介质。通过上述方式,本发明能够减少无线资源的浪费。
Description
技术领域
本发明涉及通信领域,特别是涉及一种寻呼方法、装置及可读存储介质。
背景技术
在LTE/LTE-A中,核心网可以通知处于无线资源控制空闲态(RRC_IDLE)下的用户设备(User Equipment,UE)所驻留的跟踪区(Tracking Area,TA)中的基站寻呼该UE以通知该UE与当前驻留的小区的基站建立连接。处于RRC_IDLE的UE在寻呼帧(Paging Frame,PF)中的寻呼时刻(Paging Occasion,PO)监听物理下行控制信道(Physical DownlinkControl Channel,PDCCH)。如果UE在PO检测到PDCCH传输的由寻呼无线网络临时标识(Paging-Radio Network Tempory Identity,P-RNTI)加扰的下行控制信息(DownlinkControl Information,DCI),则读取所述DCI指示的物理下行共享信道(PhysicalDownlink Shared Channel,PDSCH)传输的寻呼记录,以检查自身的标识(Identity,ID)是否包括在寻呼记录中,如果包括则启动随机接入以与当前驻留的小区的基站建立连接。处于RRC_IDLE的UE可以使用非连续接收(Discontinuous Reception,DRX)技术以节省功耗,一个DRX周期内只监听一个PO。
在新空口(New Radio,NR)中,由于系统被设想在高达100GHz的频率范围上运行,面临着脆弱的无线链路和高穿透损耗的挑战。为了解决这些问题,波束赋形被采用作为基本技术,并提出波束扫描以改善小区覆盖。波束扫描是指同一信号/信道至少由两个波束承载,且在一个周期内的至少两个时间单元(例如子帧、时隙、符号等)中发送。
在NR中,寻呼消息可以以波束扫描的方式发送。由于核心网/锚基站并不知道处于RRC_IDLE或无线资源控制待用态(RRC_INACTIVE)下UE的具体位置以及最佳的发送/接收波束,可能需要控制TA/通知区(Notification Area)中的所有基站以波束扫描方式发送寻呼消息(包括P-RNTI加扰的DCI及寻呼记录)。
NR中可用频谱资源的范围很大,不同的小区的寻呼配置(例如DRX周期等)和波束配置(例如波束数量等)可能区别很大,因此不同小区中的寻呼时机(包括PF和/或PO)可能无法对齐,有可能出现被寻呼的UE已经响应了但是某些小区仍未/仍在发送寻呼消息,造成无线资源的浪费。
发明内容
本发明主要解决的技术问题是提供一种寻呼方法、装置及可读存储介质,能够解决现有技术中不同小区的寻呼时机无法对齐导致的无线资源浪费的问题。
为了解决上述技术问题,本发明第一方面提供了一种寻呼方法,该方法包括:向被寻呼的用户设备所驻留的跟踪区中的基站发送寻呼通知,寻呼通知用于通知基站发送寻呼消息以寻呼用户设备;确认用户设备被找到;至少向跟踪区中除找到用户设备基站之外的其他基站发送寻呼终止消息,寻呼终止消息用于通知其他基站停止发送寻呼消息。
为了解决上述技术问题,本发明第二方面提供了一种寻呼方法,该方法包括:发送寻呼消息以寻呼用户设备并向用户设备所驻留的通知区中的基站发送寻呼通知,寻呼通知用于通知基站发送寻呼消息以寻呼用户设备;确认用户设备被找到;至少向通知区中除找到用户设备基站之外的其他基站发送寻呼终止消息,寻呼终止消息用于通知其他基站停止发送寻呼消息。
为了解决上述技术问题,本发明第三方面提供了一种寻呼方法,该方法包括:接收来自于核心网或锚基站的寻呼通知;响应寻呼通知发送寻呼消息以寻呼用户设备;未找到用户设备时接收到来自于核心网或锚基站的寻呼终止消息;响应寻呼终止消息停止发送寻呼消息。
为了解决上述技术问题,本发明第四方面提供了一种寻呼装置,该装置包括处理器和通信电路,处理器连接通信电路,处理器用于执行指令以实现本发明第一至第三方面中任一个提供的方法。
为了解决上述技术问题,本发明第五方面提供了一种可读存储介质,该可读存储介质存储有指令,指令被执行时实现本发明第一至第三方面中任一个提供的方法。
本发明的有益效果是:核心网/锚基站在确认用户设备被找到后至少向跟踪区/通知区中除找到该用户设备的基站之外的其他基站发送寻呼终止消息以通知其停止发送寻呼消息,其他基站不会继续发送不必要的寻呼消息,从而减少无线资源的浪费。
附图说明
图1是本发明寻呼方法第一实施例的流程示意图;
图2是本发明寻呼方法第二实施例的流程示意图;
图3是本发明寻呼方法第三实施例的流程示意图;
图4是本发明寻呼方法第四实施例的流程示意图;
图5是本发明寻呼方法第五实施例的流程示意图;
图6是本发明寻呼方法第六实施例的流程示意图;
图7是本发明寻呼方法第七实施例的流程示意图;
图8是本发明寻呼方法第八实施例的流程示意图;
图9是本发明寻呼方法第九实施例的流程示意图;
图10是本发明寻呼方法第十实施例的流程示意图;
图11是本发明寻呼装置第一实施例的结构示意图;
图12是本发明寻呼装置第二实施例的结构示意图;
图13是本发明可读存储介质第一实施例的结构示意图;
图14是本发明可读存储介质第二实施例的结构示意图。
具体实施方式
下面结合附图和实施例对本发明进行详细说明。以下各实施例中不冲突的可以相互结合。
本发明寻呼方法第一实施例的执行主体为核心网。如图1所示,本实施例包括:
S11:向被寻呼的用户设备所驻留的跟踪区中的基站发送寻呼通知。
本实施例中,被寻呼的用户设备(以下简称用户设备)处于RRC_IDLE,寻呼由核心网启动。核心网知道该用户设备当前所驻留的跟踪区(以下简称跟踪区),但是并不知道该用户设备当前驻留在哪个基站。寻呼通知的发送对象可以为该跟踪区中的所有基站。寻呼通知用于通知基站发送寻呼消息以寻呼用户设备。收到寻呼通知的基站可以将传统的寻呼直接应用到波束扫描来发送寻呼消息,也可以以新的方式(例如响应驱动)发送寻呼消息,在此不做限制。
S12:确认用户设备被找到。
核心网可以在接收到来自于找到用户设备的基站的寻呼响应消息时确认用户设备被找到。其中找到用户设备的基站为被找到时用户设备驻留(RRC_IDLE)/连接(RRC_CONNECTED)的基站。寻呼响应消息可以包括第一寻呼响应消息和/或第二寻呼响应消息。第一寻呼响应消息早于第二寻呼响应消息。两者相比,前者能够更早的触发寻呼终止消息的发送,从而进一步减少无线资源的浪费。
第二寻呼响应消息的发送时机可以与现有技术相同,第一寻呼响应消息的发送时机在第二寻呼响应消息之前,因此也可以被称为早期寻呼响应消息。
例如,第一寻呼响应消息是找到用户设备的基站在接收到来自于用户设备的消息3(Msg3)后发送的。消息3是用户设备发起随机接入以转换到RRC_CONNECTED过程中的第三条消息,由于其中包括了发送方的ID,收到它的基站可以确认用户设备成功的被找到。基站收到消息3时用户设备仍未从RRC_IDLE转换到RRC_CONNECTED,因此找到该用户设备的基站为其驻留的基站。本实施例中用户设备原本为RRC_IDLE,消息3可以为RRC连接请求消息。
第二寻呼响应消息是找到用户设备的基站在与用户设备建立连接之后发送的。基站与用户设备建立连接意味着用户设备转换到RRC_CONNECTED。
S13:至少向跟踪区中除找到用户设备的基站之外的其他基站发送寻呼终止消息。
寻呼终止消息用于通知其他基站停止发送寻呼消息。对于找到用户设备的基站,核心网可以向其发送寻呼终止消息,也可以不发送。
通过本实施例的实施,核心网在确认用户设备被找到后至少向跟踪区中除找到该用户设备的基站之外的其他基站发送寻呼终止消息以通知其停止发送寻呼消息,其他基站不会继续发送不必要的寻呼消息,从而减少无线资源的浪费。
如果基站是以响应驱动的方式进行寻呼,由于寻呼消息中可以包括寻呼指示,每个寻呼指示对应一组用户设备,每组用户设备的数量大于或者等于一,有可能出现误报(即收到对应的寻呼指示但未被寻呼的用户设备仍会响应基站),如果基站能够停止发送寻呼指示,则减少浪费的无线资源中除了基站发送寻呼消息的下行资源之外,还包括用户设备误报所消耗的上行资源。
如图2所示,本发明寻呼方法第二实施例,是在本发明寻呼方法第一实施例的基础上,至少部分寻呼通知中包括寻呼延迟信元。本实施例是对本发明寻呼方法第一实施例的进一步扩展,因此与本发明寻呼方法第一实施例相同的内容在此不再赘述。本实施例包括:
S100:至少根据用户设备的信息评估用户设备驻留在跟踪区中的小区的概率。
核心网可以至少根据用户设备的信息估算若干个用户设备当前可能的位置以及用户设备处于每个可能的位置的概率,结合跟踪区的小区部署信息,可以评估出用户设备驻留在跟踪区中每个小区的概率。
用户设备的信息可以包括用户设备的运动速度、历史轨迹、近期活动中的至少一种。近期活动可以包括通知区更新、跟踪区更新、RRC连接释放、RRC连接恢复、RRC连接拒绝(用于响应驱动的寻呼机制中误报解决)、系统信息请求中的至少一种。这些信息对于核心网是已知的,因此不需要引入额外的信令开销。
除了用户设备的信息之外,核心网在评估概率时还可以考虑小区的选择/重选优先级。举例说明,用户设备的某个当前可能的位置处于小区a和b的重叠范围内,也就是说用户设备既有可能驻留在小区a,也有可能驻留在小区b,核心网可以结合小区a和b的选择/重选优先级来估算最终的概率,对于该当前可能的位置而言,用户设备驻留在选择/重选优先级更高的小区的概率更高。
S101:至少向低概率基站发送包括寻呼延迟信元的寻呼通知。
低概率基站包括至少部分跟踪区中的基站,用户设备驻留在低概率基站的小区的概率低于第一阈值。在选择低概率基站时,除了驻留概率之外,核心网还可以考虑小区中扫描波束的数量。例如只有同时满足驻留概率第一阈值且扫描波束数量大于第二阈值的小区的基站才会被选为低概率基站。
寻呼延迟信元用于指示基站推迟指定时长发送寻呼消息,寻呼延迟信元可以显性或者隐性地指示指定时长的长短。指定时长可以用实际的时长来表示,也可以用时长单位(可省略)和倍数的乘积来表示。时长单位可以为一个寻呼周期、DRX周期、波束扫描周期等。
如果低概率基站不止一个,则不同的寻呼延迟信元指示的指定时长可以相同,也可以不同。如果不同,指定时长可以与对应的评估概率负相关,即用户设备驻留在某个低概率基站的小区的概率越低,核心网发给该低概率基站的寻呼通知中的寻呼延迟信元指示的指定时长越长。
对于向跟踪区中除低概率基站之外的其他基站发送的寻呼消息,其中可以不包括寻呼延迟信元,也可以包括寻呼延迟信元(指示的指定时长可以为0以表示正常发送寻呼消息)。
S102:确认用户设备被找到。
S103:至少向跟踪区中除找到用户设备的基站之外的其他基站发送寻呼终止消息。
通过本实施例的实施,核心网在至少部分寻呼通知中引入寻呼延迟信元,使得用户设备驻留概率低的基站推迟发送寻呼消息。低概率基站在寻呼过程中找到用户设备的概率较低,相应的收到寻呼终止消息的概率较高,推迟发送寻呼消息可以使得低概率基站收到寻呼终止消息尚未开始发送寻呼消息的可能性提高,即使低概率基站在收到寻呼终止消息时已经开始发送寻呼消息,寻呼消息的发送时间也会缩短。在对用户设备的寻呼时间不造成明显影响的同时,进一步减少了无线资源的浪费。
在其他实施例中,核心网也可以不配置寻呼延迟信元,此时所有的寻呼通知中可以均不包括寻呼延迟信元。例如被寻呼的用户设备对系统延迟要求较高时,为避免寻呼延迟信元可能对寻呼时间造成的影响,核心网可以选择直接发送所有的寻呼通知而不配置寻呼延迟信元。
本发明寻呼方法第三实施例的执行主体为基站,本实施例中作为锚基站。基站连接核心网并与用户设备进行无线通信,为相应的地理区域提供通信覆盖。基站可以为宏基站、微(micro)基站、微微(pico)基站或家庭基站(femtocell)。在一些实施例中,基站也可以被称为无线基站、接入点、B节点,演进型B节点(eNodeB,eNB),gNB或其他合适的术语。如图3所示,本实施例包括:
S21:发送寻呼消息以寻呼用户设备并向用户设备所驻留的通知区中的基站发送寻呼通知。
本实施例中,用户设备处于RRC_INACTIVE,寻呼可以由锚基站(anchor gNB)启动。锚基站知道UE所处的通知区(Notification Area,NA)。锚基站保存有UE接入上下文(Access context,以下简称上下文),以及与核心网(Core Network,CN)的连接关系。用户设备当前驻留的基站不一定为锚基站。锚基站可以在收到核心网的数据传输请求后启动寻呼,并向通知区中其他基站发送寻呼通知。
寻呼通知的发送对象可以为通知区中除锚基站自身之外的其他所有基站。寻呼通知用于通知基站发送寻呼消息以寻呼用户设备。锚基站和收到寻呼通知的基站可以将传统的寻呼直接应用到波束扫描来发送寻呼消息,也可以以新的方式(例如响应驱动)发送寻呼消息,在此不做限制。
S22:确认用户设备被找到。
如果用户设备驻留在锚基站,则会启动随机接入以恢复与锚基站的连接,锚基站自身就是找到用户设备的基站。此时锚基站可以基于接收到来自用户设备的消息3来确认找到用户设备。消息3是用户设备发起随机接入以转换到RRC_CONNECTED过程中的第三条消息,由于其中包括了发送方的ID,收到它的基站可以确认用户设备成功的被找到。本实施例中用户设备原本为RRC_INACTIVE,消息3可以为RRC连接恢复请求。
如果用户设备没有驻留在锚基站,则会启动随机接入以恢复与其驻留的基站的连接。驻留的基站不是锚基站,可能没有保存用户设备的上下文,在收到消息3后需要向锚基站发送取回用户设备上下文请求来获取上下文。取回用户设备上下文请求隐性的指示了用户设备已经被找到。
如果驻留的基站保存了用户设备的上下文,则可以选择在收到消息3和/或恢复与用户设备的连接之后向锚基站发送寻呼响应消息以显性地指示用户设备被找到。
S23:至少向通知区中除找到用户设备的基站之外的其他基站发送寻呼终止消息。
寻呼终止消息用于通知其他基站停止发送寻呼消息。锚基站自身也会停止发送寻呼消息。如果找到用户设备的基站不是锚基站自身,锚基站可以向其发送寻呼终止消息,也可以不发送。
通过本实施例的实施,锚基站在确认用户设备被找到后至少向跟踪区中除找到该用户设备的基站之外的其他基站发送寻呼终止消息以通知其停止发送寻呼消息,其他基站不会继续发送不必要的寻呼消息,从而减少无线资源的浪费。
如果基站是以响应驱动的方式进行寻呼,由于寻呼消息中可以包括寻呼指示,每个寻呼指示对应一组用户设备,每组用户设备的数量大于或者等于一,有可能出现误报(即收到PI但未被寻呼的用户设备仍会响应基站),如果基站能够停止发送寻呼指示,则减少浪费的无线资源中除了基站发送寻呼消息的下行资源之外,还包括用户设备误报所消耗的上行资源。
如图4所示,本发明寻呼方法第四实施例,是在本发明寻呼方法第三实施例的基础上,至少部分寻呼通知中包括寻呼延迟信元。本实施例是对本发明寻呼方法第三实施例的进一步扩展,因此与本发明寻呼方法第三实施例相同的内容在此不再赘述。本实施例包括:
S200:至少根据用户设备的信息评估用户设备驻留在通知区中的小区的概率。
S201:发送寻呼消息并至少向低概率基站发送包括寻呼延迟信元的寻呼通知。
驻留概率、低概率基站和寻呼延迟信元的具体描述可参考本发明寻呼方法第二实施例中的相关内容,在此不再重复。
S202:确认用户设备被找到。
S203:至少向通知区中除找到用户设备的基站之外的其他基站发送寻呼终止消息。
在其他实施例中,锚基站也可以不配置寻呼延迟信元,此时所有的寻呼通知中可以均不包括寻呼延迟信元。例如被寻呼的用户设备对系统延迟要求较高时,为避免寻呼延迟信元可能对寻呼时间造成的影响,锚基站可以选择直接发送所有的寻呼通知而不配置寻呼延迟信元。
本发明寻呼方法第五实施例的执行主体为基站,且不是用户设备所在的通知区的锚基站。如图5所示,本实施例包括:
S31:接收来自于核心网或锚基站的寻呼通知。
寻呼通知用于通知基站发送寻呼消息以寻呼用户设备。寻呼通知中可以包括寻呼延迟信元,也可以不包括。
S32:响应寻呼通知发送寻呼消息以寻呼用户设备。
基站可以将传统的寻呼直接应用到波束扫描来发送寻呼消息,也可以以新的方式(例如响应驱动)发送寻呼消息,在此不做限制。
如果寻呼通知中包括了寻呼延迟信元,则基站需要推迟由寻呼延迟信元指示的指定时长发送寻呼消息。
S33:未找到用户设备时接收到来自于核心网或锚基站的寻呼终止消息。
意味着用户设备没有驻留在本基站的小区且已经被找到,继续发送寻呼消息也不可能找到用户设备,寻呼消息已经失效。
S34:响应寻呼终止消息停止发送寻呼消息。
具体内容可参考前述实施例的描述。
通过本实施例的实施,核心网/锚基站在确认用户设备被找到后至少向跟踪区/通知区中除找到该用户设备的基站之外的其他基站发送寻呼终止消息以通知其停止发送寻呼消息,其他基站不会继续发送不必要的寻呼消息,从而减少无线资源的浪费。
如图6所示,本发明寻呼方法第六实施例,是在本发明寻呼方法第五实施例的基础上,S32之后进一步包括:
S35:找到用户设备后向核心网发送寻呼响应消息或向锚基站发送取回用户设备上下文请求。
找到用户设备后可以包括接收来自于用户设备的消息3和/或与用户设备建立连接。消息3可以为RRC连接请求消息或RRC连接恢复请求。具体内容可参考前述实施例的描述。
下面结合附图举例说明具体的信令交互过程,与前述实施例相同的部分不再重复。
如图7所示,本发明寻呼方法第七实施例中,寻呼由核心网启动,发给基站3的寻呼通知中包括寻呼延迟信元,且核心网在收到来自于找到用户设备的基站(基站1)的第二寻呼响应消息之后发送寻呼终止消息。为了便于示意,图中只画出了1、2、3共三个基站,实际基站数量可以更多或更少;同时没有找到用户设备的基站(基站2和3)可能的寻呼消息的发送过程也未画出。本实施例包括:
S111:核心网向基站1、2和3发送寻呼通知。
寻呼通知的发送顺序仅为示意。发给基站3的寻呼通知中包括寻呼延迟信元。
S112:基站1以波束扫描方式发送寻呼消息。
可以是将传统的寻呼直接应用到波束扫描,也可以采用新的方式,具体发送过程省略。
S113:用户设备向基站1发送消息1.物理随机接入信道(Physical Random AccessChannel,PRACH)前导(preamble)。
启动随机接入。
S114:基站1向用户设备发送消息2.随机接入响应(Random Access Response,RAR)。
S115:用户设备向基站1发送消息3.RRC连接请求。
S116:基站1向用户设备发送消息4.RRC连接建立。
之后用户设备从RRC_IDLE转换为RRC_CONNECTED。
S117:用户设备向基站1发送消息5.RRC连接建立完成。
S118:基站1向核心网发送第二寻呼响应消息。
S119:核心网向基站2和3发送寻呼终止消息。
寻呼终止消息的发送顺序仅为示意。
如图8所示,本发明寻呼方法第八实施例中,寻呼由核心网启动,发给基站3的寻呼通知中包括寻呼延迟信元,且核心网在收到来自于找到用户设备的基站(基站1)的第一寻呼响应消息之后发送寻呼终止消息。本实施例与图7对应的实施例的区别为基站1发送第一寻呼响应消息而不是第二寻呼响应消息,相同的部分不再重复。本实施例包括:
S121:核心网向基站1、2和3发送寻呼通知。
S122:基站1以波束扫描方式发送寻呼消息。
S123:用户设备向基站1发送消息1.物理随机接入信道(Physical Random AccessChannel,PRACH)前导(preamble)。
S124:基站1向用户设备发送消息2.随机接入响应(Random Access Response,RAR)。
S125:用户设备向基站1发送消息3.RRC连接请求。
S126:基站1向核心网发送第一寻呼响应消息。
S127:核心网向基站2和3发送寻呼终止消息。
S128:基站1向用户设备发送消息4.RRC连接建立。
S129:用户设备向基站1发送消息5.RRC连接建立完成。
S127在S126之后执行,S129在S128之后执行,S126/S127与S128/S129之间的执行顺序并无限制。
如图9所示,本发明寻呼方法第九实施例中,寻呼由接入网启动,锚基站(基站1)发给基站3的寻呼通知中包括寻呼延迟信元,且用户设备驻留在锚基站。为了便于示意,图中只画出了1、2、3共三个基站,实际基站数量可以更多或更少;同时没有找到用户设备的基站(基站2和3)可能的寻呼消息的发送过程也未画出。本实施例包括:
S131:基站1向基站2和3发送寻呼通知。
寻呼通知的发送顺序仅为示意。发给基站3的寻呼通知中包括寻呼延迟信元。
S132:基站1以波束扫描方式发送寻呼消息。
S131和S132的先后顺序仅为示意。
可以是将传统的寻呼直接应用到波束扫描,也可以采用新的方式,具体发送过程省略。
S133:用户设备向基站1发送消息1.物理随机接入信道(Physical Random AccessChannel,PRACH)前导(preamble)。
启动随机接入。
S134:基站1向用户设备发送消息2.随机接入响应(Random Access Response,RAR)。
S135:用户设备向基站1发送消息3.RRC连接恢复请求。
S136:基站1向基站2和3发送寻呼终止消息。
寻呼终止消息的发送顺序仅为示意。本步骤与S137/S138之间的执行顺序仅为示意。
S137:基站1向用户设备发送消息4.RRC连接恢复。
之后用户设备从RRC_INACTIVE转换为RRC_CONNECTED。
S138:用户设备向基站1发送消息5.RRC连接恢复完成。
如图10所示,本发明寻呼方法第十实施例中,寻呼由接入网启动,锚基站(基站1)发给基站3的寻呼通知中包括寻呼延迟信元,且用户设备驻留在非锚基站(基站2)。本实施例与图9对应的实施例的区别为用户设备驻留的基站不同,相同的部分不再重复。本实施例包括:
S141:基站1向基站2和3发送寻呼通知。
S142:基站2以波束扫描方式发送寻呼消息。
可以是将传统的寻呼直接应用到波束扫描,也可以采用新的方式,具体发送过程省略。
S143:用户设备向基站2发送消息1.物理随机接入信道(Physical Random AccessChannel,PRACH)前导(preamble)。
启动随机接入。
S144:基站2向用户设备发送消息2.随机接入响应(Random Access Response,RAR)。
S145:用户设备向基站2发送消息3.RRC连接恢复请求。
S146:基站2向基站1发送取回用户设备上下文请求。
基站2没有保存用户设备的上下文。
S147:基站1向基站2发送取回用户设备上下文响应。
其中包括用户设备的上下文。
S148:基站1向基站3发送寻呼终止消息。
寻呼终止消息的发送顺序仅为示意。本步骤与S147/S149之间的执行顺序仅为示意。
S149:基站2向用户设备发送消息4.RRC连接恢复。
之后用户设备从RRC_INACTIVE转换为RRC_CONNECTED。
S150:用户设备向基站2发送消息5.RRC连接恢复完成。
如图11所示,本发明寻呼装置第一实施例包括:处理器110和通信电路120,处理器110连接通信电路120。
通信电路120用于发送和接收用户数据,是寻呼装置与其他通信设备进行通信的接口。
处理器110控制寻呼装置的操作,处理器110还可以称为CPU(Central ProcessingUnit,中央处理单元)。处理器110可能是一种集成电路芯片,具有信号的处理能力。处理器110还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器110用于执行指令以实现本发明寻呼方法第一或第二实施例所提供的方法。
本实施例中的寻呼装置可以是核心网。
如图12所示,本发明寻呼装置第二实施例包括:处理器210和通信电路220,处理器210连接通信电路220。
通信电路220用于发送和接收用户数据,是寻呼装置与其他通信设备进行通信的接口。
处理器210控制寻呼装置的操作,处理器210还可以称为CPU(Central ProcessingUnit,中央处理单元)。处理器210可能是一种集成电路芯片,具有信号的处理能力。处理器210还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
处理器210用于执行指令以实现本发明寻呼方法第三至第六实施例中任一个以及任意不冲突的组合所提供的方法。
本实施例中的寻呼装置可以是基站,也可以是可集成于基站中的独立部件,例如基带板。
如图13所示,本发明可读存储介质第一实施例包括存储器310,存储器310存储有指令,该指令被执行时实现本发明寻呼方法第一或第二施例所提供的方法。
存储器310可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
本实施例中的可读存储介质可以是独立部件,也可以集成于核心网。
如图14所示,本发明可读存储介质第二实施例包括存储器410,存储器410存储有指令,该指令被执行时实现本发明寻呼方法第三至第六实施例中任一个以及任意不冲突的组合所提供的方法。
存储器410可以包括只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。
本实施例中的可读存储介质可以是独立部件,也可以集成于基站,或者基站中的部件,例如基带板。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (28)
1.一种寻呼方法,其特征在于,包括:
向被寻呼的用户设备所驻留的跟踪区中的基站发送寻呼通知,所述寻呼通知用于通知所述基站发送寻呼消息以寻呼所述用户设备;
确认所述用户设备被找到;
至少向所述跟踪区中除找到所述用户设备的所述基站之外的其他所述基站发送寻呼终止消息,所述寻呼终止消息用于通知其他所述基站停止发送所述寻呼消息。
2.根据权利要求1所述的方法,其特征在于,
至少部分所述寻呼通知中包括寻呼延迟信元,所述寻呼延迟信元用于指示所述基站推迟指定时长发送所述寻呼消息;
或所有所述寻呼通知中均不包括所述寻呼延迟信元。
3.根据权利要求2所述的方法,其特征在于,
所述向被寻呼的用户设备所驻留的跟踪区中的基站发送寻呼通知之前进一步包括:
至少根据所述用户设备的信息评估所述用户设备驻留在所述跟踪区中的小区的概率;
所述向被寻呼的用户设备所驻留的跟踪区中的基站发送寻呼通知包括:
向低概率基站发送包括所述寻呼延迟信元的所述寻呼通知,其中所述低概率基站包括至少部分所述跟踪区中的所述基站,所述用户设备驻留在所述低概率基站的所述小区的所述概率低于第一阈值。
4.根据权利要求3所述的方法,其特征在于,
所述低概率基站的扫描波束数量大于第二阈值。
5.根据权利要求3所述的方法,其特征在于,
所述用户设备的信息包括所述用户设备的运动速度、历史轨迹、近期活动中的至少一种。
6.根据权利要求5所述的方法,其特征在于,
所述近期活动包括通知区更新、跟踪区更新、RRC连接释放、RRC连接恢复、RRC连接拒绝、系统信息请求中的至少一种。
7.根据权利要求3所述的方法,其特征在于,
所述至少根据所述用户设备的信息评估所述用户设备驻留在所述跟踪区中的小区的概率包括:
根据所述用户设备的信息及所述小区的选择/重选优先级评估所述用户设备驻留在所述小区的所述概率。
8.根据权利要求3所述的方法,其特征在于,
所述指定时长与所述概率负相关。
9.根据权利要求1-8中任一项所述的方法,其特征在于,
所述确认所述用户设备被找到包括:
接收来自于所述找到所述用户设备的所述基站的寻呼响应消息,其中所述找到所述用户设备的所述基站为所述用户设备驻留/连接的所述基站,所述寻呼响应消息包括第一寻呼响应消息和/或第二寻呼响应消息,所述第一寻呼响应消息早于所述第二寻呼响应消息。
10.根据权利要求9所述的方法,其特征在于,
所述第一寻呼响应消息是所述找到所述用户设备的所述基站在接收到来自于所述用户设备的消息3后发送的,所述第二寻呼响应消息是所述找到所述用户设备的所述基站在与所述用户设备建立连接之后发送的。
11.根据权利要求10所述的方法,其特征在于,
所述消息3为RRC连接请求消息。
12.一种寻呼方法,其特征在于,包括:
发送寻呼消息以寻呼用户设备并向所述用户设备所驻留的通知区中的基站发送寻呼通知,所述寻呼通知用于通知所述基站发送所述寻呼消息以寻呼所述用户设备;
确认所述用户设备被找到;
至少向所述通知区中除找到所述用户设备的所述基站之外的其他所述基站发送寻呼终止消息,所述寻呼终止消息用于通知其他所述基站停止发送所述寻呼消息。
13.根据权利要求12所述的方法,其特征在于,
至少部分所述寻呼通知中包括寻呼延迟信元,所述寻呼延迟信元用于指示所述基站推迟指定时长发送所述寻呼消息;
或所有所述寻呼通知中均不包括所述寻呼延迟信元。
14.根据权利要求13所述的方法,其特征在于,
所述向所述用户设备所驻留的通知区中的基站发送寻呼通知之前进一步包括:
至少根据所述用户设备的信息评估所述用户设备驻留在所述通知区中的小区的概率;
所述向所述用户设备所驻留的通知区中的基站发送寻呼通知包括:
向低概率基站发送包括所述寻呼延迟信元的所述寻呼通知,其中所述低概率基站包括至少部分所述通知区中的所述基站,所述用户设备驻留在所述低概率基站的所述小区的所述概率低于第一阈值。
15.根据权利要求14所述的方法,其特征在于,
所述低概率基站的扫描波束数量大于第二阈值。
16.根据权利要求14所述的方法,其特征在于,
所述用户设备的信息包括所述用户设备的运动速度、历史轨迹、近期活动中的至少一种。
17.根据权利要求16所述的方法,其特征在于,
所述近期活动包括通知区更新、通知区更新、RRC连接释放、RRC连接恢复、RRC连接拒绝、系统信息请求中的至少一种。
18.根据权利要求14所述的方法,其特征在于,
所述至少根据所述用户设备的信息评估所述用户设备驻留在所述通知区中的小区的概率包括:
根据所述用户设备的信息及所述小区的选择/重选优先级评估所述用户设备驻留在所述小区的所述概率。
19.根据权利要求14所述的方法,其特征在于,
所述指定时长与所述概率负相关。
20.根据权利要求12-19中任一项所述的方法,其特征在于,
所述确认所述用户设备被找到包括:
接收来自所述用户设备的消息3;或
接收来自于所述找到所述用户设备的所述基站的取回用户设备上下文请求。
21.根据权利要求20所述的方法,其特征在于,
所述消息3为RRC连接恢复请求。
22.一种寻呼方法,其特征在于,包括:
接收来自于核心网或锚基站的寻呼通知;
响应所述寻呼通知发送寻呼消息以寻呼用户设备;
未找到所述用户设备时接收到来自于所述核心网或所述锚基站的寻呼终止消息;
响应所述寻呼终止消息停止发送所述寻呼消息。
23.根据权利要求22所述的方法,其特征在于,
所述响应所述寻呼通知发送寻呼消息以寻呼用户设备之后进一步包括:
找到所述用户设备后向所述核心网发送寻呼响应消息或向所述锚基站发送取回用户设备上下文请求。
24.根据权利要求23所述的方法,其特征在于,所述找到所述用户设备包括:
接收来自于所述用户设备的消息3和/或与所述用户设备建立连接。
25.根据权利要求24所述的方法,其特征在于,
所述消息3为RRC连接请求消息或RRC连接恢复请求。
26.根据权利要求22-25中任一项所述的方法,其特征在于,
所述寻呼通知中包括寻呼延迟信元,所述响应所述寻呼通知发送寻呼消息以寻呼用户设备包括:
推迟指定时长发送所述寻呼消息以寻呼所述用户设备。
27.一种寻呼装置,其特征在于,包括处理器和通信电路,所述处理器连接所述通信电路;
所述处理器用于执行指令以实现如权利要求1-11、12-21、22-26中任一项所述方法。
28.一种可读存储介质,存储有指令,其特征在于,所述指令被执行时实现如权利要求1-11、12-21、22-26中任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710881535.8A CN109561500B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
CN202110614336.7A CN113596991B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
PCT/CN2017/115270 WO2019061837A1 (en) | 2017-09-26 | 2017-12-08 | METHODS, APPARATUSES, AND READABLE STORAGE MEDIUM FOR PAGING |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710881535.8A CN109561500B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110614336.7A Division CN113596991B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109561500A true CN109561500A (zh) | 2019-04-02 |
CN109561500B CN109561500B (zh) | 2021-08-24 |
Family
ID=65862590
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710881535.8A Active CN109561500B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
CN202110614336.7A Active CN113596991B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110614336.7A Active CN113596991B (zh) | 2017-09-26 | 2017-09-26 | 寻呼方法、装置及可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN109561500B (zh) |
WO (1) | WO2019061837A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111263415A (zh) * | 2020-01-17 | 2020-06-09 | Oppo广东移动通信有限公司 | 小区驻留方法、相关设备及存储介质 |
CN113055960A (zh) * | 2019-12-27 | 2021-06-29 | 北京融昱信息技术有限公司 | 基站重选方法、装置、设备及介质 |
WO2023078415A1 (zh) * | 2021-11-05 | 2023-05-11 | 展讯通信(上海)有限公司 | 寻呼提前指示的方法与装置、终端 |
CN116528361A (zh) * | 2023-04-06 | 2023-08-01 | 国网天津市电力公司信息通信公司 | 一种230系统寻呼方法、装置、电子设备及存储介质 |
US20230371002A1 (en) * | 2022-01-14 | 2023-11-16 | Quectel Wireless Solutions Co., Ltd. | Wireless communication method and apparatus |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021062610A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 用于寻呼的方法和装置 |
CN114916063A (zh) * | 2021-02-09 | 2022-08-16 | 中国移动通信有限公司研究院 | 一种寻呼消息的发送、接收方法、网络设备及终端 |
CN113518427B (zh) * | 2021-04-19 | 2024-04-09 | Tcl通讯(宁波)有限公司 | 一种5g网络的寻呼方法、装置、存储介质及核心网络 |
CN115915396B (zh) * | 2023-02-01 | 2023-08-04 | 荣耀终端有限公司 | 寻呼方法及电子设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101076179A (zh) * | 2006-05-20 | 2007-11-21 | 中兴通讯股份有限公司 | 一种移动宽带无线接入系统中提高系统性能的方法 |
CN102143600A (zh) * | 2010-01-29 | 2011-08-03 | 华为技术有限公司 | 一种寻呼方法、基站及用户设备 |
WO2011136599A2 (ko) * | 2010-04-30 | 2011-11-03 | 한국전자통신연구원 | 기지국, 이동국, 페이징 메시지 전송 방법, 및 페이징 메시지 수신 방법 |
WO2016164083A1 (en) * | 2015-04-09 | 2016-10-13 | Intel IP Corporation | User equipment controlled mobility in an evolved radio access network |
CN106470481A (zh) * | 2015-08-21 | 2017-03-01 | 中国电信股份有限公司 | 一种寻呼方法、基站及寻呼系统 |
US20170078862A1 (en) * | 2015-09-10 | 2017-03-16 | T-Mobile Usa, Inc. | Distributed paging in a cellular telecommunication system |
CN106797573A (zh) * | 2017-01-05 | 2017-05-31 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
CN106961727A (zh) * | 2016-01-11 | 2017-07-18 | 电信科学技术研究院 | 一种寻呼及其控制方法及装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101042459B1 (ko) * | 2004-03-12 | 2011-06-16 | 주식회사 케이티 | 무선통신망의 계층셀 환경하에서의 페이징 방법 |
US20060246924A1 (en) * | 2005-05-02 | 2006-11-02 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for controlling paging delays of mobile stations in a wireless communication network |
CN101064933A (zh) * | 2006-04-24 | 2007-10-31 | 中兴通讯股份有限公司 | 一种移动宽带无线接入系统中提高系统性能的方法 |
EP2207393A1 (en) * | 2009-01-12 | 2010-07-14 | Alcatel, Lucent | Method and controller for paging a mobile set in a cellular network |
CN103068044B (zh) * | 2012-12-04 | 2016-12-07 | 大唐移动通信设备有限公司 | 一种寻呼方法和系统 |
JP2014192545A (ja) * | 2013-03-26 | 2014-10-06 | Nec Corp | 移動通信システム、移動通信システムのページング方法、ページングエリア決定装置及び基地局 |
CN106304336A (zh) * | 2015-05-15 | 2017-01-04 | 北京三星通信技术研究有限公司 | 支持寻呼优化的方法及设备 |
-
2017
- 2017-09-26 CN CN201710881535.8A patent/CN109561500B/zh active Active
- 2017-09-26 CN CN202110614336.7A patent/CN113596991B/zh active Active
- 2017-12-08 WO PCT/CN2017/115270 patent/WO2019061837A1/en active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101076179A (zh) * | 2006-05-20 | 2007-11-21 | 中兴通讯股份有限公司 | 一种移动宽带无线接入系统中提高系统性能的方法 |
CN102143600A (zh) * | 2010-01-29 | 2011-08-03 | 华为技术有限公司 | 一种寻呼方法、基站及用户设备 |
WO2011136599A2 (ko) * | 2010-04-30 | 2011-11-03 | 한국전자통신연구원 | 기지국, 이동국, 페이징 메시지 전송 방법, 및 페이징 메시지 수신 방법 |
WO2016164083A1 (en) * | 2015-04-09 | 2016-10-13 | Intel IP Corporation | User equipment controlled mobility in an evolved radio access network |
CN106470481A (zh) * | 2015-08-21 | 2017-03-01 | 中国电信股份有限公司 | 一种寻呼方法、基站及寻呼系统 |
US20170078862A1 (en) * | 2015-09-10 | 2017-03-16 | T-Mobile Usa, Inc. | Distributed paging in a cellular telecommunication system |
CN106961727A (zh) * | 2016-01-11 | 2017-07-18 | 电信科学技术研究院 | 一种寻呼及其控制方法及装置 |
CN106797573A (zh) * | 2017-01-05 | 2017-05-31 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
Non-Patent Citations (2)
Title |
---|
QUALCOMM EUROPE: "Reducing air interface paging for network triggered service request when ISR is active", 《3GPP TSG SA WG2 MEETING #76 TD S2-097066》 * |
朱艺华 等: "小区分层依概率寻呼的位置管理策略", 《电子学报》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113055960A (zh) * | 2019-12-27 | 2021-06-29 | 北京融昱信息技术有限公司 | 基站重选方法、装置、设备及介质 |
CN113055960B (zh) * | 2019-12-27 | 2023-02-24 | 北京融昱信息技术有限公司 | 基站重选方法、装置、设备及介质 |
CN111263415A (zh) * | 2020-01-17 | 2020-06-09 | Oppo广东移动通信有限公司 | 小区驻留方法、相关设备及存储介质 |
WO2023078415A1 (zh) * | 2021-11-05 | 2023-05-11 | 展讯通信(上海)有限公司 | 寻呼提前指示的方法与装置、终端 |
US20230371002A1 (en) * | 2022-01-14 | 2023-11-16 | Quectel Wireless Solutions Co., Ltd. | Wireless communication method and apparatus |
CN116528361A (zh) * | 2023-04-06 | 2023-08-01 | 国网天津市电力公司信息通信公司 | 一种230系统寻呼方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2019061837A1 (en) | 2019-04-04 |
CN109561500B (zh) | 2021-08-24 |
CN113596991A (zh) | 2021-11-02 |
CN113596991B (zh) | 2024-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109561500A (zh) | 寻呼方法、装置及可读存储介质 | |
CN109565896B (zh) | 低功率rrc操作方法和装置 | |
US9571261B2 (en) | Method and apparatus for performing carrier management in carrier aggregation system | |
CN106256157B (zh) | 无线通信系统中指示d2d资源池的方法和装置 | |
CN115397042B (zh) | 使用预配置专用资源的空闲模式传输的状态转换 | |
JP2022529102A (ja) | ページングモニタリングのための方法及びそれを使用する装置 | |
CN103313420B (zh) | 一种释放终端链路的方法、接入网装置及终端 | |
JP7478751B2 (ja) | ダウンリンク制御チャネルのモニタリングに関するユーザ装置 | |
EP2901803B1 (en) | Power preference indicator timer | |
CN110366220A (zh) | 处理无线链路监控及频带宽度部分切换的装置及方法 | |
CN106464348A (zh) | 在无线通信系统中处理辅助小区禁用定时器的方法和装置 | |
US9137840B2 (en) | Method for managing component carrier setting information and a device for the same | |
RU2748316C1 (ru) | Способ поискового вызова, а также устройство доступа к сети, терминал и основное сетевое устройство | |
JP7259154B2 (ja) | 早期データ伝送及び無線アクセスネットワーク通知エリア更新 | |
CN108307520A (zh) | 重新导向通信装置的装置及方法 | |
JP2020530231A (ja) | マルチキャリア利用を改善するためのシグナリング | |
KR20190005828A (ko) | 통신 방법 및 통신 장치 | |
CN104756551A (zh) | 一种链路重建方法、用户设备及无线网络控制器 | |
US20230127705A1 (en) | Link failure monitoring at a multi-sim device in a wireless network | |
CN103260225B (zh) | Drx的控制方法及设备 | |
WO2018077103A1 (zh) | 寻呼方法及装置、基站、终端、计算机可读存储介质 | |
KR20200090246A (ko) | 랜덤 액세스 방법 및 장치, 컴퓨터 저장 매체 | |
CN114698051A (zh) | 网络接入的触发方法、装置及网络侧设备 | |
WO2023069615A1 (en) | Link failure monitoring at a multi-sim device in a wireless network | |
CN115412860A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |