CN108696340B - 反馈信息的发送、接收方法及装置 - Google Patents

Abstract

本发明提供了一种反馈信息的发送、接收方法及装置，该发送方法包括：处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；处于inactive状态下的UE利用非授权上行信道进行下行数据接收的确认反馈。通过本发明，解决了终端在非活跃状态下不能有效的进行下行数据确认反馈信息的传输的问题，达到终端可以在非活跃状态下有效的进行下行数据确认反馈信息的传输的效果。

Description

反馈信息的发送、接收方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种反馈信息的发送、接收方法及装置。

背景技术

在第三代移动通讯伙伴计划(3rd Generation partnership project，简称为3GPP)正在研究的第五代移动通信技术(5th Generation，简称为5G)对控制面时延提出了很高的要求，要求用户设备(User Equipment，简称为UE)能在10ms时间范围内进入连接态，并开始发送数据。但在传统的长期演进(Long-Term Evolution，简称为LTE)系统中，从空闲态到连接态需要经历初始随机接入，连接建立，登记鉴权等许多过程，这使得UE很难在10ms内进入连接态。为了克服这个问题，3GPP引入了一个新的UE状态，非活跃(inactive)状态。当UE从连接态进入该状态时，用户初始连接的锚点基站(anchor eNB)和核心网会一直维护该用户的所有连接配置和处理上行文，使得用户仅需要在空中接口通过随机接入类似的简单过程完成空口配置后就可以直接进入连接态。同时，为了省电，UE在非活跃状态不会配置上行控制信道(PUCCH)和探测(sounding)资源，并采用和空闲状态类似的测量和小区选择策略。所以，非活跃状态的用户在宏小区移动过程中可能会失去上行同步，即上行发送采用的时间提前量(Timing advance)会由于移动而不能再使用，必须通过随机接入或类似的过程重新进行时间提前量测量。

很多应用除了短时间的大量数据发送之外，还存在背景业务流。该类业务流一般发送数据包的频率比较低，且数据包比较小。对于这些背景业务，如果在非活跃状态的UE能支持直接数据传输，即不需要转入连接态就可以进行少量数据的传输，则可以进一步节省UE的信令开销和耗电。所以，如何在LTE系统中支持非活跃状态用户的直接数据传输是一个值得研究的问题。在当前3GPP的讨论中，上行直接数据传输可以采用非授权传输，即基站直接将一部分无线资源划出来专门用于上行小数据的发送，这部分资源即可以是分配给某个UE专用，也可以是分配给多个UE共享进行上行数据传输；下行直接数据传输可以采用在寻呼消息中夹带小数据的模式。

当基站直接在寻呼消息中夹带小数据时，由于UE仍然无法获得上行同步，则不能在非活跃状态下有效的进行下行数据确认反馈信息的传输。

针对上述技术问题，相关技术中并未提出有效的解决方案。

发明内容

本发明实施例提供了一种反馈信息的发送、接收方法及装置，以至少解决相关技术中终端在非活跃状态下不能有效的进行下行数据确认反馈信息的传输的问题。

根据本发明的一个实施例，提供了一种反馈信息的发送方法，包括：处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；处于所述inactive状态下的所述UE利用非授权上行信道进行所述下行数据接收的确认反馈。

可选地，处于所述inactive状态下的所述UE利用所述非授权上行信道进行所述下行数据接收的确认反馈包括：处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道，其中，所述配置信息通过以下方式至少之一确定：基站在广播信道中通知的方式；基站在专用信令信道中通知的方式；通过标准协议预先约定的方式；处于所述inactive状态下的所述UE利用确定的所述非授权上行信道进行所述下行数据的确认反馈。

可选地，所述配置信息包括以下至少之一：所述非授权上行信道的时域和频域的位置信息；所述非授权上行信道发送的调制编码方式的信息；所述非授权上行信道是否附加前导的信息。

可选地，处于所述inactive状态下的所述UE接收来自所述基站的所述下行数据包括：处于所述inactive状态下的所述UE接收所述基站在所述UE的寻呼机会所在的传输时间时隔TTI上发送的寻呼消息，其中，所述寻呼消息中携带所述下行数据；获取所述寻呼消息中携带的所述下行数据。

根据本发明的另一个实施例，还提供一种反馈信息的接收方法，包括：向处于非活跃inactive状态下的用户设备UE发送下行数据；接收处于所述inactive状态下的所述UE利用非授权上行信道发送的反馈数据包，其中，所述反馈数据包用于对所述下行数据的接收进行确认反馈。

可选地，向处于所述inactive状态下的所述UE发送所述下行数据包括：在确定所述下行数据能够在寻呼消息中进行发送时，根据所述下行数据的属性在所述UE的寻呼机会所在的传输时隔TTI上发送所述寻呼消息，其中，所述寻呼消息中携带所述下行数据。

可选地，所述下行数据的属性包括以下至少之一：所述下行数据的大小的属性；所述下行数据所属业务的属性，其中，所述下行数据所属业务的属性包括以下至少之一：所述业务的时延属性，所述业务的可靠性属性。

根据本发明的另一个实施例，还提供一种反馈信息的发送装置，包括：第一接收模块，用于处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；反馈模块，用于处于所述inactive状态下的所述UE利用非授权上行信道进行所述下行数据接收的确认反馈。

可选地，所述反馈模块包括：确定单元，用于处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道，其中，所述配置信息通过以下方式至少之一确定：基站在广播信道中通知的方式；基站在专用信令信道中通知的方式；通过标准协议预先约定的方式；反馈单元，用于处于所述inactive状态下的所述UE利用确定的所述非授权上行信道进行所述下行数据的确认反馈。

可选地，所述配置信息包括以下至少之一：所述非授权上行信道的时域和频域的位置信息；所述非授权上行信道发送的调制编码方式的信息；所述非授权上行信道是否附加前导的信息。

根据本发明的另一个实施例，还提供一种反馈信息的接收装置，包括：发送模块，用于向处于非活跃inactive状态下的用户设备UE发送下行数据；第二接收模块，用于接收处于所述inactive状态下的所述UE利用非授权上行信道发送的反馈数据包，其中，所述反馈数据包用于对所述下行数据的接收进行确认反馈。

可选地，所述发送模块包括：第二发送单元，用于在确定所述下行数据能够在寻呼消息中进行发送时，根据所述下行数据的属性在所述UE的寻呼机会所在的传输时隔TTI上发送所述寻呼消息，其中，所述寻呼消息中携带所述下行数据。

可选地，在所述发送单元根据所述下行数据的属性在所述UE的寻呼机会所在的所述TTI上发送所述寻呼消息后，所述装置还包括：启动模块，用于启动定时器；重新发送模块，用于当在所述定时器超时之前没有接收到处于所述inactive状态下的所述UE利用所述非授权上行信道发送的所述反馈数据包时，重新向所述UE发送所述寻呼消息。

可选地，所述存储介质包括存储的程序，其中，所述程序运行时执行上述反馈信息的发送方法中任一项所述的方法，或者执行反馈信息的接收方法中任一项所述的方法。

可选地，所述处理器用于运行程序，其中，所述程序运行时执行反馈信息的发送方法中任一项所述的方法，或者执行反馈信息的接收方法中任一项所述的方法。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以上各步骤的程序代码。

通过本发明，由于处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；接收下行数据后利用非授权上行信道向基站进行下行数据接收的确认反馈。因此，可以解决终端在非活跃状态下不能有效的进行下行数据确认反馈信息的传输的问题，达到终端可以在非活跃状态下有效的进行下行数据确认反馈信息的传输的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种反馈信息的发送方法的移动终端的硬件结构框图；

图2是根据本发明实施例的反馈信息的发送方法的流程图；

图3是根据本发明实施例的反馈信息的接收方法的流程图；

图4是本实施例中的inactive状态UE发送上行确认反馈消息的流程图；

图5为本实施例中基站对inactive状态UE进行下行数据重发的流程图；

图6是本实施例中采用UE ID的确认反馈消息的格式示意图；

图7是根据本发明实施例的反馈信息的发送装置的结构框图；

图8是根据本发明实施例的反馈信息的接收装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种反馈信息的发送方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的反馈信息的发送方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种反馈信息的发送的方法，图2是根据本发明实施例的反馈信息的发送方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；

步骤S204，处于上述inactive状态下的上述UE利用非授权上行信道进行上述下行数据接收的确认反馈。

通过上述步骤，由于处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；接收下行数据后利用非授权上行信道向基站进行下行数据接收的确认反馈。因此，可以解决终端在非活跃状态下不能有效的进行下行数据确认反馈信息的传输的问题，达到终端可以在非活跃状态下有效的进行下行数据确认反馈信息的传输的效果。

可选地，上述步骤的执行主体可以为终端，但不限于此。

在一个可选的实施例中，处于上述inactive状态下的上述UE利用上述非授权上行信道进行上述下行数据接收的确认反馈可以包括：处于上述inactive状态下的上述UE根据与上述非授权上行信道对应的配置信息确定上述非授权上行信道，其中，上述配置信息通过以下方式至少之一确定：基站在广播信道中通知的方式；基站在专用信令信道中通知的方式；通过标准协议预先约定的方式；处于上述inactive状态下的上述UE利用确定的上述非授权上行信道进行上述下行数据的确认反馈。

在一个可选的实施例中，上述配置信息可以包括以下至少之一：上述非授权上行信道的时域和频域的位置信息；上述非授权上行信道发送的调制编码方式的信息；上述非授权上行信道是否附加前导的信息。

在一个可选的实施例中，处于上述inactive状态下的上述UE利用非授权上行信道进行上述下行数据接收的确认反馈可以包括：处于上述inactive状态下的上述UE在上述非授权上行信道上发送用于确认接收上述下行数据的反馈数据包，其中，上述反馈数据包包括以下至少之一：前导序列；上述反馈数据包的类型信息；用于标识上述UE的标识信息的比特信息；上述反馈数据包的序列号；用于指示在接收到上述反馈数据包之后的处理的后续处理指示；循环冗余校验CRC码。在本实施例中，前导序列用于定时和/或终端适配器TA估计；上述反馈数据包的类型信息指示反馈数据包传递确认反馈信息；用于标识上述UE的标识信息的比特信息，其中，上述比特信息包括全部的比特信息和部分的比特信息，用于标识发送确认数据包的用户；上述反馈数据包的序列号用于指示接收的下行数据包；用于指示在接收到上述下行数据之后的处理的后续处理指示，用于指示是否需要转换到连接态进行后续的通信。

在一个可选的实施例中，上述反馈数据包的序列号可以通过以下信息之一确定：无线链路控制RLC层的序列号；混合自动请求重传HARQ进程标识ID。

在一个可选的实施例中，上述UE的标识信息可以通过以下方式确定：在上述UE进入上述inactive状态前，由基站通知给上述UE的。

在一个可选的实施例中，处于上述inactive状态下的上述UE接收来自上述基站的上述下行数据可以包括：处于上述inactive状态下的上述UE接收上述基站在上述UE的寻呼机会所在的传输时间时隔TTI上发送的寻呼消息，其中，上述寻呼消息中携带上述下行数据；获取上述寻呼消息中携带的上述下行数据。

在本实施例中提供了一种反馈信息的接收方法，图3是根据本发明实施例的反馈信息的接收方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，向处于非活跃inactive状态下的用户设备UE发送下行数据；

步骤S304，接收处于上述inactive状态下的上述UE利用非授权上行信道发送的反馈数据包，其中，上述反馈数据包用于对上述下行数据的接收进行确认反馈。

通过上述步骤，由于基站在向处于非活跃inactive状态下的用户设备UE发送下行数据后，接收处于上述inactive状态下的UE利用非授权上行信道发送的反馈数据包，其中，上述反馈数据包用于对下行数据的接收进行确认反馈。因此，可以解决终端在非活跃状态下不能有效的进行下行数据确认反馈信息的传输的问题，达到终端可以在非活跃状态下有效的进行下行数据确认反馈信息的传输的效果。

可选地，上述步骤的执行主体可以为基站，但不限于此。

在一个可选的实施例中，向处于上述inactive状态下的上述UE发送上述下行数据可以包括：在确定上述下行数据能够在寻呼消息中进行发送时，根据上述下行数据的属性在上述UE的寻呼机会所在的传输时隔TTI上发送上述寻呼消息，其中，上述寻呼消息中携带上述下行数据。

在一个可选的实施例中，在根据上述下行数据的属性在上述UE的寻呼机会所在的上述TTI上发送上述寻呼消息后，上述方法还可以包括：启动定时器；当在上述定时器超时之前没有接收到处于上述inactive状态下的上述UE利用上述非授权上行信道发送的上述反馈数据包时，重新向上述UE发送上述寻呼消息。

在一个可选的实施例中，上述反馈数据包可以包括以下至少之一：前导序列；上述反馈数据包的类型信息；用于标识上述UE的标识信息的比特信息；上述反馈数据包的序列号；用于指示在接收到上述反馈数据包之后的处理的后续处理指示；循环冗余校验CRC码。

