CN116584119A - 信息传输方法、装置、通信设备和存储介质 - Google Patents

Abstract

本公开实施例是关于信息传输方法、装置、通信设备和存储介质，基站发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供用户设备(UE)确定是否验证无线资源控制拒绝(RRCReject)消息。

Description

信息传输方法、装置、通信设备和存储介质 技术领域

本申请涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及信息传输方法、装置、通信设备和存储介质。

背景技术

蜂窝移动通信系统中，当用户设备UE尝试建立无线资源控制(RRC，Radio Resource Control)连接时，网络可以通过公共控制信道(CCCH，Common Control Channel)发送无线资源控制拒绝(RRCReject，Radio Resource Control Reject)消息来拒绝UE的RRC连接过程。RRCReject消息是没有安全保护措施的。当UE收到网络下发的RRCReject消息时，如存在一个拒绝等待时长(RejectwaitTime)信息元素(IE，Information Element)，UE将根据该IE保持在RRC非连接态，直到超时才会重新发起RRC连接建立或恢复。

发明内容

有鉴于此，本公开实施例提供了一种信息传输方法、装置、通信设备和存储介质。

根据本公开实施例的第一方面，提供一种信息传输方法，其中，被基站执行，所述方法包括：

发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供用户设备(UE，User Equipment)确定是否验证RRCReject消息。

根据本公开实施例的第二方面，提供一种信息传输方法，其中，被UE执行，所述方法包括：

接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供所述UE确定是否验证RRCReject消息。

根据本公开实施例的第三方面，提供一种信息传输装置，其中，所述装置包括：

发送模块，配置为发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。

根据本公开实施例的第四方面，提供一种信息传输装置，其中，所述装置包括：

接收模块，配置为接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。

根据本公开实施例的第五方面，提供一种通信设备装置，包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如第一方面或第二方面所述信息传输方法的步骤。

根据本公开实施例的第六方面，提供一种存储介质，其上存储有可执行程序，其中，所述可执行程序被处理器执行时实现如第一方面或第二方面所述信息传输方法的步骤。

根据本公开实施例提供的信息传输方法、装置、通信设备和存储介质，基站发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。如此，UE可以基于时长阈值确定是否验证RRCReject消息，相比完全不进行RRCReject消息验证或验证每个RRCReject消息，提高了RRCReject消息验证的灵活性，满足针对RRCReject消息的不同安全需求。

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

附图说明

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

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种信息传输方法的流程示意图；

图3是根据一示例性实施例示出的另一种信息传输方法的流程示意图；

图4是根据一示例性实施例示出的一种信息传输装置的框图；

图5是根据一示例性实施例示出的另一种信息传输装置的框图；

图6是根据一示例性实施例示出的一种用于信息传输的装置的框图。

具体实施方式

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

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或 “当……时”或“响应于确定”。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个基站12。

其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remote terminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户终端(user equipment，UE)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。

其中，基站12可以是4G系统中采用的演进型基站(eNB)。或者，基 站12也可以是5G系统中采用集中分布式架构的基站(gNB)。当基站12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Media Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。

基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，终端11之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。

在一些实施例中，上述无线通信系统还可以包含网络管理设备13。

若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(Evolved Packet Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备13的实现形态，本公开实 施例不做限定。

本公开实施例涉及的执行主体包括但不限于：蜂窝移动通信系统中的手机终端等UE，以及网络侧设备，如基站等接入网设备，以及核心网等。

鉴于RRCReject消息不存在任何安全保护机制,若攻击者对UE发起RRCReject消息的攻击，且随意篡改RejectwaitTime IE，会导致UE遭受拒绝服务(Dos，Denial of Service)攻击，从而无法进入连接态收发业务。

因此，可以在RRCReject消息中引入一个字段RejectMAC-I来进行保护，通过预定的算法，如NIA算法以及如下的输入参数来实现RejectMAC-I的计算：

a)密钥(KEY)：当前UE上下文中存储的K _RRCint；

b)承载(BEARER)：承载标识；

c)方向(DIRECTION)：数据方向；

d)计数COUNT：当前COUNT值；

e)消息(MESSAGE)，包括：源C-RNTI、源PCI、目标Cell-ID、回复原因(resumeCause)和/或等待时长(waitTime)。

在UE收到基站(如gNB)发送的RRCReject消息时，需要根据相同的算法去验证RRCReject消息中的RejectMAC-I字段，当验证通过时UE才会接收该RRCReject消息，从而有效地避免了攻击者对该消息的攻击。

但是，网络并不需要每次发送RRCReject消息时都需要具备RejectMAC-I的功能。因此，如何灵活使用RejectMAC-I，满足不同的安全需要，提高兼容性，是亟待解决的问题。

如图2所示，本示例性实施例提供一种信息传输方法，可以被蜂窝移动通信系统的核心网执行，包括：

步骤201：发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。

