CN109309549A - 反馈时长指示、确认方法及基站、用户设备 - Google Patents
反馈时长指示、确认方法及基站、用户设备 Download PDFInfo
- Publication number
- CN109309549A CN109309549A CN201710626712.8A CN201710626712A CN109309549A CN 109309549 A CN109309549 A CN 109309549A CN 201710626712 A CN201710626712 A CN 201710626712A CN 109309549 A CN109309549 A CN 109309549A
- Authority
- CN
- China
- Prior art keywords
- symbolic number
- processing capacity
- duration
- base station
- feedback
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了反馈时长指示、确认方法及基站、UE，其中方法包括：获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；确定所述UE对当前的调度进行反馈所需的第二符号数；将所述第一符号数与所述第二符号数的量化差值发送给所述UE。本发明实施例中，基站只需要向UE传递符号长度的量化差值，UE便可以根据该量化差值在其终端本地确定出其进行上行反馈的子帧，从而使得基站与UE之间的信令开销大幅减少，由此降低了HARQ机制下上行反馈过程中所产生的通信负荷。
Description
技术领域
本发明涉及通信技术领域，尤其涉及反馈时长指示、确认方法及基站、用户设备。
背景技术
混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)是一种将前向纠错编码(Forward Error Correction，FEC)和自动重传请求(Automatic Repeat Request，ARQ)相结合而形成的技术，可以高效地补偿由于采用链路适配所带来的误码，提高了数据传输速率，减小了数据传输时延。在第五代(5th-Generation，5G)移动通信技术中，为了满足不同的通信场景需求，其系统支持可变的子载波间隔和灵活的帧结构配比，并考虑可配置的HARQ定时方法，即根据不同的用户设备(User Equipment，UE)能力和不同的业务类型来设定不同的HARQ反馈时长，这些都对HARQ的定时机制提出了更高的要求，因此，完善高效的HARQ定时机制对于提升5G通信的系统性能具有重要意义。
目前，对5G新空口下HARQ的定时存在以下处理策略：1、UE在进行HARQ反馈时的处理时长以符号数来度量；2、定义N1为由UE接收到下行数据至UE反馈ACK/NACK所需要的最少符号数，定义N2为由UE接收到上行调度到UE进行上行数据发送所需要的最小符号数。然而，在不同的小区参数集下，单位符号长度也是不同的。例如，当子载波间隔为15KHz时，单位符号长度约为71us，当子载波间隔为30KHz时，单位符号长度约为35us，因此，即使UE的通信能力和其进行上行反馈所需的处理时长均相同，不同的小区参数集也会导致基站在每一次调度过程中向UE下发不同的N1和N2，从而导致基站与UE之间的信令开销增加。
发明内容
有鉴于此，本发明实施例提供了反馈时长指示、确认方法及基站、用户设备，以解决5G新空口下上行反馈的定时策略会导致基站与UE之间的信令开销增加的问题。
第一方面，本发明实施例提供了一种反馈时长指示方法，应用于基站，包括：
获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；
确定所述UE对当前的调度进行反馈所需的第二符号数；
将所述第一符号数与所述第二符号数的量化差值发送给所述UE。
第二方面，本发明实施例提供了一种反馈时长确定方法，应用于UE，包括：
确定第一符号数，所述第一符号数与所述UE的处理能力和基站的小区参数集相关；
接收所述基站发送的量化差值；
基于所述量化差值及所述第一符号数确定所述UE对当前的调度进行反馈所需的第二符号数。
第三方面，本发明实施例提供了一种基站，包括：
第一获取单元，用于获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；
第一确定单元，用于确定所述UE对当前的调度进行反馈所需的第二符号数；
发送单元，用于将所述第一符号数与所述第二符号数的量化差值发送给所述UE。
第四方面，本发明实施例提供了一种UE，包括：
第三确定单元，用于确定第一符号数，所述第一符号数与所述UE的处理能力和基站的小区参数集相关；
第二接收单元，用于接收所述基站发送的量化差值；
第四确定单元，用于基于所述量化差值及所述第一符号数确定所述UE对当前的调度进行反馈所需的第二符号数。
第五方面，本发明实施例提供了另一种基站，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第一方面的方法。
第六方面，本发明实施例提供了另一种UE，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储支持终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行上述第二方面的方法。
第七方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
第八方面，本发明实施例提供了另一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第二方面的方法。
本发明实施例在处理上行反馈的过程中，基站实际上只需要向UE传递符号长度的量化差值，UE便可以根据该量化差值在其终端本地确定出其进行上行反馈的子帧，也即确定出其在何时进行上行反馈。由于对量化差值编码所得到的比特长度要远小于对N1或N2编码所得到的比特长度，因此，相比于基站向UE发送N1或N2的方式，本发明实施例的技术方案能够使得基站与UE之间的信令开销大幅减少，由此降低了上行反馈的定时机制在实现过程中所产生的通信负荷。
附图说明
为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的反馈时长指示方法的实现流程图；
图2是本发明另一实施例提供的反馈时长指示方法的实现流程图；
图3是本发明实施例提供的反馈时长指示方法S102的具体实现流程图；
图4是本发明实施例提供的反馈时长指示方法S1012的具体实现流程图；
图5是本发明另一实施例提供的反馈时长指示方法S1012的具体实现流程图；
图6是本发明实施例提供的反馈时长确定方法的实现流程图；
图7是本发明另一实施例提供的反馈时长确定方法的实现流程图；
图8是本发明实施例提供的反馈时长确定方法S501的具体实现流程图；
图9是本发明另一实施例提供的反馈时长确定方法S501的具体实现流程图；
图10是本发明实施例提供的基站的示意性框图；
图11是本发明另一实施例提供的基站的示意性框图；
图12是本发明实施例提供的UE的示意性框图；
图13是本发明另一实施例提供的UE的示意性框图；
图14本发明又一实施例提供的基站的示意性框图；
图15是本发明又一实施例提供的UE的示意性框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
在通过具体实施例对本发明所述的方案进行详细阐述之前，为了便于理解，首先对3GPP RAN 1第86次会议中对HARQ机制下通信过程中的各种时长定义进行说明：
1、K0：UE自接收到下行调度至接收到下行数据的时隙间隔；
2、K1：UE自接收到下行数据至反馈ACK/NACK的时隙间隔；
3、K2：UE自接收到上行调度至发送上行数据的时隙间隔；
4、K3：基站自接收到ACK/NACK至重传下行数据的时隙间隔。
基于RAN 1#Ad Hoc会议的讨论结果，上述时长K0、K1、K2和K3均是以符号数为单位来表示的，其中，在RAN 1第89次会议中，已对K0的时长达成了一致，定义K0大于或等于0，即，UE最快可以在同一时隙内完成下行调度接收和下行数据接收。而本发明所述的方案，主要用于确定UE在HARQ机制下执行上行反馈的过程中的上述K1或K2的时长。
图1示出了本发明实施例提供的反馈时长指示方法的实现流程，在图1对应的实施例中，流程的执行主体为基站：
在S101中，获取第一符号数，其中，第一符号数与UE的处理能力和小区参数集相关。
在本发明实施例中，基站对小区参数集和UE的处理能力进行综合考虑，以确定出第一符号数，该第一符号数即用于表示UE在基站的小区环境下发起上行反馈所需要的时长。
其中，上述小区参数集中包括了用于描述小区公共信息的参数，例如小区的带宽、子载波间隔等，这些参数均对UE发起上行反馈所需的时长提出要求。
在S102中，确定UE对当前的调度进行反馈所需的第二符号数。
对于不同类型的业务数据，在调度业务数据时对应的业务数据量、多入多出(Multiple-Input Multiple-Output，MIMO)流数、时延要求等都有不同。以时延要求为例，对于车联网业务来说，其对时延比较敏感，因此其时延要求较高；而对于智能控制业务、视频业务来说，其时延要求较低。因此，在向UE发起上行数据调度时，基站需要根据当前调度的业务数据的类型，综合考虑相关的各方因素，从而确定出调度该类型的业务数据所要求的进行上行反馈所需的时长，即第二符号数。
优选地，在基站一侧，可以预先确定出一因素集合，该因素集合中包含了多项目标因素，这些目标因素均与当前的调度相关，可以包括下行业务数据的类型、调度带宽、参考信号图样和资源粒映射方式。基站可以根据该因素集合中的一项或者多项目标因素集合来确定第二符号数。进一步地，基站一侧可以预先定义好一表格，在该表格中记录了因素集合里不同的目标因素或者不同的目标因素组合所分别对应的第二符号数。基站首先确定出与当前的调度相关的目标因素或目标因素组合，通过查找该表格，即可以确定出与该目标因素或目标因素组合所对应的第二符号数，提高了第二符号数确定过程中基站的工作效率。
在S103中，将第一符号数与第二符号数的量化差值发送给UE。
在确定出第一符号数和第二符号数之后，基站将第一符号数与第二符号数之间的量化差值下发给UE，以完成对当前的调度的上行反馈时长的指示。在具体实现中，该量化差值可以通过下行链路控制信息(Downlink Control Information，DCI)下发给UE，UE一侧解析该DCI以获取到第一符号数与第二符号数的量化差值。UE一侧在接收到基站下发的第一符号数与第二符号数的量化差值之后，可以在其终端本地通过该量化差值和第一符号数来计算出第二符号数，以完成对当前的调度的上行反馈时长的确定。在上述计算过程中，量化差值是由基站下发给UE的，而第一符号数是由UE在其终端本地根据小区参数集和UE的处理能力信息来确定出的。可以知道的是，在UE接入基站的过程中，小区参数集是由UE和基站所共享的，因此，UE也可以采用与基站相同的方式，根据小区参数集和处理能力信息来确定出第一符号数。
在计算得到第二符号数之后，UE根据第二符号数来确定对当前的调度进行上行反馈的发起时刻，即，确定用于对当前的调度进行反馈的上行子帧。相应地，基站一侧也要确定出在本次调度过程中UE进行反馈的上行子帧，以在该子帧上完成对数据的接收。因此，作为本发明的一个实施例，在S103之后，如图2所示，还包括：
S104：根据第二符号数确定出UE对当前的调度进行反馈的上行子帧。
S105：在确定出的上行子帧上接收UE的反馈。
具体地，UE在接收到基站发送的量化差值之后，在位于第二符号数之后的一上行反馈子帧中对当前的调度进行上行反馈，进一步地，在位于第二符号数之后的第一个上行反馈子帧中进行上行反馈，那么，基站便可在发送量化差值之后，将位于第二符号数之后的一上行反馈子帧确定为UE对当前的调度进行反馈的上行子帧，进一步地，将位于第二符号数之后的第一个上行反馈子帧确定为UE对当前的调度进行反馈的上行子帧。需要说明的是，本文中提及的上行反馈，包括基站在向UE发起上行调度之后，UE通过物理上行链路共享信道(Physical Uplink Shared Channel，PUSCH)向基站发送的上行数据；还包括基站在向UE发送下行数据之后，UE通过物理上行链路控制信道(Physical Uplink ControlChannel，PUCCH)或者PUSCH向基站反馈的ACK/NACK。
基于上文实施例的阐述可知，在上行反馈时长的指示过程中，基站实际上只需要向UE传递符号长度的量化差值，便可以使UE根据该量化差值在其终端本地确定出对当前的调度进行上行反馈子帧，也即确定出其在何时发起上行反馈。由于对符号长度的量化差值编码所得到的比特长度要远小于对N1或N2编码所得到的比特长度，因此，相比于基站向UE发送N1或N2的方式，本发明的技术方案中，单从一次反馈时长的指示过程来看，基站与UE之间所需的信令开销减少，那么综合多次调度过程来看，基站与UE之间的信令开销减少的幅度会更大，这样无疑降低了在HARQ机制下上行反馈过程中所产生的通信负荷。
根据上文实施例的记载可知，第一符号数与UE的处理能力和基站的小区参数集相关，而UE的处理能力是通过UE上报的处理能力信息来传达给基站的。具体地，S101可以通过如图3所示的S1011和S1012实现：
S1011：接收UE上报的处理能力信息，其中，处理能力信息基于UE所支持的进行反馈所需的最短处理时长确定。
在UE接入基站的初始阶段，UE根据其自身的硬件配置条件，确定出处理能力信息并上报给基站，该处理能力信息基于UE所支持的进行上行反馈所需的最短时长来确定出。UE所支持的进行上行反馈所需的最短时长，可以理解为由UE的硬件配置条件所决定的，且用于描述UE在处理上行反馈时理论上所支持的最短处理时长，即UE在接收到基站的下行数据至UE向基站反馈ACK/NACK所需要的最短时长，或者为UE在接收到基站的上行调度至UE向基站发送上行数据所需要的最短时长。该最短时长的确定仅与UE的硬件配置条件有关，与UE所接入的小区环境无关，因此，可以理解为是UE在非通信状态下其自身硬件配置所能达到的绝对处理时长。
S1012：根据处理能力信息和小区参数集确定第一符号数。
容易想到，UE可以直接将其所支持的进行反馈所需的最短处理时长作为处理能力信息反馈给基站，基站基于小区的子载波间隔和UE所支持的进行反馈所需的最短处理时长，即可以通过计算确定出第一符号数。例如，小区的子载波间隔为30KHz，对应的单位符号长度为35.6us，而UE上报的最短时长为500us，那么，将500us与35.6us相除并向上取整，得到的结果15即可确定为该UE对应的第一符号数。然而，若在每个UE接入基站时都进行这样的计算，显然会增加基站本地的计算开销，因此，作为本发明的一个实施例，为了进一步减少基站在第一符号数的确定过程中所产生的计算开销，图4示出了S1012中根据处理能力信息和小区参数集确定第一符号数的一种优选实施方式：
在S401中，获取预先量化好的若干处理能力等级，每个处理能力等级均对应一预先设置的符号数，用于表示在小区参数集的要求下，具备对应的处理能力等级的UE进行反馈所需的最少符号数。
基站可以预先在本地量化出若干处理能力等级，例如，将UE进行反馈所需的最短处理时长量化为{100us，200us，500us，1ms，2ms，4ms}这六个最短处理时长等级，并根据小区参数集中的子载波间隔确定出在该小区环境下的单位符号长度，再将这六个最短处理时长等级分别与单位符号长度相除并取整。若小区参数集中的子载波间隔为30KHz，那么该小区环境下的单位符号长度为35.6us，由此可以得到用符号数表示的{3，6，15，29，57，113}这六个处理能力等级，分别用于表示具备对应的处理能力等级的UE在小区参数集的要求下进行反馈所需的最少符号数。
在S402中，根据处理能力信息确定所述UE的处理能力等级。
在S403中，将UE的处理能力等级对应的符号数确定为第一符号数。
在UE一侧，也可以预先获取到基站所量化出的若干处理能力等级，并在UE的终端本地确定出UE自身所处的处理能力等级之后，通过处理能力信息告知基站。这样一来，基站在获取到UE上报的处理能力信息之后，便可以从中确定出UE的处理能力等级，并将该处理能力等级对应的符号数确定为第一符号数。
作为本发明的一个实施例，UE上报的处理能力信息包括符号数，该符号数即为UE在其终端本地确定出UE自身所处的处理能力等级之后，将该处理能力等级对应的符号数上报给基站。
例如，基于上文的处理能力等级示例，若UE上报的处理能力信息为符号数6，则确定该UE处于符号数6对应的处理能力等级，那么，便可以将符号数6确定为第一符号数。
作为本发明的另一实施例，UE上报的处理能力信息包括索引值。在本实施例中，每个处理能力等级均对应有一索引值，UE在其终端本地确定出UE自身所处的处理能力等级之后，将该处理能力等级对应的索引值上报给基站，这样一来，基站便可根据UE上报的索引值确定出UE对应的处理能力等级。
例如，基于上文的处理能力等级示例，{3，6，15，29，57，113}这六个处理能力等级分别对应{000，001，011，100，101，110}这六个索引值，若UE上报的处理能力信息为索引值001，则确定该UE处于符号数6对应的处理能力等级，那么，便可以将符号数6确定为第一符号数。
基于图3所示的实施例，基站只需要根据UE上报的处理能力信息，确定出与之对应的处理能力等级，就可以获取到第一符号数，而无需在每个UE接入基站时都重复计算过程，相对来说减少了基站本地的计算开销。
图5示出了S1012中根据处理能力信息和小区参数集确定第一符号数的另一种优选实施方式：
在S501中，获取预先量化好的若干时长值区间。
基站可以预先在本地量化出用于表示UE进行反馈所需的最短处理时长的若干时长值区间，例如，将UE进行反馈所需的最短处理时长量化为{100us，200us，500us，1ms，2ms，4ms}这六个最短处理时长等级，那么对应的时长值区间分别为{100us，200us}、{200us，500us}、{500us，1ms}、{1ms，2ms}、{2ms，4ms}。
在S502中，根据处理能力信息确定UE的最短处理时长所处的时长值区间。
在S503中，基于时长值区间的区间上限时长值和小区参数集计算第一符号数。
在UE一侧，也可以预先获取到基站所量化出的若干时长值区间，并基于UE在进行反馈时所需的最短处理时长，确定出该最短处理时长所处的时长值区间，并通过处理能力信息告知基站。这样一来，基站在获取到UE上报的处理能力信息之后，便可以从中确定出UE在进行反馈时所需的最短处理时长所处的时长值区间，并基于该时长值区间的区间上限时长值和小区参数集来计算第一符号数。
作为本发明的一个实施例，UE上报的处理能力信息包括时长值，该时长值即为UE确定出其在进行反馈时所需的最短处理时长所处的时长值区间后，该时长值区间的区间上限时长值。
例如，基于上文的时长值区间示例，若UE在进行反馈时所需的最短处理时长为400us，则该最短处理时长所处的时长值区间为{200us，500us}，那么UE将该时长值区间的区间上限时长值500us作为处理能力信息上报给基站，基站便可以根据500us和小区参数集来计算第一符号数。
作为本发明的另一实施例，UE上报的处理能力信息包括索引值。在本实施例中，每个时长值区间均对应有一索引值，UE在其进行反馈时所需的最短处理时长所处的时长值区间之后，将该时长值区间对应的索引值上报给基站，这样一来，基站更可根据UE上报的索引值确定出UE在进行反馈时所需的最短处理时长所处的时长值区间，并基于该时长值区间的区间上限时长值和小区参数集，计算第一符号数。
例如，基于上文的时长值区间示例，若示例中的5个时长值区间分别对应{000，001，011，100，101}这五个索引值，若UE在进行反馈时所需的最短处理时长为400us，则该最短处理时长所处的时长值区间为{200us，500us}，那么UE将该时长值区间的索引值001作为处理能力信息上报给基站，基站便可以根据索引值001确定出时长值区间为{200us，500us}，并基于该时长值区间的区间上限时长值500us和小区参数集来计算第一符号数。
在上文实施例中，UE向基站上报的处理能力信息可以为级别量化后的符号数或区间上限时长值，是通过将在小区参数集的要求下UE进行反馈所需的最少符号数在级别量化后的符号数中向上取整，或者通过将UE进行反馈所需的最短处理时长在级别量化后的时长值区间中向上取区间上限所得到的，通过级别量化并向上取整的方式，实际上可以便于基站一侧有效地减轻数据处理压力，在第一符号数的确定过程中提高处理效率。另外，UE向基站上报的处理能力信息也可以为索引值，UE上报的处理能力信息以索引值的方式进行传输，相比于将处理能力信息以符号数或区间上限时长值的形式上报给基站，上报索引值可以进一步地减少UE向基站上报其处理能力信息的过程中所产生的信令开销，减少了系统的通信负荷。
上文从基站的执行角度出发，对本发明实施例提供的反馈时长指示方法进行了详细阐述，接下来，从UE的执行角度出发来对该反馈时长指示方法对应的反馈时长确定方法进行详细阐述。图6示出了本发明实施例提供的反馈时长确定方法的实现流程，在图6对应的实施例中，流程的执行主体为UE：
在S601中，确定第一符号数，其中，第一符号数与UE的处理能力和基站的小区参数集相关。
在本发明实施例中，UE对基站的小区参数集和UE的处理能力进行综合考虑，以确定出第一符号数，该第一符号数即用于表示UE在基站的小区环境下发起上行反馈所需要的时长。
其中，上述小区参数集中包括了用于描述小区公共信息的参数，例如小区的带宽、子载波间隔等，这些参数均对UE发起上行反馈所需的时长提出要求。
在S602中，接收基站发送的量化差值。
在基站一侧，需要确定出第一符号数和第二符号数，以将第一符号数与第二符号数的量化差值发送给UE。其中，除了上文提及的第一符号数之外，对于不同类型的业务数据，在调度业务数据时对应的业务数据量、MIMO流数、时延要求等都有不同。以时延要求为例，对于车联网业务来说，其对时延比较敏感，因此其时延要求较高；而对于智能控制业务、视频业务来说，其时延要求较低。因此，在向UE发起上行数据调度时，基站需要根据当前调度的业务数据的类型，综合考虑相关的各方因素，从而确定出调度该类型的业务数据所要求的进行上行反馈所需的时长，即第二符号数。在确定出第一符号数和第二符号数之后，基站将第一符号数与第二符号数之间的量化差值下发给UE，以完成对当前的调度的上行反馈时长的指示。在具体实现中，该量化差值可以通过DCI下发给UE。
在S603中，基于量化差值及第一符号数确定UE对当前的调度进行反馈所需的第二符号数。
UE一侧解析该DCI以获取到第一符号数与第二符号数的量化差值。UE一侧在接收到基站下发的第一符号数与第二符号数的量化差值之后，可以在其终端本地通过该量化差值和第一符号数来计算出第二符号数，以完成对当前的调度的上行反馈时长的确定。在上述计算过程中，量化差值是由基站下发给UE的，而第一符号数是由UE在其终端本地根据小区参数集和UE的处理能力信息来确定出的。可以知道的是，在UE接入基站的过程中，小区参数集是由UE和基站所共享的，因此，UE也可以采用与基站相同的方式，根据小区参数集和处理能力信息来确定出第一符号数。
UE一侧对第一符号数的确定方式将在下文实施例中进行详细阐述，在此不赘述。
在计算得到第二符号数之后，UE根据第二符号数来确定对当前的调度进行上行反馈的发起时刻，即，确定用于对当前的调度进行反馈的上行子帧。相应地，基站一侧也要确定出在本次调度过程中UE进行反馈的上行子帧，以在该子帧上完成对数据的接收。因此，作为本发明的一个实施例，在S603之后，如图7所示，还包括：
S604：基于第二符号数确定出对当前的调度进行反馈的上行子帧。
S605：在确定出的上行子帧上进行上行反馈。
具体地，UE在接收到基站发送的量化差值之后，在位于第二符号数之后的一上行反馈子帧中对当前的调度进行上行反馈，进一步地，在位于第二符号数之后的第一个上行反馈子帧中进行上行反馈，那么，基站便可在发送量化差值之后，将位于第二符号数之后的一上行反馈子帧确定为UE对当前的调度进行反馈的上行子帧，进一步地，将位于第二符号数之后的第一个上行反馈子帧确定为UE对当前的调度进行反馈的上行子帧。需要说明的是，本文中提及的上行反馈，包括基站在向UE发起上行调度之后，UE通过物理上行链路共享信道PUSCH向基站发送的上行数据；还包括基站在向UE发送下行数据之后，UE通过物理上行链路控制信道PUCCH或者PUSCH向基站反馈的ACK/NACK。
基于上文实施例的阐述可知，在上行反馈时长的指示过程中，基站实际上只需要向UE传递符号长度的量化差值，便可以使UE根据该量化差值在其终端本地确定出对当前的调度进行上行反馈子帧，也即确定出其在何时发起上行反馈。由于对符号长度的量化差值编码所得到的比特长度要远小于对N1或N2编码所得到的比特长度，因此，相比于基站向UE发送N1或N2的方式，本发明的技术方案中，单从一次反馈时长的指示过程来看，基站与UE之间所需的信令开销减少，那么综合多次调度过程来看，基站与UE之间的信令开销减少的幅度会更大，这样无疑降低了在HARQ机制下上行反馈过程中所产生的通信负荷。
根据上文实施例的记载可知，第一符号数与UE的处理能力和基站的小区参数集相关，图8示出了S501中UE确定第一符号数的一种优选实施方式：
在S801中，获取预先量化好的若干处理能力等级，每个处理能力等级均对应一预先设置的符号数，用于表示在小区参数集的要求下，具备对应的处理能力等级的UE进行反馈所需的最少符号数。
基站可以预先在本地量化出若干处理能力等级，而UE也可以预先从基站处获取到这些处理能力等级。例如，基站将UE进行反馈所需的最短处理时长量化为{100us，200us，500us，1ms，2ms，4ms}这六个最短处理时长等级，并根据小区参数集中的子载波间隔确定出在该小区环境下的单位符号长度，再将这六个最短处理时长等级分别与单位符号长度相除并取整。若小区参数集中的子载波间隔为30KHz，那么该小区环境下的单位符号长度为35.6us，由此可以得到用符号数表示的{3，6，15，29，57，113}这六个处理能力等级，分别用于表示具备对应的处理能力等级的UE在小区参数集的要求下进行反馈所需的最少符号数。
在S802中，基于UE所支持的进行反馈所需的最短处理时长，确定在小区参数集的要求下，UE进行反馈所需的最少符号数。
UE所支持的进行反馈所需的最短时长，可以理解为由UE的硬件配置条件所决定的，且用于描述UE在进行反馈时理论上所支持的最短时长，即UE在接收到基站的下行数据至UE向基站反馈ACK/NACK所需要的最短时长，或者为UE在接收到基站的上行调度至UE向基站发送上行数据所需要的最短时长。该最短时长的确定仅与UE的硬件配置条件有关，与UE所接入的小区环境无关，因此，可以理解为是UE在非通信状态下其自身硬件配置所能达到的绝对处理时长。
但上述最短处理时长在确定过程中仅考虑了UE的硬件配置条件，相当于是UE在非接入基站状态下的绝对处理能力，而没有考虑到在不同的小区环境下，符号的长度是不同的。例如，当小区的子载波间隔为15KHz时，单位符号长度大约为71us，而当小区的子载波间隔为30KHz时，单位符号长度大约为35us，因此，对于相同的时长来说，在不同的小区环境下所换算出的符号数也是不同的。因此，UE在确定出其进行反馈所需的最短处理时长之后，还需要确定出在小区参数集的要求下，UE进行反馈所需的最少符号数。
在S803中，根据确定出的最少符号数，确定UE的处理能力等级。
在S804中，将UE的处理能力等级对应的符号数确定为第一符号数。
在确定出最少符号数之后，便可以确定出UE对应的处理能力等级，并将该处理能力等级对应的符号数确定为第一符号数。
进一步地，在图8所示的实施例的基础之上，UE还可以通过向基站上报处理能力信息，以告知基站其处理能力等级：
作为本发明的一个实施例，UE上报的处理能力信息包括UE的处理能力等级对应的符号数，即，UE在其终端本地确定出UE自身所处的处理能力等级之后，将该处理能力等级对应的符号数上报给基站。
例如，基于上文的处理能力等级示例，若UE在进行反馈时所需的最短处理时长为400us，则通过将400us在处理能力等级中向上取整，确定UE的处理能力等级可以表示为500us对应的符号数6，那么UE便将符号数6上报给基站，以使基站确定该UE处于符号数6对应的处理能力等级，那么，便可以将符号数6确定为第一符号数。
作为本发明的另一实施例，UE上报的处理能力信息包括索引值。在本实施例中，每个处理能力等级均对应有一索引值，UE在其终端本地确定出UE自身所处的处理能力等级之后，将该处理能力等级对应的索引值上报给基站，这样一来，基站便可根据UE上报的索引值确定出UE对应的处理能力等级。
例如，基于上文的处理能力等级示例，{3，6，15，29，57，113}这六个处理能力等级分别对应{000，001，011，100，101，110}这六个索引值，若确定出UE的处理能力等级可以表示为500us对应的符号数6，那么UE上报的处理能力信息为索引值001，以使基站确定该UE处于符号数6对应的处理能力等级，那么，并将符号数6确定为第一符号数。
无论UE上报的处理能力信息为其处理能力等级对应的符号数还是索引值，基站都只需要根据UE上报的处理能力信息，即可确定出与之对应的处理能力等级，并进一步获取到第一符号数，而无需在每个UE接入基站时都重复计算过程，相对来说减少了基站本地的计算开销。
图9示出了S501中UE确定第一符号数的另一种优选实施方式：
在S901中，获取预先量化好的若干时长值区间。
基站可以预先在本地量化出用于表示UE进行反馈所需的最短处理时长的若干时长值区间，而UE也可以预先获取到这些时长值区间。例如，将UE进行反馈所需的最短处理时长量化为{100us，200us，500us，1ms，2ms，4ms}这六个最短处理时长等级，那么对应的时长值区间分别为{100us，200us}、{200us，500us}、{500us，1ms}、{1ms，2ms}、{2ms，4ms}。
在S902中，获取所述最短处理时长所处的所述时长值区间的区间上限时长值。
在S903中，基于获取到的区间上限时长值和所述小区参数集计算所述第一符号数。
在UE一侧，基于UE在进行反馈时所需的最短处理时长，确定出该最短处理时长所处的时长值区间，并基于该时长值区间的区间上限时长值和基站的小区参数集来计算第一符号数。
进一步地，在图9所示的实施例的基础之上，UE还可以通过向基站上报处理能力信息，以告知基站其在进行反馈时所需的最短处理时长，以使基站也基于该时长值区间的区间上限时长值和小区参数集来计算第一符号数。
作为本发明的一个实施例，UE上报的处理能力信息包括时长值，该时长值即为UE确定出其在进行反馈时所需的最短处理时长所处的时长值区间后，该时长值区间的区间上限时长值。
例如，基于上文的时长值区间示例，若UE在进行反馈时所需的最短处理时长为400us，则该最短处理时长所处的时长值区间为{200us，500us}，那么UE将该时长值区间的区间上限时长值500us作为处理能力信息上报给基站，基站便可以根据500us和小区参数集来计算第一符号数。
作为本发明的另一实施例，UE上报的处理能力信息包括索引值。在本实施例中，每个时长值区间均对应有一索引值，UE在其进行反馈时所需的最短处理时长所处的时长值区间之后，将该时长值区间对应的索引值上报给基站，这样一来，基站更可根据UE上报的索引值确定出UE在进行反馈时所需的最短处理时长所处的时长值区间，并基于该时长值区间的区间上限时长值和小区参数集，计算第一符号数。
例如，基于上文的时长值区间示例，若示例中的5个时长值区间分别对应{000，001，011，100，101}这五个索引值，若UE在进行反馈时所需的最短处理时长为400us，则该最短处理时长所处的时长值区间为{200us，500us}，那么UE将该时长值区间的索引值001作为处理能力信息上报给基站，基站便可以根据索引值001确定出时长值区间为{200us，500us}，并基于该时长值区间的区间上限时长值500us和小区参数集来计算第一符号数。
在上文实施例中，UE向基站上报的处理能力信息可以为级别量化后的符号数或区间上限时长值，是通过将在小区参数集的要求下UE进行反馈所需的最少符号数在级别量化后的符号数中向上取整，或者通过将UE进行反馈所需的最短处理时长在级别量化后的时长值区间中向上取区间上限所得到的，通过级别量化并向上取整的方式，实际上可以便于基站一侧有效地减轻数据处理压力，在第一符号数的确定过程中提高处理效率。另外，UE向基站上报的处理能力信息也可以为索引值，UE上报的处理能力信息以索引值的方式进行传输，相比于将处理能力信息以符号数或区间上限时长值的形式上报给基站，上报索引值可以进一步地减少UE向基站上报其处理能力信息的过程中所产生的信令开销，减少了系统的通信负荷。
为了便于理解，接下来，通过UE与基站之间的交互实例，来对本发明实施例所涉及的反馈时长指示、确认方法进行进一步的说明：
1、在本实例中，依照上文中的示例，基站预先将将UE进行反馈所需的最短处理时长量化为{100us，200us，500us，1ms，2ms，4ms}这六个最短处理时长等级，且假设小区的子载波间隔为30KHz，那么得到用符号数表示的{3，6，15，29，57，113}这六个处理能力等级。
2、UE在初始接入基站的阶段，根据UE进行反馈时所需的绝对处理时长400us，确定其处理能力位于200～500us的区间内，则将其中较大的处理能力等级500us对应的处理能力等级15对应的索引值010作为处理能力信息上报给基站，基站根据UE上报的索引值确定第一符号数为15。
3、在UE接入基站之后，基站在子帧n上对UE发起下行数据调度，基站根据调度数据类型，确定在该小区环境下，该调度数据类型对UE进行反馈所要求的时长相当于20个符号，即，第二符号数为20。
4、在基站一侧，将第一符号数与第二符号数的差值也预先量化为{0，2，4，6，8，10，12，14}这8个等级，每个量化差值相当于占用3比特的开销，对于本实例中，第一符号数与第二符号数的差值为5，将其在量化差值等级中向上取整，得到量化差值6，并将其编码通过DCI下发到UE中。
5、UE在接收到DCI后，从中恢复出量化差值6，并基于第一符号数15进一步恢复出第二符号数21，由此在21个符号后的下一个上行子帧上进行数据发送，且基站也在其发送减值6后的21个符号后的下一个上行反馈子帧上进行数据接收。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
对应于上文基站侧为执行主体的反馈时长指示方法，图10示出了本发明实施例提供的基站的示意性框图。为了便于说明，仅示出了与本实施例相关的部分。
参照图10，该基站10包括：
第一获取单元1001，获取第一符号数，其中，第一符号数与UE的处理能力和小区参数集相关。
第一确定单元1002，确定UE对当前的调度进行反馈所需的第二符号数。
发送单元1003，将第一符号数与第二符号数的量化差值发送给UE。
可选地，如图11所示，基站10还包括：
第二确定单元1004，用于根据第二符号数确定出UE对当前的调度进行反馈的上行子帧。
第一接收单元1005，用于在确定出的上行子帧上接收UE的反馈。
可选地，第二确定单元1004具体用于：
在发送量化差值之后，将位于第二符号数之后的第一个上行反馈子帧确定为UE对当前的调度进行反馈的上行子帧。
可选地，第一确定单元1002具体用于：
根据一因素集合中的一项或者多项目标因素确定所述第二符号数，其中，所述因素集合中的目标因素包括：下行业务数据的类型、调度带宽、参考信号图样和资源粒映射方式。
可选地，第一确定单元1002具体用于：
在预先定义的表格中，查找与所述一项或者多项目标因素对应的所述第二符号数。
可选地，第一获取单元1001包括：
接收子单元，接收UE上报的处理能力信息，其中，处理能力信息基于UE所支持的进行反馈所需的最短处理时长确定。
第一确定子单元，根据处理能力信息和小区参数集确定第一符号数。
可选地，第一确定子单元具体用于：
获取预先量化好的若干处理能力等级，每个处理能力等级均对应一预先设置的符号数，用于表示在小区参数集的要求下，具备对应的处理能力等级的UE进行反馈所需的最少符号数；
根据处理能力信息确定UE的处理能力等级；
将UE的处理能力等级对应的符号数确定为第一符号数。
可选地，处理能力信息包括符号数或索引值；
所述根据处理能力信息确定UE的处理能力等级，包括：
将处理能力信息中的符号数对应的处理能力等级确定为UE的处理能力等级；或者
每个处理能力等级还均对应一索引值，将索引值对应的处理能力等级确定为UE的处理能力等级。
可选地，第一确定子单元具体用于：
获取预先量化好的若干时长值区间；
根据处理能力信息确定UE的最短处理时长所处的时长值区间；
基于时长值区间的区间上限时长值和小区参数集计算第一符号数。
可选地，处理能力信息包括时长值或索引值，根据处理能力信息确定UE的最短处理时长所处的时长值区间，包括：
将区间上限时长值为处理能力信息中的时长值的时长值区间，确定为UE的最短处理时长所处的时长值区间；或者
每个时长值区间还均对应一索引值，将处理能力信息中的索引值所对应的时长值区间，确定为UE的最短处理时长所处的时长值区间。
对应于上文UE侧为执行主体的反馈时长确定方法，图12示出了本发明实施例提供的UE的示意性框图。为了便于说明，仅示出了与本实施例相关的部分。
参照图12，该UE 12包括：
第三确定单元1201，确定第一符号数，其中，第一符号数与UE的处理能力和基站的小区参数集相关。
第二接收单元1202，接收基站发送的量化差值。
第四确定单元1203，基于量化差值及第一符号数确定UE对当前的调度进行反馈所需的第二符号数。
可选地，如图13所示，UE 12还包括：
第五确定单元1204，基于第二符号数确定出对当前的调度进行反馈的上行子帧。
反馈单元1205，在确定出的上行子帧上进行反馈。
可选地，第五确定单元1204具体用于：
在接收到量化差值后，将位于第二符号数之后的第一个上行反馈子帧确定为对当前的调度进行反馈的上行子帧。
可选地，第三确定单元1201包括：
第一获取子单元，获取预先量化好的若干处理能力等级，每个处理能力等级均对应一预先设置的符号数，用于表示在小区参数集的要求下，具备对应的处理能力等级的UE进行反馈所需的最少符号数。
第二确定子单元，基于UE所支持的进行反馈所需的最短处理时长，确定在小区参数集的要求下，UE进行反馈所需的最少符号数。
第三确定子单元，根据确定出的最少符号数，确定UE的处理能力等级。
第四确定子单元，将UE的处理能力等级对应的符号数确定为第一符号数。
可选地，UE 12还包括：
第一上报单元，向基站上报处理能力信息，其中，处理能力信息包括UE的处理能力等级对应的符号数或者索引值。
可选地，第三确定单元1201包括：
第二获取子单元，获取预先量化好的若干时长值区间。
第三获取子单元，获取最短处理时长所处的时长值区间的区间上限时长值。
计算子单元，基于获取到的区间上限时长值和小区参数集计算第一符号数。
可选地，UE 12还包括：
第三上报单元，向基站上报处理能力信息，其中，处理能力信息包括最短处理时长所处的时长值区间的区间上限时长值或索引值。
参见图14，是本发明又一实施例提供的一种基站示意性框图。如图所示的本实施例中的基站可以包括：一个或多个处理器1401；一个或多个天线1402和存储器1403。上述处理器1401、天线1402和存储器1403通过总线1404连接。存储器1403用于存储计算机程序，所述计算机程序包括程序指令，处理器1401用于执行存储器1403存储的程序指令。其中，处理器1401被配置用于调用所述程序指令执行：
一种反馈时长指示方法，包括：
获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；
确定所述UE对当前的调度进行反馈所需的第二符号数；
将所述第一符号数与所述第二符号数的量化差值发送给所述UE。
进一步地，还包括：
根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上接收所述UE的反馈。
进一步地，所述根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧，包括：
在发送所述量化差值之后，将位于所述第二符号数之后的第一个上行反馈子帧确定为所述UE对当前的调度进行反馈的上行子帧。
进一步地，所述确定所述UE对当前的调度进行反馈所需的第二符号数，包括：
根据一因素集合中的一项或者多项目标因素确定所述第二符号数，其中，所述因素集合中的目标因素包括：下行业务数据的类型、调度带宽、参考信号图样和资源粒映射方式。
进一步地，所述根据一因素集合中的一项或者多项目标因素确定所述第二符号数，包括：
在预先定义的表格中，查找与所述一项或者多项目标因素对应的所述第二符号数。
进一步地，所述获取第一符号数，包括：
接收所述UE上报的处理能力信息，所述处理能力信息基于所述UE所支持的进行反馈所需的最短处理时长确定；
根据所述处理能力信息和所述小区参数集确定所述第一符号数。
进一步地，所述根据所述处理能力信息和小区参数集确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
根据所述处理能力信息确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
进一步地，所述处理能力信息包括符号数或索引值；
所述根据所述处理能力信息确定所述UE的所述处理能力等级，包括：
将所述处理能力信息中的符号数对应的所述处理能力等级确定为所述UE的所述处理能力等级；或者
每个所述处理能力等级还均对应一索引值，将所述索引值对应的所述处理能力等级确定为所述UE的所述处理能力等级。
进一步地，所述根据所述处理能力信息和所述小区参数集确定所述第一符号数，包括：
获取预先量化好的若干时长值区间；
根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间；
基于所述时长值区间的区间上限时长值和所述小区参数集计算所述第一符号数。
进一步地，所述处理能力信息包括时长值或索引值，所述根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间，包括：
将区间上限时长值为所述处理能力信息中的时长值的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间；或者
每个所述时长值区间还均对应一索引值，将所述处理能力信息中的索引值所对应的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间。
参见图15，是本发明又一实施例提供的一种UE示意性框图。如图所示的本实施例中的UE可以包括：一个或多个处理器1501；一个或多个天线1502和存储器1503。上述处理器1501、天线1502和存储器1503通过总线1504连接。存储器1503用于存储计算机程序，所述计算机程序包括程序指令，处理器1501用于执行存储器1503存储的程序指令。其中，处理器1501被配置用于调用所述程序指令执行：
一种反馈时长确定方法，包括：
确定第一符号数，所述第一符号数与所述UE的处理能力和基站的小区参数集相关；
接收所述基站发送的量化差值；
基于所述量化差值及所述第一符号数确定所述UE对当前的调度进行反馈所需的第二符号数。
进一步地，还包括：
基于所述第二符号数确定出对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上进行反馈。
进一步地，所述基于所述第二符号数确定出对当前的调度进行反馈的上行子帧，包括：
在接收到所述量化差值后，将位于所述第二符号数之后的第一个上行反馈子帧确定为对当前的调度进行反馈的上行子帧。
进一步地，所述确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
基于所述UE所支持的进行反馈所需的最短处理时长，确定在所述小区参数集的要求下，所述UE进行反馈所需的最少符号数；
根据确定出的最少符号数，确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
进一步地，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述UE的所述处理能力等级对应的符号数或者索引值。
进一步地，所述确定第一符号数，包括：
获取预先量化好的若干时长值区间；
获取所述最短处理时长所处的所述时长值区间的区间上限时长值；
基于获取到的区间上限时长值和所述小区参数集计算所述第一符号数。
进一步地，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述最短处理时长所处的所述时长值区间的区间上限时长值或索引值。
应当理解，在本发明实施例中，上文所称处理器可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
上文所称天线包括但不限于板状天线或环形天线等。
上文所称存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。
在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：
一种反馈时长指示方法，包括：
获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；
确定所述UE对当前的调度进行反馈所需的第二符号数；
将所述第一符号数与所述第二符号数的量化差值发送给所述UE。
进一步地，还包括：
根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上接收所述UE的反馈。
进一步地，所述根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧，包括：
在发送所述量化差值之后，将位于所述第二符号数之后的第一个上行反馈子帧确定为所述UE对当前的调度进行反馈的上行子帧。
进一步地，所述确定所述UE对当前的调度进行反馈所需的第二符号数，包括：
根据一因素集合中的一项或者多项目标因素确定所述第二符号数，其中，所述因素集合中的目标因素包括：下行业务数据的类型、调度带宽、参考信号图样和资源粒映射方式。
进一步地，所述根据一因素集合中的一项或者多项目标因素确定所述第二符号数，包括：
在预先定义的表格中，查找与所述一项或者多项目标因素对应的所述第二符号数。
进一步地，所述获取第一符号数，包括：
接收所述UE上报的处理能力信息，所述处理能力信息基于所述UE所支持的进行反馈所需的最短处理时长确定；
根据所述处理能力信息和所述小区参数集确定所述第一符号数。
进一步地，所述根据所述处理能力信息和小区参数集确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
根据所述处理能力信息确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
进一步地，所述处理能力信息包括符号数或索引值；
所述根据所述处理能力信息确定所述UE的所述处理能力等级，包括：
将所述处理能力信息中的符号数对应的所述处理能力等级确定为所述UE的所述处理能力等级；或者
每个所述处理能力等级还均对应一索引值，将所述索引值对应的所述处理能力等级确定为所述UE的所述处理能力等级。
进一步地，所述根据所述处理能力信息和所述小区参数集确定所述第一符号数，包括：
获取预先量化好的若干时长值区间；
根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间；
基于所述时长值区间的区间上限时长值和所述小区参数集计算所述第一符号数。
进一步地，所述处理能力信息包括时长值或索引值，所述根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间，包括：
将区间上限时长值为所述处理能力信息中的时长值的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间；或者
每个所述时长值区间还均对应一索引值，将所述处理能力信息中的索引值所对应的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间。
在本发明的又一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：
一种反馈时长确定方法，包括：
确定第一符号数，所述第一符号数与所述UE的处理能力和基站的小区参数集相关；
接收所述基站发送的量化差值；
基于所述量化差值及所述第一符号数确定所述UE对当前的调度进行反馈所需的第二符号数。
进一步地，还包括：
基于所述第二符号数确定出对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上进行反馈。
进一步地，所述基于所述第二符号数确定出对当前的调度进行反馈的上行子帧，包括：
在接收到所述量化差值后，将位于所述第二符号数之后的第一个上行反馈子帧确定为对当前的调度进行反馈的上行子帧。
进一步地，所述确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
基于所述UE所支持的进行反馈所需的最短处理时长，确定在所述小区参数集的要求下，所述UE进行反馈所需的最少符号数；
根据确定出的最少符号数，确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
进一步地，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述UE的所述处理能力等级对应的符号数或者索引值。
进一步地，所述确定第一符号数，包括：
获取预先量化好的若干时长值区间；
获取所述最短处理时长所处的所述时长值区间的区间上限时长值；
基于获取到的区间上限时长值和所述小区参数集计算所述第一符号数。
进一步地，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述最短处理时长所处的所述时长值区间的区间上限时长值或索引值。
所述计算机可读存储介质可以是前述任一实施例所述的基站或终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是基站或终端所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括基站或终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的基站、终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、终端和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
Claims (23)
1.一种反馈时长指示方法，应用于基站，其特征在于，包括：
获取第一符号数，所述第一符号数与用户设备UE的处理能力和小区参数集相关；
确定所述UE对当前的调度进行反馈所需的第二符号数；
将所述第一符号数与所述第二符号数的量化差值发送给所述UE。
2.如权利要求1所述的反馈时长指示方法，其特征在于，还包括：
根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上接收所述UE的反馈。
3.如权利要求2所述的反馈时长指示方法，其特征在于，所述根据所述第二符号数确定出所述UE对当前的调度进行反馈的上行子帧，包括：
在发送所述量化差值之后，将位于所述第二符号数之后的第一个上行反馈子帧确定为所述UE对当前的调度进行反馈的上行子帧。
4.如权利要求1所述的反馈时长指示方法，其特征在于，所述确定所述UE对当前的调度进行反馈所需的第二符号数，包括：
根据一因素集合中的一项或者多项目标因素确定所述第二符号数，其中，所述因素集合中的目标因素包括：下行业务数据的类型、调度带宽、参考信号图样和资源粒映射方式。
5.如权利要求4所述的反馈时长指示方法，其特征在于，所述根据一因素集合中的一项或者多项目标因素确定所述第二符号数，包括：
在预先定义的表格中，查找与所述一项或者多项目标因素对应的所述第二符号数。
6.如权利要求1所述的反馈时长指示方法，其特征在于，所述获取第一符号数，包括：
接收所述UE上报的处理能力信息，所述处理能力信息基于所述UE所支持的进行反馈所需的最短处理时长确定；
根据所述处理能力信息和所述小区参数集确定所述第一符号数。
7.如权利要求6所述的反馈时长指示方法，其特征在于，所述根据所述处理能力信息和小区参数集确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
根据所述处理能力信息确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
8.如权利要求7所述的反馈时长指示方法，其特征在于，所述处理能力信息包括符号数或索引值；
所述根据所述处理能力信息确定所述UE的所述处理能力等级，包括：
将所述处理能力信息中的符号数对应的所述处理能力等级确定为所述UE的所述处理能力等级；或者
每个所述处理能力等级还均对应一索引值，将所述索引值对应的所述处理能力等级确定为所述UE的所述处理能力等级。
9.如权利要求6所述的反馈时长指示方法，其特征在于，所述根据所述处理能力信息和所述小区参数集确定所述第一符号数，包括：
获取预先量化好的若干时长值区间；
根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间；
基于所述时长值区间的区间上限时长值和所述小区参数集计算所述第一符号数。
10.如权利要求9所述的反馈时长指示方法，其特征在于，所述处理能力信息包括时长值或索引值，所述根据所述处理能力信息确定所述UE的所述最短处理时长所处的所述时长值区间，包括：
将区间上限时长值为所述处理能力信息中的时长值的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间；或者
每个所述时长值区间还均对应一索引值，将所述处理能力信息中的索引值所对应的所述时长值区间，确定为所述UE的所述最短处理时长所处的所述时长值区间。
11.一种反馈时长确定方法，应用于用户设备UE，其特征在于，包括：
确定第一符号数，所述第一符号数与所述UE的处理能力和基站的小区参数集相关；
接收所述基站发送的量化差值；
基于所述量化差值及所述第一符号数确定所述UE对当前的调度进行反馈所需的第二符号数。
12.如权利要求11所述的反馈时长确定方法，其特征在于，还包括：
基于所述第二符号数确定出对当前的调度进行反馈的上行子帧；
在确定出的所述上行子帧上进行反馈。
13.如权利要求12所述的反馈时长确定方法，其特征在于，所述基于所述第二符号数确定出对当前的调度进行反馈的上行子帧，包括：
在接收到所述量化差值后，将位于所述第二符号数之后的第一个上行反馈子帧确定为对当前的调度进行反馈的上行子帧。
14.如权利要求11所述的反馈时长确定方法，其特征在于，所述确定第一符号数，包括：
获取预先量化好的若干处理能力等级，每个所述处理能力等级均对应一预先设置的符号数，用于表示在所述小区参数集的要求下，具备对应的所述处理能力等级的UE进行反馈所需的最少符号数；
基于所述UE所支持的进行反馈所需的最短处理时长，确定在所述小区参数集的要求下，所述UE进行反馈所需的最少符号数；
根据确定出的最少符号数，确定所述UE的所述处理能力等级；
将所述UE的所述处理能力等级对应的符号数确定为所述第一符号数。
15.如权利要求14所述的反馈时长确定方法，其特征在于，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述UE的所述处理能力等级对应的符号数或者索引值。
16.如权利要求11所述的反馈时长确定方法，其特征在于，所述确定第一符号数，包括：
获取预先量化好的若干时长值区间；
获取所述最短处理时长所处的所述时长值区间的区间上限时长值；
基于获取到的区间上限时长值和所述小区参数集计算所述第一符号数。
17.如权利要求16所述的反馈时长确定方法，其特征在于，还包括：
向所述基站上报处理能力信息，所述处理能力信息包括所述最短处理时长所处的所述时长值区间的区间上限时长值或索引值。
18.一种基站，其特征在于，包括用于执行权利要求1-10任一项所述方法的单元。
19.一种用户设备UE，其特征在于，包括用于执行权利要求11-17任一项所述方法的单元。
20.一种基站，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-10任一项的所述方法。
21.一种用户设备，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求11-17任一项的所述方法。
22.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-10任一项的所述方法。
23.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求11-17任一项的所述方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710626712.8A CN109309549B (zh) | 2017-07-27 | 2017-07-27 | 反馈时长指示、确认方法及基站、用户设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710626712.8A CN109309549B (zh) | 2017-07-27 | 2017-07-27 | 反馈时长指示、确认方法及基站、用户设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109309549A true CN109309549A (zh) | 2019-02-05 |
| CN109309549B CN109309549B (zh) | 2022-04-05 |
Family
ID=65202236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710626712.8A Active CN109309549B (zh) | 2017-07-27 | 2017-07-27 | 反馈时长指示、确认方法及基站、用户设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109309549B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113452485A (zh) * | 2021-06-28 | 2021-09-28 | 中信科移动通信技术股份有限公司 | 一种下行harq反馈机制的实现方法及系统 |
| WO2022188028A1 (en) * | 2021-03-09 | 2022-09-15 | Lenovo (Beijing) Limited | Method and apparatus for resource management in wireless communication |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101267284A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 在物理上行共享信道进行确认信息反馈的方法 |
| CN101777972A (zh) * | 2009-01-09 | 2010-07-14 | 大唐移动通信设备有限公司 | 重复ack/nack机制下数据接收方法、装置及系统 |
| WO2012063780A1 (ja) * | 2010-11-08 | 2012-05-18 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末装置、基地局装置及び通信制御方法 |
| US20150237673A1 (en) * | 2014-02-14 | 2015-08-20 | Freescale Semiconductor, Inc. | Method of dtx detection in a wireless communication system |
| CN106102180A (zh) * | 2016-08-05 | 2016-11-09 | 宇龙计算机通信科技(深圳)有限公司 | 一种上行传输的方法及基站 |
| CN106506123A (zh) * | 2016-12-29 | 2017-03-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种指示方法和基站 |
| CN106612557A (zh) * | 2015-10-26 | 2017-05-03 | 中国移动通信集团公司 | 下行ack/nack信息的传输方法、基站及用户设备 |
-
2017
- 2017-07-27 CN CN201710626712.8A patent/CN109309549B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101267284A (zh) * | 2008-04-25 | 2008-09-17 | 中兴通讯股份有限公司 | 在物理上行共享信道进行确认信息反馈的方法 |
| CN101777972A (zh) * | 2009-01-09 | 2010-07-14 | 大唐移动通信设备有限公司 | 重复ack/nack机制下数据接收方法、装置及系统 |
| WO2012063780A1 (ja) * | 2010-11-08 | 2012-05-18 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末装置、基地局装置及び通信制御方法 |
| US20150237673A1 (en) * | 2014-02-14 | 2015-08-20 | Freescale Semiconductor, Inc. | Method of dtx detection in a wireless communication system |
| CN106612557A (zh) * | 2015-10-26 | 2017-05-03 | 中国移动通信集团公司 | 下行ack/nack信息的传输方法、基站及用户设备 |
| CN106102180A (zh) * | 2016-08-05 | 2016-11-09 | 宇龙计算机通信科技(深圳)有限公司 | 一种上行传输的方法及基站 |
| CN106506123A (zh) * | 2016-12-29 | 2017-03-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种指示方法和基站 |
Non-Patent Citations (2)
| Title |
|---|
| ERICSSON: "R1-140747 "HARQ timing for enhanced coverage MTC UE"", 《3GPP TSG_RAN\WG1_RL1》 * |
| NOKIA, ALCATEL-LUCENT SHANGHAI BELL: "On the number of HARQ processes", 《3GPP TSG-RAN WG1#89，R1-1708529》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2022188028A1 (en) * | 2021-03-09 | 2022-09-15 | Lenovo (Beijing) Limited | Method and apparatus for resource management in wireless communication |
| CN113452485A (zh) * | 2021-06-28 | 2021-09-28 | 中信科移动通信技术股份有限公司 | 一种下行harq反馈机制的实现方法及系统 |
| CN113452485B (zh) * | 2021-06-28 | 2022-07-19 | 中信科移动通信技术股份有限公司 | 一种下行harq反馈机制的实现方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109309549B (zh) | 2022-04-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103563282B (zh) | 用于通信系统的混和自动重传请求方法和设备 | |
| CN110024459A (zh) | 用于确定资源池的方法和装置 | |
| CN109391422A (zh) | 一种反馈码本确定的方法及终端设备、网络设备 | |
| CN102347825B (zh) | 一种传输反馈信息的方法、系统和设备 | |
| CN107637158A (zh) | 用于在无线通信系统中管理竞争窗口的方法和装置 | |
| CN113273112B (zh) | 用于在无线通信系统中执行通信的方法和装置 | |
| CN111542002B (zh) | 超高可靠低时延通信的数据传输方法、基站及终端 | |
| CN105846977A (zh) | 一种增强载波聚合系统的harq-ack传输方法和设备 | |
| CN103095432A (zh) | 一种发送harq-ack反馈信息的方法 | |
| CN103199961A (zh) | 一种采用发送分集技术传输harq-ack信息的方法 | |
| CN103516496A (zh) | 一种发送harq-ack反馈信息的方法 | |
| CN102237991A (zh) | 在tdd系统中发送ack/nack信息的方法 | |
| WO2012065438A1 (zh) | 确认信息反馈方法及终端 | |
| CN109905212A (zh) | 混合自动重传请求时序关系的指示方法、基站及用户设备 | |
| CN107925445A (zh) | 一种反馈信息的发送方法、用户设备和基站 | |
| CN101583193A (zh) | 一种lte系统中基站端上行无线资源分配方法及装置 | |
| CN103905165B (zh) | 应答反馈信息的发送和接收方法及设备 | |
| CN101925113A (zh) | 一种上行控制信道的传输处理方法及设备 | |
| CN103825671A (zh) | 时分双工系统中的上行数据传输及接收方法和设备 | |
| CN110168982A (zh) | 自适应多harq实体设计 | |
| CN110351017A (zh) | 一种通信方法、装置以及系统 | |
| CN102255708A (zh) | 一种反馈信息的传输方法及装置 | |
| CN107615697A (zh) | 一种信息发送、接收方法及设备 | |
| CN106656411B (zh) | Harq绑定模式下调度mcs的方法及系统 | |
| CN103368699B (zh) | 信道状态信息csi的反馈方法及装置 |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210423 Address after: No. 1702-1703, 17 / F (15 / F, natural floor), Desai technology building, 9789 Shennan Avenue, Yuehai street, Nanshan District, Shenzhen City, Guangdong Province Applicant after: Shenzhen Microphone Holdings Co.,Ltd. Address before: 518040, 21 floor, Times Technology Building, 7028 Shennan Road, Futian District, Guangdong, Shenzhen Applicant before: DONGGUAN GOLDEX COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |