用于请求系统消息的方法、装置、用户设备及基站与流程

文档序号:11209076阅读:874来源:国知局
用于请求系统消息的方法、装置、用户设备及基站与流程

本公开涉及通信技术领域,尤其涉及一种用于请求系统消息的方法、装置、用户设备及基站。



背景技术:

随着无线通信技术的飞速发展,长期演进(longtermevolution,简称为lte)的系统消息(systeminformation,简称为si)数目增多,采用周期性广播的方式发送lte的系统消息使得基站的功耗较大,频谱资源利用率较低。对于接入的用户设备(userequipment,简称为ue)数目比较少的情况,周期性广播发送lte的系统消息存在资源浪费的问题。为了缓解广播发送lte的系统消息所带来的资源浪费和基站功耗较大的问题,运营商开始考虑通过分类发送系统消息的方式来解决上述问题。

在第五代移动通信技术(5thgeneration,简称为5g)项目的研究讨论中,可将系统消息分为第一类系统消息和第二类系统消息,第一类系统消息可包含小区选择与接入的相关系统消息,第二类系统消息可包含除第一类系统消息之外的其他系统消息。相关技术中,仍可通过广播发送第一类系统消息,而对于第二类系统消息,则可在接收到ue通过msg1(随机接入过程的第一个消息)发送特定前序导码(preamble码)请求第二类系统消息时,在ue所请求的第二类系统消息的发送窗口中广播第二类系统消息,但是相关技术中ue可能由于发送msg1的功率低导致msg1发送失败,进而导致基站因没有接收到ue发送的请求消息而不进行第二类系统消息的广播,ue只能等下一个系统消息周期重新通过msg1请求第二类系统消息,造成ue获取系统消息的时延长,严重影响性能。



技术实现要素:

为克服相关技术中存在的问题,本公开实施例提供一种用于请求系统消息的方法、装置、用户设备及基站,用以提高用户设备通过随机接入请求请求待请求系统消息的效率,避免在请求失败时不能接收到所请求的待请求系统消息或者获取系统消息的时延长。

根据本公开实施例的第一方面,提供一种用于请求系统消息的方法,包括:

发送第一随机接入请求,所述第一随机接入请求中携带标识待请求系统消息的至少一个导码;

在预设时间段内监听所述第一随机接入请求对应的响应消息,所述响应消息携带用于响应导码的信息;

在监听到所述响应消息时,基于所述响应消息中包含的导码标识,在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。

在一实施例中,方法包括:

基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码,确定请求结果为失败的待请求系统消息;

发送第二随机接入请求,所述第二随机接入请求携带所述请求失败的待请求系统消息的导码。

在一实施例中,方法还包括:

统计每一个待请求系统消息的请求次数;

在有待请求系统消息的请求次数大于预设次数时,向无线资源控制rrc层指示所述待请求系统消息的请求次数已达最大次数。

在一实施例中,方法还包括:

在没有监听到所述响应消息时,确定没有待请求系统消息请求成功。

根据本公开实施例的第二方面,提供一种用于请求系统消息的方法,包括:

接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求;

基于所述请求消息,生成预设格式的响应消息;

发送所述响应消息。

在一实施例中,于所述请求消息,生成预设格式的响应消息,包括:

从所述请求消息中解析所述待请求系统消息的导码;

将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中,得到所述预设格式的响应消息。

在一实施例中,基于所述请求消息,生成预设格式的响应消息,包括:

从所述请求消息中解析所述待请求系统消息的导码;

在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度,并且将所响应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中,得到所述预设格式的响应消息。

在一实施例中,响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。

在一实施例中,方法还包括:

在所述待请求系统消息的发送窗口内发送所响应的待请求系统消息。

根据本公开实施例的第三方面,提供一种用于请求系统消息的装置,包括:

第一发送模块,被配置为发送第一随机接入请求,所述第一随机接入请求中携带标识待请求系统消息的至少一个导码;

第一监听模块,被配置为在预设时间段内监听所述第一随机接入请求对应的响应消息,所述响应消息携带用于响应导码的信息;

第二监听模块,被配置为在监听到所述响应消息时,基于所述响应消息中包含的导码标识,在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。

在一实施例中,装置包括:

第一确定模块,被配置为基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码,确定请求结果为失败的待请求系统消息;

第二发送模块,被配置为发送第二随机接入请求,所述第二随机接入请求携带所述请求失败的待请求系统消息的导码。

在一实施例中,装置还包括:

统计模块,被配置为统计每一个待请求系统消息的请求次数;