这里，RRCReject消息是UE在发起RRC连接时基站发送的用于拒绝UE的RRC连接进程的消息。这里，UE发起的RRC连接可以包括：非激活态UE进行的RRC连接恢复。UE发起的RRC连接还可以包括：空闲态UE或初次激活UE时的RRC连接建立，以及连接失败后的RRC重新连接。。

所述确定是否验证RRCReject消息，可包括，确定是否验证所述RRCReject消息的安全性。

例如，携带所述指示信息的消息，不同于所述RRCReject消息。

示例性地，所述确定是否验证所述RRCReject消息的安全性，包括：确定是否验证所述RRCReject消息携带的验证信息，或者，验证所述RRCReject消息携带的等待时长是否为未被篡改过的时长。

基站发送的RRCReject消息中可以包含验证信息，也可以不包含验证信息。验证信息可以包括：安全验证信息和/或完整性验证信息等。验证信息可以是RRCReject消息中的字段：RejectMAC-I。确定的方式可以的如上文所述，在此不再赘述。通过验证RejectMAC-I可以确定RRCReject消息是否被篡改，确定RRCReject消息的完整性，进而提高信息传输的安全性。

对RRCReject消息的验证，可以包括对验证信息的验证，以确定RRCReject消息的完整性，和/或RRCReject消息的安全性等。从而，减少由于接收的RRCReject消息不完整和/或被篡改引起的接收错误或不安全情况。

时长阈值可以用于供UE与关联于RRC连接的时长进行比较，基于比较得结果，确定是否验证RRCReject消息。预定的时长可以包括但不限于：RRCReject消息所指示的等待时长(waitTime)、UE从RRC释放到进行RRC连接恢复的时长等。这里，等待时长，即拒绝等待时长(RejectwaitTime)是基站指示的UE不允许进行RRC连接恢复的时长。

如此，UE可以基于时长阈值确定是否验证RRCReject消息，相比完全 不进行RRCReject消息验证或验证每个RRCReject消息，提高了RRCReject消息验证的灵活性，满足针对RRCReject消息的不同安全需求。

在一个实施例中，所述时长阈值的生效区域为：

所述指示信息发送的小区；

或者，

所述指示消息发送的小区所在接入网通知区域RNA。

时长阈值可以在所述指示信息发送的小区生效，即UE在当前小区接收到指示信息后，将时长阈值用于判断是否验证当前小区接收的RRCReject消息。这里，指示消息发送的小区，是指基站发送该指示消息的小区。例如，基站在小区A发送指示消息，那么指示消息所指示的时长阈值在小区A生效。

接入网通知区域RNA可以是接入网的信号覆盖范围的区域。时长阈值可以在发送所述指示信息的接入网的RNA生效，即UE在接收到指示信息后，将时长阈值用于判断是否验证接入网的RNA接收的RRCReject消息。

如此，通过时长阈值，UE可以在生效区域确定是否验证RRCReject消息，满足不同区域的RRCReject消息验证需求。

在一个实施例中，所述指示信息携带于以下至少之一的消息中：

无线资源控制释放RRCRelease消息；

或，

系统消息。

基站通过RRCRelease消息发送指示时长阈值的指示信息给UE，该时长阈值可以在发送RRCRelease消息的小区内生效，也可以在发送RRCRelease消息的接入网的RNA生效。

示例性的，RRCRelease消息携带的指示信息指示的时长阈值，在RNA生效：基站通过RRCRelease消息发送时长阈值给UE，且在整个RNA区域 生效，用于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I消息进行判断。

示例性的，RRCRelease消息携带的指示信息指示的时长阈值，在RNA生效：UE在锚点基站的RRCRelease消息中收到了时长阈值，但在非连接态时移动到其他小区(同属一个RNA)发起了RRC连接恢复，此时UE当前存储的时长阈值可适用于发起RRC连接恢复的小区。这里，锚点基站为UE从RRC连接态释放到RRC空闲态/RRC非激活态的基站。

基站通过系统消息发送指示时长阈值的指示信息给UE，该时长阈值可以在发送系统消息的小区内生效，也可以在发送系统消息的接入网的RNA生效。这里，系统消息可以包括系统消息块(SIB，System Information Block)，指示信息可以携带于现有的SIB中，也可以新增一个SIB用于携带指示信息。

示例性的，系统消息携带的指示信息指示的时长阈值，在发送系统消息的小区生效：基站通过系统消息广播的方式发送时长阈值给UE，且在当前小区生效，用于UE在收到RRCReject消息是对是否需要验证RejectMAC-I进行判断。

示例性的，系统消息携带的指示信息指示的时长阈值，在发送系统消息的RNA生效：基站通过系统消息广播的方式发送时长阈值给UE，且在整个RNA区域生效，用于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I消息进行判断。或者，所有RNA下的基站都在广播相同的时长阈值，无论UE处于锚点小区，还是移动到新小区，都使用相同的时长阈值对RRCReject消息的验证进行判断。

在一个实施例中，

所述RRCReject消息指示的等待时长小于所述时长阈值，所述RRCReject消息不包含验证信息；

所述RRCReject消息指示的等待时长大于或等于所述时长阈值，所述RRCReject消息包含对所述验证信息。

时长阈值可以基于RRCReject消息的安全性设置。如果RRCReject消息指示的等待时长小于时长阈值，如，等待时长为1秒或2秒等，那么，该时间段内RRCReject消息被篡改的可能性不大，因此，可以在RRCReject消息中不设置验证信息。UE在接收到RRCReject消息后可以不进行验证。

示例性的，若基站当前希望发送的等待时长小于当前配置的时长阈值，则无需使用RejectMAC-I功能，直接发送未携带RejectMAC-I的RRCReject消息给UE，即无鉴权机制。

示例性的，当UE从当前基站的系统消息广播收到了时长阈值，在RRC连接恢复流程中接收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

示例性的，当UE从锚点基站的RRCRelease消息中收到时长阈值，在整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

如果RRCReject消息指示的等待时长大于或等于时长阈值，那么，该时间段内RRCReject消息存在被篡改的可能性，因此，可以在RRCReject消息中设置验证信息。UE在接收到RRCReject消息后需要进行验证。

示例性的，若基站当前希望发送的等待时长大于或等于当前配置的时长阈值，则需要使用RejectMAC-I功能，发送携带RejectMAC-I的RRCReject消息给UE，供UE进行鉴权认证该消息。

示例性的，当UE从当前基站的系统消息广播收到了时长阈值，在RRC连接恢复流程中接收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

示例性的，当UE从锚点基站的RRCRelease消息中收到时长阈值，在 整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

所述指示信息携带于系统消息中。

在一个实施例中，所述发送指示信息之前，所述方法还包括：

至少基于所述时长阈值，确定是否发送所述指示信息；

所述发送指示信息，包括：

响应于配置有所述时长阈值，所述发送所述指示信息。

基站可以根据是否配置时长阈值，确定是否发送指示信息。

如果配置有时长阈值，那么基站可以向UE发送指示信息，并且基于时长阈值与等待时长的比较结果，确定是否在RRCReject消息中携带验证信息，即RejectMAC-I。

在一个实施例中，所述至少基于所述时长阈值，确定是否发送所述指示信息，包括：

响应于未配置有所述时长阈值，则基站无需发送所述指示信息。

在一个实施例中，响应于确定不发送指示信息，所述RRCReject消息不包含验证信息。

在一个实施例中，响应于所述RRCReject消息未指示等待时长，所述RRCReject消息不包含验证信息。

如果基站未配置时长阈值，或者，基站未配置等待时长，那么，基站在发送RRCReject消息时，可以不携带安全验证消息。UE接收到RRCReject消息后，不进行验证。

示例性的，若基站当前未配置时长阈值，如没有使用RRCRelease消息给任何UE配置时长阈值，或未广播时长阈值，则无需使用RejectMAC-I功能。当前UE未收到基站通过广播的系统消息或RRCRelease消息发送的 时长阈值时，忽略验证流程

在一个实施例中，所述方法还包括：

UE响应于验证所述RRCReject消息成功，在所述等待时长之内不发起RRC连接恢复。

若UE验证RRCReject消息成功，如验证RejectMAC-I成功，则直接使用等待时长响应RRCReject消息的拒绝服务时长，在该等待时长内，不会发起RRC连接恢复。UE可以在等待时长后发起RRC连接恢复。

在一个实施例中，所述方法还包括：

UE响应于验证所述RRCReject消息失败，忽略所述RRCReject消息。

若UE验证RRCReject消息失败，如验证RRCReject消息的RejectMAC-I失败，可以确定RRCReject消息被篡改或者损坏等，如此，可以忽略RRCReject消息，即认为当前没有收到基站侧的任何消息下发，直到T319超时，UE确定恢复失败。

在一个实施例中，所述方法还包括：

UE响应于不验证所述RRCReject消息，在所述等待时长之内不发起RRC连接恢复。

若UE忽略验证流程，即不验证RRCReject消息，UE可以直接使用RRCReject消息中的等待时长来响应RRCReject消息的拒绝服务时长，在该等待时长时长内，不会发起RRC连接恢复在等待时长后发起RRC连接。UE可以在等待时长后发起RRC连接恢复。

在实际应用中，伪基站修改RRCReject消息中的等待时长，通常是修改后的等待时长小于修改前的等待时长。如果预先预定RRCReject消息中的等待时长大于时长阈值，那么当UE接收到RRCReject消息后比较等待时长和时长阈值，可以初步判断等待时长是否被修改，如果等待时长小于时长阈值，那么可以确定等待时长被修改。即时长阈值同时也是一种验证机 制。

如图3所示，本示例性实施例提供一种信息传输方法，可以被蜂窝移动通信系统的UE执行，包括：

步骤301：接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供所述UE确定是否验证RRCReject消息。

这里，RRCReject消息是UE在发起RRC连接时基站发送的用于拒绝UE的RRC连接进程的消息。这里，UE发起的RRC连接可以包括：非激活态UE进行的RRC连接恢复。UE发起的RRC连接还可以包括：空闲态UE或初次激活UE时的RRC连接建立，以及连接失败后的RRC重新连接。

所述确定是否验证RRCReject消息，可包括，确定是否验证所述RRCReject消息的安全性。携带所述指示信息的消息，可以不同于所述RRCReject消息。

示例性地，所述确定是否验证所述RRCReject消息的安全性，包括：确定是否验证所述RRCReject消息携带的验证信息，或者，验证所述RRCReject消息携带的等待时长是否为未被篡改过的时长。

基站发送的RRCReject消息中可以包含验证信息，也可以不包含验证信息。验证信息可以包括：安全验证信息和/或完整性验证信息等。验证信息可以是RRCReject消息中的字段：RejectMAC-I。确定的方式可以的如上文所述，在此不再赘述。通过验证RejectMAC-I可以确定RRCReject消息是否被篡改，确定RRCReject消息的完整性，进而提高信息传输的安全性。

对RRCReject消息的验证，可以包括对验证信息的验证，以确定RRCReject消息的完整性，和/或RRCReject消息的安全性等。从而，减少由于接收的RRCReject消息不完整和/或被篡改引起的接收错误或不安全情况。

时长阈值可以用于供UE与关联于RRC连接的时长进行比较，基于比 较得结果，确定是否验证RRCReject消息。预定的时长可以包括但不限于：RRCReject消息所指示的等待时长(waitTime)、UE从RRC释放到进行RRC连接恢复的时长等。这里，等待时长是基站指示的UE不允许进行RRC连接恢复的时长。

如此，UE可以基于时长阈值确定是否验证RRCReject消息，相比完全不进行RRCReject消息验证或验证每个RRCReject消息，提高了RRCReject消息验证的灵活性，满足针对RRCReject消息的不同安全需求。

在一个实施例中，所述时长阈值的生效区域为：

所述指示信息发送的小区；

或者，

所述指示消息发送的小区所在接入网通知区域RAN。

时长阈值可以在所述指示信息发送的小区生效，即UE在当前小区接收到指示信息后，将时长阈值用于判断是否验证当前小区接收的RRCReject消息。这里，指示消息发送的小区，是指基站发送该指示消息的小区。例如，基站在小区A发送指示消息，那么指示消息所指示的时长阈值在小区A生效。

接入网通知区域RNA可以是接入网的信号覆盖范围的区域。时长阈值可以在发送所述指示信息的接入网的RNA生效，即UE在接收到指示信息后，将时长阈值用于判断是否验证接入网的RNA接收的RRCReject消息。

如此，通过时长阈值，UE可以在生效区域确定是否验证RRCReject消息，满足不同区域的RRCReject消息验证需求。

在一个实施例中，所述指示信息携带于以下至少之一的消息中：

无线资源控制释放RRCRelease消息；

或，

系统消息。

基站通过RRCRelease消息发送指示时长阈值的指示信息给UE，该时长阈值可以在发送RRCRelease消息的小区内生效，也可以在发送RRCRelease消息的接入网的RNA生效。

示例性的，RRCRelease消息携带的指示信息指示的时长阈值，在RNA生效：基站通过RRCRelease消息发送时长阈值给UE，且在整个RNA区域生效，用于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I消息进行判断。

示例性的，RRCRelease消息携带的指示信息指示的时长阈值，在RNA生效：UE在锚点基站的RRCRelease消息中收到了时长阈值，但在非连接态时移动到其他小区(同属一个RNA)发起了RRC连接恢复，此时UE当前存储的时长阈值可适用于发起RRC连接恢复的小区。这里，锚点基站为UE从RRC连接态释放到RRC空闲态/RRC非激活态的基站。

基站通过系统消息发送指示时长阈值的指示信息给UE，该时长阈值可以在发送系统消息的小区内生效，也可以在发送系统消息的接入网的RNA生效。这里，系统消息可以包括系统消息块(SIB，System Information Block)，指示信息可以携带于现有的SIB中，也可以新增一个SIB用于携带指示信息。

示例性的，系统消息携带的指示信息指示的时长阈值，在发送系统消息的小区生效：基站通过系统消息广播的方式发送时长阈值给UE，且在当前小区生效，用于UE在收到RRCReject消息是对是否需要验证RejectMAC-I进行判断。