在一个可选的实施例中，上述反馈数据包的序列号可以通过以下信息之一确定：无线链路控制RLC层的序列号；混合自动请求重传HARQ进程标识ID。

在一个可选的实施例中，上述UE的标识信息可以通过以下方式确定：在上述UE进入上述inactive状态前，通知给上述UE。

在一个可选的实施例中，上述下行数据的属性可以包括以下至少之一：上述下行数据的大小的属性；上述下行数据所属业务的属性，其中，上述下行数据所属业务的属性包括以下至少之一：上述业务的时延属性，上述业务的可靠性属性。

通过上述方法，非活跃状态的UE使用非授权信道直接发送确认反馈，并保持在非活跃状态。这样，非活跃状态的UE不用在连接态和非活跃态之间频繁切换，节省了信令开销。相应的，非活跃状态的UE的耗电也减少了。

下面结合具体实施例对本发明进行详细说明：

具体实施例1:

图4是本实施例中的inactive状态UE发送上行确认反馈消息的流程图，如图4所示，具体实现步骤如下：

步骤1：基站检测到下行数据到达后，根据下行数据包的性质决定直接在寻呼消息中发送该数据包。可选的，上述数据包性质可以是数据包的大小，也可以是数据包所属业务的属性。可选的，上述数据包所属业务的属性可以包括业务的时延属性，可靠性属性等。

步骤2：基站在UE的寻呼机会所在的TTI发送寻呼消息，该寻呼消息附带上述的下行数据包。

步骤3：UE在随后的非授权信道直接发送寻呼中所收到数据包的确认反馈消息。整个过程UE保持在inactive状态。

具体实施例2

图5为本实施例中基站对inactive状态UE进行下行数据重发的流程图，如图5所示，具体实现步骤如下：

步骤1：基站在UE的寻呼机会所在的TTI发送寻呼消息，该寻呼消息附带上述的下行数据包。

步骤2：基站检测是否在一定时间内收到所发送的下行数据包的确认反馈消息。可选的，基站可以喜爱发送附带数据的寻呼消息之后启动一个定时器，如定时器超时，说明在一定时间内未收到所发送的下行数据包的确认反馈消息。

步骤3：基站在后续的UE的寻呼机会所在的TTI发送带有重发数据包的寻呼消息，并返回步骤2。

具体实施例3：

图6是本实施例中采用UE ID的确认反馈消息的格式示意图，如图6所示，确认反馈消息可以包含下列信息的一项或多项：前导序列，数据包类型信息，UE身份标识的全部比特或部分比特，具体的所确认数据包的序列号，后续处理指示，CRC校验码。其中，前导序列可以用于定时和/或TA估计；数据包类型指示该数据包用于传递确认反馈信息；UE身份标识用于标识发送该确认反馈的用户；具体的所确认数据包的序列号用于指示成功接收的下行数据包；后续处理指示用于指示是否需要转换到连接态进行后续的通信。可选的，上述UE身份标识可以由基站在用户进入非活跃状态时由基站通知UE。

通过上述实施例，非活跃状态的UE使用非授权信道直接发送确认反馈，并保持在非活跃状态。这样，非活跃状态的UE不用在连接态和非活跃态之间频繁切换，节省了信令开销。相应的，非活跃状态的UE的耗电也减少了。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种反馈信息的发送装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的反馈信息的发送装置的结构框图，如图7所示，该装置包括：第一接收模块702和反馈模块704，下面对该装置进行详细说明：

第一接收模块702，用于处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；反馈模块704，连接至上述第一接收模块，用于处于上述inactive状态下的上述UE利用非授权上行信道进行上述下行数据接收的确认反馈。

在一个可选的实施例中，上述反馈模块704可以包括：确定单元，用于处于上述inactive状态下的上述UE根据与上述非授权上行信道对应的配置信息确定上述非授权上行信道，其中，上述配置信息通过以下方式至少之一确定：基站在广播信道中通知的方式；基站在专用信令信道中通知的方式；通过标准协议预先约定的方式；反馈单元，用于处于上述inactive状态下的上述UE利用确定的上述非授权上行信道进行上述下行数据的确认反馈。

在一个可选的实施例中，上述配置信息可以包括以下至少之一：上述非授权上行信道的时域和频域的位置信息；上述非授权上行信道发送的调制编码方式的信息；上述非授权上行信道是否附加前导的信息。

在一个可选的实施例中，上述反馈模块704可以包括：第一发送单元，用于处于上述inactive状态下的上述UE在上述非授权上行信道上发送用于确认接收上述下行数据的反馈数据包，其中，上述反馈数据包包括以下至少之一：前导序列；上述反馈数据包的类型信息；用于标识上述UE的标识信息的比特信息；上述反馈数据包的序列号；用于指示在接收到上述反馈数据包之后的处理的后续处理指示；循环冗余校验CRC码。

在一个可选的实施例中，上述反馈数据包的序列号可以通过以下信息之一确定：无线链路控制RLC层的序列号；混合自动请求重传HARQ进程标识ID。

在一个可选的实施例中，上述UE的标识信息可以通过以下方式确定：在上述UE进入上述inactive状态前，由基站通知给上述UE的。

在一个可选的实施例中，上述第一接收模块702，可以包括：接收单元，用于处于上述inactive状态下的上述UE接收上述基站在上述UE的寻呼机会所在的传输时间时隔TTI上发送的寻呼消息，其中，上述寻呼消息中携带上述下行数据；获取单元，连接至上述第三发送单元，用于获取上述寻呼消息中携带的上述下行数据。

在一个可选的实施例中，上述下行数据的属性可以包括以下至少之一：上述下行数据的大小的属性；上述下行数据所属业务的属性，其中，上述下行数据所属业务的属性包括以下至少之一：上述业务的时延属性，上述业务的可靠性属性。

图8是根据本发明实施例的反馈信息的接收装置的结构框图，如图8所示，该装置包括：发送模块802和第二接收模块804，下面对该装置进行详细说明：

发送模块802，用于向处于非活跃inactive状态下的用户设备UE发送下行数据；第二接收模块804，连接至上述发送模块802，用于接收处于上述inactive状态下的上述UE利用非授权上行信道发送的反馈数据包，其中，上述反馈数据包用于对上述下行数据的接收进行确认反馈。

在一个可选的实施例中，上述发送模块802可以包括：第二发送单元，用于在确定上述下行数据能够在寻呼消息中进行发送时，根据上述下行数据的属性在上述UE的寻呼机会所在的传输时隔TTI上发送上述寻呼消息，其中，上述寻呼消息中携带上述下行数据。

在一个可选的实施例中，在上述发送单元根据上述下行数据的属性在上述UE的寻呼机会所在的上述TTI上发送上述寻呼消息后，上述装置还可以包括：启动模块，用于启动定时器；重新发送模块，用于当在上述定时器超时之前没有接收到处于上述inactive状态下的上述UE利用上述非授权上行信道发送的上述反馈数据包时，重新向上述UE发送上述寻呼消息。

在一个可选的实施例中，上述反馈数据包可以包括以下至少之一：前导序列；上述反馈数据包的类型信息；用于标识上述UE的标识信息的比特信息；上述反馈数据包的序列号；用于指示在接收到上述反馈数据包之后的处理的后续处理指示；循环冗余校验CRC码。

在一个可选的实施例中，上述反馈数据包的序列号可以通过以下信息之一确定：无线链路控制RLC层的序列号；混合自动请求重传HARQ进程标识ID。

在一个可选的实施例中，上述UE的标识信息可以通过以下方式确定：在上述UE进入上述inactive状态前，通知给上述UE。

在一个可选的实施例中，上述下行数据的属性可以包括以下至少之一：上述下行数据的大小的属性；上述下行数据所属业务的属性，其中，上述下行数据所属业务的属性包括以下至少之一：上述业务的时延属性，上述业务的可靠性属性。

在一个可选的实施例中，存储介质包括存储的程序，其中，程序运行时执行上述反馈信息的发送方法中任一项所述的方法，或者执行反馈信息的接收方法中任一项所述的方法。

在一个可选的实施例中，处理器用于运行程序，其中，程序运行时执行反馈信息的发送方法中任一项所述的方法，或者执行反馈信息的接收方法中任一项所述的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以上各步骤的程序代码。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行以上各步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再一一赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种反馈信息的发送方法，其特征在于，包括：

处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；

处于所述inactive状态下的所述UE利用非授权上行信道进行所述下行数据接收的确认反馈；其中，处于所述inactive状态下的所述UE利用所述非授权上行信道进行所述下行数据接收的确认反馈包括：

处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道，其中，所述配置信息通过以下方式至少之一确定：接收基站在广播信道中通知的配置信息；接收基站在专用信令信道中通知的配置信息；通过标准协议预先约定的方式；

处于所述inactive状态下的所述UE利用确定的所述非授权上行信道进行所述下行数据的确认反馈。