问题报告模块,被配置为在有待请求系统消息的请求次数大于预设次数时,向无线资源控制rrc层指示所述待请求系统消息的请求次数已达最大次数。

在一实施例中,装置还包括:

第二确定模块,被配置为在没有监听到所述响应消息时,确定没有待请求系统消息请求成功。

根据本公开实施例的第四方面,提供一种用于请求系统消息的装置,包括:

第一接收模块,被配置为接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求;

消息生成模块,被配置为基于所述第一接收模块接收到的所述请求消息,生成预设格式的响应消息;

第三发送模块,被配置为发送所述消息生成模块生成的所述响应消息。

在一实施例中,消息生成模块包括:

第一解析子模块,被配置为从所述请求消息中解析所述待请求系统消息的导码;

第一生成子模块,被配置为将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中,得到所述预设格式的响应消息。

在一实施例中,消息生成模块包括:

第二解析子模块,被配置为从所述请求消息中解析所述待请求系统消息的导码;

第二生成子模块,被配置为在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度,并且将所响应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中,得到所述预设格式的响应消息。

在一实施例中,响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。

在一实施例中,装置还包括:

第四发送模块,被配置为在所述待请求系统消息的发送窗口内发送所响应的待请求系统消息。

根据本公开实施例的第五方面,提供一种用户设备,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

发送第一随机接入请求,所述第一随机接入请求中携带标识待请求系统消息的至少一个导码;

在预设时间段内监听所述第一随机接入请求对应的响应消息,所述响应消息携带用于响应导码的信息;

在监听到所述响应消息时,基于所述响应消息中包含的导码标识,在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。

根据本公开实施例的第六方面,提供一种基站,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求;

基于所述请求消息,生成预设格式的响应消息;

发送所述响应消息。

根据本公开实施例的第七方面,提供一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,所述指令被处理器执行时实现以下步骤:

发送第一随机接入请求,所述第一随机接入请求中携带标识待请求系统消息的至少一个导码;

在预设时间段内监听所述第一随机接入请求对应的响应消息,所述响应消息携带用于响应导码的信息;

在监听到所述响应消息时,基于所述响应消息中包含的导码标识,在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。

根据本公开实施例的第八方面,提供一种非临时计算机可读存储介质,所述存储介质上存储有计算机指令,所述指令被处理器执行时实现以下步骤:

接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求;

基于所述请求消息,生成预设格式的响应消息;

发送所述响应消息。

本公开的实施例提供的技术方案可以包括以下有益效果:

当ue向基站发送携带有待请求系统消息的导码的随机接入请求时,通过上述技术方案,可以控制ue在有待请求系统消息请求成功时在请求成功的待请求系统消息的发送窗口中监听待请求系统消息;此外,在确定确定有待请求系统消息的请求结果为请求失败时能够通过随机接入请求重复请求待请求系统消息直至请求成功,以提高基站与用户设备之间的系统消息发送和接收的效率,避免用户设备获取系统消息的时延长,降低基站发送系统消息的功率消耗,增加频谱资源的利用率。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。

图1a是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图。

图1b是根据一示例性实施例示出的一种用于请求系统消息的方法的场景图。

图2是根据一示例性实施例示出的另一种用于请求系统消息的方法的流程图。

图3是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图。

图4是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。

图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。

图6是根据一示例性实施例示出的一种用于接收系统消息的装置的框图。

图7是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图。

图8是根据一示例性实施例示出的一种用于发送系统消息的装置的框图。

图9是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图。

图10是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。

图11是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1a是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图,图1b是根据一示例性实施例示出的一种用于请求系统消息的方法的场景图;该用于接收系统消息的方法可以应用在ue上,如图1a所示,该用于请求系统消息的方法包括以下步骤110-130:

在步骤110中,发送第一随机接入请求,第一随机接入请求中携带标识待请求系统消息的至少一个导码。

在一实施例中,第一随机接入请求为随机接入流程的第一个消息msg1。

在一实施例中,随机接入请求的时频资源可以通过基站广播的第一类系统消息,如系统信息块2(systeminformationblock2,简称为sib2)中的物理随机接入信道(physicalrandomaccesschannel,简称为prach)的配置信息得到,随机接入请求的时频资源可通过相关技术确定,这里不再详述。

在一实施例中,待请求系统消息属于第二类系统消息,例如:系统信息块12(systeminformationblock12,简称为sib12)。

在一实施例中,待请求系统消息的导码用于标识待请求的系统消息,其可以为前序导码,也可以为其他形式的正交码,本公开对此不作限定。

在一实施例中,第一随机接入请求中可以携带一个或者两个以上的导码。

在步骤120中,在预设时间段内监听第一随机接入请求对应的响应消息,响应消息携带用于响应导码的信息。

在一实施例中,预设时间段可以为基站和用户设备之间协商设置的一个时间长度,在发送msg1之后会在这个预设时间段内返回响应消息。如果用户设备在预设时间段内有接收到响应消息,则其可以认为不会再收到响应消息。

在步骤130中,在监听到响应消息时,基于响应消息中包含的导码标识,在导码标识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。

在一实施例中,基于响应消息中所包含的导码标识,可以确定出请求成功的待请求系统消息。例如,第一随机接入请求中携带有待请求系统消息1对应的导码1、待请求系统消息2对应的导码2、待请求系统消息3对应的导码3,而第一随机接入请求对应的响应消息中只包含导码1对应的导码标识和导码2对应的导码标识,则可以确定出请求成功的待请求系统消息为待请求系统消息1和待请求系统消息2。

在一实施例中,第一随机接入请求对应的响应消息为随机接入响应(randomaccessresponse,简称为rar)消息。

在一实施例中,ue可通过基站广播的第一类系统消息携带的调度信息确定每一个待请求系统消息的发送窗口。

在一示例性场景中,如图1b所示,以移动网络为lte网络并且基站为演进型基站(enb)为例进行示例性说明,在图1b所示的场景中,包括enb10、ue20,其中,enb10周期性广播第一类系统消息,ue20接收到第一类系统消息时可确定随机接入请求的时域资源以及待请求系统消息的发送窗口和导码。ue20可随机接入请求的时域资源上发送携带待请求系统消息的导码的第一随机接入请求,如果基于第一随机接入请求的响应消息确定有待请求系统消息请求成功,则可在请求成功的待请求系统消息的发送窗口中监听待请求系统消息,如果基于第一随机接入请求的响应消息确定待请求系统消息请求失败,则可继续在随机接入请求的时域资源上发送第二随机接入请求,直到待请求系统消息请求成功或者时域资源被用完为止。

本实施例中,通过上述步骤110-步骤130,当ue向基站发送携带有待请求系统消息的导码的随机接入请求时,通过上述技术方案,可以控制ue在有待请求系统消息请求成功时在请求成功的待请求系统消息的发送窗口中监听待请求系统消息,以提高基站与用户设备之间的系统消息发送和接收的效率,避免用户设备获取系统消息的时延长,降低基站发送系统消息的功率消耗,增加频谱资源的利用率。

在一实施例中,用于请求系统消息的方法进一步还可以包括:

响应于所确定的待请求系统消息中的未请求成功的至少一部分为空,在待请求系统消息的发送窗口中接收待请求系统消息。

在一实施例中,用于请求系统消息的方法进一步还可以包括:

统计待请求系统消息的请求次数;

当请求次数大于预设次数时,向无线资源控制层发送网络问题报告消息,网络问题报告消息用于指示已通过随机接入请求预设次数的待请求系统消息。

在一实施例中,基于在预设时间段内的监听结果,确定待请求系统消息中的未请求成功的至少一部分,包括:

响应于预设时间段内没有收到随机接入请求对应的响应消息,确定待请求系统消息中的未请求成功的至少一部分是待请求系统消息的全部;

响应于预设时间段内收到随机接入请求对应的响应消息,确定待请求系统消息中的未请求成功的至少一部分是待请求系统消息中未被响应消息携带用于响应导码的信息所响应的部分。

具体如何请求系统消息的,请参考后续实施例。

至此,本公开实施例提供的上述方法,可以提高基站与用户设备之间的系统消息发送和接收的效率,避免用户设备获取系统消息的时延长,降低基站发送系统消息的功率消耗,增加频谱资源的利用率。

下面以具体实施例来说明本公开实施例提供的技术方案。

图2是根据一示例性实施例示出的另一种用于请求系统消息的方法的流程图;本实施例利用本公开实施例提供的上述方法,ue通过随机接入请求请求待请求系统消息为例进行示例性说明,如图2所示,包括如下步骤:

在步骤210中,确定随机接入请求的时域资源。

在步骤220中,通过随机接入请求的时频资发送第一随机接入请求,第一随机接入请求中携带有待请求系统消息的导码。

在步骤230中,在预设时间段内监听是否有第一随机接入请求对应的响应消息。

