CN109769299A - 一种寻呼消息发送方法、基站、网络设备及通信设备 - Google Patents
一种寻呼消息发送方法、基站、网络设备及通信设备 Download PDFInfo
- Publication number
- CN109769299A CN109769299A CN201711098823.2A CN201711098823A CN109769299A CN 109769299 A CN109769299 A CN 109769299A CN 201711098823 A CN201711098823 A CN 201711098823A CN 109769299 A CN109769299 A CN 109769299A
- Authority
- CN
- China
- Prior art keywords
- paging message
- issued
- base station
- sent
- paging
- 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
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000004590 computer program Methods 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 3
- 235000013399 edible fruits Nutrition 0.000 claims 1
- 230000006870 function Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 6
- 230000015556 catabolic process Effects 0.000 description 3
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
-
- 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
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种寻呼消息发送方法、基站、网络设备及存储介质,所述方法包括:基站发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备(UE);其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
Description
技术领域
本发明涉及通信领域中的寻呼处理技术,尤其涉及一种寻呼消息发送方法、基站、网络设备、通信设备及存储介质。
背景技术
在LTE中,当有下行数据到达或系统消息更新时,会向处于idle态的UE发起寻呼。MME根据终端注册过的TA(Tracking Area)向其中包含的eNB发送寻呼消息,eNB继续广播在寻呼消息,告知UE发起RRC连接建立或者接收新的寻呼消息。由于网络侧并不知道目前idle态的UE具体驻留在哪个小区,寻呼消息的广播范围是TA级别的,造成寻呼开销较大,并且无法使得UE尽快的进入连接态。
发明内容
本发明的主要目的在于提出一种寻呼消息发送方法、基站、网络设备及存储介质,旨在解决现有技术中存在的上述问题。
为实现上述目的,本发明提供一种寻呼消息发送方法,包括:
基站发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备UE;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
本发明提供一种寻呼消息发送方法,包括:
向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息,以使得基站基于所述指示信息确定是否发送携带有随机接入配置信息的寻呼消息至UE;
其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
本发明提供一种基站,其特征在于,所述基站包括:
第一通信接口,用于发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备UE;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
本发明提供一种网络设备,所述网络设备包括:
第二通信接口,用于向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
本发明提供一种网络设备,包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行所述方法的步骤。
本发明提供一种存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现前述方法的步骤。
本发明提出的一种寻呼消息发送方法、网络设备及存储介质,仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
附图说明
图1为本发明实施例寻呼消息发送方法流程示意图1;
图2为本发明实施例寻呼消息发送方法流程示意图2;
图3为本发明实施例网络设备组成结构示意图1;
图4为本发明实施例网络设备组成结构示意图2;
图5为本发明实施例网络设备组成结构示意图3;
图6为本发明实施例网络设备组成结构示意图4。
具体实施方式
下面结合附图和具体实施例对本发明作进一步详细说明。
实施例一、
本发明实施例提供了一种寻呼消息发送方法,所述方法包括:
基站发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备UE;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
具体来说,本实施例可以如图1所示,包括:
步骤101:判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;
步骤102:确定针对所述UE所要发出的寻呼消息为第一类型的寻呼消息,则发给携带有所述随机接入配置信息的寻呼消息至所述UE。
本实施例可以应用于能够向UE直接发送寻呼消息的网络设备中,比如,可以为基站,具体来说,可以为eNB,gNB等等设备,本实施例中不进行穷举。
首先,针对如何判断所要发出的寻呼消息是否第一类型的寻呼消息的方法进行说明:
场景一、
由基站本身进行判断,也就是说,无论是针对空闲态UE、还是针对非激活态的UE,均可以由基站基于UE最后一次发起RRC连接建立所在的小区、或者基于所要发出的数据或业务本身的情况,来确定寻呼消息是否为第一类型的寻呼消息。
当UE为非激活态UE的时候,可以基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
其中,第一优先级的寻呼消息,可以为针对第一优先级的业务或者数据,即当确定所要发送的数据或业务为第一优先级的业务或数据时,确定所要发出的寻呼消息为第一类型的寻呼消息。
场景二、
由核心网发来的指示信息,来确定针对UE所要发送的寻呼消息是否为第一类型的寻呼消息。
具体的:
接收核心网发来的指示信息;基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息。
所述基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,包括:
当所述指示信息中包含的指示位为第一预设值时,确定针对UE所要发出的寻呼消息为第一类型的寻呼消息;
或者,
当所述指示信息中包含的指示位为第二预设值时,确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息。
其中,所述第一预设值和第二预设值不同,第一预设值可以为1,第二预设值可以为0;当然,两者相反也可以,只要UE以及网络侧设置相同的解析原则即可。
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于轻连接态(light connection)或非激活态(inactive态)的UE:
当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、和/或前导序列码preamble码、和/或PRAH时频资源的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
实施例二、
本发明实施例提供一种寻呼消息发送方法,包括:向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息,以使得基站基于所述指示信息确定是否发送携带有随机接入配置信息的寻呼消息至UE;
其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
具体来说,本实施例可以应用于核心网侧,如图2所示,包括:
步骤201:判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;
步骤202:基于所述判断结果生成指示信息,发送所述指示信息至基站;其中,所述指示信息用于指示所述基站是否发出第一类型的寻呼消息。
本实施例可以应用于核心网中具备管理功能的网络设备,具体来说,可以用于核心网中的MME或者AMF中,本实施例中不进行穷举。
基于所述判断结果生成指示信息,发送所述指示信息至基站;具体可以包括:
当确定针对UE所要发出的寻呼消息为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第一预设值;
或者,
当确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第二预设值;其中,所述第一预设值与所述第二预设值不同。
下面分别举例说明:
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、和或preamble码、和或PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于轻连接态(light connection)或非激活态(inactive态)的UE:
当下行数据到达时,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
也就是说,当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、和/或preamble码、和/或PRAH时频资源的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
实施例三、
本发明实施例提供了一种基站,如图3所示,所述基站包括:
判断单元31,用于判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;
寻呼处理单元32,用于确定针对所述UE所要发出的寻呼消息为第一类型的寻呼消息,则发给携带有所述随机接入配置信息的寻呼消息至所述UE。
本实施例可以应用于能够向UE直接发送寻呼消息的网络设备中,比如,可以为基站,具体来说,可以为eNB,gNB等等设备,本实施例中不进行穷举。
首先,针对如何判断所要发出的寻呼消息是否第一类型的寻呼消息的方法进行说明:
场景一、
由基站本身进行判断,也就是说,无论是针对空闲态UE、还是针对轻连接态、非激活态的UE,均可以由基站基于UE最后一次发起RRC连接建立所在的小区、或者基于所要发出的数据或业务本身的情况,来确定寻呼消息是否为第一类型的寻呼消息。
当UE为轻连接态或非激活态UE的时候,判断单元31,用于基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
其中,第一优先级的寻呼消息,可以为针对第一优先级的业务或者数据,即当确定所要发送的数据或业务为第一优先级的业务或数据时,确定所要发出的寻呼消息为第一类型的寻呼消息。
场景二、
由核心网发来的指示信息,来确定针对UE所要发送的寻呼消息是否为第一类型的寻呼消息。
具体的:
判断单元31,用于接收核心网发来的指示信息;基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息。
所述判断单元31,用于当所述指示信息中包含的指示位为第一预设值时,确定针对UE所要发出的寻呼消息为第一类型的寻呼消息;
或者,
当所述指示信息中包含的指示位为第二预设值时,确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息。
其中,所述第一预设值和第二预设值不同,第一预设值可以为1,第二预设值可以为0;当然,两者相反也可以,只要UE以及网络侧设置相同的解析原则即可。
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于轻连接态或非激活态(inactive态)的UE:
当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
实施例四、
本发明实施例提供了一种基站,如图4所示,所述基站包括:第一通信接口42,用于发送携带有随机接入配置信息的寻呼消息至用户设备UE。
进一步地,如图4所示,还包括:
第一处理器41,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;确定针对所述UE所要发出的寻呼消息为第一类型的寻呼消息,则通过通信接口发给携带有所述随机接入配置信息的寻呼消息至所述UE。
本实施例可以应用于能够向UE直接发送寻呼消息的网络设备中,比如,可以为基站,具体来说,可以为eNB,gNB等等设备,本实施例中不进行穷举。
首先,针对如何判断所要发出的寻呼消息是否第一类型的寻呼消息的方法进行说明:
场景一、
由基站本身进行判断,也就是说,无论是针对空闲态UE、还是针对轻连接态、非激活态的UE,均可以由基站基于UE最后一次发起RRC连接建立所在的小区、或者基于所要发出的数据或业务本身的情况,来确定寻呼消息是否为第一类型的寻呼消息。
当UE为轻连接态或非激活态UE的时候,第一处理器41,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
其中,第一优先级的寻呼消息,可以为针对第一优先级的业务或者数据,即当确定所要发送的数据或业务为第一优先级的业务或数据时,确定所要发出的寻呼消息为第一类型的寻呼消息。
场景二、
由核心网发来的指示信息,来确定针对UE所要发送的寻呼消息是否为第一类型的寻呼消息。
具体的:
第一处理器41,接收核心网发来的指示信息;基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息。
第一处理器41,当所述指示信息中包含的指示位为第一预设值时,确定针对UE所要发出的寻呼消息为第一类型的寻呼消息;
或者,
当所述指示信息中包含的指示位为第二预设值时,确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息。
其中,所述第一预设值和第二预设值不同,第一预设值可以为1,第二预设值可以为0;当然,两者相反也可以,只要UE以及网络侧设置相同的解析原则即可。
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于非激活态(inactive态)的UE:
当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息、和/或前导序列码、和/或随机接入时频资源信息的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
实施例五、
本发明实施例提供一种网络设备,如图5所示,包括:
判断单元51,用于判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;
指示单元52,用于基于所述判断结果生成指示信息,向基站发送用于指示基站是否发出第一类型的寻呼消息的指示信息。
本实施例可以应用于核心网中具备管理功能的网络设备,具体来说,可以用于核心网中的MME或者AMF中,本实施例中不进行穷举。
指示单元52,当确定针对UE所要发出的寻呼消息为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第一预设值;
或者,
当确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第二预设值;其中,所述第一预设值与所述第二预设值不同。
下面分别举例说明:
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于非激活态(inactive态)的UE:
当下行数据到达时,判断单元51,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
也就是说,当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
实施例六、
本发明实施例提供一种网络设备,如图6所示,包括:
第二通信接口62,向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息,以使得基站基于所述指示信息确定是否发送携带有随机接入配置信息的寻呼消息至UE;
其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
第二处理器61,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;基于所述判断结果生成指示信息;其中,所述指示信息用于指示所述基站是否发出第一类型的寻呼消息;
第二通信接口62,向基站发送用于指示基站是否发出第一类型的寻呼消息的指示信息。
本实施例可以应用于核心网中具备管理功能的网络设备,具体来说,可以用于核心网中的MME或者AMF中,本实施例中不进行穷举。
第二处理器61,当确定针对UE所要发出的寻呼消息为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第一预设值;
或者,
当确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第二预设值;其中,所述第一预设值与所述第二预设值不同。
下面分别举例说明:
对于空闲态(idle态)的UE:
当下行数据到达、网络侧需要寻呼idle态的UE时,核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access andMobility Management Function接入和移动性管理功能)首先查找该UE最后一次发起RRC连接建立所在的小区,并给该小区所在的基站发寻呼消息。为了通知基站该寻呼消息是针对UE的第一次寻呼或高优先级的特殊寻呼(第一优先级的寻呼消息),则可在寻呼消息中携带指示信息。
特别地,该指示信息可以是1bit,该bit位置1时,表示MME/AMF所发的寻呼消息为首次寻呼或高优先级的特殊寻呼,置0时表示该寻呼消息为普通寻呼。
基站收到MME/AMF所发的寻呼消息后,查看上述指示信息:
如果该指示信息表征此次接收到的寻呼消息为首次寻呼或高优先级的特殊寻呼,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此次接收到的寻呼消息不是特殊寻呼,则基站向UE发普通的寻呼消息。
对于非激活态(inactive态)的UE:
当下行数据到达时,第二处理器61,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
也就是说,当下行数据到达时,如果网络侧判断该业务或数据为优先级很高的特殊数据,则核心网侧的移动性管理网元,如LTE中的MME(Mobility Management Entity,移动性管理实体)或5G中的AMF(Access and Mobility Management Function接入和移动性管理功能),给UE所在的基站发送一个指示信息,表征该业务或数据为特殊的业务或数据。
特别地,该指示信息可以是1bit,该bit位置1时,表征该业务或数据为特殊的业务或数据,置0时表示该业务或数据为普通的业务或数据。
相应的,基站收到MME/AMF所发的指示信息后:
如果该指示信息表征此业务或数据为特殊的业务或数据,则基站在向UE发的寻呼消息中携带UE在小区发起随机接入所用的波束信息(如隐式的或显示的beam ID)、preamble码和PRAH时频资源的信息。
如果该指示信息表征此业务或数据为普通的业务或数据,则基站向UE发普通的寻呼消息。
可见,通过采用上述方案,就能够仅在第一类型的寻呼消息中添加随机接入配置信息;如此,能够仅在针对UE的部分寻呼消息中携带随机接入配置信息,从而不会使得寻呼消息的开销过大,并且也能够保证UE快速接入连接态。
进一步地,本申请还提供一种干扰协调装置,包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行实施例一种所述方法的步骤。并且处理器能够执行实施例一或二中所提供的方法的各个步骤,这里不再赘述。
本申请还提供一种存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现实施例一或二所述方法的步骤。并且该计算机程序被处理器执行时实现执行实施例一或二中所提供的方法的各个步骤,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备设备(可以是手机,计算机,装置,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (22)
1.一种寻呼消息发送方法,其特征在于,所述方法包括:
基站发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备UE;
其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
2.根据权利要求1所述的方法,其特征在于,所述基站发送携带有随机接入配置信息的寻呼消息至UE,包括:
判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息;
若确定针对所述UE所要发出的寻呼消息为第一类型的寻呼消息,则基站发送携带有随机接入配置信息的寻呼消息至UE。
3.根据权利要求2所述的方法,其特征在于,所述判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,包括:
接收核心网发来的指示信息;
基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息。
4.根据权利要求2所述的方法,其特征在于,所述基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,包括:
当所述指示信息中包含的指示位为第一预设值时,确定针对UE所要发出的寻呼消息为第一类型的寻呼消息;
或者,
当所述指示信息中包含的指示位为第二预设值时,确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息。
5.根据权利要求1所述的方法,其特征在于,所述发送携带有随机接入配置信息的寻呼消息至用户设备UE之前,所述方法还包括:
将所述UE发起随机接入时所要采用的波束信息、和/或前导序列码、和/或随机接入时频资源信息,作为随机接入配置信息;
将所述随机接入配置信息添加至所述寻呼消息。
6.根据权利要求2所述的方法,其特征在于,所述判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,包括:
基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级,基于判断结果,确定所要发送给UE的寻呼消息是否为第一类型的寻呼消息;
或者,
基于所要发送给UE的寻呼消息是否为第一次发送给所述UE的寻呼消息,基于判断结果确定所要发送给UE的寻呼消息是否为第一类型的寻呼消息。
7.一种寻呼消息发送方法,其特征在于,所述方法包括:
向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息;
其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果;
基于所述判断结果生成指示信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
当确定针对UE所要发出的寻呼消息为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第一预设值;
或者,
当确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第二预设值;其中,所述第一预设值与所述第二预设值不同。
10.根据权利要求8所述的方法,其特征在于,所述判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果,包括:
基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;
若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
11.一种基站,其特征在于,所述基站包括:
第一通信接口,用于发送携带有随机接入配置信息的第一类型的寻呼消息至用户设备UE;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
12.根据权利要求11所述的基站,其特征在于,所述基站还包括:
第一处理器,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息;确定针对所述UE所要发出的寻呼消息为第一类型的寻呼消息,则通过第一通信接口发给携带有所述随机接入配置信息的寻呼消息至所述UE。
13.根据权利要求12所述的基站,其特征在于,
所述第一通信接口,接收核心网发来的指示信息;
所述第一处理器,基于所述指示信息,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息。
14.根据权利要求12所述的基站,其特征在于,所述第一处理器,当所述指示信息中包含的指示位为第一预设值时,确定针对UE所要发出的寻呼消息为第一类型的寻呼消息;
或者,
当所述指示信息中包含的指示位为第二预设值时,确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息。
15.根据权利要求11所述的基站,其特征在于,所述第一处理器,将所述UE发起随机接入时所要采用的波束信息、和/或前导序列码、和/或随机接入时频资源信息,作为随机接入配置信息;将所述随机接入配置信息添加至所述寻呼消息。
16.根据权利要求12所述的基站,其特征在于,所述第一处理器,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级,基于判断结果,确定所要发送给UE的寻呼消息是否为第一类型的寻呼消息;
或者,
基于所要发送给UE的寻呼消息是否为第一次发送给所述UE的寻呼消息,基于判断结果确定所要发送给UE的寻呼消息是否为第一类型的寻呼消息。
17.一种网络设备,其特征在于,所述网络设备包括:
第二通信接口,用于向基站发送用于指示针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息的指示信息;其中,所述第一类型的寻呼消息为:第一次发送给所述UE的寻呼消息、或者、针对所述UE的第一优先级的寻呼消息。
18.根据权利要求17所述的网络设备,其特征在于,所述网络设备还包括:
第二处理器,判断针对用户设备UE所要发出的寻呼消息是否为第一类型的寻呼消息,得到判断结果;其中,所述指示信息用于指示所述基站是否发出第一类型的寻呼消息。
19.根据权利要求18所述的网络设备,其特征在于,所述第二处理器,当确定针对UE所要发出的寻呼消息为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第一预设值;
或者,
当确定针对UE所要发出的寻呼消息不为第一类型的寻呼消息时,将所述指示信息中包含的指示位设置为第二预设值;其中,所述第一预设值与所述第二预设值不同。
20.根据权利要求18所述的网络设备,其特征在于,所述第二处理器,基于所要发送给UE的下行数据,判断所述下行数据的优先级是否为第一优先级;若是,则确定针对用户设备UE所要发出的寻呼消息为第一类型的寻呼消息。
21.一种通信设备,包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,所述处理器用于运行所述计算机程序时,执行权利要求1-10任一项所述方法的步骤。
22.一种存储介质,其上存储有计算机程序,其中,该计算机程序被处理器执行时实现权利要求1-10任一项所述方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711098823.2A CN109769299B (zh) | 2017-11-09 | 2017-11-09 | 一种寻呼消息发送方法、基站、网络设备及通信设备 |
PCT/CN2018/106569 WO2019091227A1 (zh) | 2017-11-09 | 2018-09-19 | 寻呼消息发送方法、基站、网络设备及通信设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711098823.2A CN109769299B (zh) | 2017-11-09 | 2017-11-09 | 一种寻呼消息发送方法、基站、网络设备及通信设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109769299A true CN109769299A (zh) | 2019-05-17 |
CN109769299B CN109769299B (zh) | 2021-01-15 |
Family
ID=66438638
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711098823.2A Active CN109769299B (zh) | 2017-11-09 | 2017-11-09 | 一种寻呼消息发送方法、基站、网络设备及通信设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109769299B (zh) |
WO (1) | WO2019091227A1 (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068370A (zh) * | 2006-04-07 | 2007-11-07 | 华为技术有限公司 | 用户设备寻呼方法及系统 |
CN101500306A (zh) * | 2008-01-28 | 2009-08-05 | 大唐移动通信设备有限公司 | 寻呼方法、系统、核心网、基站和用户设备 |
CN102378364A (zh) * | 2010-08-24 | 2012-03-14 | 中兴通讯股份有限公司 | 一种随机接入方法及实现随机接入的系统 |
US20130121303A1 (en) * | 2010-07-25 | 2013-05-16 | Lg Electronics Inc. | Method for distributing random access, method for distributing and performing random access, and device therefor |
CN103220812A (zh) * | 2012-01-20 | 2013-07-24 | 华为技术有限公司 | 确定寻呼子帧的方法、基站和用户设备 |
CN103297926A (zh) * | 2012-02-28 | 2013-09-11 | 鼎桥通信技术有限公司 | 专网中的群组寻呼方法及基站 |
CN104039015A (zh) * | 2013-03-05 | 2014-09-10 | 华为技术有限公司 | 随机接入资源的分配方法及装置、系统 |
CN105848223A (zh) * | 2016-03-02 | 2016-08-10 | 深圳市金立通信设备有限公司 | 一种网络连接的控制方法及设备 |
CN106304392A (zh) * | 2015-06-26 | 2017-01-04 | 中兴通讯股份有限公司 | 一种随机接入的方法、设备和系统 |
CN107018496A (zh) * | 2017-03-23 | 2017-08-04 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
WO2017135077A1 (ja) * | 2016-02-02 | 2017-08-10 | シャープ株式会社 | 端末装置および方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102291780B (zh) * | 2010-06-21 | 2015-09-16 | 中兴通讯股份有限公司 | 小区公共信息的配置方法及系统 |
CN103428874B (zh) * | 2012-05-14 | 2018-07-13 | 中兴通讯股份有限公司 | 一种数据调度方法及装置 |
WO2016119442A1 (zh) * | 2015-01-27 | 2016-08-04 | 中兴通讯股份有限公司 | 寻呼方法、装置、mme、基站及用户设备 |
-
2017
- 2017-11-09 CN CN201711098823.2A patent/CN109769299B/zh active Active
-
2018
- 2018-09-19 WO PCT/CN2018/106569 patent/WO2019091227A1/zh active Application Filing
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068370A (zh) * | 2006-04-07 | 2007-11-07 | 华为技术有限公司 | 用户设备寻呼方法及系统 |
CN101500306A (zh) * | 2008-01-28 | 2009-08-05 | 大唐移动通信设备有限公司 | 寻呼方法、系统、核心网、基站和用户设备 |
US20130121303A1 (en) * | 2010-07-25 | 2013-05-16 | Lg Electronics Inc. | Method for distributing random access, method for distributing and performing random access, and device therefor |
CN102378364A (zh) * | 2010-08-24 | 2012-03-14 | 中兴通讯股份有限公司 | 一种随机接入方法及实现随机接入的系统 |
CN103220812A (zh) * | 2012-01-20 | 2013-07-24 | 华为技术有限公司 | 确定寻呼子帧的方法、基站和用户设备 |
CN103297926A (zh) * | 2012-02-28 | 2013-09-11 | 鼎桥通信技术有限公司 | 专网中的群组寻呼方法及基站 |
CN104039015A (zh) * | 2013-03-05 | 2014-09-10 | 华为技术有限公司 | 随机接入资源的分配方法及装置、系统 |
CN106304392A (zh) * | 2015-06-26 | 2017-01-04 | 中兴通讯股份有限公司 | 一种随机接入的方法、设备和系统 |
WO2017135077A1 (ja) * | 2016-02-02 | 2017-08-10 | シャープ株式会社 | 端末装置および方法 |
CN105848223A (zh) * | 2016-03-02 | 2016-08-10 | 深圳市金立通信设备有限公司 | 一种网络连接的控制方法及设备 |
CN107018496A (zh) * | 2017-03-23 | 2017-08-04 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
Non-Patent Citations (2)
Title |
---|
ERICSSON: "《3GPP TSG-RAN WG2 #98-AH Tdoc R2-1707126》", 29 June 2017 * |
ZTE: "《3GPP TSG RAN WG1 Meeting #90 R1-1712063》", 25 August 2017 * |
Also Published As
Publication number | Publication date |
---|---|
WO2019091227A1 (zh) | 2019-05-16 |
CN109769299B (zh) | 2021-01-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11395122B2 (en) | Network access method, device, and system | |
US10716043B2 (en) | Access point handover method and device | |
WO2021016755A1 (zh) | 数据传输方法及装置 | |
US20160316368A1 (en) | Method, apparatus, and system for selecting authentication algorithm | |
CN112135337A (zh) | 激活类系统信息的传输方法、装置和设备 | |
CN110417470B (zh) | 基于可见光通信的网络切换方法及相关产品 | |
CN108370497A (zh) | 无线回传的实现方法、装置及基站 | |
CN103024697B (zh) | 预警消息发送处理方法、接收方法以及相关设备 | |
CN112385203B (zh) | 标识显示控制方法及装置 | |
CN107566099B (zh) | 承载寻呼消息载波的确定、寻呼消息的发送方法及装置 | |
CN110662275B (zh) | 选网方法、基站和计算机可读存储介质 | |
CN109769299A (zh) | 一种寻呼消息发送方法、基站、网络设备及通信设备 | |
CN109219046A (zh) | 网络切换方法和装置 | |
CN114641016A (zh) | 繁忙指示的传输方法及装置 | |
US20190045344A1 (en) | Emergency communication method and apparatus | |
CN114363954A (zh) | 拥塞控制方法、装置、终端及网络侧设备 | |
CN109803260A (zh) | 拒绝接入方法、装置及系统 | |
CN113825188B (zh) | Scg处理方法、装置及通信设备 | |
WO2023131286A1 (zh) | 资源控制方法、装置、终端、网络侧设备及可读存储介质 | |
CN116939889A (zh) | 资源控制方法、装置、终端及网络侧设备 | |
EP4398547A1 (en) | Digital twin task authorization method and apparatus, communication device, and readable storage medium | |
CN113676853B (zh) | 通话方法和终端设备 | |
WO2023116599A1 (zh) | Prach传输方法、装置、终端及网络侧设备 | |
US20240205212A1 (en) | Digital twin task authorization method and apparatus, communications device, and readable storage medium | |
WO2023202518A1 (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 |