2.根据权利要求1所述的方法，其特征在于，所述配置信息包括以下至少之一：

所述非授权上行信道的时域和频域的位置信息；

所述非授权上行信道发送的调制编码方式的信息；

所述非授权上行信道是否附加前导的信息。

3.根据权利要求1所述的方法，其特征在于，处于所述inactive状态下的所述UE接收来自所述基站的所述下行数据包括：

处于所述inactive状态下的所述UE接收所述基站在所述UE的寻呼机会所在的传输时间间隔TTI上发送的寻呼消息，其中，所述寻呼消息中携带所述下行数据；

获取所述寻呼消息中携带的所述下行数据。

4.一种反馈信息的接收方法，其特征在于，包括：

向处于非活跃inactive状态下的用户设备UE发送下行数据；

接收处于所述inactive状态下的所述UE利用非授权上行信道发送的反馈数据包，其中，所述反馈数据包用于对所述下行数据的接收进行确认反馈；其中，接收处于所述inactive状态下的所述UE利用非授权上行信道发送的反馈数据包，包括：在处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道的情况下，接收处于所述inactive状态下的所述UE利用确定的所述非授权上行信道发送的反馈数据包，其中，所述配置信息通过以下方式至少之一确定：接收基站在广播信道中通知的配置信息；接收基站在专用信令信道中通知的配置信息；通过标准协议预先约定的方式。

5.根据权利要求4所述的方法，其特征在于，向处于所述inactive状态下的所述UE发送所述下行数据包括：

在确定所述下行数据能够在寻呼消息中进行发送时，根据所述下行数据的属性在所述UE的寻呼机会所在的传输时隔TTI上发送所述寻呼消息，其中，所述寻呼消息中携带所述下行数据。

6.根据权利要求5所述的方法，其特征在于，在根据所述下行数据的属性在所述UE的寻呼机会所在的所述TTI上发送所述寻呼消息后，所述方法还包括：

启动定时器；

当在所述定时器超时之前没有接收到处于所述inactive状态下的所述UE利用所述非授权上行信道发送的所述反馈数据包时，重新向所述UE发送所述寻呼消息。

7.根据权利要求5所述的方法，其特征在于，所述下行数据的属性包括以下至少之一：

所述下行数据的大小的属性；

所述下行数据所属业务的属性，其中，所述下行数据所属业务的属性包括以下至少之一：所述业务的时延属性，所述业务的可靠性属性。

8.一种反馈信息的发送装置，其特征在于，包括：

第一接收模块，用于处于非活跃inactive状态下的用户设备UE接收来自基站的下行数据；

反馈模块，用于处于所述inactive状态下的所述UE利用非授权上行信道进行所述下行数据接收的确认反馈；其中，所述反馈模块包括：

确定单元，用于处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道，其中，所述配置信息通过以下方式至少之一确定：基站在广播信道中通知的方式；基站在专用信令信道中通知的方式；通过标准协议预先约定的方式；

反馈单元，用于处于所述inactive状态下的所述UE利用确定的所述非授权上行信道进行所述下行数据的确认反馈。

9.一种反馈信息的接收装置，其特征在于，包括：

发送模块，用于向处于非活跃inactive状态下的用户设备UE发送下行数据；

第二接收模块，用于接收处于所述inactive状态下的所述UE利用非授权上行信道发送的反馈数据包，其中，所述反馈数据包用于对所述下行数据的接收进行确认反馈；其中，所述第二接收模块，还用于在处于所述inactive状态下的所述UE根据与所述非授权上行信道对应的配置信息确定所述非授权上行信道的情况下，接收处于所述inactive状态下的所述UE利用确定的所述非授权上行信道发送的反馈数据包，其中，所述配置信息通过以下方式至少之一确定：接收基站在广播信道中通知的配置信息；接收基站在专用信令信道中通知的配置信息；通过标准协议预先约定的方式。

10.根据权利要求9所述的装置，其特征在于，所述发送模块包括：

第二发送单元，用于在确定所述下行数据能够在寻呼消息中进行发送时，根据所述下行数据的属性在所述UE的寻呼机会所在的传输时隔TTI上发送所述寻呼消息，其中，所述寻呼消息中携带所述下行数据。

11.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至3中任一项所述的方法，或者执行权利要求4至7中任一项所述的方法。

12.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至3中任一项所述的方法，或者执行权利要求4至7中任一项所述的方法。

Images