在步骤240中,在监听到响应消息时,基于响应消息中携带的导码标识,确定请求成功的待请求系统消息和请求失败的待请求系统消息,执行步骤250和步骤260。

在一实施例中,监听结果可以为没有监听到,如果没有监听到,则待请求系统消息中的未请求成功的至少一部分为待请求系统消息的全部。

在一实施例中,监听结果为监听到响应消息时,则未请求成功的至少一部分为待请求系统消息中为被响应消息携带用于响应导码的信息所响应的部分,如果响应消息中携带了用于响应全部待请求系统消息的导码的信息,则未请求成功的至少一部分的值为空,如果响应消息中携带了响应部分待请求系统消息的导码的信息,则未请求成功的至少一部分的值不为空。

在步骤250中,如果有待请求系统消息请求成功,在请求成功的待请求系统消息的发送窗口中监听并接收待请求系统消息,流程结束。

在步骤260中,如果有待请求系统消息请求失败,发送第二随机接入请求,第二随机接入请求中携带标识请求失败的待请求系统消息的导码。

在一实施例中,每一个待请求系统消息可以对应多个导码,例如待请求系统消息1可以对应导码11、或者导码12、或者导码13。

在一实施例中,第二随机接入请求中携带的请求失败的待请求系统消息的导码可以与第一随机接入请求中携带的对应的待请求系统消息的导码不一致,也可以一致。例如,在待请求系统消息1请求失败时,如果第一随机接入请求中携带的待请求系统消息1的导码为导码11,则第二随机接入请求中携带的待请求系统消息1的导码可以为导码12,也可以为11。

在一实施例中,ue可基于第二随机接入请求的响应消息确定第二随机接入请求所请求的待请求系统消息是否还有未请求成功的待请求系统消息,过程与基于第一随机接入请求的响应消息确定第一随机接入请求所请求的待请求系统消息的未请求成功的一部分的过程相同,这里不再赘述。

在一实施例中,如果ue发送第二随机接入请求之后,还有待请求系统消息没有请求成功,则可继续发送第二随机接入请求,后面发送的第二随机接入请求中携带的导码为没有请求成功的待请求系统消息的导码,直到所有的待请求系统消息都请求成功或者随机接入请求的时域资源被用完为止。

在步骤270中,统计每一个待请求系统消息的请求次数。

在步骤280中,当有待请求系统消息的请求次数大于预设次数时,向无线资源控制层指示有待请求系统消息的请求次数已达最大次数以及已达最大次数的待请求系统消息。

在一实施例中,预设次数可以为系统约定值,如3次。

本实施例中,可以控制ue在确定有待请求系统消息的请求结果为请求失败时,能够通过随机接入请求重复请求待请求系统消息直至请求成功,以提高基站与用户设备之间的系统消息发送和接收的效率,避免用户设备获取系统消息的时延长,降低基站发送系统消息的功率消耗,增加频谱资源的利用率。

图3是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图;该用于请求系统消息的方法可以应用在enb上,本实施例结合图1b进行示例性说明,如图3所示,该用于请求系统消息的方法包括以下步骤310-330:

在步骤310中,接收用户设备发送的携带待请求系统消息的导码的随机接入请求。

在步骤320中,基于请求消息,生成预设格式的响应消息。

在一实施例中,预设格式可以为只含有一个或者多个子包头,但是不包含包体的格式,也即不包含ue的小区无线网络临时标识(cellradionetworktemporaryidentifier,c-rnti)等信息,响应消息所要携带的导码通过子包头携带,生成此预设格式的响应消息的方法参见图4所示实施例,这里先不详述。

在一实施例中,预设格式可以为包头+包体的格式,包头中包含用于指示包体中导码的数目或者或指示包体的长度的指示信息;在一实施例中,包头中还可以包含用于指示响应消息的结构的类型指示信息,包体中可以包含一个或多个导码,生成此预设格式的响应消息的方法参见图5所示实施例,这里先不详述。

在步骤330中,发送响应消息。

在一示例性场景中,如图1b所示,以移动网络为lte网络并且基站为演进型基站(enb)为例进行示例性说明,在图1b所示的场景中,包括enb10、ue20,其中,enb10周期性广播第一类系统消息,ue20接收到第一类系统消息时可确定随机接入请求的时域资源以及待请求系统消息的发送窗口和导码。ue20可随机接入请求的时域资源上发送携带待请求系统消息的导码的第一随机接入请求,如果基于第一随机接入请求的响应消息确定待请求系统消息请求成功,则可在待请求系统消息的发送窗口中监听待请求系统消息,如果基于第一随机接入请求的响应消息确定待请求系统消息请求失败,则可继续在随机接入请求的时域资源上发送第二随机接入请求,直到待请求系统消息请求成功或者时域资源被用完为止。