示例性的，系统消息携带的指示信息指示的时长阈值，在发送系统消息的RNA生效：基站通过系统消息广播的方式发送时长阈值给UE，且在整个RNA区域生效，用于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I消息进行判断。或者，所有RNA下的基站都在广播相同的时 长阈值，无论UE处于锚点小区，还是移动到新小区，都使用相同的时长阈值对RRCReject消息的验证进行判断。

在一个实施例中，所述确定是否验证RRCReject消息，包括，

响应于所述RRCReject消息指示的等待时长小于所述时长阈值，确定不验证所述RRCReject消息；

或，

响应于所述RRCReject消息指示的等待时长大于或等于所述时长阈值，确定验证所述RRCReject消息。

时长阈值可以基于RRCReject消息的安全性设置。如果RRCReject消息指示的等待时长小于时长阈值，如，等待时长为1秒或2秒等，那么，该时间段内RRCReject消息被篡改的可能性不大，因此，可以在RRCReject消息中不设置验证信息。UE在接收到RRCReject消息后可以不进行验证。

示例性的，若基站当前希望发送的等待时长小于当前配置的时长阈值，则无需使用RejectMAC-I功能，直接发送未携带RejectMAC-I的RRCReject消息给UE，即无鉴权机制。

示例性的，当UE从当前基站的系统消息广播收到了时长阈值，在RRC连接恢复流程中接收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

示例性的，当UE从锚点基站的RRCRelease消息中收到时长阈值，在整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

如果RRCReject消息指示的等待时长大于或等于时长阈值，那么，该时间段内RRCReject消息存在被篡改的可能性，因此，可以在RRCReject消息中设置验证信息。UE在接收到RRCReject消息后需要进行验证。

示例性的，若基站当前希望发送的等待时长大于或等于当前配置的时 长阈值，则需要使用RejectMAC-I功能，发送携带RejectMAC-I的RRCReject消息给UE，供UE进行鉴权认证该消息。

示例性的，当UE从当前基站的系统消息广播收到了时长阈值，在RRC连接恢复流程中接收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

示例性的，当UE从锚点基站的RRCRelease消息中收到时长阈值，在整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

在一个实施例中，所述方法还包括：

响应于未接收到所述指示信息，不验证所述RRCReject消息；

或者，

响应于所述RRCReject消息未指示等待时长，不验证所述RRCReject消息。

如果基站未配置时长阈值，或者，基站未配置等待时长，那么，基站在发送RRCReject消息时，可以不携带安全验证消息。UE接收到RRCReject消息后，不进行验证。

示例性的，若基站当前未配置时长阈值，如没有使用RRCRelease消息给任何UE配置时长阈值，或未广播时长阈值，则无需使用RejectMAC-I功能。当前UE未收到基站通过广播的系统消息或RRCRelease消息发送的时长阈值时，忽略验证流程。

在一个实施例中，所述方法还包括：

响应于验证所述RRCReject消息成功，在所述等待时长之内不发起RRC连接恢复。

若UE验证RRCReject消息成功，如验证RejectMAC-I成功，则直接使 用等待时长响应RRCReject消息的拒绝服务时长，在该等待时长内，不会发起RRC连接恢复。UE可以在等待时长后发起RRC连接恢复。

在一个实施例中，所述方法还包括：

响应于验证所述RRCReject消息失败，忽略所述RRCReject消息。

若UE验证RRCReject消息失败，如验证RRCReject消息的RejectMAC-I失败，可以确定RRCReject消息被篡改或者损坏等，如此，可以忽略RRCReject消息，即认为当前没有收到基站侧的任何消息下发，直到T319超时，UE确定恢复失败。

在一个实施例中，所述方法还包括：

响应于不验证所述RRCReject消息，在所述等待时长之内不发起RRC连接恢复。

若UE忽略验证流程，即不验证RRCReject消息，UE可以直接使用RRCReject消息中的等待时长来响应RRCReject消息的拒绝服务时长，在该等待时长时长内，不会发起RRC连接恢复在等待时长后发起RRC连接。UE可以在等待时长后发起RRC连接恢复。

以下结合上述任意实施例提供一个具体示例：

1，基站通过如下消息向UE发送用于限制无线资源控制拒绝(RRCReject)消息中的等待时长(waitTime)的时长阈值(threshold)：

a.无线资源控制释放(RRCRelease)消息；

b.系统消息(SystemInfo)。

实施例a：基站通过RRCRelease消息发送时长阈值给UE，且在整个RNA区域生效，用于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I进行判断。

实施例b：基站通过系统消息广播的方式(SIBx，可为现有SIB也可以是新增SIB)发送时长阈值给UE，且在整个RNA区域生效，时长阈值用 于UE在收到RRCReject消息时，对是否需要验证RejectMAC-I进行判断。

