CN110249568A - 无线通信系统中发送/接收无线信号的方法及其装置 - Google Patents
无线通信系统中发送/接收无线信号的方法及其装置 Download PDFInfo
- Publication number
- CN110249568A CN110249568A CN201880010077.3A CN201880010077A CN110249568A CN 110249568 A CN110249568 A CN 110249568A CN 201880010077 A CN201880010077 A CN 201880010077A CN 110249568 A CN110249568 A CN 110249568A
- Authority
- CN
- China
- Prior art keywords
- harq
- tti
- data
- length
- transmission
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
-
- 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
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0082—Timing of allocation at predetermined intervals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
Abstract
本发明涉及一种无线通信系统,并且更具体地,涉及一种方法和装置,该方法包括下述步骤:基于TTI长度来识别HARQ缓冲区中的每个数据的最小存储区域;基于每个数据的最小存储区域在HARQ缓冲区中存储用于无线信号的传输的数据;在第一TTI期间发送HARQ缓冲区中的数据,其中当数据是重传的数据时,每个数据的最小存储区域基于用于数据的初始传输的第二TTI的长度,并且第二TTI的长度与第一TTI的长度不同。
Description
技术领域
本发明涉及一种无线通信系统,并且更加具体地,涉及发送/接收无线信号的方法和装置。无线通信系统包括基于CA(基于载波聚合)的无线通信系统。
背景技术
无线通信系统已经被广泛布署以提供各种类型的通信服务,包括语音和数据服务。通常,无线通信系统是通过在多个用户之中共享可用系统资源(例如,带宽、发送功率等)来支持多个用户之中的通信的多址系统。多址系统可以采用诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、或者单载波频分多址(SC-FDMA)的多址方案。
发明内容
技术问题
本发明的目的是为了提供有效率地执行无线信号的发送和接收的方法和设备。
从本发明可获得的技术任务不限于在上面提及的技术任务。并且,本发明属于的技术领域中的普通技术人员从下面的描述能够清楚地理解其他的未被提及的技术任务。
技术方案
在本发明的一个方面,这里提供一种在无线通信系统中由通信设备发送无线信号的方法,该方法包括:基于传输时间间隔(TTI)长度检查在混合ARQ(HARQ)缓冲区(buffer)的每个数据的最小存储空间;基于每个数据的最小存储空间在HARQ缓冲区中存储用于无线信号传输的数据;以及对于第一TTI发送HARQ缓冲区中的数据,其中,当数据是重传的数据时,每个数据的最小存储空间基于用于数据的初始传输的第二TTI的长度,并且第二TTI的长度不同于第一TTI的长度。
在本发明的另一方面,这里提供一种在无线通信系统中使用的通信设备,包括射频(RF)模块和处理器,其中处理器被配置成:基于传输时间间隔(TTI)长度检查在混合ARQ(HARQ)缓冲区的每个数据的最小存储空间;基于每个数据的最小存储空间在HARQ缓冲区中存储用于无线信号传输的数据;以及对于第一TTI发送HARQ缓冲区中的数据,其中,当数据是重传的数据时,每个数据的最小存储空间基于被用于数据的初始传输的第二TTI的长度,并且第二TTI的长度不同于第一TTI的长度。
可以通过将HARQ缓冲区的整个空间除以对应于TTI长度的HARQ进程的数量来执行每个数据的最小存储空间的检查。
可以通过根据TTI长度的数量将HARQ缓冲区的整个空间划分成多个子HARQ缓冲区并且然后将子HARQ缓冲区中的每个除以与相应的TTI长度对应的HARQ进程的数量来执行每个数据的最小存储空间的检查。
当第一TTI的长度大于第二TTI的长度时,可以通过将HARQ缓冲区的整个空间除以对应于第一TTI的长度的HARQ进程的数量来检查基于第一TTI的长度的每个数据的最小存储空间,并且可以通过将HARQ缓冲区的部分空间除以与第二TTI的长度相对应的HARQ进程的数量来检查基于第二TTI的长度的每个数据的最小存储空间。
通信设备可以具有多个聚合的用于不同无线电接入技术(RAT)的分量载波(CC),并且可以根据用于无线信号的传输的RAT通过以下等式确定HARQ缓冲区的大小。
-用于RAT1的缓冲区大小:S*A*(N1/N);以及
-用于RAT2的缓冲区大小:S*B*(N2/N)。
这里,S表示通信设备中的HARQ缓冲区的总大小,A和B表示指示用于RAT1和RAT2的缓冲区大小的比率的系数,N1表示为RAT1配置的CC的数量,N2表示为RAT2配置的CC数量,并且N表示N1和N2的总和。
可以根据服务类型按以下顺序给出TTI长度的大小:超可靠和低延迟通信(URLLC)<增强型移动宽带(eMBB)<大规模机器类型通信(mMTC)。
无线通信系统可以包括基于第三代合作伙伴计划长期演进(3GPP LTE)的无线通信系统,其中TTI长度可以是子帧或时隙的倍数。
有益效果
根据本发明的实施例,能够在无线通信系统中有效率地执行无线信号发送和接收。
从本发明可获得的效果不限于在上面提及的效果。并且,本发明属于的技术领域中的普通技术人员从下面的描述能够清楚地理解其他的未被提及的效果。
附图说明
附图被包括以提供对本发明的进一步理解并且被并入且组成申请的一部分,附图图示本发明的实施例并且连同描述一起用来解释本发明的原理。在附图中:
图1图示在作为无线通信系统的示例的3GPP LTE(-A)系统中使用的物理信道以及使用该物理信道的典型信号传输方法。
图2图示无线电帧结构。
图3图示下行链路时隙的资源网格。
图4图示下行链路子帧结构。
图5图示增强型物理下行链路控制信道(EPDCCH)的示例。
图6图示在LTE(-A)中使用的上行链路子帧的结构。
图7图示UL HARQ(上行链路混合自动重传请求)操作。
图8和9图示单小区情况下的TDD UL ACK/NACK(上行链路肯定应答/否定应答)传输定时。
图10和11图示单个小区情况下的TDD PUSCH(物理上行链路共享信道)传输定时。
图12和13图示单小区情况下的TDD DL ACK/NACK传输定时。
图14图示单小区情况下的TDD HARQ(混合自动重传请求)进程。
图15图示基于载波聚合(CA)的无线通信系统。
图16图示跨载波调度。
图17图示自包含子帧的结构。
图18至22图示根据本发明的信号传输过程。
图23图示可应用本发明实施例的基站和用户设备。
具体实施方式
本发明的实施例可应用于各种无线接入技术,诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、以及单载波频分多址(SC-FDMA)。CDMA能够被实现为诸如通用陆地无线电接入(UTRA)或者CDMA2000的无线电技术。TDMA能够被实现为诸如全球移动通信系统(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术。OFDMA能够被实现为无线电技术,诸如电气与电子工程师协会(IEEE)802.11(无线保真(Wi-Fi))、IEEE 802.16(全球微波接入互操作性(WiMAX))、IEEE 802-20、或者演进的UTRA(E-UTRA)。UTRA是通用移动电信系统(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进的UMTS(E-UMTS)的一部分,并且高级LTE(LTE-A)是3GPP LTE的演进版本。尽管为了清楚起见下文的描述是围绕3GPP LTE/LTE-A给出的,但是这仅仅是示例性的,并且因此不应当被解释为限制本发明。
在无线通信系统中,UE通过下行链路(DL)从基站(BS)接收信息,并且通过上行链路(UL)向BS发送信息。由BS和UE发送和接收的信息包括数据和各种控制信息,并且根据由BS和UE发送/接收的信息的类型/用途存在各种物理信道。
图1图示在3GPP LTE(-A)中使用的物理信道和使用该物理信道的信号传输方法。
当接通电源或者当UE最初进入小区时,在步骤S101中UE执行涉及与BS的同步的初始小区搜索。对于初始小区搜索,UE通过从BS接收主同步信道(P-SCH)和辅同步信道(S-SCH)来与BS同步并且获取诸如小区标识符(ID)的信息。然后UE可以在物理广播信道(PBCH)上从小区接收广播信息。同时,UE可以在初始小区搜索期间通过接收下行链路参考信号(DLRS)来检查下行链路信道状态。
在初始小区搜索之后,在步骤S102中UE可以通过接收物理下行链路控制信道(PDCCH)并且基于PDCCH的信息接收物理下行链路共享信道(PDSCH)来获取更多的具体系统信息。
在步骤S103至S106中,UE可以执行随机接入过程以接入BS。对于随机接入,UE可以在物理随机接入信道(PRACH)上将前导发送到BS(S103)并且在PDCCH和与该PDCCH相对应的PDSCH上接收对于前导的响应消息(S104)。在基于竞争的随机接入的情况下,UE可以通过进一步发送PRACH(S105)并且接收PDCCH和与该PDCCH相对应的PDSCH(S106)来执行竞争解决过程。
在前述过程之后,作为一般的下行链路/上行链路信号传输过程,UE可以接收PDCCH/PDSCH(S107)并且发送物理上行链路共享信道(PUSCH)/物理上行链路控制信道(PUCCH)(S108)。从UE发送到BS的控制信息被称为上行链路控制信息(UCI)。UCI包括混合自动重传请求肯定应答/否定应答(HARQ-ACK/NACK)、调度请求(SR)、信道状态信息(CSI)等等。CSI包括信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)等等。尽管通常在PUCCH上发送UCI,但是在需要同时发送控制信息和业务数据时可以在PUSCH上发送UCI。另外,根据网络的请求/命令可以通过PUSCH不定期地发送UCI。
图2图示无线电帧结构。在逐个子帧的基础上执行上行链路/下行链路数据分组传输。子帧被定义为包括多个符号的预定时间间隔。3GPP LTE支持可应用于频分双工(FDD)的类型1无线电帧结构和可应用于时分双工(TDD)的类型2无线电帧结构。
图2(a)图示类型1无线电帧结构。下行链路子帧包括10个子帧,每个子帧在时域中包括两个时隙。用于发送子帧的时间被定义为传输时间间隔(TTI)。例如,每个子帧具有1ms的持续时间,并且每个时隙具有0.5ms的持续时间。时隙在时域中包括多个OFDM符号并在频域中包括多个资源块(RB)。因为在3GPP LTE中下行链路使用OFDM,所以OFDM符号表示符号时段。可以将OFDM符号称为SC-FDMA符号或符号时段。RB作为资源分配单元可以在一个时隙中包括多个连续子载波。
包括在一个时隙中的OFDM符号的数目可以根据循环前缀(CP)配置。CP包括扩展CP和正常CP。当OFDM符号配置有正常CP时,例如,包括在一个时隙中的OFDM符号的数目可以是7个。当OFDM符号配置有扩展CP时,一个OFDM符号的长度增加,并且因此包括在一个时隙中的OFDM符号的数目比在正常CP的情况下小。在扩展CP的情况下,分配给一个时隙的OFDM符号的数目可以是6个。当信道状态不稳定时,诸如在UE高速移动的情况下,能够使用扩展CP来减少符号间干扰。
当使用正常CP时,一个子帧包括14个OFDM符号,因为一个时隙具有7个OFDM符号。能够将每个子帧中的至多前三个OFDM符号分配给PDCCH并且能够将其余的OFDM符号分配给PDSCH。
图2(b)图示类型2无线电帧结构。类型2无线电帧包括2个半帧。每个半帧包括4(5)个正常子帧和10个特殊子帧。根据UL-DL配置,正常子帧被用于上行链路或者下行链路。子帧由2个时隙组成。
表1示出根据UL-DL配置的无线电帧中的子帧结构。
[表1]
在表1中,D表示下行链路子帧,U表示上行链路子帧并且S表示特殊子帧。特殊子帧包括DwPTS(下行链路导频时隙)、GP(保护时段)、以及UpPTS(上行链路导频时隙)。DwPTS被用于UE中的初始小区搜索、同步或者信道估计,并且UpPTS被用于BS中的信道估计和UE中的上行链路传输同步。GP消除由UL和DL之间的DL信号的多路延迟引起的UL干扰。
无线电帧结构仅是示例性的,并且被包括在无线电帧中的子帧的数目、被包括在子帧中的时隙的数目、以及被包括在时隙中的符号的数目能够变化。
图3图示下行链路时隙的资源网格。
参考图3,下行链路时隙在时域中包括多个OFDM符号。尽管在本附图中一个下行链路时隙可以包括7(6)个OFDM符号并且一个资源块(RB)可以在频域中包括12个子载波,但是本发明不限于此。在资源网格上的每个元素被称为资源元素(RE)。一个RB包括12×7个RE。被包括在下行链路时隙中的RB的数目NRB取决于下行链路传输带宽。上行链路时隙的结构可以与下行链路时隙的结构相同。
图4图示下行链路子帧结构。
参考图4,位于子帧内的第一时隙的前部中的最多三(四)个OFDM符号对应于控制信道被分配到的控制区域。剩余的OFDM符号对应于物理下行链路共享信道(PDSCH)被分配到的数据区域。数据区域的基本资源单元是RB。在LTE中使用的下行链路控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等等。PCFICH在子帧的第一OFDM符号处被发送并且承载关于在子帧内被用于控制信道传输的OFDM符号的数目的信息。PHICH是上行链路传输的响应并且承载HARQ肯定应答(ACK)/否定应答(NACK)信号。通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。DCI包括用于任意UE组的上行链路或者下行链路调度信息或者上行链路发送功率控制命令。
通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。用于上行链路的格式0、3、3A和用于下行链路的格式1、1A、1B、1C、1D、2、2A、2B以及2C被定义为DCI格式。信息字段类型、信息字段的数目、各个信息字段的比特的数目等等取决于DIC格式。例如,当需要时,DCI格式选择性地包括诸如跳频标志、RB指配、MCS(调制编译方案)、RV(冗余版本)、NDI(新数据指示符)、TPC(传输功率控制)、HARQ进程数目、PMI(预编码矩阵指示符)确认的信息。因此,匹配DCI格式的控制信息的大小取决于DCI格式。任意的DCI格式可以被用于发送两种或者多种类型的控制信息。例如,DCI格式0/1A被用于承载DCI格式0或者DIC格式1,其使用标志字段来相互区分。
PDCCH可以承载下行链路共享信道(DL-SCH)的传输格式和资源分配、上行链路共享信道(UL-SCH)的资源分配信息、关于寻呼信道(PCH)的寻呼信息、关于DL-SCH的系统信息、关于上层控制消息(诸如,在PDSCH上发送的随机接入响应)的资源分配的信息、关于任意UE组内的单个UE的Tx功率控制命令的集合、Tx功率控制命令、IP语音(VoIP)的激活信息等。在控制区域内可以发送多个PDCCH。UE能够监控多个PDCCH。在一个或者数个连续的控制信道元素(CCE)的聚合上发送PDCCH。CCE是被用于基于无线电信道的状态给PDCCH提供编译速率的逻辑分配单元。CCE对应于多个资源元素组(REG)。通过CCE的数目确定PDCCH的格式和可用的PDCCH的比特的数目。BS根据要被发送到UE的DCI确定PDCCH格式,并且将循环冗余校验(CRC)附加到控制信息。根据PDCCH的拥有者或者用途CRC被掩蔽有唯一标识符(被称为无线电网络临时标识符(RNTI))。如果PDCCH用于特定UE,则UE的唯一标识符(例如,小区-RNTI(C-RNTI))可以被掩蔽到CRC。可替选地,如果PDCCH用于寻呼消息,则寻呼标识符(例如,寻呼-RNTI(P-RNTI))可以被掩蔽到CRC。如果PDCCH用于系统信息(更加具体地,系统信息块(SIB)),则系统信息RNTI(SI-RNTI))可以被掩蔽到CRC。当PDCCH是用于随机接入响应时,随机接入-RNTI(RA-RNTI)可以被掩蔽到CRC。
PDCCH承载被称为DCI的消息,DCI包括被用于UE或者UE组的资源指配信息和其他控制信息。通常,在子帧中能够发送多个PDCCH。使用一个或者多个CCE发送每个PDCCH。每个CCE对应于9组4个RE的组。4个RE被称为REG。4个QPSK符号被映射到一个REG。分配给参考信号的RE不被包括在REG中,并且因此OFDM符号中的REG的总数目取决于小区特定的参考信号的存在或者不存在。REG(即,基于组的映射,每个组包括4个RE)被用于其他的下行链路控制信道(PCFICH和PHICH)。即,REG被用作控制区域的基本资源单元。支持4个PDCCH格式,如在表2中所示。
[表2]
PDCCH格式 | CCE的数目(n) | REG的数目 | PDCCH比特的数目 |
0 | 1 | 9 | 72 |
1 | 2 | 18 | 144 |
2 | 4 | 36 | 288 |
3 | 8 | 72 | 576 |
CCE被顺序地编号。为了简化解码过程,使用与n的倍数一样多的CCE能够开始具有包括n个CCE的格式的PDCCH的传输。根据信道条件,由BS确定被用于发送特定的PDCCH的CCE的数目。例如,如果PDCCH是用于具有高质量下行链路信道(例如,接近于BS的信道)的UE,则仅一个CCE能够被用于PDCCH传输。然而,对于具有差的信道(例如,接近于小区边缘的信道)的UE来说,8个CCE能够被用于PDCCH传输以便于获得足够的鲁棒性。另外,根据信道条件能够控制PDCCH的功率水平。
LTE定义在其中能够为每个UE定位PDCCH的有限集合中的CCE位置。UE需要监控以便于检测对其分配的PDCCH的有限集合中的CCE位置可以被称为搜索空间(SS)。在LTE中,SS具有取决于PDCCH格式的大小。UE特定搜索空间(USS)和公共搜索空间(CSS)被单独地定义。每个UE设置USS并且向所有的UE用信号通知CCS的范围。对于给定的UE,USS和CSS可以重叠。在对于特定UE相当小的SS的情况下,当在SS中分配一些CCE位置时,不存在剩余的CCE。因此,BS在给定的子帧内可能找不到PDCCH将在其上被发送到可用UE的CCE资源。为了最小化此阻碍继续到下一个子帧的可能性,UE特定的跳频序列被应用于USS的开始点。
表3示出CSS和USS的大小。
[表3]
为了将基于盲解码过程的数目的盲解码的计算负载控制到适当的水平,不要求UE同时搜寻所有定义的DCI格式。通常,在USS中UE始终搜寻格式0和1A。格式0和1A具有相同的大小并且通过消息中的标志来相互区别。UE可能需要接收附加的格式(例如,根据BS设置的PDSCH传输模式的格式1、1B或者2)。UE在CSS中搜寻格式1A和1C。此外,UE可以被设置为搜寻格式3或者3A。格式3和3A具有与格式0和1A相同的大小并且可以通过以除了UE特定的标识符之外的不同的(公共的)标识符加扰CRC来相互区别。下面列出根据传输模式(TM)的PDSCH传输方案和DCI格式的信息内容。
传输模式(TM)
·传输模式1:来自单一基站天线端口的传输
·传输模式2:传输分集
·传输模式3:开环空间复用
·传输模式4:闭环空间复用
·传输模式5:多用户MIMO(多输入多输出)
·传输模式6:闭环秩1预编码
·传输模式7:单天线端口(端口5)传输
·传输模式8:双层传输(端口7和8)或者单天线端口(端口7或者8)传输
·传输模式9:通过高达8层(端口7至14)的传输或者单天线端口(端口7或者8)传输
DCI格式
·格式0:用于PUSCH传输的资源许可
·格式1:用于单一码字PDSCH传输的资源指配(传输模式1、2以及7)
·格式1A:用于单一码字PDSCH的资源指配的紧凑信令(所有模式)
·格式1B:使用秩-1闭环预编码的PDSCH的紧凑资源指配(模式6)
·格式1C:用于PDSCH的非常紧凑的资源指配(例如,寻呼/广播系统信息)
·格式1D:使用多用户MIMO的PDSCH的紧凑资源指配(模式5)
·格式2:用于闭环MIMO操作的PDSCH的资源指配(模式4)
·格式2A:用于开环MIMO操作的PDSCH的资源指配(模式3)
·格式3/3A:用于具有2比特/1比特功率调整的PUCCH和PUSCH的功率控制命令
图5图示EPDCCH。EPDCCH是另外在LTE-A中引入的信道。
参考图5,根据传统LTE的PDCCH(为了方便起见,传统PDCCH或者L-PDCCH)可以被分配给子帧的控制区域(参见图4)。在附图中,L-PDCCH区域意指可以分配传统PDCCH的区域。同时,PDCCH可以进一步被分配给数据区域(例如,用于PDSCH的资源区域)。被分配给数据区域的PDCCH被称为E-PDCCH。如所示的,可以进一步经由E-PDCCH获取控制信道资源以缓解由于L-PDCCH区域的限制的控制信道资源的调度限制。与L-PDCCH相似,E-PDCCH携带DCI。例如,E-PDCCH可以携带下行链路调度信息和上行链路调度信息。例如,UE可以接收E-PDCCH并且经由与E-PDCCH相对应的PDSCH接收数据/控制信息。另外,UE可以接收E-PDCCH并且经由与E-PDCCH相对应的PUSCH发送数据/控制信息。根据小区类型,可以从子帧的第一OFDM符号开始分配E-PDCCH/PDSCH。在本说明书中,PDCCH包括L-PDCCH和EPDCCH这两者,除非另有说明。
图6图示在LTE(-A)中使用的上行链路子帧的结构。
参考图6,子帧500由两个0.5ms时隙501组成。假设正常循环前缀(CP)的长度,每个时隙由7个符号502组成,并且一个符号对应于一个SC-FDMA符号。资源块(RB)503是对应于频域中的12个子载波和时域中的一个时隙的资源分配单元。LTE(-A)的上行链路子帧的结构主要被划分成数据区域504和控制区域505。数据区域指的是用于诸如被发送到每个UE的语音、分组等的数据的传输的通信资源并且包括物理上行链路共享信道(PUSCH)。控制区域指的是用于传输上行链路控制信号(例如,来自每个UE的下行链路信道质量报告、用于下行链路信号的接收ACK/NACK、上行链路调度请求等)的通信资源,并且包括物理上行链路控制信道(PUCCH)。通过SC-FDMA符号发送探测参考信号(SRS),该SC-FDMA符号最后被定位在一个子帧中的时间轴上。可以根据频率位置/序列来区分发送到相同子帧的最后SC-FDMA的多个UE的SRS。SRS用于向eNB发送上行链路信道状态,并且根据由更高层(例如,RRC层)设置的子帧周期/偏移量周期性地发送,或者在eNB的请求下非周期性地发送。
接下来,将描述HARQ(混合自动重传请求)。当在无线通信中存在多个具有要在上行链路/下行链路上发送的数据的UE时,eNB选择每个TTI将在每个单位频带中发送数据的UE。在使用多个载波等的系统中,eNB选择每个TTI将在上行链路/下行链路上发送数据的UE,并且还选择要用于相应UE的数据传输的频带。
当描述基于上行链路(UL)时,UE在上行链路上发送参考信号(或导频信号)并且eNB使用从UE发送的参考信号来检测UE的信道状态,并且选择每个TTI将在每个单位频带中在上行链路上发送数据的UE。eNB向UE通知选择结果。也就是说,eNB向UL调度的UE发送指示UE可以在特定TTI中使用特定频带发送数据的UL指配消息。UL指配消息也称为UL许可。UE根据UL指配消息在上行链路上发送数据。UL指配消息可以包括UE标识(ID)、RB分配信息、调制和编译方案(MCS)、冗余版本(RV)、新数据指示(NDI)等。
在同步HARQ的情况下,在系统中指定重传时间(例如,在距NACK接收时间4个子帧之后)(同步HARQ)。因此,eNB可以仅在初始传输中向UE发送UL许可消息,并且根据ACK/NACK信号(例如,PHICH信号)执行后续重传。在异步HARQ的情况下,不指定重传时间,并且因此eNB需要向UE发送重传请求消息。此外,在非自适应HARQ的情况下,用于重传的频率资源或MCS与先前传输中的频率资源或MCS相同,而在自适应HARQ的情况下用于重传的频率资源或MCS可以与先前传输中的频率资源或MCS不同。例如,在异步自适应HARQ的情况下,重传请求消息可以包括UE ID、RB分配信息、HARQ进程ID/号、RV和NDI信息,因为用于重传的频率资源或MCS随传输时间而变化。
图7图示LTE(-A)系统中的UL HARQ操作。在LTE(-A)系统中,异步自适应HARQ被用作UL HARQ。当使用8信道HARQ时,提供0到7作为HARQ进程号。一个HARQ进程按照TTI(例如,子帧)操作。参照图7,通过PDCCH将UL许可发送到UE 120(S600)。UE 120在从使用由UL许可指定的RB和MCS接收UL许可的时间(例如,子帧0)起的4个子帧之后将UL数据发送到eNB 110(S602)。eNB 110对从UE 120接收的UL数据进行解码,并且然后生成ACK/NACK。当UL数据的解码失败时,eNB 110将NACK发送到UE 120(S604)。UE 120在从接收NACK的时间起的4个子帧之后重传UL数据(S606)。通过相同的HARQ进程(例如,HARQ进程4)执行UL数据的初始传输和重传。可以通过PHICH发送ACK/NACK信息。
将参考图8至图14描述在单载波(或者小区)情形下的TDD信号传输定时。
图8和图9图示PDSCH-UL ACK/NACK定时。在此,UL ACK/NACK指的是在上行链路上发送的ACK/NACK,作为对DL数据(例如,PDSCH)的响应。
参考图8,UE能够在M个DL子帧(SF)(S502_0至S502_M-1)中接收一个或者更多个PDSCH信号。每个PDSCH信号被用于根据传输模式发送一个或者更多个(例如,2个)传输块(TB)。也可以在步骤S502_0至S502_M-1中接收指示SPS(半永久调度)的PDCCH信号,这没有被示出。当在M个DL子帧中存在PDSCH信号和/或SPS释放PDCCH信号时,UE经由用于发送ACK/NACK(例如,ACK/NACK(有效载荷)产生、ACK/NACK资源分配等等)的过程,通过与M个DL子帧相对应的UL子帧来发送ACK/NACK(S504)。ACK/NACK包括关于在步骤S502_0至S502_M-1中接收到的PDSCH信号和/或SPS释放PDCCH的应答信息。虽然基本上通过PUCCH发送ACK/NACK,但是当在ACK/NACK传输时间发送PUSCH时,通过PUSCH发送ACK/NACK。在表3中示出的PUCCH格式能够被用于ACK/NACK传输。为了减少通过PUCCH格式发送的ACK/NACK比特的数目,能够使用各种方法,诸如ACK/NACK捆绑和ACK/NACK信道选择。
如上所述,在TDD中,通过一个UL子帧(即,M个DL SF:1个UL SF)发送与在M个DL子帧中接收到的数据有关的ACK/NACK,并且通过DASI(下行链路联合集索引)确定其间的关系。
表4示出在LTE(-A)中定义的DASI(K:{k0,k1,….,k-1})。表4示出发送ACK/NACK的UL子帧和与UL子帧有关的DL子帧之间的间隔。具体地,当在子帧n-k(k∈K)中存在指示PDSCH传输和/或SPS释放的PDCCH时,UE在子帧n中发送ACK/NACK。
[表4]
图9图示当配置UL-DL配置#1时的UL ACK/NACK传输定时。在附图中,SF#0至#9和SF#10至#19分别对应于无线电帧,并且块中的每个数字表示与DL子帧有关的UL子帧。例如,在SF#5+7(=SF#12)中发送用于SF#5的PDSCH的ACK/NACK,并且在SF#6+6(=SF#12)中发送用于SF#6的PDSCH的ACK/NACK。因此,在SF#12中发送用于SF#5/#6的DL信号的ACK/NACK这两者。类似地,在SF#14+4(=SF#18)中发送用于SF#14的PDSCH的ACK/NACK。
图10和图11图示PHICH许可-PUSCH定时。能够对应于PDCCH(UL许可)和/或PHICH(NACK)发送PUSCH。
参考图10,UE能够通过PDCCH接收PDCCH(UL许可)和/或PHICH(NACK)(S702)。在此,NACK对应于先前的PUSCH传输的ACK/NACK响应。在这样的情况下,经由用于PUSCH传输的过程(例如,TB编译、TB-CW交换、PUSCH资源分配等等)UE能够在k个子帧之后通过PUSCH来初始发送/重新发送一个或更多个TB(S704)。本实施例基于执行发送一次PUSCH的正常HARQ操作的假定。在这样的情况下,在相同的子帧中存在与PUSCH传输相对应的UL许可和PHICH。然而,在通过多个子帧多次发送PUSCH的子帧捆绑的情况下,在不同的子帧中可以存在与PUSCH传输相对应的PHICH和UL许可。
表5示出在LTE(-A)中用于PUSCH传输的UAI(上行链路联合索引)(k)。表5示出在检测到PHICH/UL许可的DL子帧和与DL子帧有关的UL子帧之间的间隔。具体地,当从子帧n检测到PHICH/UL许可时,UE能够在子帧n+k中发送PUSCH。
[表5]
图11图示当配置了UL-DL配置#1时的PUSCH传输定时。在附图中,SF#0至#9和SF#10至#19分别对应于无线电帧,并且块中的数字表示与DL子帧有关的UL子帧。例如,在SF#6+6(=SF#12)中发送与SF#6的PHICH/UL许可相对应的PUSCH,并且在SF#14+4(=SF#18)中发送与SF#14的PHICH/UL许可相对应的PUSCH。
图12和图13图示PUSCH-PHICH/UL许可定时。PHICH被用于发送DL ACK/NACK。在此,DL ACK/NACK意指作为对UL数据(例如,PUSCH)的响应而在下行链路上发送的ACK/NACK。
参考图12,UE将PUSCH信号发送到BS(S902)。在此,PUSCH信号被用于根据传输模式发送一个或者更多个(例如,2个)TB。基站可以经由用于ACK/NACK传输的过程(例如,ACK/NACK产生、ACK/NACK资源分配等等),在k个子帧之后通过PHICH发送作为对PUSCH传输的响应的ACK/NACK(S904)。ACK/NACK包括关于步骤S902的PUSCH信号的应答信息。当对PUSCH传输的响应是NACK时,BS能够在k个子帧之后将用于PUSCH重传的UL许可PDCCH发送到UE(S904)。本实施例基于执行发送一次PUSCH的正常HARQ操作的假定。在这样的情况下,能够在相同的子帧中发送用于PUSCH传输的UL许可和PHICH。然而,在子帧捆绑的情况下,能够在不同的子帧中发送被用于PUSCH传输的UL许可和PHICH。
表6示出在LTE(-A)中用于PHICH/UL许可传输的UAI。表6示出在存在PHICH/UL许可的DL子帧和与DL子帧有关的UL子帧之间的间隔。具体地,子帧i的PHICH/UL许可对应于通过子帧i-k的PUSCH传输。
[表6]
图13图示当配置了UL-DL配置#1时的PHICH/UL许可传输定时。在附图中,SF#0至#9和SF#10至#19分别对应于无线电帧,并且块中的数字表示与UL子帧有关的DL子帧。例如,在SF#2+4(=SF#6)中发送与SF#2的PUSCH相对应的PHICH/UL许可,并且在SF#8+6(=SF#14)中发送与SF#8的PUSCH相对应的PHICH/UL许可。
现在将描述PHICH资源分配。当在子帧#n中发送PUSCH时,UE确定子帧#n(n+kPHICH)中与PUSCH中相对应的PHICH资源。在FDD的情况下,kPHICH具有固定值(例如,4)。在TDD的情况下,kPHICH具有取决于UL-DL配置的值。表7示出用于TDD的kPHICH等同于表6。
[表7]
通过[PHICH组索引、正交序列索引]提供PHICH资源。使用(i)用于PUSCH传输的最低的PRB索引和(ii)用于DMRS(解调参考信号)循环移位的3比特字段值,来确定PHICH组索引和正交序列索引。在此,通过UL许可PDCCH指示(i)和(ii)。
将给出HARQ进程的描述。UE执行用于UL传输的多个并行的HARQ进程。多个并行的HARQ进程被用于在UE等待表示是否先前的UL传输已经成功的HARQ反馈的同时继续地执行UL传输。各个HARQ进程与MAC(媒体接入控制)层的HARQ缓冲区有关。每个HARQ进程管理缓冲区中的MAC PDU(物理数据单元)的传输的数目、用于缓冲区中的MAC PDU的HARQ反馈、以及关于当前冗余版本的状态参数。
在LTE(-A)FDD的情况下,用于非子帧捆绑操作(即,正常的HARQ操作)的UL HARQ进程的数目是8。在LTE(-A)TDD的情况下,根据DL-UL配置而不同地配置UL HARQ进程的数目和HARQ RTT(往返时间),因为UL子帧的数目取决于UL-DL配置。在此,HARQ RTT可以是在当接收到许可时的时间与当通过PUSCH(对应于UL许可)的传输接收到PHICH(对应于UL许可)时的时间之间的时间间隔(例如,以SF或者ms为单位)或者在PUSCH传输时间和PUSCH重传时间之间的时间间隔。
UL HARQ进程的数目变化。当应用子帧捆绑时,在FDD和TDD中发送由4个连续的UL子帧配置的一束PUSCH。因此,当应用子帧捆绑时的HARQ操作/过程不同于正常HARQ操作/过程。
表8示出TDD中的同步UL HARQ进程的数目和HARQ RTT。当UL HARQ RTT是10[SF或者ms](UL-DL配置#1、#2、#3、#4以及#5)时,一个UL HARQ进程使用一个固定的UL SF定时。当UL HARQ RTT不对应于10[SF或者ms](UL-DL配置#0和#6)时,跳频时,一个UL HARQ进程使用多个UL SF定时(替代一个固定的UL SF定时)。例如,在UL-DL配置#6的情况下,在一个ULHARQ进程中的PUSCH传输定时是:SF#2:PUSCH=>SF#13:PUSCH(RTT:11个SF)=>SF#24:PUSCH(RTT:11个SF)=>SF#37:PUSCH(RTT:13个SF)=>SF#48:PUSCH(RTT:11个SF)=>SF#52:PUSCH(RTT:14个SF)。
[表8]
在TDD UL-DL配置#1至#6和正常HARQ操作的情况下,UE在子帧n中检测到UL许可PDCCH和/或PHICH信息时,根据UL许可PDCCH和/或PHICH信息在子帧n+k中发送相对应的PUSCH信号(参考表5)。
在TDD UL-DL配置#0和正常HARQ操作的情况下,当从子帧n检测到UL DCI许可PDCCH和/或PHICH时,根据情况改变UE的PUSCH传输定时。当DCI中的UL索引的MSB(最高有效位)是1并且在子帧#0或者#5中通过与IPHICH=0相对应的资源接收到PHICH时,UE在子帧n+k中发送相对应的PUSCH信号(参考表5)。当DCI中的UL索引的LSB(最低有效位)是1时,在子帧#0或者#5中通过与IPHICH=1相对应的资源接收PHICH,或者在子帧#1或者#6中接收PHICH,UE在子帧n+7中发送相对应的PUSCH信号。当设定在DCI中的MSB和LSB这两者时,UE在子帧n+k(参考表5)和子帧n+7中发送相对应的PUSCH信号。
图14图示当配置了UL-DL配置#1时的同步UL HARQ进程。块中的数字表示UL HARQ进程数目。在图14中示出的同步UL HARQ进程对应于常规的HARQ进程。参考图14,HARQ进程#1调用SF#2、SF#6、SF#12以及SF#16。例如,如果在SF#2中发送初始的PUSCH信号(例如,RV=0),则在SF#6中能够接收到与PUSCH信号相对应的PHICH和/或UL许可PDCCH,并且能够在SF#12中发送与初始PUSCH信号相对应的(重传)PUSCH信号(例如,RV=2)。因此,在UL-DL配置#1的情况下存在具有10个SF(或者10ms)的RTT(往返时间)的4个UL HARQ进程。
图15图示载波聚合(CA)通信系统。
参考图15,能够聚合多个UL/DL分量载波(CC)以支持更宽的UL/DL带宽。在频域中CC可以是连续的或者非连续的。能够独立地确定CC的带宽。能够实现其中UL CC的数目不同于DL CC的数目的非对称CA。通过特定的CC可以仅发送/接收控制信息。该特定的CC可以被称为主CC并且其他的CC可以被称为辅CC。例如,当应用跨载波调度(或者跨CC调度)时,用于下行链路分配的PDCCH能够在DL CC#0上被发送并且与其相对应的PDSCH能够在DL CC#2上被发送。术语“分量载波”可以被其他的等效术语(例如,“载波”、“小区”等等)替换。
对于跨CC调度,使用载波指示符字段(CIF)。通过更高层信令(例如,RRC信令)能够半静态地以及UE特定地(或者UE组特定地)确定在PDCCH中的CIF的存在或者不存在。PDCCH传输的基线被概括如下。
■CIF禁用:DL CC上的PDCCH被用于在相同的DL CC上分配PDSCH资源或者在链接的UL CC上分配PUSCH资源。
●无CIF
■CIF启用:DL CC上的PDCCH能够被用于使用CIF在多个聚合的DL/UL CC之中的特定DL/UL CC上分配PDSCH或PUSCH资源。
●被扩展以具有CIF的LTE DCI格式
-CIF对应于固定的x比特字段(例如,x=3)(当CIF被设置时)
-CIF位置被固定,不论DCI格式大小如何(当CIF被设置时)
当CIF存在时,BS可以分配监控DL CC(集合)以减少UE的BD复杂度。对于PDSCH/PUSCH调度,UE可以仅在相应的DL CC上检测/解码PDCCH。BS可以仅通过监控DL CC(集合)发送PDCCH。可以UE特定地、UE组特定地或小区特定地设置监控DL CC集合。
图16图示当多个载波被聚合时的调度。假定3个DL CC被聚合并且DL CC A被设置为PDCCH CC。DL CC A~C可以被称为服务CC、服务载波、服务小区等等。当CIF被禁用时,每个DL CC能够根据LTE PDCCH规则在没有CIF的情况下仅发送调度与DL CC相对应的PDSCH的PDCCH(非跨CC调度)。当通过UE特定的(或者UE组特定的或者小区特定的)更高层信令启用CIF时,特定的CC(例如,DL CC A)不仅能够发送调度DL CC A的PDSCH的PDCCH而且能够使用CIF发送调度其他的DL CC的PDSCH(跨调度)的PDCCH。在DL CC B和DL CC C上不发送PDCCH。
同时,下一代RAT(无线电接入技术)正在考虑自包含子帧以最小化数据传输延迟。图17图示自包含子帧的结构。在图17中,斜线区域指示DL控制区域,并且黑色区域指示UL控制区域。没有标记的区域可以用于DL数据传输或UL数据传输。在此结构中,在一个子帧内以适当的顺序执行DL传输和UL传输,从而能够在子帧内执行DL数据传输和UL ACK/NACK传输。或者,也能够在子帧内执行UL许可传输和UL数据接收。结果,当在数据传输中发生错误时,可以减少数据重传所需的时间,从而可以最小化最终数据传输的延迟。
可以在系统中配置的自包含子帧类型的示例可以考虑如下四种子帧类型。按时间顺序排列时段。
-DL控制时段+DL数据时段+GP(保护时段)+UL控制时段
-DL控制时段+DL数据时段
-DL控制时段+GP+UL数据时段+UL控制时段
-DL控制时段+GP+UL数据时段
能够在DL控制时段中发送PDFICH、PHICH和PDCCH,并且能够在DL数据时段中发送PDSCH。能够在UL控制时段中发送PUCCH,并且能够在UL数据时段中发送PUSCH。对于eNB和UE需要用于从发送模式切换到接收模式或反之亦然的时间间隙。GP提供时间间隙。为此,在自包含子帧结构中将DL切换到UL时的一些OFDM符号被配置为GP。
实施例
可以设计新的无线电接入技术(RAT)系统以支持各种使用场景(或服务类型和业务类型),诸如增强型移动宽带(eMBB)、超可靠和低延迟通信(URLLC)、大型机器类型通信(mMTC)等等。各种使用场景(下文中,称为用例)可以具有不同的要求,特别是在(用户平面)延迟方面。例如,各个用例可能需要URLLC(例如,0.5ms)<eMBB(例如,4ms)<mMTC(例如,Xms>4ms)的顺序的不同(最大)延迟。因此,可以为每个用例设置不同的TTI长度。例如,可以以URLLC<eMBB<mMTC的顺序给出不同的TTI长度。这里,TTI可以被定义为数据调度之间的(最小)时间间隔或单个数据的(最大)传输持续时间。数据调度之间的(最小)时间间隔或单个数据的(最大)传输持续时间可以表示为子帧(SF)或时隙的整数/实数倍,或者表示为OFDM符号的整数倍。
同时,HARQ定时的配置和用于DL/UL数据调度/传输的HARQ进程的操作可以根据延迟要求/TTI长度(由延迟要求/TTI长度表示的用例)而变化,并且与DL/UL信号处理有关的UE能力(例如,DL控制/数据信道解码、包括编码的UL传输准备等)。例如,对于URLLC,(最小)HARQ定时延迟可以设置为小于eMBB,而对于eMBB,(最大)HARQ进程的数量可以设置为大于URLLC。这里,HARQ定时可以表示DL数据接收和HARQ-ACK传输之间的延迟、UL许可接收和UL数据传输之间的延迟等,被表达为TTI的整数倍。
在下文中,提出用于配置DL/UL HARQ定时和操作HARQ进程的有效方法,其考虑需要不同延迟的用例(或与其对应的不同TTI长度)。如这里所使用的,(i)TTI和SF在时间长度或时间时段方面可以具有相同的含义(例如,SF偏移可以被认为是TTI偏移),或者(ii)对于相应的使用情况TTI长度可以被设置为不同的值,并且SF长度可以被设置为对于所有使用情况通用的单个值(例如,SF可以具有与多个可能的TTI长度中的特定一个相同的持续时间)。在(ii)的情况下,(ii-1)SF可以被设置为具有与最小TTI(例如,在URLLC中设置的TTI长度)相同的持续时间,或者(ii-2)SF可以被设置为具有与正常TTI(例如,在eMBB中设置的TTI长度)相同的持续时间。在(ii-1)的情况下,在特定用例中配置的一个TTI可以由一个或多个SF(或时隙)组成。在(ii-2)的情况下,在特定用例中配置的一个TTI可以由一个或多个SF(或时隙)组成,或者可以在一个SF(或时隙)中配置多个TTI。
为了便于描述,UE和BS所需的(最小)HARQ定时延迟定义如下。
1)dUE_DL:DL数据接收和HARQ-ACK传输之间的延迟(在UE处)。UE可以在适当的时间(例如,在初始接入或RRC连接过程中)向BS报告其dUE_DL信息(能力)。对于相同的UE,可以不同地支持下面描述的dUE_DL信息和dUE_UL信息。
2)dNB_DL:HARQ-ACK接收和DL数据重传之间的延迟(在BS处)。BS可以在适当的时间向UE用信号发送dNB_DL信息。dNB_DL信息可以与下面描述的dNB_UL信息不同地配置。可替选地,BS可以在适当的时间向UE用信号通知下面的RTT_DL或HARQ_DL信息,并且UE可以基于RTT_DL或HARQ_DL信息来计算dNB_DL信息。
3)RTT_DL:相同HARQ进程的DL数据传输之间的(最小)延迟(例如,dUE_DL+dNB_DL)
4)Harq_DL:DL HARQ进程的(最大)数量(例如,RTT_DL内的最大TTI数)。用于指定DL许可DCI中的HARQ进程ID的比特数和/或从DL软缓冲区的角度每DL数据(例如,TB)或HARQ进程要存储的初始比特的数量可以根据HARQ_DL的值被不同地确定。
5)dUE_UL:UL许可接收和UL数据传输之间的延迟(在UE处)。UE可以在适当的时间(例如,在初始接入或RRC连接过程中)向BS报告其dUE_UL信息(能力)。对于相同的UE,可以不同地支持dUE_UL信息和dUE_DL信息。
6)dNB_UL:UL数据接收和重传的UL许可的传输之间的延迟(在BS处)。BS可以在适当的时间向UE用信号通知dNB_UL信息。可以与dNB_DL信息不同地配置dNB_UL信息。可替选地,BS可以在适当的时间向UE用信号通知以下RTT_UL或Harq_UL信息,并且UE可以基于RTT_UL或Harq_UL信息计算dNB_UL信息。
7)RTT_UL:相同HARQ进程的UL数据传输之间的(最小)延迟(例如,dUE_UL+dNB_UL)
8)Harq_UL:(最大)UL HARQ进程号(例如,RTT_UL内的TTI的最大数量)。可以根据Harq_UL的值不同地确定用于在UL许可DCI中指定HARQ进程ID的比特数和/或从UL软缓冲区的角度每个UL数据(例如,TB)或HARQ进程要缓冲的初始比特的数量。
图18至21图示根据HARQ定时延迟的信号的发送和接收。参考附图,UE可以在接收DL数据之后发送HARQ-ACK dUE_DL。如果HARQ-ACK是NACK,则BS可以在dNB_DL之后重传DL数据。类似地,UE可以在接收到UL许可之后发送UL数据(例如,PUSCH)dUE_UL。如果需要执行UL数据的重传,则BS可以在dNB_UL之后发送指示重传UL数据的UL许可。
如本文所使用的,在OFDM调制和解调中使用的术语TTI长度、用例和子载波(SC)间隔(SCS)可以具有相似的含义或者彼此替换。例如,短TTI长度可以具有与大SCS或URLLC类似的含义,并且长TTI长度可以具有与小SCS或mMTC类似的含义。正常TTI长度(在短TTI长度和长TTI长度之间)可以具有与正常SCS或eMBB(在小SCS和大SCS之间)类似的含义。HARQ定时延迟可以作为SF/时隙/TTI长度的整数倍(或实数倍)给出,或者作为OFDM符号间隔的整数倍给出。这里,OFDM符号指的是基于OFDM的符号(例如,OFDM符号、SC-FDMA符号等),并且可以简单地表达为符号。TTI长度可以与构成单个TTI的SF/时隙/符号的数量,即,每个TTI的SF/时隙/符号的数量相同的意义使用或者被其替换。例如,长TTI长度可以具有与每个TTI的SF/时隙/符号的数量大的情况类似的含义,并且短TTI长度可以具有与每个TTI的SF/时隙/的数量小的情况类似的含义。如这里所使用的,术语TTI、SF和时隙可以互换使用。另外,在本说明书中,术语“长/短/增加/减少”可以意指“相对长/短/增加/减少”或意指相对于特定参考值的“长/短/增加/减少”。在后一种情况下,例如,当假设TTI长度X的HARQ定时延迟(或最小HARQ RTT)被设置为A个TTI并且TTI长度Y的HARQ定时延迟(或最小HARQ RTT)被设置为为B个TTI时,可以描述两个TTI长度X和Y之一的HARQ定时延迟(或最小HARQ RTT)更长/更短/增加/减少,这取决于A和B之间的大小关系。在本说明书中,eNB和gNB可以互换使用。另外,下面描述的方案可以彼此组合。
[方案1]HARQ处理延迟和HARQ进程号
在此方案中,提出一种用于管理数据处理延迟、与其相关联的HARQ进程的数量以及终端(例如,UE)和BS(例如,eNB)中的接收缓冲区的方法。在下文中,HARQ(处理)延迟可以指的是(i)DL数据接收时间与对应的HARQ-ACK传输时间之间的时间延迟dUE_DL,或(ii)UL许可接收时间与对应的UL数据传输时间之间的时间延迟dUE_UL。另外,对于eNB,HARQ(处理)延迟可以指的是(i)HARQ-ACK接收时间与相应的重传DL数据调度(DL许可传输)时间之间的时间延迟dNB_DL,或者(ii)UL数据传输时间与相对应的重传UL数据调度(UL许可传输)时间之间的时间延迟(dNB_UL)。(最小)HARQ RTT可以指的是DL(或UL)数据传输(调度)时间与相应的DL(或UL)数据重传(调度)时间(具有相同的HARQ进程ID作为相应的数据)之间的(最小)时间延迟RTT_DL,RTT_UL。
(1)HARQ处理延迟
A.UE延迟
i.有效的最小UE延迟(min_dUE_cap):UE可根据UE的类别和能力/实现支持的最小HARQ延迟
ii.配置的最小UE延迟(min_due_cfg):eNB已经为UE配置的候选HARQ延迟中的最小HARQ延迟
iii.配置的最大UE延迟(max_due_cfg):eNB已经为UE配置的候选HARQ延迟中的最大HARQ延迟。max_due_cfg的最大可配置值可以设置为与下面给出的dUE_default相同的值。
iv.默认UE延迟(dUE_default):UE在eNB为UE设置HARQ延迟之前或在随机接入过程中假设/应用的UE的HARQ延迟
B.eNB延迟
i.有效的最小eNB延迟(min_dNB_cap):eNB根据eNB的实现和小区管理可支持的最小HARQ延迟
ii.配置的最小eNB延迟(min_dNB_cfg):eNB为UE设置的最小HARQ延迟,并且可以在eNB处获取
1.在从针对特定DL HARQ进程ID的HARQ-ACK传输的时间起的min_dNB_cfg的时段中,UE可以操作,假设/考虑不存在具有DL HARQ进程的DL数据(重传)的调度ID(相应的DL许可接收)。例如,即使UE接收关于具有DL HARQ进程ID的数据(重传)的调度信息(例如,DL许可),UE也可以跳过对DL数据的解码操作(重传)。
2.在从具有特定UL HARQ进程ID的UL数据传输时起的min_dNB_cfg的时段中,UE可以操作,假设/考虑不存在具有UL HARQ进程ID的UL数据(重传)(相应的UL许可接收)的调度。例如,即使UE接收关于具有UL HARQ进程ID的数据(重传)的调度信息(例如,UL许可),UE也可以跳过针对UL数据的传输操作(重传)。
3.不论最小UE延迟值(的重置)如何,都可以将min_dNB_cfg设置为一个值。作为另一示例,在无需单独设置的情况下,可以根据最小UE延迟值自动设置min_dNB_cfg(例如,等于最小UE延迟的值或与最小UE延迟成比例的值)。作为另一示例,可以根据eNB设置的最大HARQ num值自动设置min_dNB_cfg(例如,通过从最大HARQ num减去最小UE延迟而获得的值)。
4.可以将min_dNB_cfg的最大可能值设置为与下面给出的dNB_default相同的值。
iii.默认eNB延迟(dNB_default):UE在eNB为UE设置HARQ延迟之前或在随机接入过程中假设/应用的eNB的HARQ延迟。可以在技术文档中预定义,或者可以由eNB设置(例如,通过特定广播信令或系统信息)。
在以下描述中,min UE延迟可以指的是min_dUE_cap或min_dUE_cfg,UE maxdelay可以指的是max_dUE_cfg,并且min eNB delay可以指的是min_dNB_cap或min_dNB_cfg。
(2)HARQ RTT和进程号
A.HARQ RTT
i.最小HARQ RTT(min_RTT):可通过最小UE延迟和最小eNB延迟的组合或最大UE延迟和最小eNB延迟的组合的组合支持的最小HARQ重传延迟
1.在从具有特定DL HARQ进程ID(对应DL许可接收)的DL数据调度时起的min_RTT的时段中,UE可以操作,假设/考虑不存在具有HARQ进程ID的DL数据(重传)的调度(DL许可接收)。例如,即使UE接收关于具有HARQ进程ID的数据(重传)的调度信息(例如,DL许可),UE也可以跳过对DL数据的解码操作(重传)。
2.在从具有特定UL HARQ进程ID(对应的UL许可接收)的UL数据调度时起的min_RTT的时段中,UE可以操作,假设/考虑不存在具有HARQ进程ID(UL许可接收)的UL数据(重传)的调度。例如,即使UE接收关于具有UL HARQ进程ID的数据(重传)的调度信息(例如,UL许可),UE也可以跳过针对UL数据(重传)的传输操作。
3.min_RTT可以被确定为min_due_cfg值(或max_due_cfg值)和min_dNB_cfg值之和,或者可以由eNB设置。
4.可以将min HARQ RTT的最大可能值设置为与下面给出的RTT_default相同的值。
ii.默认HARQ RTT(RTT_default):默认UE延迟和默认eNB延迟的组合可支持的最小HARQ重传延迟
1.可以确定RTT_default是dUE_default和dNB_default的总和。
2.RTT_default可以在技术文档中预定义,或者可以由eNB设置(例如,通过特定广播信令或系统信息)。
B.HARQ进程号
i.实际最大HARQ num(max_N_act):可以通过调度DCI的字段或从MAC层的处理的角度划分(成单独的TB)的HARQ进程的最大数量
1.可以根据最小UE延迟(或最大延迟UE)和最小eNB延迟的组合自动设置Max_N_act(例如,可以在最小HARQ RTT时段内将其自动设置为对应于min_RTT或SF(或者TTI)的数量的值,或者可以由eNB设置。
2.可以限制max_N_act的最大可能值(和最小可能值),并且可以根据最小UE延迟(或最大UE延迟)、最小eNB延迟、以及最小HARQ RTT的值来不同地(成比例地)设置最大值(和最小值)。
3.可以将max_N_act的最大可能值设置为与下面给出的默认最大HARQ num相同的值。
ii.参考max HARQ num(max_N_ref):用作分区/分配接收软缓冲区的基础的HARQ进程的最大数量(例如,确定每TB的存储比特的最小数)
1.可以将Max_N_ref预定义为具有特定值(在技术文档中),设置为对应于min_RTT的值(或者在最小HARQ RTT的时段内的SF(或TTI)的数量),或者由eNB配置。
2.作为示例,可以基于min(max_N_ref,max_N_act)或max_N_ref来执行实际软缓冲区分区(例如,确定每TB的最小存储比特数)。
iii.默认最大HARQ num(N_default):HARQ进程的最大数,UE在HARQ延迟之前的时间点处假定应用min HARQ RTT,或者通过eNB为UE或者在随机接入过程中设置最大HARQ数。
1.可以将N_default设置为与max_N_ref相同的值,或者可以通过dUE_default和dNB_default的组合自动设置(例如,可以在默认HARQ RTT时段内将其设置为对应于RTT_default或SF的数量(或TTI))。可替选地,可以将N_default设置为与最大HARQ RTT对应的HARQ进程的数量(Ymax i ms:能够连续接收/存储峰值速率数据的最大时间)。
2.N_default可以在技术文档中预定义,或者可以由eNB设置(例如,通过特定广播信令或系统信息)。
在以下描述中,最大HARQ数可以指的是实际的最大HARQ数。根据DL/UL配置属性,用于确定最大HA RQ数的最小HARQ RTT可以根据DL/UL配置属性具有下述意义。
-对于动态TDD(动态改变DL/UL配置),它可以指的是RTT中的SF(或TTI)的数量,而不管DL/UL如何。
-对于基于半静态DL/UL配置的TDD或FDD,其可以指的是在DL的情况下RTT中的DLSF(或TTI)的数量,并且指的是在UL的情况下在RTT中的UL SF(或TTI)的数量。
(3)HARQ参数设置#1
A.方法1-1:仅通过最小UE延迟(或最大UE延迟)确定
在eNB仅设置最小UE延迟(和最大UE延迟)的情况下,可以仅基于最小UE延迟(或最大UE延迟)(由UE)来确定最大HARQ数、最小HARQ RTT和最小gNB延迟。
1.例如,可以设置最大HARQ数=最小HARQ RTT=L x最小UE延迟(或者,L x最大UE延迟),并且可以假设/应用最小gNB延迟=最大UE延迟(或最大UE延迟)。
2.L可以被预定义为特定值(例如,2)或由eNB配置。
B.方法1-2:通过最小UE延迟(或最大UE延迟)和最小eNB延迟的组合来确定
利用由eNB设置的最小UE延迟(和最大UE延迟)和最小eNB延迟,可以基于参数(由UE)确定最大HARQ数和最小HARQ RTT。例如,可以设置最大HARQ数=最小HARQ RTT=最小UE延迟(或最大UE延迟)+最小gNB延迟。
C.方法1-3:通过最小UE延迟(或最大UE延迟)和最大HARQ数的组合来确定
利用eNB设置的最小UE延迟(和最大UE延迟)和最大HARQ数,可以基于参数(由UE)确定最小HARQ RTT和最小gNB延迟。
1.作为示例,可以设置最小HARQ RTT=最大HARQ数,并且最小gNB延迟=最大HARQ数-最小UE延迟(或最大UE延迟)。
2.对于特定UE类型(类别)(下文中,UE类型1),可以仅设置满足最大HARQ数≤最小UE延迟+D的值。对于其他特定UE类型(类别)(下文中,UE类型2),可以仅设置满足最大HARQ数≥最小UE延迟+D的值。
3.D可以是D≥1。例如,D可以被设置为1(或者与最小eNB延迟相同的值)。
4.UE类型1可以被认为是如下UE类型,其中最大TB大小、总软缓冲区大小和最大工作频率带宽中的至少一个低于特定级别。
D.方法1-4:将最小HARQ RTT设置为与最大HARQ数相等或成比例
可以由eNB设置最小HARQ RTT和最大HARQ数的一个参数的值,并且可以将另一参数的值设置为等于设定值或与设定值成比例。例如,当eNB设置最大HARQ数=N时,最小HARQRTT也可以设置为N。
E.方法1-5:独立地设置最小HARQ RTT和最大HARQ数
最小HARQ RTT和最大HARQ数可以由eNB独立设置。然而,实施例不限于此。在UE类型1的情况下,可以仅设置满足最大HARQ数≤最小HARQ RTT的值。在UE类型2的情况下,可以仅设置满足最大HARQ数≥最小HARQRTT的值。
F.方法1-6:独立地设置最小HARQ RTT和参考最大HARQ数
最小HARQ RTT和参考最大HARQ数可以由eNB独立设置。然而,实施例不限于此。在UE类型1的情况下,可以仅设置满足参考最大HARQ数≤最小HARQRTT的值。最小HARQ RTT,如果UE类型2,则在UE类型2的情况下,可以仅设置满足参考最大HARQ数≥最小HARQRTT的值。
G.方法1-7:将max_N_act和max_N_ref设置为具有相同值或不同值
可以基于最小UE延迟和/或最大UE延迟和/或最小eNB延迟(由UE)来设置max_N_act和max_N_ref。
1.作为示例,可以设置max_N_act=最大UE延迟+最小eNB延迟(或,L×最大UE延迟),并且max_N_ref=最大UE延迟(或最小UE延迟)+最小eNB延迟。
2.作为另一示例,可以设置max_N_act=最小UE延迟+最小eNB延迟(或L x最小UE延迟),并且max_N_ref=最小UE延迟+最小eNB延迟。
3.L可以被预定义为特定值(例如,2)或由eNB配置。
H.方法1-8:通过最小UE延迟(或最大UE延迟)和L的确定
可以基于参数L的值和由eNB设置的最小UE延迟(和最大UE延迟)的值(由UE)来确定最小HARQ RTT(以及最小gNB延迟)。
1.作为示例,UE可以将最小HARQ RTT确定为最小HARQ RTT=L x最小UE延迟(或,Lx最大UE延迟)或最小HARQ RTT=最小UE延迟+L(或者,最大UE延迟+L)。UE可以在最小HARQRTT是相同HARQ进程的最小调度时间间隔的假设下操作。
2.UE可以将最小gNB延迟确定为最小gNB延迟=最小HARQ RTT-最小UE延迟(或者,最小HARQ RTT-最大UE延迟)。UE可以在最小gNB延迟是相同HARQ进程的最小调度时间的假设下操作。
3.L可以被预定义为特定值(例如,2,4)或由eNB配置。
I.方法1-9:设置实际最大HARQ数的可能值的范围
实际最大HARQ数(max_N_act)的最小可能值可以由最小UE延迟确定,并且最大可能值可以由最大UE延迟(由UE)确定。
1.作为示例,max_N_act的最小可能值可以由(最小UE延迟+X)确定,并且最大可能值可以由(最大UE延迟+X)确定。这里,X可以被配置为最小gNB延迟、参数L、最小UE延迟或最大UE延迟之一。
2.作为另一示例,可以仅为任何UE设置满足(实际)最大HARQ数≤最小HARQ RTT或(实际)最大HARQ数≥最小HARQ RTT的值(在UE类型之间不进行区分)。
3.作为另一示例,可以在动态TDD的情况下来设置满足(实际)最大HARQ数<最小HARQ RTT的值,并且(其中动态地改变DL/UL配置,并且可以在基于半静态DL/UL配置的TDD或FDD的情况下设置满足最大HARQ数>最小HARQ RTT的值。
(4)HARQ参数设置#2
A.方法2-1:为特定DL数据接收指配固定缓冲区大小
可以将固定的最小软缓冲区大小指配给特定的DL数据接收(即,每TB的最小存储比特数可以是固定的)。
1.即使在最大HARQ数的重新配置(软缓冲区的相应重新分区)中,也可以不针对特定DL数据接收改变最小软缓冲区大小。
2.特定DL数据可以具有特定的HARQ进程ID,由特定DCI格式调度,或者是指示默认UE延迟的DL数据。
3.可以将特定DL数据的最小软缓冲区大小设置为基于max_N_ref的值通过分区获得的软缓冲区大小。
B.方法2-2:针对DL和UL独立地设置HARQ参数
可以针对DL HARQ和UL HARQ独立地(例如,针对不同的值)设置诸如UE延迟、eNB延迟、HARQ RTT和HARQ数的参数的值。
1.参数可以包括最小UE延迟、最大UE延迟、默认UE延迟、最小eNB延迟、默认eNB延迟、最小HARQ RTT、默认HARQ RTT、最大HARQ数和默认HARQ数。
C.方法2-3:根据子载波间隔(SCS)和BW报告/配置min_dUE_cap和dUE_default
UE可以根据在UE接入的系统/小区上的OFDM调制/解调中使用的SCS和操作BW,独立地报告min_dUE_cap的值(例如,不同的值)。这里,操作BW包括例如整个系统BW(以下称为系统BW)、UE的最大操作BW(以下称为最大UE BW)、或者由eNB配置的UE操作BW(以下称为cfgUE BW)。根据SCS和BW,也可以不同地设置dUE_default的值。
1.作为示例,UE可以操作以基于系统BW和/或最大UE BW和/或配置的UE BW(以及UE接入的系统/小区的SCS值)来报告针对特定TB大小(例如,最大TB大小)的min_dUE_cap的值。在这种情况下,取决于SCS大小,可以针对相同的操作BW确定/报告不同的min_dUE_cap值。可替选地,取决于操作BW大小,可以针对相同SCS确定/报告不同的min_dUE_cap值。
2.作为另一示例,取决于SCS大小,可以将dUE_default设置为相同系统BW的不同值。可替选地,取决于系统BW大小,可以将dUE_default设置为相同SCS的不同值。在这种情况下,基于系统BW设置的dUE_default的值可以仅应用于UE类型2,并且可以基于具有小于系统BW的特定大小的最大UE BW(和SCS值)来设置要应用于UE类型1的dUE_default的值。
D.方法2-4:在具有多个TTI长度的操作情况下操作软缓冲区
当基于多个不同的TTI长度执行HARQ操作时,可以针对每个TTI长度(由eNB/UE)考虑以下软缓冲区分配方案。为了简单起见,将大TTI长度定义为L-TTI,并将L-TTI中配置的最大HARQ进程数定义为N。此外,将小TTI长度定义为S-TTI并且S-TTI中配置的HARQ进程的最大数量被定义为M。
1.选项1:对于每个TTI长度,可以基于总缓冲区大小分配每TB的最小缓冲区大小。例如,在L-TTI的情况下,可以将总缓冲区大小划分为N个大小,并且可以每TB分配最小缓冲区大小。在S-TTI的情况下,可以将总缓冲区大小划分为M个大小,并且可以针对每个TB分配最小缓冲区大小。
2.选项2:可以根据TTI长度划分总缓冲区大小,并且可以基于分配给TTI长度的对应的一个的部分缓冲区大小,每TB分配最小缓冲区大小。例如,当总缓冲区大小S以A:B的比率划分时(例如,0<B<A<1,A+B=1),在L-TTI的情况下可以将部分缓冲区大小(A×S)划分为N个大小,并且在S-TTI的情况下,部分缓冲区大小(B×S)可以被划分成M个大小。从而,可以分配每TB的最小缓冲区大小。
3.选项3:可以基于L-TTI情况下的总缓冲区大小并且基于S-TTI情况下的部分缓冲区大小来分配每TB的最小缓冲区大小。例如,在L-TTI的情况下,总缓冲区大小S可以被划分为N个大小。在S-TTI的情况下,可以将部分缓冲区大小(B×S)划分为M个大小。从而,可以分配每TB的最小缓冲区大小。
4.通过如上所述应用缓冲区尺寸,可以对相同的数据(例如,TB)执行不同TTI长度上的传输和重传。在这种情况下,可以将对应TB的最小缓冲区大小分配为针对用于相应TB的初始传输(而不是重传)的TTI长度配置的每TB的最小缓冲区大小。
5.这里,通过被固定/设置为一个TTI的实际TTI,TTI长度可以被指示用于数据传输的持续时间(例如,符号的数量)替换。例如,L-TTI可以用由特定数字符号或更多符号组成的数据持续时间替换,并且S-TTI可以用由少于特定数量的符号的符号组成的数据持续时间替换。
E.方法2-5:根据TBS/BW/SCS/TTI的组合报告min_due_cap
UE可以根据特定配置的(多个)TB大小(TBS)(例如,针对每个频带预定义)、BW大小、SCS值和TTI长度的每个组合操作以向eNB报告其min_dUE_cap。此外,eNB可以向UE用信号通知通过其确定min_dUE_cap的特定TBS、BW大小、SCS值和TTI长度的组合,并且UE可以根据用信号通知的组合向eNB报告其min_dUE_cap。
F.方法2-6:根据DL控制信道类型报告min_due_cap并配置候选HARQ延迟
UE可以根据用于调度DL/UL共享(数据)信道的DL控制信道的类型向eNB报告min_dUE_cap的值。例如,UE可以根据是否以通过DL数据信道传输间隔被经历TDM同时如在现有的LTE的PDCCH的情况下在一个TTI/SF/时隙内占用具有相对低(最大)符号索引的少量符号的方式配置用于调度DL/UL共享(数据)信道的DL控制信道独立地向eNB报告min_due_cap的值(其中,TDM方案具有其中控制信道被映射在数据信道的前面/在数据信道的前面被发送的结构)(以下称为控制类型1),或者UE可以根据是否以通过DL数据信道传输区域被经历FDM同时与LTE的EPDCCH的情况一样占用具有相对高(最大)符号索引的大量符号的方式配置用于调度DL/UL共享(数据)信道的DL控制信道独立地向eNB报告min_due_cap的值(以下称为控制类型2)。(例如,UE可以针对各个控制类型独立地报告不同的值,或者针对控制类型2报告比针对控制类型1更大的值)。
DL控制信道的类型不仅可以通过具有DL数据信道传输间隔的TDM或FDM来区分,还可以通过控制信道的最后一个符号与在一个TTI/SF/时隙中从控制信道调度的DL数据信道调度的最后一个符号之间的间隙来区分(或者可以由间隙的函数定义)。例如,控制类型1的间隙值可以大于控制类型2的间隙值。间隙的函数可以由特定的等式或表定义。
因此,也可以针对每个DL控制信道类型独立地配置由eNB为UE配置的候选HARQ延迟集(例如,不同地配置,或者以便具有比控制类型1更大的控制类型2的值)。还可以根据DL控制信道类型将默认UE延迟设置为不同的值。
这里,从eNB重传的数据的HARQ延迟可以经历以下选项。
1.选项1:根据用于重传数据的初始传输调度的控制信道类型确定
2.选项2:根据用于调度重传数据的控制信道类型确定
3.选项3:确定为根据用于重传数据的初始传输调度的控制信道类型确定的HARQ延迟与根据用于重传调度的控制信道类型确定的HARQ延迟之间的更大HARQ延迟值。
G.方法2-7:根据DL/UL数据信号映射方法报告min_dUE_cap并配置候选HARQ延迟。
UE可以根据DL/UL数据信号的映射方式独立地报告min_dUE_cap的值,例如,与LTE的现有PDSCH的情况一样DL/UL数据信号是否以频率第一时间第二的方式(下文中,映射类型1)被映射,或者与在LTE的PUSCH的情况下一样以时间第一频率第二的方式(下文中,映射类型2)映射(例如,与映射类型2的情况相比UE在映射类型1的情况下可以报告不同的值或报告更大的值)。
因此,也可以针对每个DL/UL数据信号映射方法独立地设置由eNB为UE配置的候选HARQ延迟(例如,不同地设置或设置为使得与映射类型1的情况相比在映射类型2的情况下设置更大的值)。还可以根据DL/UL数据映射方案不同地设置默认UE延迟。
H.方法2-8:根据资源设置应用于使用PRACH资源的UE的不同默认UE延迟值
应用于通过使用/传输PRACH资源来执行/完成(初始)随机接入过程的UE的默认UE延迟的值(其可以是通过例如时间、频率、序列和格式中的至少一个来区分的形式,并且格式)可以针对每个PRACH资源不同地设置。可以经由系统信息(例如,SIB)的传输(包括PRACH资源配置信息)向UE用信号通知(广播)这样的设置。
因此,UE在为不同的PRACH资源设置的多个不同的dUE_default值中选择对应于大于或等于UE的min_dUE_cap的值的dUE_default的PRACH资源之一以发送PRACH。从而,UE可以操作以执行(初始)随机接入过程。
I.方法2-9:根据CA情况下小区/载波之间的定时偏移集,报告min_due_cap并配置HARQ延迟
在为一个UE配置多个小区/载波(统称为小区)的CA的情况下,用于执行DL控制信道传输的调度小区和用于执行从DL控制信道调度的DL/UL数据信道传输的调度小区可以不同地配置(即,可以执行跨载波调度),并且在两个小区之间可能存在以SF/时隙/符号为单位的(非零)定时偏移集,其对应于高于或者等于特定级别的级别。在这种情况下,UE可以将两个小区之间存在的定时偏移集信息报告给eNB,或者基于定时偏移集信息向eNB报告min_dUE_cap信息。因此,候选HARQ延迟集可以针对配置相同调度小区的多个调度小区中的每个独立地配置(例如,以具有不同的值),或者可以针对调度小区和被调度小区采用相同(UL)定时提前(TA)(即,小区属于同一TA组)的情况和两个小区采用不同TA的情况(即,小区属于不同的TA)组)情况配置不同的候选HARQ延迟集。
J.方法2-10:使UE向gNB报告其最大解码能力或相应信息。
UE可以向gNB报告其最大解码能力或与对应于最大解码能力的特定(例如,最小)HARQ进程号K有关的信息,假设特定(例如,标称)码率(例如,1/2)。因此,gNB可以识别关于UE的最大TB大小信息(以特定(例如,标称)码率(例如,1/2))。这里,UE的最大解码能力指示UE的(可解码的)/可支持的编码比特的最大数量。另外,对应于总软缓冲区大小的比特数除以特定(例如,最小)HARQ进程数K可以是UE的(可解码/可支持的)编码比特的最大数量。
[方案2]根据SCS(或TTI长度)的最小HARQ RTT和软缓冲区管理
在此方案中,提出一种用于根据SCS(基于其的TTI长度)管理最小HARQ RTT和软缓冲区的方法。
(1)参考HARQ参数集
首先,可以如下考虑作为UE实现的参考(或UE性能的目标)的HARQ参数集。
1)子载波间隔(SCS):K[kHz]
2)TTI长度:L[ms]
-基于SCS=K[kHz]的N个OFDM符号间隔
3)最大聚合BW:B[MHz](=M[RBs])
-基于SCS=K[kHz]的最大接收BW或最大RB数
4)最大TBS(超过最大BW):A个[比特]
-可以以L[ms]调度的最大TB大小,其是TTI长度
-当CA由Nc个载波(具有相同BW)配置最大BW时,每个载波的最大TBS实际上可以是A/Nc个[比特]。
5)最小HARQ RTT:Y[ms]
-可以根据UE(和eNB)处的最小HARQ处理时间(对应于方案1的有效的最小UE延迟)来确定。
6)参考HARQ进程号:Z(=Y/L)
-可调度用于Y[ms]的HARQ进程的最大数量,其是HARQ RTT
7)总软缓冲区大小:X个[比特]
-针对Z个HARQ进程能够存储用于最大TBS A个[比特]的(标称(或目标或可靠)基于码率的)软(编码)比特的总软缓冲区大小
-不同的UE可以支持最小HARQ RTT Y[ms]的不同值,同时支持相同的最大TBS A个[比特]和/或相同的总软缓冲区大小X个[比特]
接下来,将基于上述参考HARQ参数集描述软缓冲区大小标注。软缓冲区大小标注意味着将整个软缓冲区划分成每TB的(最小)缓冲区大小。
1)每TB的最小缓冲区大小:X/Z个[比特]
-Z表示用于软缓冲区大小标注的最大值(下文中,最大缓冲区大小标注值)
-即使设置大于Z的HARQ进程号,每TB的最小缓冲区大小也限于X/Z个[比特]。
-当HARQ进程号被设置为小于Z的Zs时,每TB的最小缓冲区大小可以被设置为X/Zs个[比特]。
-当最大BW由Nc个载波(具有相同的BW)组成时,每个载波的每TB的最小缓冲区大小可以是X/(Z/Nc)个[比特]。
(2)用于较短TTI长度的HARQ参数
可以考虑在比参考基于SCS的TTI长度(例如,正常TTI)短的TTI长度中使用的经修改的HARQ参数如下。
1)公共参数
-SCS:2K[kHz]
-TTI长度(N个OFDM符号):L/2[ms]
-最大BW:B[MHz]=M/2[RB]
-最大TBS(每TTI):A/2个[比特]
-总软缓冲区大小:X个[比特]
2)HARQ参数集1
-最小HARQ RTT:Y[ms]
-参考HARQ进程号:2Z(=Y/(L/2))
-每TB最小缓冲区大小(最大TBS=A/2):X/(2Z)个[比特]
-注意:此参数集在数据(解码)性能和信号处理速度方面与参考参数集相同或类似。
-在这种情况下,2Z是用于软缓冲区大小标注的最大值。
3)HARQ参数集2
-最小HARQ RTT:Y'[ms](Y/2≤Y'<Y)
-参考HARQ进程号:Z'(Z≤Z'<2Z)
-每TB的最小缓冲区大小(最大TBS=A/2):X/Z'个[比特](X/Z'>X/(2Z))
-注意:此参数集实现比参考参数集改进的性能(编码)增益和延迟减少,同时需要更快的信号处理速度(并且最大适用的TA限于更小的值)。
-在这种情况下,2Z是用于软缓冲区大小标注的最大值。
这里,通过用任意整数“C”代替“2”(例如,用CxK[kHz]代替SCS),可以将本发明推广到任何短TTI长度。
(3)TTI长度的HARQ参数
可以考虑在比基于参考SCS的TTI长度(例如,正常TTI)更长的TTI长度中使用的经修改的HARQ参数如下。
1)公共参数
-SCS:K/2[kHz]
-TTI长度(N个OFDM符号):2L[ms]
-最大BW:B[MHz]=2M[RBs]
-最大TBS(每TTI):2A个[比特]
-总软缓冲区大小:X个[比特]
2)HARQ参数集1
-最小HARQ RTT:Y[ms]
-参考HARQ进程号:Z/2(=Y/(2L))
-每TB最小缓冲区大小(最大TBS=2A):X/(Z/2)个[比特]
-注意:此参数集在数据(解码)性能和信号处理速度方面与参考参数集相同或类似。
-在这种情况下,Z/2是用于软缓冲区大小标注的最大值。
3)HARQ参数集2
-最小HARQ RTT:Y'[ms](Y<Y'≤2Y)
-参考HARQ进程号:Z'(Z/2<Z'≤Z)
-每TB最小缓冲区大小(最大TBS=2A):X/Z'个[比特](X/Z'<X/(Z/2))
-注意:此参数集在比参考参数集更低的信号处理速度下可操作(另外,允许最大适用TA达到更大值),同时在(解码)性能和延迟减少方面被降低。
-在这种情况下,Z/2是用于软缓冲区大小标注的最大值
这里,通过用任意整数“C”代替“2”(例如,用K/C[kHz]代替SCS),可以将本发明推广到任何更长的TTI长度。
(4)HARQ参数相关的UE操作
基于以上配置,UE可以向eNB报告针对多个特定不同SCS或TTI长度(或频带)的集合中的每个SCS/TTI长度(/频带)的HARQ参数集的全部或特定部分。如上所述,HARQ参数集可以包括,例如,最大聚合BW(或每载波的最大BW)、最大TBS(在最大BW或每载波上)、最小HARQ RTT(具有有效的UE延迟)、参考HARQ进程号和最大缓冲区大小标注值。
在较短的TTI长度的情况下,可以定义规则,使得根据UE的(峰值)数据速率/延迟要求或目标服务应用类型(例如,在eMBB/URLLC/mMTC中的类型)来实现不同的HARQ参数集。例如,面向UE的eMBB(或mMTC)可以被配置为使用HARQ参数集1,并且面向UE的URLLC可以被配置为使用HARQ参数集2(例如,最小HARQ RTT可以被实现为Y'=Y/C[ms])。即使在较长的TTI长度的情况下,也可以定义规则,使得根据UE的(峰值)数据速率/延迟要求或目标服务应用类型(例如,eMBB/URLLC/mMTC之中的类型)来实现不同的HARQ参数集。例如,面向UE的eMBB(或URLLC)可以被配置成使用HARQ参数集1,并且面向UE的mMTC可以被配置成使用HARQ参数集2(例如,最小HARQ RTT可以实现为Y'=YxC[ms])。
另外,当较短TTI长度中的HARQ参数集1/2被定义为S-TTI集合1/2并且较长TTI长度中的HARQ参数集1/2被定义为L-TTI集合1/2时,可以指定/限制相同的UE以不报告(实现/请求)S-TTI集合2和L-TTI集合2的组合。假定TTI长度1>TTI长度2>TTI长度3>TTI长度4,如果用S-TTI集合2报告(实现)从TTI长度1到TTI长度2的变化并且用S-TTI集合1报告(实现)从TTI长度2到TTI长度3的变化,则从TTI长度3到TTI长度4的变化可以被指定/限制为仅报告(实现)S-TTI集合1(即,报告(实现/请求)S-TTI集合2)。此外,假设TTI长度1<TTI长度2<TTI长度3<TTI长度4,如果用L-TTI集合2报告(实现)从TTI长度1到TTI长度2的改变并且从TTI长度2到TTI长度的变化通过L-TTI集合1报告(实现)3,从TTI长度3到TTI长度4的变化可以被指定/限制为仅报告(实现)L-TTI集合1(即,报告(实现/请求)L-TTI集合2)。
(5)UE类别(峰值数据速率、最小HARQ RTT、软缓冲区大小)
建议根据峰值数据速率、最小HARQ RTT和软缓冲区大小的组合来指定UE类别。UE类别可以被理解为表示在UE类别的分类中使用的各种信息的代表值/索引。因此,UE可以通过UE类别向eNB递送用于指定UE类别的各种信息,并且eNB可以使用通过UE类别获得的信息来为UE配置HARQ操作所必需的各种信息(例如,参见方案1)。
首先,下面定义用于指定UE类别的三个参数。
1)峰值数据速率(Xi Gbps):能够在单个时隙或TTI中接收的数据(信息)的最大比特数
2)最小HARQ RTT(Ymini ms):相同数据(例如,TB)的(重新)传输之间的最小间隔(最小可实现延迟)
3)最大HARQ RTT(Ymaxi ms):能够连续接收/存储峰值速率数据的最大时间
4)软缓冲区大小(Zi个比特)=Xi[Gbps]x Ymaxi[ms]x A.
5)“A”可以被确定为特定(例如,最低)编译速率R和/或最大可允许传输数量T(例如,4)的函数。例如,A可以是A=最小(1/R,T)。
6)R可以被确定为没有速率匹配或打孔的最小(例如,母)编译速率,或者高于最小速率的特定目标编译速率。
7)Ymaxi可以大于或等于Ymini,取决于UE的实现。在以下描述中,Yi(或Y)可以设置为Ymaxi(或Ymini)。在以上和以下的描述中,Yi(或Y)可以意指Ymaxi(或Ymini)。
基于以上定义,UE类别Ci可以被定义为(Xi,Yi,Zi)的组合。因此,可以按类别升序如下地定义可能的UE类别。
1)C1=(X,Y,Z)
A.由峰值速率X和最小RTT Y以及缓冲区大小Z的组合定义的UE类别
2)C2=(X,Y',Z'),其中Y'<Y,并且Z'<Z
A.与C1的比较
-支持相同的峰值速率
-基于支持更小的最小RTT的(更快的)处理能力,支持更小的最小延迟
-由于更小的缓冲区大小,支持用于峰值速率数据传输的更小(最大)HARQ进程号
-可以与最小RTT成比例地确定(减小)缓冲区大小(例如,Y'/Y=Z'/Z)。对于具有(最小RTT,缓冲区大小)的不同组合和两个参数之间的相同比率(例如,Y/Z=Y'/Z')的UE,可以被区分/定义为UE类别(顺序)中的不同UE。
B.可以针对每个UE不同地实现可支持用于支持相同峰值速率的多个UE的最小RTT(或最小延迟)和缓冲区大小,并且可以确定最小RTT和缓冲区大小使得彼此成比例。
3)C3=(X,Y',Z),其中Y'<Y。
A.与C1的比较
-支持相同的峰值速率
-基于支持更小最小RTT的(更快)处理能力,支持更小的最小延迟
基于相同的缓冲区大小,支持用于峰值速率数据传输的相同(最大)HARQ进程号
B.可支持用于支持相同峰值速率和缓冲区大小的多个UE的最小RTT(或对应的最小延迟)可以针对每个UE不同地实现。另外,即使对于支持相同峰值速率和最小RTT的多个UE中的每个,也可以不同地实现缓冲区大小。
4)C4=(X',Y',Z),其中X'>X,并且Y'<Y。
A.与C1的比较
-支持更高的峰值速率
-基于支持更小的最小RTT的(更快的)处理能力,支持更小的最小延迟
-由于相同的缓冲区大小,支持用于峰值速率数据传输的更小(最大)HARQ进程号
-可以与UE的最大可支持BW能力成比例地确定(增加)峰值速率。
-可以确定峰值速率和最小RTT,使得其乘积是恒定的(例如,X·Y=X'·Y'),同时彼此成反比。具有(峰值速率,最小RTT)的不同组合和两个参数的恒定乘积的UE可以被区分/定义为UE类别(顺序)中的不同UE。
B.可支持用于支持相同缓冲区大小(和/或最小RTT)的多个UE的峰值速率和/或最小RTT(或最小延迟)可以针对每个UE不同地实现。在这种情况下,可以确定峰值速率和最小RTT,使得它们彼此成反比。
5)C5=(X',Y',Z”),其中X'>X,Y'<Y并且Z”>Z。
A.与C1的比较
-支持更高的峰值速率
-基于支持更小的最小RTT的(更快的)处理能力,支持更小的最小延迟
-基于更大的缓冲区大小,支持用于峰值速率数据传输的相同(最大)HARQ进程号
-可以与峰值速率成比例地确定(例如,增加)缓冲区大小(例如,Z”=Z·(X'/X))
B.对于支持相同峰值速率和最小RTT的多个UE中的每个,可以不同地实现缓冲区大小。
在以上描述中,峰值(数据)速率可以指的是针对调度单位时间(可以是TTI或时隙或子帧,并且可以被简单地称为TTI)在给定的时间段内能够实现的瞬时峰值速率。
当UE支持相同的峰值速率时,可以根据最小(HARQ)RTT和(软)缓冲区大小的组合来考虑不同的UE类型(例如,类别或能力),如下所述。为了简单起见,能够在对应于最小RTT的一个或多个TTI期间支持连续/持久(峰值速率)数据接收的缓冲区大小被定义为“标称缓冲区大小(nominal buffer size)”。
1)UE类型,支持(最小RTT,缓冲区大小)的不同组合,同时支持相同的峰值速率
A.UE类型A:支持软缓冲区大小的UE类型,该软缓冲区大小大于与UE支持的最小RTT对应的标称缓冲区大小。
B.UE类型B:支持与对应于UE支持的最小RTT的标称缓冲区大小相同的软缓冲区大小的UE类型。
C.UE类型C:支持小于与UE支持的最小RTT对应的标称缓冲区大小的软缓冲区大小的UE类型
可以实现UE类型A/B/C使得支持相同的最小RTT(即,可以支持不同的缓冲区大小)(如果它们支持相同的峰值速率)。可替选地,可以实现UE类型A/B/C使得支持相同的缓冲区大小(即,可以支持不同的最小RTT)(如果它们支持相同的峰值速率)。
另外,在UE类型A/B/C的情况下,可以根据数据速率要求、延迟要求、双工模式等为每种UE类型定义实现自由度。作为示例,当所需数据速率高于或等于特定级别(例如,Xbps)时,UE类型A/B(或所有UE类型A/B/C)是可实现的。另一方面,当所需数据速率低于特定级别时,可以定义规则使得仅允许UE类型(或UE类型B/C)的实现。作为另一示例,当所需延迟低于或等于特定等级(例如,Y毫秒)时,UE类型A/B(或UE类型B)是可实现的。另一方面,当所需延迟超过特定等级时,可以定义规则使得仅允许UE类型C(或UE类型B/C)的实现。作为另一示例,对于支持TDD操作的UE(当所需数据速率高于或等于特定级别(例如,X bps))时,所有UE类型A/B/C都是可实现的。另一方面,对于支持FDD操作的UE,可以定义规则,使得仅允许UE类型A/B的实现。
在NR系统中,(最大)HARQ进程号可以是由gNB为UE设置的特定值,并且/或者可以根据SCS/TTI等确定为不同的值。基于这样的可配置或可变HARQ进程号以及UE支持的(最小HARQ RTT、软缓冲区大小)的组合,可以如下执行(实际)HARQ RTT设置和缓冲区大小标注。为了简单起见,对应于最小RTT间隔的TTI的数量被定义为“标称HARQ号”。此外,在实际的数据传输和重传(具有相同的HARQ进程ID)之间的最小时间延迟(被设置为大于或等于作为UE能力的最小RTT)被定义为实际的HARQ RTT。
1)根据HARQ进程号和(最小RTT、缓冲区大小)的组合的实际RTT和缓冲区大小标注
A.实际HARQ RTT:设置为与UE的最小RTT对应的标称HARQ号X和HARQ进程号Y(由例如gNB设置)中较大的一个。
例如,当Y被设置为大于X时,实际RTT可以被设置为Y。另一方面,当Y被设置为小于X时,实际RTT可以被设置为X。
B.缓冲区大小标注值:设置为与UE的最小RTT对应的标称HARQ进程号X和HARQ进程号Y(由例如gNB设置)中较小的一个。
-例如,当Y被设置为大于X时,大小标注值可以被设置为X。另一方面,当Y被设置为小于X时,大小标注值可以被设置为Y。
[方案3]UE处理时间和HARQ进程操作
在此方案中,提出UE处理时间、以及相应的HARQ定时和HARQ进程相关的操作方法。
(1)UE处理时间
首先,将与DL数据接收(结束)时间和对应的HARQ-ACK传输(开始)时间之间的时间间隔相对应的OFDM符号的数量定义为DL处理时间N1。将与UL许可接收(结束)时间和对应的UL数据传输(开始)时间之间的时间间隔相对应的OFDM符号的数量定义为UL处理时间N2。为了简单起见,在以下描述中,N1和N2由(N1,N2)表示。取决于上下文,(N1,N2)可以独立地表示N1和N2,或者指的是一对N1和N2。也就是说,(N1,N2)可以意指N1、N2或N1/N2。
取决于用于传输DL/UL数据(和/或HARQ-ACK或UL许可)的SCS、被配置用于解调DL/UL数据信号的DMRS映射图样(符号位置)、用于DL/UL数据信号的RE映射方法(例如,频率优先或时间优先方式)、和/或调度的DL/UL数据TBS与峰值数据速率的比率(即,TBS比率),可以将(N1,N2)设置为不同的值。
为了简单起见,SCS、DMRS图样、数据映射、TBS比率等被定义为(N1,N2)-影响因子(简称为因子)。用于一个影响因子的多个候选(例如,[对于SCS]X(例如,15)kHz和Y(例如,30)kHz;[对于DMRS图样]包括DMRS的最后一个符号索引是X的情况和最后一个符号索引是Y的情况;[对于数据映射]频率优先映射和时间优先映射;[对于TBS比率]X%和Y%等等)被定义为因子候选(简称候选)。
对于特定因子A的候选者(A1,A2),(N1,N2)可以对于所有UE具有相同的值(或者需要具有相同的值)。另一方面,对于另一个因子B的候选(B1,B2),(N1,N2)可以对于各个UE具有不同的值。在这种情况下,因子A的候选(A1,A2)的(N1,N2)可以被定义为单个固定值并且被指定为所有UE应该实现的强制项。另一方面,因子B的候选(B1,B2)的(N1,N2)可以被指定为取决于实现对于各个UE具有不同值的能力项。
作为另一示例,在相同因子A内,候选A1的(N1,N2)可以对于所有UE具有相同的值(或者需要具有相同的值),但是候选A2的(N1,N2)可以取决于实现对于各个UE具有不同的值。在这种情况下,在相同因子A内,候选A1的(N1,N2)可以被定义为单个固定值并且被指定为所有UE应该实现的强制项。另一方面,候选A2的(N1,N2)可以被指定为取决于实现对于各个UE具有不同值的能力项。
对应于(N1,N2)的数据信道/信号和控制信道/信号可以被配置成在单个CC上或在不同CC上(在CA情况下)发送。在这种情况下,可以为两个不同的信道/信号配置不同的SCS。例如,在N1的情况下,不同的SCS可以用于DL数据(例如,PDSCH)和相应的HARQ-ACK(例如,PUCCH)。在N2的情况下,不同的SCS可以用于UL许可DCI(例如,PDCCH)和相应的UL数据(例如,PUSCH)。
因此,当SCS S_d和SCS S_c分别用于数据信道/信号和控制信道/信号时,用于数据/控制组合的UE处理时间(N1,N2)可以被确定为:1)当其是数据SCS S_d和控制SCS S_c中较小的一个的值的min(S_d,S_c)被公共地用于数据和控制时给出的(N1,N2);2)当S_d被公共地用于数据和控制时给出的(N1,N2)和当S_c被公共地用于数据和控制时给出的(N1,N2)(就绝对时间而言)中的较大的一个;或者3)ax N_d+bx N_c,其中当S_d被公共地用于数据和控制时给出的N值为N_d,并且当S_c被公共地用于数据和控制时给出的N值是N_c(其中a+b=1,并且例如,a=b=0.5)。
可以在UL数据信道(例如,PUSCH)上发送UCI(例如,HARQ-ACK,CSI),而不是在UL控制信道(例如,PUCCH)上发送(在与UL-SCH复用之后)。为此,UE处理时间(N1,N2,N3)可以如下定义。
1)N1:与DL数据(例如,PDSCH)接收(结束)时间和对应的HARQ-ACK(例如,PUCCH)传输(开始)时间之间的时间间隔相对应的OFDM符号的数量
2)N2:对应于UL许可(例如,PDCCH)接收(结束)时间与对应的UL数据(例如,PUSCH)传输(开始)时间之间的时间间隔的OFDM符号的数量
3)N3:与特定RS(例如,CSI-RS)接收(结束)时间和对应的CSI反馈(例如,PUCCH)传输(开始)时间之间的时间间隔相对应的OFDM符号的数量
根据上面的定义,可以基于对于UCI传输(在PUCCH上)所需的处理时间(Nu=N1或N3)和对于PUSCH传输(没有UCI)所需的处理时间N2中的特定一个来确定当PUSCH上捎带和发送UCI时所需的UE处理时间N4(例如,N4=最大(Nu,N2)+z),或者可以被确定为N4=(a xNu+bx N2)+z。这里,a+b=1,并且例如,a=b=0.5。z可以是0或正整数(例如,1)。另外,可以以类似的方式确定当在PUSCH上捎带和发送HARQ-ACK和CSI时所需的处理时间N4(例如,N4=最大(N1,N2,N3)+z或N4=(a x N1+b x N2+c x N3)+z)。另外,可以以类似的方式确定在同一PUCCH上同时发送HARQ-ACK和CSI时所需的处理时间N5(例如,N5=最大(N1,N3)+z或N5=(a x N1+bx N3)+z)。
当不同的SCS S_d和S_c用于PUSCH和UCI PUCCH时,当在PUSCH上捎带并发送UCI时的处理时间N4可以被确定为:1)当其是用于PUSCH的SCS S_d和用于PUCCH的SCS S_c中的类似的一个的min(S_d,S_c)被公共地用于PUSCH和PUCCH时给出的N4;2)当S_d被公共地用于PUSCH和PUCCH时给出的N4和当S_c被公共地用于PUSCH和PUCCH时给出的N4中较大的一个(就绝对时间而言);或者3)a x N_d+b x N_c,其中当在S_d被用于PUSCH和PUCCH时给出的N的值是N_d并且当S_c被用于PUSCH和PUCCH时给出的N的值是N_c(其中a+b=1,并且例如,a=b=0.5)。另外,当在PUSCH上同时捎带和发送HARQ-ACK和CSI时所需的处理时间N4可以以类似的方式被确定,例如,作为为HARQ-ACK PUCCH、CSI PUCCH和PUSCH配置的最小SCS、最大绝对时间或处理时间的组合。另外,当在同一PUCCH上同时发送HARQ-ACK和CSI时所需的处理时间N5可以以类似的方式被确定,例如,作为为HARQ-ACK PUCCH和CSIPUCCH配置的最小SCS、最大绝对值时间、或处理时间的组合。
可以通过将(传播)延迟和/或定时提前(TA)添加到UE处理时间(N1,N2)来确定应用于基于实际时隙(索引)的信号传输的(最小)HARQ定时(K1,K2)。在这种情况下,为了确定(K1,K2),选项1),可以(UE特定地)应用针对每个UE配置的TA值,或者选项2)TA可以具有的最大值被(UE公共地)应用。
根据情况和条件,可以不同地应用选项1和选项2。例如,可以在初始接入或(基于竞争的)随机接入过程中将选项2应用于DL/UL数据传输(例如,Msg3PUSCH、Msg4PDSCH)。在这种情况下,处理时间(N1,N2)可以被设置为UE能够支持的处理时间中的最大值。另一方面,在其他情况下(例如,RRC连接之后的情况),可以将选项1应用于DL/UL数据传输(例如,单播PDSCH/PUSCH)。在这种情况下,处理时间(N1,N2)可以被设置为特定UE支持的UE特定处理时间。
(K1,K2)的不同值可以对应于特定因子的各个候选,并且可以基于在(K1,K2)的不同值之中的最大值(或最小值)来确定HARQRTT、最大HARQ进程数和软缓冲区大小标注值。
(2)HARQ定时配置
可以通过更高层信令(例如,RRC信令)预先配置具有基于(K1,K2)的相同值或更多值的多个候选HARQ定时(其集合)。在这种情况下,eNB可以通过用于调度DL/UL数据的DL/UL许可DCI来指示UE使用(其集合中的)多个候选HARQ定时中的一个HARQ定时来执行实际信号传输。
具体地,可以针对以下因素的各个候选不同地配置HARQ定时集(即,由不同的HARQ定时组成),包括因子{SCS,DMRS图样,数据映射,TBS比}。例如,可以为具有(N1,N2)或(K1,K2)的更小/更大值的候选配置具有更小/更大(延迟)值的HARQ定时。
1)PDCCH持续时间
A.例如,当发送PDCCH(用于UL许可)的符号间隔长度和/或最后符号位置(索引)是X和Y时,
B.)可以针对每个PDCCH持续时间不同地配置可以被指定为在其上映射/发送(从其调度)的PUSCH(从相应的PDCCH调度)的起始符号的多个候选符号索引(其集合)。
2)PUCCH格式
A.例如,当发送PUCCH(用于HARQ-ACK)的第一符号位置(索引)和/或符号间隔长度是X和Y时,
B.可以针对每个PUCCH格式不同地配置可以由PDSCH和HARQ-ACK之间的延迟值(对应于相应PUCCH上的HARQ-ACK传输)指定的多个候选定时(其集合)。
可替选地,可以仅针对特定因子配置一个HARQ定时集,可以针对因子的相应候选配置该集合中适用的不同定时。
例如,对于DMRS图样1和2,其中SF/时隙中具有DMRS的最后一个符号的索引分别被设置为X和Y(其中X<Y),(基于具有较小值N1或K1的DMRS图样1)可以配置一个HARQ定时集{T1,T2,T3,T4}(其中T1<T2<T3<T4)。在这种情况下,对于DMRS图样1,{T1,T2,T3,T4}中的任何定时都适用。另一方面,对于DMRS图样2,可以仅配置一些特定定时(例如,T3,T4)(具有例如更大的延迟值)以适用。
作为另一示例,对于TTI 1和2,其中最大数据持续时间或DCI检测时段分别被设置为N个符号和L个符号(其中N>L),可以配置仅一个HARQ定时集{T1,T2,T3,T4}(基于具有较大值N1或K1的调度TTI1)(其中T1<T2<T3<T4)。在这种情况下,所有定时{T1,T2,T3,T4}可适用于TTI 1。另一方面,对于TTI 2,仅一些特定定时(例如,T1,T2)(例如,具有较小延迟值)可以配置成适用。
作为另一种方法,可以仅针对特定因子配置一个HARQ定时集,并且可以针特定候选应用通过将特定偏移值与构成集合的定时相加而获得的定时。
例如,对于DMRS图样1和2,其中SF/时隙中具有DMRS的最后一个符号的索引分别被设置为X和Y(其中X<Y),可以配置一个HARQ定时集{T1,T2,T3,T4}(基于具有较小值N1或K1的DMRS图样1)(其中T1<T2<T3<T4)。在这种情况下,对于DMRS图样1,{T1,T2,T3,T4}是可适用的。另一方面,对于DMRS图样2,可以应用通过将特定偏移To(例如,正数)与原始定时集相加而获得的{T1+To,T2+To,T3+To,T4+To}。
作为另一示例,对于TTI 1和2,其中最大数据持续时间或DCI检测时段分别被设置为N个符号和L个符号(其中N>L),可以配置仅一个HARQ定时集{T1,T2,T3,T4)(基于具有更大值N1或K1的调度TTI1)(其中T1<T2<T3<T4)。在这种情况下,对于TTI 1,所有定时{T1,T2,T3,T4}是可适用的。另一方面,对于TTI 2,可以应用将原始定时集与特定偏移To(例如,叙述数)相加获得的{T1+To,T2+To,T3+To,T4+To}。
在根据DL数据接收的HARQ-ACK反馈传输的情况下,可以通过更高层信令(例如,RRC信令)预先配置多个候选PUCCH资源/格式(其集合)。在这种情况下,eNB可以通过用于调度DL数据的DL许可DCI来指示UE使用属于用于实际HARQ-ACK传输的PUCCH资源/格式集的一个特定PUCCH资源/格式。这里,可以针对用于DL数据传输/调度的因子(SCS、DMRS图样、数据映射、TBS比、PDCCH间隔)的各个候选不同地配置PUCCH资源/格式集。作为示例,可以针对因子的各个候选配置不同的PUCCH格式。另外,可以针对具有更小/更大值N1或K1的候选配置具有更小/更大间隔(符号数)的PUCCH格式。
(3)软缓冲区管理
在NR系统中,可以以载波聚合(CA)或双连接(DC)的方式为一个UE配置基于不同RAT(例如,NR和LTE)的多个CC以能够进行多载波操作。
在这种情况下,如果非理想地部署RAT之间的回程链路,则负责各个RAT的调度器(例如,eNB)可能不容易实时地紧密地互通。在这种情况下,UE的整个软缓冲区可以被半静态地分割并用于RAT。
在这种情况下,为了通过属于具有从整个软缓冲区分割的用于各个RAT的缓冲区部分的每个RAT的CC确保DL数据接收的性能,将下限设置为每个缓冲区部分中的每个CC的最小缓冲区大小。
例如,当可以为UE设置的CC的最大数量是K并且总软缓冲区大小是S时,如果缓冲区大小以RAT1:RAT2=K1:K2之间的比率在RAT1和RAT2之间分割,分配给各个RAT的缓冲区大小和分配给每个RAT中的一个CC的缓冲区大小可以如下配置。
1)RAT1的缓冲区大小:S1=S x(K1/K)
A.RAT1中每个CC的缓冲区大小:C1=S1/min{N1,K1}
B.N1表示在RAT1中配置/设置的CC的数量(通过CA)。
2)用于RAT2的缓冲区大小:S2=S x(K2/K)
A.RAT2中每CC的缓冲区大小:C2=S2/min{N2,K2}
B.N2表示在RAT2中配置/设置的CC的数量(通过CA)。
作为另一种方法,可以在RAT之间动态地分割或共享整个软缓冲区(与上述半静态方案不同)。在这种情况下,根据为各个RAT设置的最大TBS之间的差异或比率,可以在整个缓冲区内不同地分配用于各个RAT的缓冲区部分。
例如,当RAT1和RAT2的最大TBS的比率被设置为RAT1:RAT2=A:B(其中,例如,A=1,B=1或A+B=2)时,如果为RAT1和RAT2配置/设置N1个CC和N2个CC(其中N=N1+N2),则分配给各个RAT的缓冲区大小可以如下配置。
1)RAT1的缓冲区大小:S1=S x Ax(N1/N)
2)RAT2的缓冲区大小:S2=S x B x(N2/N)
图22图示根据本发明的无线信号的传输。
参考图22,可以基于通信设备的TTI长度在HARQ缓冲区(例如,软缓冲区)中检查每个数据的最小存储空间(S2202),并且可以基于每个数据的最小存储空间将用于无线信号传输的数据存储在HARQ缓冲区中(S2204)。此后,通信设备可以对于第一TTI发送HARQ缓冲区中的数据(S2206)。通信设备可以是UE或BS。
当数据是重传的数据时,每个数据的最小存储空间可以基于用于数据的初始传输的第二TTI的长度,其中第二TTI的长度可以与第一TTI的长度不同。
这里,可以通过将HARQ缓冲区的总空间除以对应于TTI长度的HARQ进程的数量来检查每个数据的最小存储空间。还可以通过根据TTI长度的数量将HARQ缓冲区的整个空间划分成多个子HARQ缓冲区,并且然后将每个子HARQ缓冲区除以对应于相应的TTI长度的HARQ进程的数量来检查每个数据的最小存储空间。
另外,当第一TTI的长度大于第二TTI的长度时,可以通过将HARQ缓冲区的整个空间除以对应于第一TTI的HARQ进程的数量来检查基于第一TTI的长度的每个数据的最小存储空间,并且可以通过将HARQ缓冲区的部分空间除以对应于第二TTI的长度的HARQ进程的数量来检查基于第二TTI的长度的每个数据的最小存储空间。
另外,通信设备可以具有聚合的用于不同RAT的多个CC,并且可以根据用于传输无线信号的RAT通过以下等式确定HARQ缓冲区的大小:
-用于RAT1的缓冲区大小:S*A*(N1/N)
-用于RAT2的缓冲区大小:S*B*(N2/N)
这里,S表示通信设备中的总HARQ缓冲区大小,并且A和B表示指示RAT1和RAT2的缓冲区大小的比率的系数。N1表示为RAT1配置的CC的数量,N2表示为RAT2配置的CC的数量,并且N表示N1和N2的总和。
另外,可以根据服务类型按以下顺序给出TTI长度的大小:URLLC<eMBB<mMTC。另外,无线通信系统可以包括基于3GPP LTE的无线通信系统,并且TTI长度可以是子帧或时隙的倍数。
图23图示可适用于本发明的实施例的无线通信系统的BS和UE。
参考图23,无线通信系统包括BS 110和UE 120。当无线通信系统包括中继器时,BS或者UE能够被中继器代替。
BS 110包括处理器112、存储器114和射频(RF)单元116。处理器112可以被配置为实现由本发明提出的过程和/或方法。存储器114被连接到处理器112,并且存储与处理器112的操作相关的各种信息。RF单元116被连接到处理器112并且发送和/或接收RF信号。UE120包括处理器122、存储器124、以及RF单元126。处理器122可以被配置为实现由本发明提出的过程和/或方法。存储器124被连接到处理器122,并且存储与处理器122的操作相关的信息。RF单元126被连接到处理器122并且发送和/或接收RF信号。
在文中所描述的本发明的实施例是本发明的要素和特征的组合。除非另外提到,否则要素或特征可以被认为是选择性的。可以在不与其他要素或特征组合的情况下实践每个要素或特征。此外,可以通过组合要素和/或特征的一部分来构造本发明的实施例。可以重新排列在本发明的实施例中所描述的操作次序。任何一个实施例的一些结构都可以被包括在另一实施例中,并且可以以另一实施例的相应结构来替换。对本领域的技术人员而言明显的是,在所附权利要求中未彼此明确引用的权利要求可以以组合方式呈现为本发明的实施例,或者通过在本申请被提交之后的后续修改被包括作为新的权利要求。
在本发明的实施例中,围绕BS、中继器、以及MS之中的数据发送和接收关系进行描述。在一些情况下,描述为由BS执行的特定操作可以由该BS的上节点来执行。即,显而易见的是,在由包括BS的多个网络节点组成的网络中,为了与MS通信而执行的各种操作可以由BS或除了该BS之外的网络节点来执行。术语“eNB”可以用术语“固定站”、“节点B”、“增强节点B(e节点B或eNB)”、“接入点”等来替换。术语“UE”可以用术语“移动站(MS)”、“移动订户站(MSS)”、“移动终端”等来替换。
可以通过例如硬件、固件、软件或其组合的各种装置来实现本发明的实施例。在硬件配置中,可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现根据本发明实施例的方法。
在固件或软件配置中,可以以模块、过程、函数等的形式来实现本发明的实施例。例如,软件代码可以被存储在存储器单元中并且由处理器来执行。存储器单元位于处理器的内部或外部,并且可以经由各种已知的装置将数据发送到处理器和从处理器接收数据。
本领域的技术人员将了解,在不脱离本发明的精神和本质特性的情况下,可以以除了在此阐述的特定方式以外的其他特定方式来执行本发明。上述实施例因此在所有方面都被解释成说明性的而不是限制性的。本发明的范围应该由所附权利要求和它们的合法等同物来确定,而不是由上述描述来确定,并且旨在将落入所附权利要求的含义和等同范围内的所有改变包括在其中。
工业实用性
本发明可适用于无线移动通信系统的UE、eNB、或者其它装置。
Claims (14)
1.一种在无线通信系统中由通信设备发送无线信号的方法,所述方法包括:
基于传输时间间隔(TTI)长度,检查混合ARQ(HARQ)缓冲区中的每个数据的最小存储空间;
基于每个数据的最小存储空间,在所述HARQ缓冲区中存储用于无线信号的传输的数据;以及
对于第一TTI,发送所述HARQ缓冲区中的数据,
其中,当所述数据是重传的数据时,每个数据的最小存储空间基于被用于所述数据的初始传输的第二TTI的长度,所述第二TTI的长度不同于所述第一TTI的长度。
2.根据权利要求1所述的方法,其中,通过将所述HARQ缓冲区的整个空间除以与所述TTI长度相对应的HARQ进程的数量来执行每个数据的最小存储空间的检查。
3.根据权利要求1所述的方法,其中,通过根据TTI长度的数量将所述HARQ缓冲区的整个空间划分成多个子HARQ缓冲区并且然后将所述子HARQ缓冲区中的每个除以与相应的TTI长度相对应的HARQ进程的数量来执行每个数据的最小存储空间的检查。
4.根据权利要求1所述的方法,其中,当所述第一TTI的长度大于所述第二TTI的长度时,通过将所述HARQ缓冲区的整个空间除以与所述第一TTI的长度相对应的HARQ进程的数量来检查基于所述第一TTI的长度的每个数据的最小存储空间,并且通过将所述HARQ缓冲区的部分空间除以与所述第二TTI的长度相对应的HARQ进程的数量来检查基于所述第二TTI的长度的每个数据的最小存储空间。
5.根据权利要求1所述的方法,其中,所述通信设备具有用于不同无线电接入技术(RAT)的多个聚合分量载波(CC),并且根据用于所述无线信号的传输的RAT通过以下等式来确定所述HARQ缓冲区的大小:
-用于RAT1的缓冲区大小:S*A*(N1/N);以及
-用于RAT2的缓冲区大小:S*B*(N2/N),
其中,S表示所述通信设备中的HARQ缓冲区的总大小,A和B表示指示用于RAT1的缓冲区大小和用于RAT2的缓冲区大小的比率的系数,N1表示为RAT1配置的CC的数量,N2表示为RAT2配置的CC数量,并且N表示N1和N2的总和。
6.根据权利要求1所述的方法,其中,根据服务类型按以下顺序给出所述TTI长度的大小:超可靠和低延迟通信(URLLC)<增强型移动宽带(eMBB)<大规模机器类型通信(mMTC)。
7.根据权利要求1所述的方法,其中,所述无线通信系统包括基于第三代合作伙伴计划长期演进(3GPP LTE)的无线通信系统,
其中,所述TTI长度是子帧或时隙的倍数。
8.一种在无线通信系统中使用的通信设备,包括:
射频(RF)模块;以及
处理器,
其中,所述处理器被配置成:
基于传输时间间隔(TTI)长度,检查混合ARQ(HARQ)缓冲区中的每个数据的最小存储空间;
基于每个数据的最小存储空间,在所述HARQ缓冲区中存储用于无线信号的传输的数据;以及
对于第一TTI,发送所述HARQ缓冲区中的数据,
其中,当所述数据是重传的数据时,每个数据的最小存储空间基于被用于所述数据的初始传输的第二TTI的长度,所述第二TTI的长度不同于所述第一TTI的长度。
9.根据权利要求8所述的通信设备,其中,通过将所述HARQ缓冲区的整个空间除以与所述TTI长度相对应的HARQ进程的数量来执行每个数据的最小存储空间的检查。
10.根据权利要求8所述的通信设备,其中,通过根据TTI长度的数量将所述HARQ缓冲区的整个空间划分成多个子HARQ缓冲区并且然后将所述子HARQ缓冲区中的每个除以与相应TTI长度相对应的HARQ进程的数量来执行每个数据的最小存储空间的检查。
11.根据权利要求8所述的通信设备,其中,当所述第一TTI的长度大于所述第二TTI的长度时,通过将所述HARQ缓冲区的整个空间除以与所述第一TTI的长度相对应的HARQ进程的数量来检查基于所述第一TTI的长度的每个数据的最小存储空间,并且通过将所述HARQ缓冲区的部分空间除以与所述第二TTI的长度相对应的HARQ进程的数量来检查基于所述第二TTI的长度的每个数据的最小存储空间。
12.根据权利要求8所述的通信设备,其中,所述通信设备具有用于不同无线电接入技术(RAT)的多个聚合分量载波(CC),并且根据用于所述无线信号的传输的RAT通过以下等式来确定所述HARQ缓冲区的大小:
-用于RAT1的缓冲区大小:S*A*(N1/N);以及
-用于RAT2的缓冲区大小:S*B*(N2/N),
其中,S表示所述通信设备中的HARQ缓冲区的总大小,A和B表示指示用于RAT1的缓冲区大小和用于RAT2的缓冲区大小的比率的系数,N1表示为RAT1配置的CC的数量,N2表示为RAT2配置的CC数量,并且N表示N1和N2的总和。
13.根据权利要求8所述的通信设备,其中,根据服务类型按以下顺序给出所述TTI长度的大小:超可靠和低延迟通信(URLLC)<增强型移动宽带(eMBB)<大规模机器类型通信(mMTC)。
14.根据权利要求所述的通信设备,其中,所述无线通信系统包括基于第三代合作伙伴计划长期演进(3GPP LTE)的无线通信系统,
其中,所述TTI长度是子帧或时隙的倍数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210117811.4A CN114584265A (zh) | 2017-02-05 | 2018-02-05 | 无线通信系统中发送/接收无线信号的方法及其装置 |
Applications Claiming Priority (21)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762454893P | 2017-02-05 | 2017-02-05 | |
US62/454,893 | 2017-02-05 | ||
US201762469548P | 2017-03-10 | 2017-03-10 | |
US62/469,548 | 2017-03-10 | ||
US201762481043P | 2017-04-03 | 2017-04-03 | |
US62/481,043 | 2017-04-03 | ||
US201762501052P | 2017-05-03 | 2017-05-03 | |
US62/501,052 | 2017-05-03 | ||
US201762520563P | 2017-06-16 | 2017-06-16 | |
US62/520,563 | 2017-06-16 | ||
US201762525172P | 2017-06-26 | 2017-06-26 | |
US62/525,172 | 2017-06-26 | ||
US201762555705P | 2017-09-08 | 2017-09-08 | |
US62/555,705 | 2017-09-08 | ||
US201762566338P | 2017-09-30 | 2017-09-30 | |
US62/566,338 | 2017-09-30 | ||
US201762586876P | 2017-11-15 | 2017-11-15 | |
US62/586,876 | 2017-11-15 | ||
US201762593273P | 2017-12-01 | 2017-12-01 | |
US62/593,273 | 2017-12-01 | ||
PCT/KR2018/001515 WO2018143749A1 (ko) | 2017-02-05 | 2018-02-05 | 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210117811.4A Division CN114584265A (zh) | 2017-02-05 | 2018-02-05 | 无线通信系统中发送/接收无线信号的方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110249568A true CN110249568A (zh) | 2019-09-17 |
CN110249568B CN110249568B (zh) | 2022-02-22 |
Family
ID=63040887
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880010077.3A Active CN110249568B (zh) | 2017-02-05 | 2018-02-05 | 无线通信系统中发送/接收无线信号的方法及其装置 |
CN202210117811.4A Pending CN114584265A (zh) | 2017-02-05 | 2018-02-05 | 无线通信系统中发送/接收无线信号的方法及其装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210117811.4A Pending CN114584265A (zh) | 2017-02-05 | 2018-02-05 | 无线通信系统中发送/接收无线信号的方法及其装置 |
Country Status (6)
Country | Link |
---|---|
US (3) | US10680761B2 (zh) |
EP (2) | EP3579472B1 (zh) |
JP (2) | JP6913172B2 (zh) |
KR (1) | KR102108079B1 (zh) |
CN (2) | CN110249568B (zh) |
WO (1) | WO2018143749A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112671517A (zh) * | 2020-12-14 | 2021-04-16 | 中国电子科技集团公司第五十四研究所 | 一种移动自组织网通信中基于时隙确认的数据重传方法 |
CN113132068A (zh) * | 2021-03-03 | 2021-07-16 | 杭州红岭通信息科技有限公司 | 一种基于物联网场景下的基站harq进程内存分配方法 |
WO2021168598A1 (en) * | 2020-02-24 | 2021-09-02 | Qualcomm Incorporated | Timeline and resource assignment for downlink triggered csi reports |
CN113556780A (zh) * | 2021-07-28 | 2021-10-26 | 新华三技术有限公司 | 一种拥塞控制方法及装置 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017167394A1 (en) * | 2016-04-01 | 2017-10-05 | Nokia Solutions And Networks Oy | Low latency hybrid automatic repeat request (harq) feedback for wireless networks |
CN108270522B (zh) * | 2016-12-30 | 2022-04-29 | 中兴通讯股份有限公司 | 确认信息的处理方法及装置 |
WO2019022587A1 (en) * | 2017-07-28 | 2019-01-31 | Lg Electronics Inc. | METHOD AND APPARATUS FOR DOUBLE CONNECTIVITY SOFTWARE BUFFER SIZE MANAGEMENT IN A WIRELESS COMMUNICATION SYSTEM |
WO2019063694A1 (en) * | 2017-09-28 | 2019-04-04 | Sony Corporation | BASE STATION AND USER EQUIPMENT |
US11523412B2 (en) * | 2017-11-17 | 2022-12-06 | Qualcomm Incorporated | UE processing time for UCI multiplexing |
CN111970088A (zh) * | 2018-01-30 | 2020-11-20 | 上海朗帛通信技术有限公司 | 一种用于无线通信的通信节点中的方法和装置 |
EP3793268B1 (en) * | 2018-05-08 | 2024-02-14 | Panasonic Intellectual Property Corporation of America | Terminal and transmission method |
WO2020061842A1 (en) * | 2018-09-26 | 2020-04-02 | Lenovo (Beijing) Limited | Method and apparatus for transmission of transport blocks |
US11570646B2 (en) * | 2019-02-12 | 2023-01-31 | Qualcomm Incorporated | Reduced monitoring state |
WO2020231831A1 (en) * | 2019-05-10 | 2020-11-19 | Apple Inc. | Slot offset determination for non-terrestrial networks |
KR20210049612A (ko) * | 2019-10-25 | 2021-05-06 | 삼성전자주식회사 | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 |
US11700080B2 (en) * | 2020-11-23 | 2023-07-11 | Qualcomm Incorporated | Maximum transport block sizes and span for a transport block in a non-terrestrial network |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103069763A (zh) * | 2010-08-18 | 2013-04-24 | Lg电子株式会社 | 用于在无线接入系统中传输上行数据的方法和装置 |
US20130165118A1 (en) * | 2011-10-31 | 2013-06-27 | Danny Moses | Context-retention controller and method for context retention in wirless access networks |
US20150049663A1 (en) * | 2013-08-16 | 2015-02-19 | Blackberry Limited | Providing secondary coverage in a mobile communication system |
WO2015094012A1 (ru) * | 2013-12-18 | 2015-06-25 | Общество с ограниченной ответственностью "Телум" | Передача данных в системе беспроводной связи с гибридным автоматическим переспросом (harq) |
CN104769990A (zh) * | 2012-11-06 | 2015-07-08 | Lg电子株式会社 | 在无线通信系统中检测控制信息的方法及其设备 |
US20150312371A1 (en) * | 2014-03-20 | 2015-10-29 | Intel IP Corporation | Apparatus and methods for reducing soft buffer size in mtc devices |
WO2015199425A1 (ko) * | 2014-06-24 | 2015-12-30 | 엘지전자(주) | 무선 통신 시스템에서 그룹 메시징 취소 방법 및 이를 위한 장치 |
US20160183294A1 (en) * | 2014-12-23 | 2016-06-23 | Electronics And Telecommunications Research Institute | Base station and terminal of wireless communication system |
WO2016183533A1 (en) * | 2015-05-14 | 2016-11-17 | Cable Laboratories Llc | Hybrid automatic repeat request (harq) in listen before talk systems |
TW201701706A (zh) * | 2015-04-22 | 2017-01-01 | 英特爾智財公司 | 基於競爭之排程請求的低延遲 |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8406691B2 (en) * | 2008-12-17 | 2013-03-26 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for providing wireless communication between user equipments |
KR101784189B1 (ko) * | 2009-10-28 | 2017-10-12 | 엘지전자 주식회사 | 다중 반송파 시스템에서 상향링크 제어정보 전송 방법 및 장치 |
US9467885B2 (en) * | 2010-11-08 | 2016-10-11 | Qualcomm Incorporated | Inter-frequency measurement control in a multi-carrier system |
CN105897390B (zh) * | 2011-03-18 | 2019-05-28 | Lg电子株式会社 | 在无线通信系统中发送控制信息的方法及其设备 |
JP5931171B2 (ja) * | 2011-03-24 | 2016-06-08 | エルジー エレクトロニクス インコーポレイティド | 信号送受信方法及びそのための装置 |
CN107147480B (zh) * | 2011-04-22 | 2021-02-02 | 北京三星通信技术研究有限公司 | 一种支持pusch的同步harq传输的方法及装置 |
US9572146B2 (en) * | 2011-07-15 | 2017-02-14 | Lg Electronics Inc. | Downlink signal receiving method and user equipment, and downlink signal transmitting method and base station |
JP5778874B2 (ja) * | 2012-04-18 | 2015-09-16 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおいて制御情報を送信する方法及び装置 |
KR101794055B1 (ko) * | 2014-02-19 | 2017-11-06 | 엘지전자 주식회사 | 단말 간 통신을 지원하는 무선 통신 시스템에서 스케줄링 승인 송수신 방법 및 이를 위한 장치 |
US10630428B2 (en) * | 2014-10-13 | 2020-04-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Flexible configuration of HARQ process feedback |
CA2967281C (en) * | 2014-12-08 | 2023-01-31 | Lg Electronics Inc. | Method for transmitting uplink control information and device therefor |
US9819454B2 (en) * | 2014-12-11 | 2017-11-14 | Nxp Usa, Inc. | Wireless communication apparatus and method for HARQ buffer management |
WO2017014074A1 (ja) * | 2015-07-17 | 2017-01-26 | 株式会社Nttドコモ | ユーザ端末、無線基地局及び無線通信方法 |
JP2019054314A (ja) * | 2016-02-02 | 2019-04-04 | シャープ株式会社 | 端末装置および方法 |
JP7085723B2 (ja) * | 2016-02-02 | 2022-06-17 | シャープ株式会社 | 端末装置、および通信方法 |
EP3446425B1 (en) * | 2016-04-20 | 2024-02-21 | InterDigital Patent Holdings, Inc. | Physical channels in new radio |
US10448414B2 (en) * | 2017-03-23 | 2019-10-15 | Sharp Kabushiki Kaisha | Downlink control channel for uplink ultra-reliable and low-latency communications |
CN107154842B (zh) * | 2017-07-19 | 2020-09-29 | 珠海市魅族科技有限公司 | Harq反馈方法及harq反馈装置、网络侧设备和终端 |
-
2018
- 2018-02-05 JP JP2019542447A patent/JP6913172B2/ja active Active
- 2018-02-05 WO PCT/KR2018/001515 patent/WO2018143749A1/ko unknown
- 2018-02-05 EP EP18748534.7A patent/EP3579472B1/en active Active
- 2018-02-05 CN CN201880010077.3A patent/CN110249568B/zh active Active
- 2018-02-05 CN CN202210117811.4A patent/CN114584265A/zh active Pending
- 2018-02-05 KR KR1020197025866A patent/KR102108079B1/ko active IP Right Grant
- 2018-02-05 EP EP22211186.6A patent/EP4164158A1/en active Pending
-
2019
- 2019-08-05 US US16/532,090 patent/US10680761B2/en active Active
-
2020
- 2020-06-08 US US16/895,597 patent/US11336396B2/en active Active
-
2021
- 2021-07-09 JP JP2021114169A patent/JP7157216B2/ja active Active
-
2022
- 2022-03-09 US US17/690,693 patent/US11736234B2/en active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103069763A (zh) * | 2010-08-18 | 2013-04-24 | Lg电子株式会社 | 用于在无线接入系统中传输上行数据的方法和装置 |
US20130165118A1 (en) * | 2011-10-31 | 2013-06-27 | Danny Moses | Context-retention controller and method for context retention in wirless access networks |
CN104769990A (zh) * | 2012-11-06 | 2015-07-08 | Lg电子株式会社 | 在无线通信系统中检测控制信息的方法及其设备 |
US20150049663A1 (en) * | 2013-08-16 | 2015-02-19 | Blackberry Limited | Providing secondary coverage in a mobile communication system |
WO2015094012A1 (ru) * | 2013-12-18 | 2015-06-25 | Общество с ограниченной ответственностью "Телум" | Передача данных в системе беспроводной связи с гибридным автоматическим переспросом (harq) |
US20150312371A1 (en) * | 2014-03-20 | 2015-10-29 | Intel IP Corporation | Apparatus and methods for reducing soft buffer size in mtc devices |
WO2015199425A1 (ko) * | 2014-06-24 | 2015-12-30 | 엘지전자(주) | 무선 통신 시스템에서 그룹 메시징 취소 방법 및 이를 위한 장치 |
US20160183294A1 (en) * | 2014-12-23 | 2016-06-23 | Electronics And Telecommunications Research Institute | Base station and terminal of wireless communication system |
TW201701706A (zh) * | 2015-04-22 | 2017-01-01 | 英特爾智財公司 | 基於競爭之排程請求的低延遲 |
WO2016183533A1 (en) * | 2015-05-14 | 2016-11-17 | Cable Laboratories Llc | Hybrid automatic repeat request (harq) in listen before talk systems |
Non-Patent Citations (1)
Title |
---|
INTEL CORPORATION: "Discussion on the data scheduling for NR", 《3GPP TSG-RAN WG1 #87》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021168598A1 (en) * | 2020-02-24 | 2021-09-02 | Qualcomm Incorporated | Timeline and resource assignment for downlink triggered csi reports |
CN112671517A (zh) * | 2020-12-14 | 2021-04-16 | 中国电子科技集团公司第五十四研究所 | 一种移动自组织网通信中基于时隙确认的数据重传方法 |
CN113132068A (zh) * | 2021-03-03 | 2021-07-16 | 杭州红岭通信息科技有限公司 | 一种基于物联网场景下的基站harq进程内存分配方法 |
CN113132068B (zh) * | 2021-03-03 | 2022-05-24 | 杭州红岭通信息科技有限公司 | 一种基于物联网场景下的基站harq进程内存分配方法 |
CN113556780A (zh) * | 2021-07-28 | 2021-10-26 | 新华三技术有限公司 | 一种拥塞控制方法及装置 |
CN113556780B (zh) * | 2021-07-28 | 2023-07-25 | 新华三技术有限公司 | 一种拥塞控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
KR20190108166A (ko) | 2019-09-23 |
EP3579472A4 (en) | 2020-12-23 |
US10680761B2 (en) | 2020-06-09 |
WO2018143749A1 (ko) | 2018-08-09 |
US20200304239A1 (en) | 2020-09-24 |
US11336396B2 (en) | 2022-05-17 |
EP3579472A1 (en) | 2019-12-11 |
JP2020506632A (ja) | 2020-02-27 |
JP2021180500A (ja) | 2021-11-18 |
JP6913172B2 (ja) | 2021-08-04 |
JP7157216B2 (ja) | 2022-10-19 |
US20220200735A1 (en) | 2022-06-23 |
US11736234B2 (en) | 2023-08-22 |
CN110249568B (zh) | 2022-02-22 |
CN114584265A (zh) | 2022-06-03 |
EP3579472B1 (en) | 2023-06-28 |
EP4164158A1 (en) | 2023-04-12 |
KR102108079B1 (ko) | 2020-05-08 |
US20190363832A1 (en) | 2019-11-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110249568A (zh) | 无线通信系统中发送/接收无线信号的方法及其装置 | |
US10873964B2 (en) | Method and apparatus for transmitting or receiving uplink signal for terminal supporting multiple TTIs, multiple subcarrier spacings, or multiple processing times in wireless communication system | |
JP6236499B2 (ja) | 無線通信システムにおけるアップリンク制御チャネルの送信電力決定方法及び装置 | |
CN105210430B (zh) | 在无线通信系统中控制上行链路功率的方法及其设备 | |
CN109997327B (zh) | 在无线通信系统中发送上行链路信号的方法及其装置 | |
CN106063322B (zh) | 终端装置以及基站装置 | |
CN106130707B (zh) | 用于发送/接收信号的方法及其装置 | |
US11076387B2 (en) | Method and device for transmitting or receiving control information in wireless communication system | |
CN105978669B (zh) | 发送控制信息的方法和用于该方法的装置 | |
KR101759946B1 (ko) | 무선 통신 시스템에서 제어 정보를 송수신하는 방법 및 이를 위한 장치 | |
US10355849B2 (en) | HARQ operation when TDD cell and FDD cell are included in carrier aggregation | |
CN110392997A (zh) | 在无线通信系统中发送和接收无线信号的方法和设备 | |
KR102094891B1 (ko) | 무선 통신 시스템에서 상향링크 데이터 정보를 전송하는 방법 및 이를 위한 장치 | |
CN109548409A (zh) | 无线通信系统中的上行链路传输的方法及其设备 | |
WO2012091532A2 (ko) | Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치 | |
CN105850066A (zh) | 报告信道状态信息的方法和装置 | |
KR20120047235A (ko) | 무선 통신 시스템에서 수신 장치가 제어 정보를 전송하는 방법 | |
CN104247304A (zh) | 用于在无线通信系统中为下行链路控制信道的搜索区域配置资源块的方法及其装置 | |
CN110063078A (zh) | 在无线通信系统中支持多个传输时间间隔的方法及其装置 | |
KR102228177B1 (ko) | 캐리어 집적 시스템에서 제어 정보 전송 방법 및 장치 | |
KR102233094B1 (ko) | 주파수 집적 시스템에서 기지국의 자원 할당 방법 및 장치 |
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 |