本实施例中,通过上述步骤310-330,基站在接收到ue通过随机接入请求的时频资源发送的请求消息时可生成预设格式的响应消息,以指示ue是否会在待请求系统消息的发送窗口中发送待请求系统消息,以提高基站与用户设备之间的系统消息发送和接收的效率。

在一实施例中,基于请求消息,生成预设格式的响应消息,包括:

从请求消息中解析待请求系统消息的导码;

将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中,得到预设格式的响应消息。

在一实施例中,基于请求消息,生成预设格式的响应消息,包括:

从请求消息中解析待请求系统消息的导码;

在响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者响应消息的包体长度,并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中,得到预设格式的响应消息。

在一实施例中,响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。

在一实施例中,用于请求系统消息的方法还可以进一步包括:

在待请求系统消息的发送窗口内发送所响应的待请求系统消息。

具体如何发送系统消息的,请参考后续实施例。

下面以具体实施例来说明本公开实施例提供的技术方案。

图4是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图;本实施例利用本公开实施例提供的上述方法,以如何生成预设格式的响应消息为例进行示例性说明,如图4所示,包括如下步骤:

在步骤410中,接收用户设备在随机接入请求的时频资源上发送的携带待请求系统消息的导码的请求消息。

在步骤420中,从请求消息中解析待请求系统消息的导码。

在步骤430中,将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中,得到预设格式的响应消息。

在一实施例中,基站可确定当前要相应的待请求系统消息,并且确定要响应的待请求系统消息的导码的导码标识。在一实施例中,可以在每一个子包头中添加一个导码标识;在又一实施例中,可以在一个子包头中添加多个导码标识。

在一实施例中,由于该预设格式中不包括包体,因此基于待请求系统消息的导码确定响应消息的子包头后,即可得到预设格式的响应消息。

在步骤440中,发送响应消息,并且在待请求系统消息的发送窗口内发送待请求系统消息。

在一实施例中,基站可在待请求系统消息的发送窗口中发送一次以上的所响应的待请求系统消息。

本实施例中,基站可根据预先约定的格式生成响应消息,以实现待请求系统消息的请求,进而提高基站与用户设备之间的系统消息发送和接收的效率。

图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图;本实施例利用本公开实施例提供的上述方法,以如何生成预设格式的响应消息为例进行示例性说明,如图5所示,包括如下步骤:

在步骤510中,接收用户设备在随机接入请求的时频资源上发送的携带待请求系统消息的导码的请求消息。

在步骤520中,从请求消息中解析待请求系统消息的导码。

在步骤530中,在响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者响应消息的包体长度,并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中,得到预设格式的响应消息。

在一实施例中,基站可确定当前要相应的待请求系统消息,并且确定要响应的待请求系统消息的导码的数目或者响应消息的包体长度。

在一实施例中,响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。

在步骤540中,发送响应消息,并且在待请求系统消息的发送窗口内发送待请求系统消息。

本实施例中,基站可根据预先约定的格式生成响应消息,以实现待请求系统消息的请求,进而提高基站与用户设备之间的系统消息发送和接收的效率。

图6是根据一示例性实施例示出的一种用于请求系统消息的装置的框图,如图6所示,用于请求系统消息的装置包括:

第一发送模块610,被配置为发送第一随机接入请求,第一随机接入请求中携带标识待请求系统消息的至少一个导码。

第一监听模块620,被配置为在预设时间段内监听第一随机接入请求对应的响应消息,响应消息携带用于响应导码的信息;

第二监听模块630,被配置为在监听到响应消息时,基于响应消息中包含的导码标识,在导码标识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。

图7是根据一示例性实施例示出的另一种用于请求系统消息的装置的框图,如图7所示,在上述图6所示实施例的基础上,在一实施例中,装置包括:

第一确定模块640,被配置为基于响应消息中包含的导码标识以及第一随机接入请求中携带标识待请求系统消息的至少一个导码,确定请求结果为失败的待请求系统消息;

第二发送模块650,被配置为发送第二随机接入请求,第二随机接入请求携带请求失败的待请求系统消息的导码。

在一实施例中,装置还包括:

统计模块660,被配置为统计每一个待请求系统消息的请求次数;

问题报告模块670,被配置为在有待请求系统消息的请求次数大于预设次数时,向无线资源控制rrc层指示待请求系统消息的请求次数已达最大次数。