实施例c：基站通过系统消息广播的方式(SIBx，可为现有SIB也可以是新增SIB)发送时长阈值给UE，且在当前小区生效，时长阈值用于UE在收到RRCReject消息是对是否需要验证RejectMAC-I进行判断。即UE移动到其他小区，则使用该其他小区广播的时长阈值。

2，当前基站所配置的时长阈值在整个RNA区域生效。

实施例a：UE在锚点基站的RRCRelease消息中收到了时长阈值，但在非连接态时移动到其他小区(同属一个RNA)并发起了RRC连接恢复，此时UE在锚点基站接收并存储的时长阈值可适用于新发起连接恢复的小区。

实施例b：所有RNA下的基站都在广播相同的时长阈值，无论UE处于锚点小区，还是移动到新小区，都使用相同的时长阈值对RRCReject消息的验证进行判断。锚点基站为UE从连接态释放到空闲态/非激活态的基站，即最后服务小区(last serving cell)。

3.基站根据所配置的时长阈值，发送(携带RejectMAC-I的)RRCReject消息给UE。

实施例a：若基站当前希望发送的等待时长小于当前配置的时长阈值，则无需使用RejectMAC-I功能，直接发送未携带RejectMAC-I的RRCReject消息于UE，即无鉴权机制。

实施例b：若基站当前希望发送的等待时长大于或等于当前配置的时长阈值，则需要使用RejectMAC-I功能，发送携带RejectMAC-I的RRCReject消息给UE，供UE进行鉴权认证该消息。

实施例c：若基站当前未配置时长阈值，如没有使用RRCRelease消息给任何UE配置时长阈值，或未广播时长阈值，则无需使用RejectMAC-I功能。

终端侧

1.UE根据基站是否配置时长阈值，判断RRCReject消息中的等待时长是否需要验证。

实施例a：当UE从当前基站的系统消息广播收到了时长阈值时，在RRC连接恢复流程中接收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

实施例b：当UE从当前基站的系统消息广播收到了时长阈值时，在RRC连接恢复流程中接收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

对于系统消息广播的方式，时长阈值可在整个RNA区域生效，也可以不生效，UE始终按照当前驻留小区的系统消息广播的时长阈值来验证即可。

实施例c：时长阈值在整个RNA区域生效场景。当UE从锚点基站的RRCRelease消息中收到时长阈值时，在整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若未配置等待时长，或等待时长小于时长阈值时，则忽略验证流程。

实施例d：时长阈值在整个RNA区域生效场景。当UE从锚点基站的RRCRelease消息中收到时长阈值时，在整个RNA下的小区发送RRC连接恢复流程中收到RRCReject消息时，若配置的等待时长大于或等于时长阈值时，则需要根据该消息中携带的RejectMAC-I进行验证。

实施例e：若当前UE未收到基站(广播或RRCRelease)发送的时长阈值时，忽略验证流程。

2.UE根据对RejectMAC-I的验证结果，响应于是否接收RRCReject消息。

实施例a：若UE验证RejectMAC-I失败，则忽略RRCReject消息，即认为当前没有收到基站侧的任何消息下发，此时待T319超时，UE认为恢 复失败。

实施例b：根据权1的实施例a/c/e，若UE忽略验证流程，则直接使用等待时长响应RRCReject消息的拒绝服务时长，在该等待时长时长内，不会发起二次RRC连接恢复。

实施例c：若UE验证RejectMAC-I成功，则直接使用等待时长响应RRCReject消息的拒绝服务时长，在该等待时长时长内，不会发起二次RRC连接恢复。

本发明实施例还提供了一种信息传输装置，如图4所示，应用于蜂窝移动无线通信的基站中，其中，所述装置100包括：

发送模块110，配置为发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。

在一个实施例中，所述时长阈值的生效区域为：

所述指示信息发送的小区；

或者，

所述指示消息发送的小区所在接入网通知区域RNA。

在一个实施例中，所述RRCReject消息指示的等待时长小于所述时长阈值，所述RRCReject消息不包含验证信息；

所述RRCReject消息指示的等待时长大于或等于所述时长阈值，所述RRCReject消息包含对所述验证信息。

在一个实施例中，所述指示信息携带于以下至少之一的消息中：

无线资源控制释放RRCRelease消息；

或，

系统消息。

在一个实施例中，所述装置还包括：

确定模块120，配置为发送所述指示信息之前，至少基于所述时长阈值， 确定是否发送所述指示信息；

所述发送模块110，具体配置为响应于配置有所述时长阈值，所述发送所述指示信息。

在一个实施例中，所述确定模块120，具体配置为响应于未配置有所述时长阈值，确定不发送所述指示信息。

在一个实施例中，响应于确定不发送指示信息，所述RRCReject消息不包含验证信息。

在一个实施例中，响应于所述RRCReject消息未指示等待时长，所述RRCReject消息不包含验证信息。

本发明实施例还提供了一种信息传输装置，如图5所示，应用于蜂窝移动无线通信的UE中，其中，所述装置200包括：