在一实施例中,装置还包括:

第二确定模块680,被配置为在没有监听到响应消息时,确定没有待请求系统消息请求成功。

图8是根据一示例性实施例示出的一种用于请求系统消息的装置的框图,应用在基站上,如图8所示,用于请求系统消息的装置包括:

第一接收模块810,被配置为接收用户设备发送的携带待请求系统消息的导码的随机接入请求;

消息生成模块820,被配置为基于第一接收模块920接收到的请求消息,生成预设格式的响应消息;

第三发送模块830,被配置为发送消息生成模块920生成的响应消息。

图9是根据一示例性实施例示出的另一种用于请求系统消息的装置的框图,如图9所示,在上述图8所示实施例的基础上,在一实施例中,消息生成模块820包括:

第一解析子模块821,被配置为从请求消息中解析待请求系统消息的导码;

第一生成子模块822,被配置为将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中,得到预设格式的响应消息。

在一实施例中,消息生成模块820包括:

第二解析子模块823,被配置为从请求消息中解析待请求系统消息的导码;

第二生成子模块824,被配置为在响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者响应消息的包体长度,并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中,得到预设格式的响应消息。

在一实施例中,响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。

在一实施例中,装置还包括:

第四发送模块840,被配置为在待请求系统消息的发送窗口内发送所响应的待请求系统消息。

关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。

图10是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。例如,装置1000可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等用户设备。

参照图10,装置1000可以包括以下一个或多个组件:处理组件1002,存储器1004,电源组件1006,多媒体组件1008,音频组件1012,输入/输出(i/o)的接口1012,传感器组件1014,以及通信组件1016。

处理组件1002通常控制装置1000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理元件1002可以包括一个或多个处理器1020来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1002可以包括一个或多个模块,便于处理组件1002和其他组件之间的交互。例如,处理部件1002可以包括多媒体模块,以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(sram),电可擦除可编程只读存储器(eeprom),可擦除可编程只读存储器(eprom),可编程只读存储器(prom),只读存储器(rom),磁存储器,快闪存储器,磁盘或光盘。

电力组件1006为装置1000的各种组件提供电力。电力组件1006可以包括电源管理系统,一个或多个电源,及其他与为装置1000生成、管理和分配电力相关联的组件。

多媒体组件1008包括在装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件1008包括一个前置摄像头和/或后置摄像头。当设备1000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1012被配置为输出和/或输入音频信号。例如,音频组件1012包括一个麦克风(mic),当装置1000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中,音频组件1012还包括一个扬声器,用于输出音频信号。

i/o接口1012为处理组件1002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或多个传感器,用于为装置1000提供各个方面的状态评估。例如,传感器组件1014可以检测到设备1000的打开/关闭状态,组件的相对定位,例如组件为装置1000的显示器和小键盘,传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变,用户与装置1000接触的存在或不存在,装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器,如cmos或ccd图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络,如wifi,2g或3g,或它们的组合。在一个示例性实施例中,通信部件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,通信部件1016还包括近场通信(nfc)模块,以促进短程通信。例如,在nfc模块可基于射频识别(rfid)技术,红外数据协会(irda)技术,超宽带(uwb)技术,蓝牙(bt)技术和其他技术来实现。

在示例性实施例中,装置1000可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1004,上述指令在被执行时可配置装置1000的处理器1020以执行上述方法,包括:

发送第一随机接入请求,第一随机接入请求中携带标识待请求系统消息的至少一个导码;

在预设时间段内监听第一随机接入请求对应的响应消息,响应消息携带用于响应导码的信息;

在监听到响应消息时,基于响应消息中包含的导码标识,在导码标识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。

图11是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。装置1100可以被提供为一基站。参照图11,装置1100包括处理组件1122、无线发射/接收组件1124、天线组件1126、以及无线接口特有的信号处理部分,处理组件1122可进一步包括一个或多个处理器。

处理组件1122中的其中一个处理器可以被配置为:

接收用户设备发送的携带待请求系统消息的导码的随机接入请求;

基于请求消息,生成预设格式的响应消息;

发送响应消息。

在示例性实施例中,基站中还提供了一种包括指令的非临时性计算机可读存储介质,存储介质上存储有计算机指令,其特征在于,指令被处理器执行时实现以下步骤:

接收用户设备发送的携带待请求系统消息的导码的随机接入请求;

基于请求消息,生成预设格式的响应消息;

发送响应消息。

本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本公开的其它实施方案。本请求旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1