接收模块210，配置为接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供UE确定是否验证RRCReject消息。

在一个实施例中，所述时长阈值的生效区域为：

所述指示信息发送的小区；

或者，

所述指示消息发送的小区所在接入网通知区域RAN。

在一个实施例中，所述接收模块210，具体配置为：

响应于所述RRCReject消息指示的等待时长小于所述时长阈值，确定不验证所述RRCReject消息；

或，

响应于所述RRCReject消息指示的等待时长大于或等于所述时长阈值，确定验证所述RRCReject消息。

在一个实施例中，所述装置还包括：

第一控制模块220，配置为响应于验证所述RRCReject消息成功，在所 述等待时长之内不发起RRC连接恢复。

在一个实施例中，所述装置还包括：

第二控制模块230，配置为响应于验证所述RRCReject消息失败，忽略所述RRCReject消息。

在一个实施例中，所述装置还包括：

第三控制模块240，配置为响应于不验证所述RRCReject消息，在所述等待时长之内不发起RRC连接恢复。

在一个实施例中，所述接收模块210，具体配置为：

确定是否验证所述RRCReject消息携带的验证信息。

在一个实施例中，所述指示信息携带于以下至少之一的消息中：

无线资源控制释放RRCRelease消息；

或，

系统消息。

在一个实施例中，所述装置还包括：

第四控制模块250，配置为响应于未接收到所述指示信息，不验证所述RRCReject消息；

或者，

第五控制模块260，配置为响应于所述RRCReject消息未指示等待时长，不验证所述RRCReject消息。

在示例性实施例中，发送模块110、确定模块120、接收模块210、第一控制模块220、第二控制模块230、第三控制模块240、第四控制模块250或第五控制模块260可以被一个或多个中央处理器(CPU，Central Processing Unit)、图形处理器(GPU，Graphics Processing Unit)、基带处理器(BP，Baseband Processor)、应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。

图6是根据一示例性实施例示出的一种用于信息传输的装置3000的框图。例如，装置3000可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。

参照图6，装置3000可以包括以下一个或多个组件：处理组件3002、存储器3004、电源组件3006、多媒体组件3008、音频组件3010、输入/输出(I/O)接口3012、传感器组件3014、以及通信组件3016。

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

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

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器3004，上述指令可由装置3000的处理器3020执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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

Claims (36)

1. 一种信息传输方法，其中，被基站执行，所述方法包括：

   发送指示信息，其中，所述指示信息，指示时长阈值；

   所述时长阈值，用于供用户设备UE确定是否验证无线资源控制拒绝RRCReject消息。
2. 根据权利要求1所述的方法，其中，所述时长阈值的生效区域为：

   所述指示信息发送的小区；

   或者，

   所述指示消息发送的小区所在接入网通知区域RNA。
3. 根据权利要求1或2所述的方法，其中，

   所述RRCReject消息指示的等待时长小于所述时长阈值，所述RRCReject消息不包含验证信息；

   所述RRCReject消息指示的等待时长大于或等于所述时长阈值，所述RRCReject消息包含对所述验证信息。
4. 根据权利要求1或2所述的方法，其中，所述指示信息携带于以下至少之一的消息中：

   无线资源控制释放RRCRelease消息；

   或，

   系统消息。
5. 根据权利要求1或2所述的方法，其中，所述发送指示信息之前，所述方法还包括：

   至少基于所述时长阈值，确定是否发送所述指示信息；

   所述发送指示信息，包括：

   响应于配置有所述时长阈值，所述发送所述指示信息。
6. 根据权利要求5所述的方法，其中，所述至少基于所述时长阈值，确 定是否发送所述指示信息，包括：

   响应于未配置有所述时长阈值，确定不发送所述指示信息。
7. 根据权利要求6所述的方法，其中，

   响应于确定不发送指示信息，所述RRCReject消息不包含验证信息。
8. 根据权利要求1或2所述的方法，其中，响应于所述RRCReject消息未指示等待时长，所述RRCReject消息不包含验证信息。
9. 一种信息传输方法，其中，被用户设备UE执行，所述方法包括：

   接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供所述UE确定是否验证无线资源控制拒绝RRCReject消息。
10. 根据权利要求9所述的方法，其中，所述时长阈值的生效区域为：

    所述指示信息发送的小区；

    或者，

    所述指示消息发送的小区所在接入网通知区域RAN。
11. 根据权利要求9所述的方法，其中，所述确定是否验证RRCReject消息，包括，

    响应于所述RRCReject消息指示的等待时长小于所述时长阈值，确定不验证所述RRCReject消息；

    或，

    响应于所述RRCReject消息指示的等待时长大于或等于所述时长阈值，确定验证所述RRCReject消息。
12. 根据权利要求11所述的方法，其中，所述方法还包括：

    响应于验证所述RRCReject消息成功，在所述等待时长之内不发起RRC连接恢复。
13. 根据权利要求11所述的方法，其中，所述方法还包括：

    响应于验证所述RRCReject消息失败，忽略所述RRCReject消息。
14. 根据权利要求11所述的方法，其中，所述方法还包括：

    响应于不验证所述RRCReject消息，在所述等待时长之内不发起RRC连接恢复。
15. 根据权利要求9至14任一项所述的方法，其中，所述确定是否验证RRCReject消息，包括，

    确定是否验证所述RRCReject消息携带的验证信息。
16. 根据权利要求9至14任一项所述的方法，其中，所述指示信息携带于以下至少之一的消息中：

    无线资源控制释放RRCRelease消息；

    或，

    系统消息。
17. 根据权利要求9至14任一项所述的方法，其中，所述方法还包括：

    响应于未接收到所述指示信息，不验证所述RRCReject消息；

    或者，

    响应于所述RRCReject消息未指示等待时长，不验证所述RRCReject消息。
18. 一种信息传输装置，其中，所述装置包括：

    发送模块，配置为发送指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供用户设备UE确定是否验证无线资源控制拒绝RRCReject消息。
19. 根据权利要求18所述的装置，其中，所述时长阈值的生效区域为：

    所述指示信息发送的小区；

    或者，

    所述指示消息发送的小区所在接入网通知区域RNA。
20. 根据权利要求18或19所述的装置，其中，

    所述RRCReject消息指示的等待时长小于所述时长阈值，所述RRCReject消息不包含验证信息；

    所述RRCReject消息指示的等待时长大于或等于所述时长阈值，所述RRCReject消息包含对所述验证信息。
21. 根据权利要求18或19所述的装置，其中，所述指示信息携带于以下至少之一的消息中：

    无线资源控制释放RRCRelease消息；

    或，

    系统消息。
22. 根据权利要求18或19所述的装置，其中，所述装置还包括：

    确定模块，配置为发送所述指示信息之前，至少基于所述时长阈值，确定是否发送所述指示信息；

    所述发送模块，具体配置为响应于配置有所述时长阈值，所述发送所述指示信息。
23. 根据权利要求22所述的装置，其中，所述确定模块，具体配置为响应于未配置有所述时长阈值，确定不发送所述指示信息。
24. 根据权利要求23所述的装置，其中，

    响应于确定不发送指示信息，所述RRCReject消息不包含验证信息。
25. 根据权利要求18或19所述的装置，其中，响应于所述RRCReject消息未指示等待时长，所述RRCReject消息不包含验证信息。
26. 一种信息传输装置，其中，所述装置包括：

    接收模块，配置为接收指示信息，其中，所述指示信息，指示时长阈值；所述时长阈值，用于供用户设备UE确定是否验证无线资源控制拒绝RRCReject消息。
27. 根据权利要求26所述的装置，其中，所述时长阈值的生效区域为：

    所述指示信息发送的小区；

    或者，

    所述指示消息发送的小区所在接入网通知区域RAN。
28. 根据权利要求26所述的装置，其中，所述接收模块，具体配置为：

    响应于所述RRCReject消息指示的等待时长小于所述时长阈值，确定不验证所述RRCReject消息；

    或，

    响应于所述RRCReject消息指示的等待时长大于或等于所述时长阈值，确定验证所述RRCReject消息。
29. 根据权利要求28所述的装置，其中，所述装置还包括：

    第一控制模块，配置为响应于验证所述RRCReject消息成功，在所述等待时长之内不发起RRC连接恢复。
30. 根据权利要求28所述的装置，其中，所述装置还包括：

    第二控制模块，配置为响应于验证所述RRCReject消息失败，忽略所述RRCReject消息。
31. 根据权利要求28所述的装置，其中，所述装置还包括：

    第三控制模块，配置为响应于不验证所述RRCReject消息，在所述等待时长之内不发起RRC连接恢复。
32. 根据权利要求26至31任一项所述的装置，其中，所述接收模块，具体配置为：

    确定是否验证所述RRCReject消息携带的验证信息。
33. 根据权利要求26至31任一项所述的装置，其中，所述指示信息携带于以下至少之一的消息中：

    无线资源控制释放RRCRelease消息；

    或，

    系统消息。
34. 根据权利要求26至31任一项所述的装置，其中，所述装置还包括：

    第四控制模块，配置为响应于未接收到所述指示信息，不验证所述RRCReject消息；

    或者，

    第五控制模块，配置为响应于所述RRCReject消息未指示等待时长，不验证所述RRCReject消息。
35. 一种通信设备装置，包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如权利要求1至8或9至17任一项所述信息传输方法的步骤。
36. 一种存储介质，其上存储有可执行程序，其中，所述可执行程序被处理器执行时实现如权利要求1至8或9至17任一项所述信息传输方法的步骤。