CN110603881A - Stti与tti传输之间的冲突处理 - Google Patents

Stti与tti传输之间的冲突处理 Download PDF

Info

Publication number
CN110603881A
CN110603881A CN201880029471.1A CN201880029471A CN110603881A CN 110603881 A CN110603881 A CN 110603881A CN 201880029471 A CN201880029471 A CN 201880029471A CN 110603881 A CN110603881 A CN 110603881A
Authority
CN
China
Prior art keywords
tti
transmission
uplink
uplink data
pusch
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
Application number
CN201880029471.1A
Other languages
English (en)
Other versions
CN110603881B (zh
Inventor
侯赛因·巴盖里
维贾伊·南贾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Motorola Mobility LLC
Original Assignee
Motorola Mobility LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Motorola Mobility LLC filed Critical Motorola Mobility LLC
Publication of CN110603881A publication Critical patent/CN110603881A/zh
Application granted granted Critical
Publication of CN110603881B publication Critical patent/CN110603881B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/0858—Random access procedures, e.g. with 4-step access with collision treatment collision detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

对于缩短的传输时间间隔(sTTI)与传输时间间隔(TTI)传输之间的冲突处理，一种方法确定在第一TTI长度的第一TTI 16中的用户设备(UE)上行传输资源与在第二TTI长度的第二TTI 16中的上行传输资源之间的冲突。所述方法还在所述第一TTI中传输第一上行数据传输块(TB)以及在所述第二TTI中传输第二上行数据TB。所述方法在所述第二上行数据TB的传输之前中断所述第一上行数据TB的所述传输。所述方法接收指示，所述指示指示了是否恢复所述第一上行数据TB的传输。所述方法基于所述指示而确定恢复所述第一上行TB的所述传输。

Description

STTI与TTI传输之间的冲突处理
相关申请的交叉引用
本申请要求2018年5月5日提交给侯赛因·巴格里的标题为“STTI与TTI传输之间的冲突处理的方法(METHODS OF COLLISION HANDLING BETWEEN STTI and TTITRANSMISSIONS)”的美国临时专利申请号62/502,510的优先权，所述申请特此以引用方式并入。
技术领域
本文所公开的主题涉及冲突处理，且更具体来说，涉及缩短的传输时间间隔(sTTI)与传输时间间隔(TTI)传输之间的冲突处理。
背景技术
相关技术的描述
长期演进sTTI和TTI传输可能会冲突。
发明内容
公开了一种用于sTTI与TTI传输之间的冲突处理的方法。
所述方法确定在第一TTI长度的第一TTI中的用户设备(UE)上行传输资源与在第二TTI长度的第二TTI中的上行传输资源之间的冲突。所述方法还在所述第一TTI中传输第一上行数据传输块(TB)。所述方法在所述第二TTI中传输第二上行数据TB。所述方法在第二上行数据TB的传输之前中断第一上行数据TB的传输。所述方法接收指示，所述指示指示了在第二上行TB的传输之后是否恢复第一上行数据TB的传输。所述方法基于所述指示而确定是否恢复第一上行TB的传输。如果UE已确定恢复第一上行TB的传输，则所述方法在第二上行TB的传输之后恢复第一TTI TB中第一上行TB的传输，其中第一TTI长度大于第二TTI长度，所述第一TTI和所述第二TTI至少在一个符号中重叠，所述第一TTI比所述第二TTI更早开始。设备还执行所述方法的功能。
附图说明
通过参考在附图中说明的特定实施例，将对上文简要描述的实施例进行更具体的描述。应理解，这些附图仅描绘一些实施例，且因此不应被示为限制范围，将通过使用附图以额外特征和细节描述和说明实施例，在附图中：
图1A是说明通信系统的一个实施例的示意性框图；
图1B是说明子帧13的一个实施例的示意图；
图1C是说明子帧的一个实施例的示意图；
图1D是说明符号的sTTI模式的一个替代实施例的示意图；
图1E是说明物理上行共享信道(PUSCH)恢复的一个实施例的示意图；
图1F是说明PUSCH解调参考信号(DMRS)与sTTI传输冲突的一个实施例的示意图；
图1G是说明PUSCH DMRS与sTTI传输冲突的一个实施例的示意图；
图1H是说明PUSCH与sTTI传输冲突的一个实施例的示意图；
图2A是说明PUSCH DMRS与sTTI传输冲突的一个实施例的示意图；
图2B是说明上行控制信息(UCI)映射的一个实施例的示意图；
图2C是说明缩短的PUSCH许可是PUSCH许可之前的最新许可的示意图；
图2D是说明对于PUSCH传输使用相同fc参数的示意图；
图2E是说明系统数据的一个实施例的示意性块数据；
图3A是说明PUSCH恢复的一个实施例的示意图；
图3B是说明PUSCH恢复的一个替代实施例的示意图；
图3C是说明PUSCH恢复的一个替代实施例的示意图；
图3D是说明PUSCH恢复的一个替代实施例的示意图；
图4是说明用户设备的一个实施例的示意性框图；
图5A至图5B是说明TTI恢复方法的一个实施例的示意性流程图；
图5C是说明TTI重叠方法的一个实施例的示意性流程图；
图5D是说明恢复方法的一个实施例的示意性流程图；以及
图5E是说明恢复方法的一个替代实施例的示意性流程图。
具体实施方式
如本领域技术人员将了解的，实施例的各方面可以体现为系统、方法或程序产品。因此，实施例可以采用完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或者组合软件和硬件方面的实施例的形式，所述软件和硬件方面在本文中通常都可以称为“电路”、“模块”或“系统”。此外，实施例可以采用在一个或多个计算机可读存储装置中体现的程序产品的形式，所述计算机可读存储装置存储下文称为代码的机器可读代码、计算机可读代码和/或程序代码。存储装置可以是有形的、非暂时性的，和/或非传输的。存储装置可以不体现信号。在特定实施例中，存储装置仅采用信号来访问代码。
本说明书中描述的多个功能单元已标记为模块，以便更具体地强调其实施独立性。例如，模块可以实施为硬件电路，包括定制的VLSI电路或门阵列、诸如逻辑芯片、晶体管的现成半导体，或其它离散组件。模块还可以实施于诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件装置中。
模块还可以实施于代码和/或软件中，以供各种类型的处理器实施。例如，所识别的代码模块可以包括可执行代码的一个或多个物理或逻辑块，所述可执行代码例如可以被组织为对象、过程或功能。然而，所识别模块的可执行程序不需要在物理上位于一起，而是可以包括存储在不同位置中的不同指令，当这些指令在逻辑上结合在一起时，包括所述模块并实现所述模块的所述目的。
实际上，代码模块可以是单个指令或多个指令，甚至可以分布在几个不同代码段上、不同程序之间以及几个存储装置上。类似地，操作数据在本文中可以在模块内被识别和说明，并且可以用任何合适形式体现并组织在任何合适类型的数据结构内。操作数据可以收集为单个数据集，或可以分布在不同位置上，包括分布在不同计算机可读存储装置上。在用软件实施模块或模块的多个部分的情况下，软件部分存储在一个或多个计算机可读存储装置上。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储装置。存储装置可以是，例如但不限于电子、磁性、光学、电磁、红外、全息、微机械或半导体系统、设备或装置，或者上述项的任何合适组合。
存储装置的更具体实例(非详尽列表)将包括以下：具有一条或多条电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、便携式光盘只读存储器(CD-ROM)、光学存储装置、磁性存储装置、或上述项的任何合适组合。在本文档的上下文中，计算机可读存储介质可以是任何有形介质，其可以包含或存储程序以供指令执行系统、设备或装置使用或与指令执行系统、设备或装置结合使用。
可以用一种或多种编程语言的任何组合来编写用于执行实施例的操作的代码，所述编程语言包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象的编程语言，以及诸如“C”编程语言等常规的过程编程语言，和/或诸如汇编语言的机器语言。代码可以完全在用户的计算机上、部分在用户的计算机上作为单独的软件包执行，部分在用户的计算机上以及部分在远程计算机上或完全在远程计算机或服务器上执行。在后一种情形中，远程计算机可以通过包括局域网(LAN)或广域网(WAN)的任何类型的网络连接到用户的计算机，或者可以与外部计算机进行连接(例如，使用因特网服务提供商通过因特网)。
整个此说明书对“一个实施例”、“实施例”、或类似语言的参考意味着结合实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，整个此说明书中出现的短语“在一个实施例中”、“在实施例中”以及类似语言未必都指代相同实施例，但意味着“一个或多个，但不是所有实施例”，除非另外明确指明。除非另外明确指明，术语“包括”、“包含”“具有”以及其变体意味着“包括但不限于”。除非另外明确指明，否则列表的项目列表并不暗示任何或所有项目都是互斥的。除非另外明确指明，否则术语“一”、“一个”和“所述”还指代“一个或多个”。
此外，实施例的所描述特征、结构或特性可以通过任何合适方式组合。在以下描述中，提供诸如编程实例、软件模块、用户选择、网络交易、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等许多具体细节来提供对实施例的透彻理解。然而，相关领域技术人员将认识到，可以在没有一个或多个具体细节的情况下，或通过其它方法、组件、材料等实践实施例。在其它情况下，未详细示出或描述熟知的结构、材料或操作，以避免混淆实施例的各方面。
下文参考根据实施例的方法、设备、系统和程序产品的示意性流程图和/或示意性框图描述实施例的各方面。将理解，示意性流程图和/或示意性框图中的每个框以及示意性流程图和/或示意性框图中的框的组合可以由代码实施。可以将代码提供到通用计算机、专用计算机或其它可编程数据处理设备的处理器以产生机器，使得经由计算机或其它可编程数据处理设备的处理器执行的指令创建用于实施在示意性流程图和/或示意性框图框中指定的功能/动作的装置。
代码还可以存储于存储装置中，存储装置可以引导计算机、其它可编程数据处理设备或其它装置以特定方式起作用，使得存储于存储装置中的指令产生制品，包括实施在示意性流程图和/或示意性框图框中指定的功能/动作的指令。
代码还可以加载到计算机、其它可编程数据处理设备或其它装置上，以使得一系列操作步骤在计算机、其它可编程设备或其它装置上执行以产生计算机实施的过程，使得在计算机或其它可编程设备上执行的代码提供用于实施在流程图和/或框图框中指定的功能/动作的过程。
附图中的示意性流程图和/或示意性框图说明根据各个实施例的设备、系统、方法和程序产品的可能实施方案的架构、功能和操作。在这方面，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分，其包括用于实施指定逻辑功能的代码的一个或多个可执行指令。
还应注意，在一些替代实施方案中，框中提到的功能可以不按附图中所示的顺序进行。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以按相反顺序执行，这取决于所涉及的功能。可以设想在功能、逻辑或效果上与所图示附图的一个或多个框或其部分等效的其它步骤和方法。
尽管可以在流程图和/或框图中采用各种箭头类型和线条类型，但是应理解其不限制对应实施例的范围。实际上，一些箭头或其它连接器可以用于仅指示所描绘实施例的逻辑流。例如，箭头可以指示所描绘实施例的列举步骤之间的未指定持续时间的等待或监视时段。还应注意，框图和/或流程图中的每个框以及框图和/或流程图中的框的组合可以由执行指定功能或动作的基于专用硬件的系统，或专用硬件和代码的组合来实施。
每个附图中的元件的描述可以参考附图的元件。在所有附图中，相同数字指代相同元件，包括相同元件的替代实施例。
图1A是说明通信系统100的一个实施例的示意性框图。系统100包括在本文中称为eNB 105的一个或多个演进节点B(eNB)长期演进(LTE)基站105，以及用户设备(UE)110。eNB105可以与UE 110通信。eNB 105可以是演进节点B(eNB)长期演进(LTE)基站。UE 110可以是移动电话、机器类型通信(MTC)装置、平板计算机、膝上型计算机，以及在汽车、售货亭、家用电器等中的嵌入通信装置。
图1B是说明子帧13的一个实施例的示意性框图。在所描绘的实施例中，示出两个时隙11。时隙0 11可以称为第一时隙11，并且时隙1 11可以称为第二时隙11。在当前3GPP(第三代合作伙伴计划)中，时频资源被划分成子帧，其中每个1ms子帧13包括两个0.5毫秒(ms)时隙11，并且每个时隙11包括上行链路(UL)的时域中的七个SC-FDMA符号10，以及下行链路(DL)的时域中的七个正交频分复用(OFDM)符号10。子载波14和符号10的每个组合形成资源单元12。在频域中，一个时隙内的资源单元12被划分成物理资源块(PRB)，其中每个PRB跨越连续的子载波。传输块(TB)可以包括多个资源单元12。
在当前LTE系统中，当数据可用时，通常使用1ms最小传输时间间隔(TTI)16来分配诸如资源单元12的资源，这称为动态调度。在UL中的每个调度TTI 16内，UE 110使用诸如上行许可所指示的PRB对中的PUSCH的TB将数据传输到调度数据传输的UE 110。在DL中，eNB105通过DL许可/分配所指示的PRB对中的物理下行共享信道(PDSCH)传输数据。将UL许可和/或DL分配信息提供到称为(增强的)物理下行控制信道(E)PDCCH的控制信道中的UE110。(E)PDCCH信道(在子帧n中)承载关于在当前子帧(子帧n)中传输的DL数据的控制信息，以及关于UE 110需要用于子帧n+k(k>＝0)中的上行数据传输的UL资源的控制信息。
UE 110将监视控制信息的(E)PDCCH候选集，其中监视意味着尝试根据所监视的DCI格式对(E)PDCCH解码候选中的每一者进行解码。关于(E)PDCCH搜索空间定义要监视的(E)PDCCH候选集。
UL DMRS方面
图1C示出子帧13的一个实施例。在LTE中，在PUSCH 21中发送UL数据和一些控制信息，所述控制信息可以是包含确认/否定确认(A/N)的UCI、信道质量指示符(CQI)、秩指示符(RI)、预编码矩阵指示符(PMI)、过程交易指示符(PTI)、争用解决标识(CRI)。PUSCH 21可以具有DMRS 23，eNB 105可以使用DMRS 23来解调如图所示的SC-FDMA符号10中的PUSCH。对于子帧内的符号3和10中的所有UE 110，DMRS 23的位置可以是固定的。
可以向接收PUSCH传输的UL许可的UE 110分配用于DMRS 23传输的循环移位(CS)和正交覆盖码(OCC)(用于UL MIMO传输中的不同层的多个CS和OCC对)。CS和OCC的使用有助于eNB 105正交化或进行在eNB 105处接收到的可分离的同时UL DMRS传输(来自不同层中的同一UE，或来自多个UE)。来自LTE 36.211规范的表5.5.2.1.1-1示出OCC代码和CS。如表5.5.2.1.1-1中所示，OCC分配基于UL DCI中的3位循环移位字段以及由ULDCI调度的层传输的数目(层λ∈{0,1,...,υ-1}，其中υ是层的数目)。
表5.5.2.1.1-1
表5.5.2.1.1-1：上行相关DCI格式中循环移位字段到和[w(λ)(0) w(λ)(1)]的映射
UL功率控制方面
UE 110可以将子帧/TTI的传输功率P确定为P＝10log10(MPUSCH,c(i))+PO_PUSCH,c(j)+ac(j)PLc+ΔTF，c(i)+fc(i)，其中MPUSCH，c(i)是资源块的数目，PO_PUSCH,c(j)是通过无线电资源控制(RRC)发信号通知UE的目标接收功率，αc(j)PLc是缩放的下行路径损耗估计，其中0≤αc(j)≤1通过RRC发信号通知UE，ΔTF，c(i)是调节因子，fc是第i个功率控制调节状态并且被计算为fc(i)＝fc(i-1)+δPUSCH,c(i-KPUSCH)和fc(i)＝fc(i)+δPUSCH,c(i-KPUSCH)中的一者。
低延时操作
为了减少LTE中的通信的时延，可以采用各种实施例。例如，设想用于未来LTE系统的方法是在UL/DL中对于PUSCH 21和物理下行共享信道(PDSCH)使用较短最小TTI 15，即，短于1ms或2个时隙或1子帧TTI/分配。与当前LTE系统相比，使用较短最小TTI(sTTI)15允许UE 110使用低延时发送/接收数据。另外，在一些应用中，确认每个(或包含若干个sTTI的组)sTTI 15导致更快(与使用1ms TTI16相比)确认数据可以在用户在良好信道条件下的慢启动阶段期间有助于诸如传输控制协议(TCP)。例如，在用于DL通信的TCP慢启动阶段中，在良好信道条件下的用户的网络-UE链路容量可以支持更多数据；但是网络发送较小数据量，因为由于TCP慢启动阶段，网络正等待接收对先前发送数据的确认。因此，较快确认(例如，由于使用较短TTI长度)将使网络能够更好地利用可用网络-UE链路容量。
例如，在0.5ms的sTTI长度上调度UE传输(即，使用PRB调度的sPUSCH(缩短的PUSCH)，所述PRB跨越1ms子帧13中的0.5ms时隙11)，或在约140us的sTTI长度上调度UE传输(即，使用缩短的PRB调度的PUSCH，所述缩短的PRB跨越子帧13中的时隙11内的2个SC-FDMA符号10)不仅会减少开始/结束传输数据包所花费的时间，而且可能会减少用于与所述数据包相关的可能混合自动重传请求(HARQ)传输的往返时间。
图1D示出对于2符号DL TTI以及配置有2符号sTTI操作的CC(分量载波)的每子帧13的符号10的替代sTTI模式，对于跨载波调度的CC，通过RRC配置第一潜在sPDSCH的起始符号索引。对于自载波调度的CC，第一潜在sPDSCH的起始符号索引等于由物理控制格式指示信道(PCFICH)指示的控制格式指示(CFI)值。表1示出UE110确定sTTI模式的一个实施例。
表1
第一潜在sPDSCH的起始符号索引 2符号DL sTTI模式
1，3 图1C
2 图1D
针对上行链路(UL)，对于基于2/3-OFDM的sTTI 15，可以采用用于sPUSCH(即，可以携载一些UL控制信息的UL数据)以及图1C的sPUCCH(即，UL控制信息)的UL sTTI模式。
可以利用具有子帧13到子帧13粒度的PUSCH和/或sPUSCH”来动态地调度UE 110。对于UL传输，在处于UE 110的给定载波上的同一子帧13中的PUSCH与sPUSCH之间冲突的情况下，UE 110可以传输sPUSCH。另外，UE 110可以通过部分或完全停止/丢弃来停止/丢弃PUSCH的传输。在一个实施例中，如果PUSCH携载UCI，则UE110可以传输PUSCH的UCI。
图1E说明PUSCH恢复的一个实施例。在可行的情况下，在sTTI传输之后恢复包括至少一个或多个传输块(TB)以及可选地UCI的PUSCH传输可以改进PUSCH 21解码性能，其中中断且随后恢复的PUSCH传输在下文中称为穿孔PUSCH 21。eNB 105可能够对穿孔PUSCH 21进行解码，或者eNB 105可以将穿孔PUSCH 21与用于同一TB的先前接收到的PUSCH 21组合，以对PUSCH数据进行解码。在所描绘实施例中，UE 110在sTTI3 15处停止PUSCH传输。UE 110还传输sTTI相关的信号，诸如包含UL数据和/或控制的sPUSCH 27，或包含UL控制信息的sPUCCH 27。随后，在sTTI3 15之后，UE 110恢复PUSCH传输。
在LTE中，对于UL传输，诸如对于诸如PUSCH(物理上行共享信道)和PUCCH(物理上行控制信道)的不同UL信道，通过称为UL功率控制的机制集来控制UE 110的传输功率。
实施例
实施例管理UL sTTI 15(例如，2个或3个或7个符号TTI)和常规TTI 16(例如，1ms)的冲突。在一个实例中，UL sTTI 15的命理可以不同于常规TTI 16的命理。例如，UL sTTI15的子载波间隔可以是60kHz，而常规TTI 16的子载波间隔可以是15KHz。与常规TTI 16相比，包括sTTI 15的符号10的数目可以与sTTI 15的较大子载波间隔相同。
在sTTI传输之后恢复PUSCH
在可行的情况下，在sTTI传输之后恢复PUSCH传输可以提高PUSCH解码性能。例如，当PUSCH DMRS 23与sTTI传输重叠时，存在以下情形：在PUSCH 21与sTTI 15之间的非重叠符号中恢复PUSCH传输可能没有帮助；以及恢复PUSCH传输可能潜在地阻挡要在子帧13的其余部分中调度用于其它sTTI UE 110的资源单元12，或者在多用户MIMO(MU-MIMO)的情况下可能会影响其它可能成对的PUSCH UE 110的PUSCH解码性能。
图1F说明当设定TTI内PUSCH跳跃时，与sTTI1 15中的sTTI传输，具体地sPUSCH 27冲突的时隙0 11中的PUSCH DMRS 23。在所描绘实施例中，PUSCH传输可能不会在时隙0 11中有利地恢复(即，sTTI2 15中的PUSCH 21a)，因为由于丢失DMRS 23而无法对SC-FDMA符号10进行解调。
图1G说明当设定TTI内PUSCH跳跃时，与sTTI1 15中的sTTI传输，具体地sPUSCH 27冲突的时隙1 11中的PUSCH DMRS 23。在所描绘实施例中，PUSCH传输可能不会在时隙1 11中有利地恢复(即，sTTI5 15中的PUSCH 21a)，因为由于丢失DMRS 23而无法对SC-FDMA符号10进行解调。
图1H说明与sTTI传输，具体地时隙0 11中的sPUSCH 27冲突的PUSCH 21。在所描绘实施例中，时隙0 11中的PUSCH传输无用，因为TTI内跳跃被设定用于PUSCH传输并且PUSCHDMRS 23与sTTI传输冲突。因此，PUSCH传输不在时隙0 11中恢复并且也不在时隙111中恢复。在一个实例中，如果丢弃(未设定)TTI内跳跃PUSCH DMRS23以传输时隙11中的sTTI 15(例如，时隙0)，则在下一时隙边界处(例如，如在图1F中的时隙1)恢复PUSCH传输。
在另一实例中，UE可以由高层(在物理层上方的层)配置为是否在与sTTI 15冲突的情况下恢复PUSCH传输。在一些实施例中，配置可以适用于PUSCH 21和sTTI 15的任何冲突。在其它实施例中，配置可以仅在PUSCH DMRS 23和sTTI 15冲突的情况下适用。在其它实施例中，UE 110可以配置有用于TTI内跳跃以及非TTI内跳跃的情况的单独配置。
在另一实例中，在用于UE的TTI内跳跃PUSCH DMRS与sTTI之间冲突的情况下，如果UE 110被配置成恢复PUSCH 21，则UE 21可以在下一时隙11中恢复PUSCH传输。图1H中示出配置成在与sTTI15冲突之后不恢复PUSCH传输的UE 110的实例。
在具有跨越UE 110的多个子帧13的PUSCH传输的上行子帧捆绑的情况下，在一个实施例中，对于第一子帧13中的PUSCH 21和sTTI15的冲突，UE 110可以丢弃如图1H中所示的子帧13中的剩余PUSCH传输，并且恢复所分配的多个子帧13内的第二子帧13中的PUSCH传输。第二子帧13可以是在第一子帧13之后的下一子帧13。在一个实例中，PUSCH 21和sTTI15的冲突对应于PUSCH DMRS 23和sTTI 15的冲突。
在用于上行子帧捆绑和TTI内跳跃的另一实施例中，对于UE 110的TTI内跳跃PUSCH DMRS 21与sTTI 15之间的冲突，UE 110可以在所分配时隙13内的下一时隙13中恢复PUSCH传输。
在实施例中，UE 110可以被分配DMRS OCC代码中的一者(即，[1 1]或[1-1]参考来自36.211的表5.5.2.1.1-1)，如果另一PUSCH UE已使用另一DMRS OCC代码与具有子帧中的部分重叠频率资源的UE110配对，则在sTTI传输之后恢复其PUSCH传输可能由于多用户(MU)干扰而导致PUSCH性能降级。这是由于在成对的UE 110的参考信号上丢失OCC正交性和UE间MU干扰。
例如，如果如图2A中所示，已将第一UE 110和第二UE 110配对用于多用户多输入多输出(MU-MIMO)UL传输，则由于UE1在时隙0中进行DMRS丢弃，因此UE1与UE2之间经由OCC的DMRS分离是不可能的，因此最好使UE1在sTTI1中传输sTTI之后停止子帧的PUSCH传输。
图2A说明时隙0 13中的UE 110的PUSCH DMRS 23与sTTI1 15中的sTTI传输冲突的一个实施例。在所描绘实施例中，对于子帧13中的MU-MIMO PUSCH传输，第一UE 110和第二UE 110配对。第一UE 110可以被分配RBs#10-30 41，并且第二UE 110可以被分配RBs#18-2443。可以调度第一UE 110，以通过RBs#10-40 45在sTTI1 15中进行sPUSCH传输。可以为第一UE 110分配具有PUSCH的秩1(因此，对于单个层，OCC＝[1 1])的CS字段值＝011，并且可以为第二UE 110分配具有秩2的CS字段值＝010(因此，对于层0和层1两者，OCC＝[1-1])。由于第一UE 110不会由于sTTI1 15中的sTTI传输而在子帧13中的符号3 10中传输PUSCH DMRS，因此如果第一UE 110恢复在sTTI1 15之后传输PUSCH，则eNB 105可能不能够分离第一和第二UE 110的DMRS 23并且对用于第一和第二UE 110的PUSCH 21可靠地进行解码，因为DMRS23应该已经由OCC代码分离，但由于符号3 10中不存在DMRS传输，所以由第一UE 110进行分离是不可能的。因此，第一UE 110不会在传输sPUSCH 27之后传输PUSCH 21。
然而，如果eNB 110不执行MU配对或仅将UE 110与相同资源分配配对，则恢复PUSCH21的不同DMRS循环移位是有益的。考虑到任何MU-MIMO对于UE 110是透明的，并且在可以充分地抑制任何小区内MU干扰的情况下恢复PUSCH传输是有益的，赋予eNB 105灵活性以在sTTI传输之后启用/停用恢复PUSCH 21可能是有益的，这取决于小区中是否支持MU-MIMO以及小区中如何支持MU-MIMO。在一个实施例中，eNB 105可以将UE 110配置成在sTTI传输之后恢复或丢弃PUSCH传输。在另一实施例中，eNB 105可以将UE 110配置成在PUSCHDMRS 23与sTTI 15冲突的情况下恢复或丢弃非TTI内跳跃PUSCH传输(在sTTI传输之后)。
通过诸如RRC、媒体接入控制(MAC)控制单元(CE)的高层信令，或通过诸如增强的物理下行控制信道(E)PDCCH或更早(例如，在前一sTTI 15或子帧13中)的缩短的物理下行控制信道(sPDCCH)，可以实现恢复PUSCH传输的此种启用/停用。
在一个实例中，如果UE 110分配有两个OCC代码(例如，对应于大于2的秩、对于CS字段值000在表5.5.2.1.1-1中的传输秩3、4)，则在sTTI 15与PUCSH 21之间冲突的情况下，UE 110可以在sTTI传输之后恢复PUSCH传输。所述冲突可以在PUSCH DMRS 23与sTTI 15之间，在这种情况下，由于不同循环移位的使用，另一DMRS 23可分离。在一个实例中，在sTTI传输之后PUSCH传输的恢复基于PUSCH传输的秩。例如，如果秩>2，则恢复，否则不恢复。在另一实例中，在sTTI传输之后PUSCH传输的恢复基于PUSCH传输的秩以及DM-RS循环移位组合。在另一实例中，在sTTI传输之后PUSCH传输的恢复基于循环移位字段的值，例如，对于第一组循环移位字段值，恢复PUSCH传输，而对于另一组循环移位值，丢弃或不恢复PUSCH传输。
从系统视角的PUSCH和sTTI冲突
如果UE 110被调度用于子帧“n”中的PUSCH传输，则由于常规TTI 16和sTTI 15调度时间线中的时间差，另一UE 110可能未被调度用于重叠资源中的所述子帧13中的sTTI传输，否则将导致引入小区内MU干扰。eNB 105可以调度非重叠资源中的常规TTI和sTTIUE110。
另外，如果eNB接收器可以处理由于资源重叠引起的MU干扰，例如经由检测PUSCH符号上的高干扰(假设在PUSCH DMRS上没有sTTI冲突)，对重叠的PUSCH符号进行MU干扰抑制和/或相应地对LLR加权(为了进行可靠的信道估计，假设在PUSCH DMRS上不存在sTTI冲突)，则可以针对重叠资源中的所述子帧13中的sTTI传输调度另一UE 110。
重叠的PUSCH UCI处理
图2B说明UCI映射的一个实施例。RI 31、A/N 33和DMRS 23被示为分配给符号10。在一个实施例中，如果PUSCH 21和sPUSCH 27在子帧13内重叠，则可以针对UE 110停止/丢弃PUSCH 21。至少对于sPDSCH HARQ-A/N 33和/或RI 31，可以将应携载在PUSCH 21上的UCI映射到sPUSCH 27上。
对于PUSCH 21上的A/N 33和RI 31映射，如果包含A/N的一些SC-FDMA符号10不与sTTI传输冲突，则SC-FDMA符号10可以用于最小化sPUSCH 27上携载PUSCH UCI所需的资源。例如，如果仅在sTTI5 15中发生sTTI传输，并且直到sTTI5 15，PUSCH 21已在子帧13中传输，则sPUSCH 27上所需的PDSCH A/N RE 12的数目可以小于从一开始已完全丢弃PUSCH 21的情况，或小于当sPUSCH 27上的PDSCH A/N RE被标注尺寸时的情况，从而忽略已在PUSCH21上发生的A/N传输。在一个实例中，对于PDSCH，sPUSCH上的ACK/NACK有效载荷(或所需RE12的数目)称为“X5”。
在另一实例中，如果仅在sTTI4 15中发生sTTI传输，并且直到sTTI4 15，PUSCH 21已在子帧13中传输，则sPUSCH 27上的A/N RE12的数目可以小于从一开始已完全丢弃PUSCH21的情况，和/或小于当sPUSCH 27上的PDSCH A/N RE 12被标注尺寸时的情况，从而忽略已在PUSCH 21上发生的A/N传输。由于sTTI4 15与PUSCH DMRS 23冲突，因此对于同一信道和传输参数，称为“X4”的sPUSCH 27上的PDSCH A/N有效载荷(或所需RE 12的数目)可以大于“X5”的有效载荷。
在另一实例中，在假设在sTTI0 15之后恢复PUSCH 21的情况下，如果sTTI传输至少在sTTI0 15中发生，则在sTTI0中仅PDSCH A/N有效载荷的一部分在sPUSCH 27上传输，因为PDSCH A/N有效载荷的其余部分可以在PUSCH 21中的其原始位置中传输(即，符号4、9和11)。如果由于附加sTTI传输而丢弃那些符号10，则那些sTTI传输还携载PDSCH ACK-NACK有效载荷的一部分。
代替PDSCH A/N 33，类似规则可以适用于RI 31。
在一个实例中，当仅一个传输块在传送HARQ-ACK位、秩指示位或CRI位的PUSCH中传输时，通过等式1给定PUSCH上的HARQ-ACK、秩指示或CRI位的每层Q′编码调制符号的数目。
其中O是HARQ-ACK位、秩指示位或CRI位的数目，是用于传输块的当前子帧中的PUSCH传输的调度带宽，表示为子载波的数目，是用于同一传输块的初始PUSCH传输的每子帧SC-FDMA符号的数目，C和Kr从同一传输块的初始PDCCH或EPDCCH中获得，或当半持续地调度同一传输块的初始PUSCH时，从最新的半持续调度分配PDCCH或EPDCCH中获得，或其中当PUSCH 21通过随机接入响应许可发起时，从同一传输块的随机接入响应许可中获得。
在一个实施例中，C是传输块的码块的数目(在分段之后)并且Kr是用于码块数目r.的位的数目，可以是PUSCH的偏移值(>＝1)且可以针对HARQ-A/N 33和RI31以及CRI不同，并且可以取决于PUSCH层的数目或PUSCH 21上的码字的数目。
在一个实施例中，在与sTTI冲突之前，仅每层Q′编码调制符号10的一部分(α)在PUSCH 21上传输，可以使用等式2确定在sPUSCH/sTTI上的每层Q″编码调制符号的数目。
其中在等式2中，是PUSCH TB的调制编码速率的表示，并且是sPUSCH TB的调制编码速率的表示，是对于同一传输块用于初始sPUSCH传输的sTTI的SC-FDMA符号的数目，C′和K′r从sPUSCH 27上的同一传输块的初始PDCCH或EPDCCH中获得，或当半持续地调度同一传输块的初始sPUSCH时，从最新的半持续调度分配PDCCH或EPDCCH中获得，或当通过随机存取响应许可发起sPUSCH 27时，从同一传输块的随机接入响应许可中获得。另外，C′可以是用于sPUSCH的传输块(在分段之后)的码块的数目，K′r可以是用于码块数目r的位的数目，是sPUSCH的偏移值(>＝1)且可以针对HARQ-ACK、RI、CRI不同，并且可以取决于sPUSCH层的数目或sPUSCH上的码字的数目。sPUSCH/sTTI上的每层Q″编码调制符号的数目可以由特定值设上限。
在一个实施例中，sPUSCH 27上每层Q″编码调制符号的数目可以基于sTTI中的SC-FDMA符号的数目。在特定实施例中，当丢弃包含A/N 33的一个PUSCH SC-FDMA符号10(4个中)时，α＝1/4。
当多个传输块在PUSCH 21和/或sPUSCH 27上传输时，可以应用用于确定sPUSCH27/sTTI 15上的每层Q″编码调制符号的数目的类似过程。例如，如等式3中，当在传送HARQ-ACK位、秩指示位或CRI位的PUSCH中传输两个传输块(在以下等式中用上标(1)和(2)表示)的情况：
等式4是两个PUSCH TB的调制编码速率的表示。等式5是两个sPUSCH TB的调制编码速率的表示。
等式6是两个sPUSCH TB的调制编码速率的表示。
功率控制方面
在一个实施例中，如下计算用于sPUSCH 27和PUSCH 21的功率控制的fc参数：
如果针对子帧“n”13中的PUSCH 21未激活累积，则基于调度PUSCH 21的UL许可(本文称为UL_grant1)确定fc(取决于是否为1ms-TTI PUSCH传输启用减少的处理时间，可以在子帧“n-4”或“n-3”中发送许可)。
替代地，可以基于在子帧“n”之前调度最新sPUSCH 27的UL许可(本文称为UL_grant2)确定用于子帧“n”13中的PUSCH传输的fc。例如，如果sPUSCH传输在子帧“n-1”13处发生，则可以根据调度子帧“n-1”中的sPUSCH传输的UL许可确定用于子帧“n”13中的PUSCH传输的fc。可能已经在子帧“n-2”13中发送对子帧“n-1”13中的sPUSCH的UL许可(即，UL_grant2)。
替代地，可以基于UL_grant1和UL_grant2两者确定用于子帧“n”中的PUSCH传输的fc。例如，可以基于从每个许可获得的fc的加权平均数：fc＝α1fc PUSCH+α2fc sPUSCH确定fc，其中fc PUSCH和fc sPUSCH是分别基于UL_grant1、UL_grant2导出的fc，并且α1+α2＝1和权数(α1,α2)都为正。在更一般设定中，fc＝G(fc PUSCH,fc sPUSCH)，其中G(a,b)是“a”和“b”的函数。权数或函数G(.,.)可以是用于sPUSCH和PUSCH的资源分配的函数。
对于子帧“n”中的sPUSCH，基于调度sPUSCH传输的UL许可确定fc。
替代地，可以基于对于子帧有效的物理层信号确定fc，这导致相同fc应用于子帧13中的所有sTTI 15和PUSCH 21。fc是基于sPUSCH27的资源分配以及物理层信号中所指示的资源分配的缩放版本，其中计算PUSCH 21的基本fc。
如果针对子帧“i”中的PUSCH 21激活累积，则fc(i)＝fc(i-1)+δPUSCH,c(i-KPUSCH)，其中δPUSCH,c(i-KPUSCH)是调度PUSCH 21的UL许可(取决于是否为1ms-TTI PUSCH传输启用减少的处理时间，可以在子帧“n-4”或“n-3”中发送许可)，并且其中fc(i-1)指代针对先前PUSCH传输计算的最新fc。
替代地，基于针对最新的先前PUSCH或sPUSCH传输计算的最新fc来导出fc(i-1)，其中在UL许可调度子帧“i”中的PUSCH传输之前，发生与UL许可相对应的先前PUSCH或sPUSCH传输。
图2C说明一个实施例，其中sPUSCH许可是PUSCH许可之前的最新许可。示出UL 55中的PUSCH 21和sPUSCH 27的传输以及DL 57中的sPUSCH许可51和PUSCH许可53。为了在激活累积时更新用于PUSCH功率分配的fc，基于针对最新sPUSCH传输计算的fc来选择fc(i-1)，其中对应sPUSCH许可51是PUSCH许可53之前的最新sPUSCH许可。如果PUSCH UL许可53之前的最新UL许可是另一个PUSCH UL许可53，则所述另一PUSCH UL许可53应当用于fc(i-1)计算。
在一个实施例中，如果PUSCH传输在sTTI0之后(例如，从sTTI1)开始，则在子帧“i”的sTTI0中针对传输调度sPUSCH 27，PUSCH 21的fc(i)可以基于PUSCH许可53之前的最新UL许可，或替代地基于PUSCH传输之前的最新UL许可获得，或替代地可以基于fc(i)＝fc(i-1)获得，其中忽略PUSCH许可53(即，项δPUSCH,c(i-KPUSCH))。
替代地，fc(i)＝Y(fc(i-1))，其中Y(.)是函数，例如可以是Y(w)＝a x w，其中“a”是UE 110基于高层信令、物理层信令，或基于资源分配，或基于一个或上述参数的组合确定的系数。
在针对子帧“i”中的sTTI“m”15(0<＝m<＝5)中的sPUSCH27激活累积的情况下，如果在sTTI“m-1”15中的子帧中存在另一sTTI传输，则可以获得用于sPUSCH传输的fc，fc s(6i+m)＝fc(6i+m-1)+δsPUSCH,c(6i+m-KsPUSCH)，其中fc(6i+m-1)基于先前sPUSCH传输获得。
如果在sTTI“m”15之前，在子帧13中存在另一sTTI传输，则可以获得用于sPUSCH传输的fc(示为fc sPUSCH(6i+m))，fc sPUSCH(6i+m)＝fc(6i+m-1)+δsPUSCH,c(6i+m-KsPUSCH)，其中基于最新sPUSCH传输获得fc(6i+m-1)。替代地，如果在子帧“i”13中的sPUSCH27之前传输PUSCH21，则可以在sTTI“m”15中的sPUSCH传输之前基于用于PUSCH传输的fc来获得fc(6i+m-1)。
基于上述替代方案1和2的最新fc(6i+m-1)，如果m＝0，则我们可以使用在前一段落中提及的方法。因此，fc(6i+m-1)可以采用一个或两个变体：
变体1：尽管尚未传输，但是可以基于针对子帧“i”13中的PUSCH传输计算的fc获得fc(6i+m-1)，即，fc sPUSCH(6i+m)＝fc PUSCH(i)+δsPUSCH,c(6i+m-KsPUSCH)。
变体2：可以基于针对子帧“i-1”13或最新先前子帧13中的PUSCH传输计算的fc获得fc(6i+m-1)，即，fc sPUSCH(6i+m)＝fc PUSCH(i-1)+δsPUSCH,c(6i+m-KsPUSCH)。
如果由于sTTI传输而在子帧13中停止和恢复PUSCH 21，则PUSCH 21使用相同fc并且在子帧13上传输功率(参看图2D)。在一个实例中，针对在子帧13中较早的PUSCH传输计算相同fc。在一个实例中，如果在PUSCH 21之前(例如，sTTI0)在最新sTTI 15中传输sPUSCH27并且没有先前的PUSCH传输(例如，没有PUSCH捆绑)，则PUSCH 21可以使用针对最新sTTI15计算的fc值。最新sTTI15可以是前一子帧中的最新sTTI 15或自从接收PUSCH UL许可53开始的最新sTTI 15，或自从接收PUSCH UL许可53开始的与最新sTTI UL许可51相对应的最新sTTI。
图2D说明对子帧13中的PUSCH传输使用相同fc参数。在所描绘实施例中，单个fc参数被用于每个PUSCH 21。
图2E是说明系统数据200的一个实施例的示意性框数据。系统数据200可以被组织为存储器中的数据结构。在所描绘实施例中，系统数据200包括TTI内跳跃值201、多个资源块203、目标接收功率205、缩放路径下行损耗估计207、调节因子209、功率控制调节状态211、循环移位213、正交覆盖码215、恢复策略217，以及传输功率219。
TTI内跳跃值201可以指示启用还是停用TTI内跳跃。资源单元203的数目可以指定RI 31QRI的数目以及A/N 33QAN的数目。可以通过RRC在UE 110处接收目标接收功率PO_PUSCH,c(j)205。可以通过RRC向UE 110发信号通知缩放路径下行损耗估计αc(j)PLc 207，其中0≤αc(j)≤1。调节因子ΔTF,c(i)209可以基于如在LTE 36.213中定义的编码位数。
响应于PUSCH 21被用于包括DMRS 23的高秩传输以及循环移位和正交覆盖码(OCC)，恢复策略217可以满足PUSCH冲突。响应于PUSCH 21不被用于不包括DMRS 23的高秩传输以及循环移位和OCC，恢复策略217可能不满足PUSCH冲突。
图3A是说明PUSCH恢复的一个实施例的示意图。在所描绘实施例中，启用TTI内跳跃并且PUSCH 21与DMRS 23冲突。PUSCH 21a可以在时隙1 11的符号S7 10处恢复。
图3B是说明PUSCH恢复的一个替代实施例的示意图。在所描绘实施例中，启用TTI内跳跃并且PUSCH 21与DMRS 23冲突。PUSCH21a可以在时隙0 11的符号S5 10处恢复。
图3C是说明PUSCH恢复的一个替代实施例的示意图。在所描绘实施例中，停用TTI内跳跃并且对于MU-MIMO PUSCH传输，第一和第二UE 110配对。第一UE 110可以被调度以在符号S3 10中传输sPUSCH 27，但是不能。响应于满足恢复策略217，PUSCH 21a可以在时隙011的符号S5 10处恢复。
图3D是说明PUSCH恢复的一个替代实施例的示意图。在所描绘实施例中，停用TTI内跳跃，并且对于MU-MIMO PUSCH传输，第一和第二UE 110配对。第一UE 110可以被调度以在符号S3 10中传输sPUSCH 27，但是不能。PUSCH 21a可以在时隙1 11的符号S7 10处恢复。
图4是说明UE 110的一个实施例的示意性框图。在所描绘实施例中，UE 110包括处理器405、存储器410和通信硬件415。存储器410可以包括半导体存储装置。存储器410可以存储代码。处理器405可以执行代码。通信硬件415可以包括收发器并且可以与eNB 105通信。
图5A至图5B是说明TTI恢复方法500的一个实施例的示意性流程图。方法500可以在冲突之后恢复TTI 16，诸如PUSCH 21。方法500可以由处理器405执行。
方法500开始，并且在一个实施例中，处理器405检测505时隙0 11中的冲突。所述冲突可以是在第一TTI长度的第一TTI 16中的UE上行传输资源与在第二TTI长度的第二TTI16中的上行传输资源之间的冲突。在特定实施例中，冲突在PUSCH 21与任何sTTI 15之间，诸如sPUSCH 27。
处理器405可以确定510是否启用TTI内跳跃。在一个实施例中，处理器405咨询TTI内跳跃值201。
如果启用TTI内跳跃，则处理器405可以确定515第一TTI 16在时隙0 11中是否与sTTI 15冲突。如果第一TTI 16与sTTI 15冲突，则处理器405可以恢复520时隙1 11中的TB，如图3A中所示，并且方法500结束。如果PUSCH DMRS 23与sTTI 15不冲突，则处理器405可以恢复525时隙0 11中的TB，如图3B中所示，并且方法500结束。
如果在图5B中不启用TTI内跳跃，则处理器405确定540是否满足恢复策略217。如果满足恢复策略217，则在时隙0 11中恢复545第一TTI传输，如图3C中所示。如果不满足恢复策略217，则在时隙1 11中恢复550第一TTI传输，如图3D中所示。
图5C是说明TTI重叠方法600的一个实施例的示意性流程图。当TTI 16的部分，诸如PUSCH 21和sPUSCH 27重叠时，方法600可以恢复TTI传输。方法600可以由处理器405执行。
方法600开始，并且在一个实施例中，处理器405检测605诸如PUSCH 21和sPUSCH27的TTI的部分的重叠，如图1E中所说明的。因此，一些PUSCH UCI没有作为PUSCH 21的一部分传输。处理器405可以从sPUSCH 27中的PUSCH 21传输UCI。
处理器405可以计算610用于从sPUSCH 27中的PUSCH 21传输UCI的资源单元12。用于在sPUSCH中传输上行控制信息(UCI)的资源单元203的数目可以基于以下中的一个或多个：承载单载波频分多址(SC-FDMA)符号的先前传输UCI的数目、具有子帧的sTTI索引、以及在子帧内的sTTI传输之后是否恢复PUSCH传输。
在一个实施例中，使用等式7计算用于传输秩指示RI 31的资源单元12的数目，其中O是RI 31的数目，由初始PUSCH指定，是单载波频分多址符号10的数目，是RI31的偏移，并且是调度用于PUSCH的子载波14的数目，并且其中使用等式8计算用于传输确认/否定确认AN 33的资源单元12的数目，其中O是AN 33的数目，由初始PUSCH指定，是单载波频分多址符号10的数目，是AN 33的偏移，并且是调度用于PUSCH21的子载波14的数目。
图5D是说明恢复方法700的一个实施例的示意性流程图。方法700可以恢复第一上行数据TB的传输。方法700可以由处理器405执行。
方法700开始，并且在一个实施例中，处理器405可以确定701在第一TTI长度的第一TTI 16中的UE上行传输资源与在第二TTI长度的第二TTI 16中的上行传输资源之间的冲突。处理器405可以传输703第一TTI 16中的第一上行数据TB。处理器405还可以传输705第二TTI 16中的第二上行数据TB。
处理器405可以在第二上行数据TB的传输之前中断707第一上行数据TB的传输。处理器405可以接收709指示，所述指示指示了在第二上行TB的传输之后是否恢复第一上行数据TB的传输。在一个实施例中，经由比诸如RRC的物理层信令更高的层来接收指示。
处理器405可以基于所述指示而确定711是否恢复第一上行TB的传输。在一个实施例中，如果UE 110已确定恢复第一上行TB的传输，则处理器确定711恢复713第一上行数据TB的传输，其中第一TTI长度大于第二TTI长度，所述第一TTI和所述第二TTI至少在一个符号中重叠，所述第一TTI比所述第二TTI更早开始。如果处理器405确定711不恢复713传输，则方法700结束。
图5E是说明恢复方法800的一个替代实施例的示意性流程图。方法800可以恢复第一上行数据TB的传输。方法800可以作为图5D的方法700的一部分执行。方法800可以由处理器405执行。
方法800开始，并且在一个实施例中，处理器405接收801第二指示，所述指示指示了与第一TTI长度的上行数据传输相对应的TTI内资源跳跃。
处理器405可以确定803第二TTI 16中的第二上行数据TB在时间上是否与同第一TTI 16中第一上行数据TB相关联的DMRS 23重叠。
处理器405可以确定805是否TTI内资源跳跃。处理器405可以确定805是否基于指示设定TTI内资源跳跃。如果基于指示设定TTI内资源跳跃，则在至少第一组和第二组资源中执行与第一TTI长度的TTI 16相关联的上行数据传输，其中至少基于第一组确定至少第二组。可以在TTI 16的第一部分中的第一组资源中以及TTI 16的第二部分中的第二组资源中执行上行数据传输。第一部分和第二部分在时间上可以不重叠。如果没有基于指示设定TTI内资源跳跃，则仅在TTI持续时间内在第一组资源中执行与第一TTI长度的TTI 16相关联的上行数据传输。
在一个实施例中，处理器基于第一指示和以下中的一个或多个来确定803是否恢复805第一上行TB的传输：第二指示、与第一上行数据TB相关联的传输秩、和确定与第一上行数据TB相关联的DMRS 23和第二上行数据TB之间的重叠，其中与第一上行数据TB相关联的传输秩是传输层的数目，或与第一TTI中的第一上行数据传输相关联的数据流的数目。
如果在第一TTI 16的时隙1 11中第一上行数据TB的DMRS 23与第二上行TB重叠，并且第二TTI 16是第一TTI 16的时隙0 11的子集，则处理器405可以确定805不恢复第一TTI块中的第一上行TB的传输。
如果处理器405确定803不恢复第一上行TB传输，则方法800结束。如果处理器405确定803恢复第一上行TB传输，则处理器405可以在时隙0 11和时隙1 11之一中恢复传输。如果在第一TTI 23的第一时隙中第一上行数据TB的DMRS 23与第二上行TB重叠，则可以在时隙1 11中恢复807传输。在一个实施例中，第一TTI 16是时隙0 11和时隙1 11的并集。第二TTI 16可以是第一TTI 16的时隙0 11的子集。第一TTI 16的时隙0 11和时隙1 11可以不重叠。
在一个实施例中，对于低于阈值的传输秩，不恢复第一上行TB的传输。第一上行数据TB可以包含反馈信息。响应于下行传输或传输RI 31，反馈信息可以包括A/N 33中的至少一个。反馈信息的一部分可以被包括在第二上行数据TB中。
在一个实施例中，基于以下项中的至少一个确定传输第二TTI中的反馈信息所需的资源数目：在中断第一上行数据TB的传输之前，第一TTI 16中的所传输反馈信息的数目；第二TTI 16在第一TTI 16内的位置；以及是否恢复第一上行TB的传输的确定。
在一个实施例中，通过传输功率传输第一上行数据TB，至少基于传输功率控制命令(TPC)，或与第二TTI长度的TTI 16中的第三上行传输的传输功率相关联的功率控制调节状态而确定所述传输功率。TPC命令可以指示在第二TTI长度的TTI 16中对第三上行传输的传输功率进行的调节。
功率控制调节状态指示和/或包括与传输第三上行传输之前的传输相对应的传输功率调节的历史。功率控制调节状态指示和/或包括与传输第三上行传输之前的传输相对应的传输功率调节的历史。可以在传输第一上行传输数据块之前执行第三上行传输。至少基于与第二TTI长度的TTI 16中的上行传输相对应的传输功率，可以确定与第二上行传输数据块相对应的传输功率。
工业实用性
在第一TTI长度的第一TTI 16中的UE上行传输资源可以与在第二TTI长度的第二TTI 16中的上行传输资源冲突。实施例确定是否恢复第一TTI 16的传输，以及是否恢复第一TTI 16的传输、是否减少延时。
可以通过其它特定形式实践实施例。所描述的实施例将在所有方面被视为仅说明性的，而不是限制性的。因此，本发明的范围由所附权利要求书，而不是由前述描述指示。在权利要求的含义和等同范围内的所有变化将包含在其范围内。

Claims (20)

1.一种在装置处的方法，包括：
通过处理器的使用，确定在第一TTI长度的第一TTI中的用户设备(UE)上行传输资源与在第二TTI长度的第二TTI中的上行传输资源之间的冲突；
在所述第一TTI中传输第一上行数据传输块(TB)；
在所述第二TTI中传输第二上行数据TB；
在所述第二上行数据TB的传输之前，中断所述第一上行数据TB的传输；
接收指示，所述指示指示了在所述第二上行TB的传输之后是否恢复所述第一上行数据TB的传输；
基于所述指示来确定是否恢复所述第一上行TB的传输；以及
如果所述UE已确定恢复所述第一上行TB的传输，则在所述第二上行TB的传输之后恢复所述第一TTI块中所述第一上行TB的传输，其中所述第一TTI长度大于所述第二TTI长度，所述第一TTI和所述第二TTI至少在一个符号中重叠，所述第一TTI比所述第二TTI更早开始。
2.根据权利要求1所述的方法，其中，经由比物理层信令更高的层接收所述指示。
3.根据权利要求1所述的方法，所述方法还包括：接收第二指示，所述第二指示指示了与所述第一TTI长度的上行数据传输相对应的TTI内资源跳跃，其中如果基于所述指示设定所述TTI内资源跳跃，则在至少第一组和第二组资源中执行与所述第一TTI长度的TTI相关联的上行数据传输，其中至少基于所述第一组确定至少所述第二组，并且其中在所述TTI的第一部分中的所述第一组资源中以及在所述TTI的第二部分中的所述第二组资源中执行所述上行数据传输；并且其中所述第一部分和所述第二部分在时间上不重叠，并且如果没有基于所述指示设定所述TTI内资源跳跃，则在TTI持续时间内在所述第一组资源中执行与所述第一TTI长度的TTI相关联的上行数据传输。
4.根据权利要求3所述的方法，还包括：
接收所述第二指示，所述第二指示指示了所述TTI内资源跳跃被设定；
确定所述第二TTI中的所述第二上行数据TB是否在时间上重叠与与所述第一TTI中所述第一上行数据TB相关联的解调参考信号(DMRS)；以及
基于所述第一指示和以下中的一个或多个来确定是否恢复所述第一上行TB的传输：所述第二指示、与所述第一上行数据TB相关联的传输秩、以及确定与所述第一上行数据TB相关联的所述DMRS和所述第二上行数据TB之间的重叠，其中与所述第一上行数据TB相关联的所述传输秩是传输层的数目，或与所述第一TTI中所述第一上行数据传输相关联的数据流的数目。
5.根据权利要求4所述的方法，其中恢复所述第一TTI块中所述第一上行TB的传输还包括：如果出现以下情况，则在所述第一TTI块的第二时隙中恢复所述第一上行TB的传输：
在所述第一TTI的第一时隙中所述第一上行数据TB的所述DMRS与所述第二上行TB重叠；以及
所述第二TTI是所述第一TTI的所述第一时隙的子集，其中所述第一TTI的所述第一时隙和所述第二时隙不重叠。
6.根据权利要求5所述的方法，其中，所述第一TTI是所述第一时隙和所述第二时隙的并集。
7.根据权利要求4所述的方法，其中，如果出现以下情况，则不恢复在所述第一TTI块中所述第一上行TB的传输：
在所述第一TTI的第二时隙中所述第一上行数据TB的所述DMRS与所述第二上行TB重叠；以及
所述第二TTI是所述第一TTI的所述第一时隙的子集，其中所述第一TTI的所述第一时隙和所述第二时隙不重叠。
8.根据权利要求4所述的方法，其中，对于低于阈值的传输秩，不恢复所述第一上行TB的传输。
9.根据权利要求1所述的方法，其中，所述第一上行数据TB包含反馈信息。
10.根据权利要求9所述的方法，其中，响应于下行传输或传输秩指示符(RI)，所述反馈信息包括确认(ACK/NACK)中的至少一个。
11.根据权利要求10所述的方法，其中，所述反馈信息的一部分被包括在所述第二上行数据TB中。
12.根据权利要求11所述的方法，其中，基于以下项中的至少一个确定在所述第二TTI中传输所述反馈信息所需的资源数目：
在中断所述第一上行数据TB的传输之前，在所述第一TTI中所传输的反馈信息的数目；
所述第二TTI在所述第一TTI内的位置；以及
是否恢复所述第一上行TB的传输的所述确定。
13.根据权利要求12所述的方法，其中，在中断所述第一上行数据TB的传输之前，在所述第一TTI中所传输的反馈信息的数目是包含所述反馈信息的在时间上的符号数目。
14.根据权利要求1所述的方法，其中，利用传输功率传输所述第一上行传输数据块，至少基于传输功率控制命令(TPC)，或与所述第二TTI长度的TTI中第三上行传输的传输功率相关联的功率控制调节状态来确定所述传输功率，其中：
所述TPC命令指示对在所述第二TTI长度的TTI中的所述第三上行传输的传输功率进行的调节；
所述功率控制调节状态指示与传输所述第三上行传输之前的传输相对应的传输功率调节的历史；以及
在传输所述第一上行传输数据块之前执行所述第三上行传输。
15.根据权利要求1所述的方法，其中，至少基于与所述第二TTI长度的TTI中的上行传输相对应的传输功率，确定与所述第二上行传输数据块相对应的传输功率。
16.一种设备，包括：
处理器，所述处理器执行：
确定在第一TTI长度的第一TTI中的用户设备(UE)上行传输资源与在第二TTI长度的第二TTI中的上行传输资源之间的冲突；
在所述第一TTI中传输第一上行数据传输块(TB)；
在所述第二TTI中传输第二上行数据TB；
在所述第二上行数据TB的传输之前，中断所述第一上行数据TB的传输；
接收指示，所述指示指示了在所述第二上行TB的传输之后是否恢复所述第一上行数据TB的传输；
基于所述指示来确定是否恢复所述第一上行TB的传输；以及
如果所述UE已确定恢复所述第一上行TB的传输，则在所述第二上行TB的传输之后恢复第一TTI块中所述第一上行TB的传输，其中所述第一TTI长度大于所述第二TTI长度，所述第一TTI和所述第二TTI至少在一个符号中重叠，所述第一TTI比所述第二TTI更早开始。
17.根据权利要求16所述的设备，其中，经由比物理层信令更高的层接收所述指示。
18.根据权利要求16所述的设备，所述处理器还接收第二指示，所述第二指示指示了与所述第一TTI长度的上行数据传输相对应的TTI内资源跳跃，其中如果基于所述指示设定了所述TTI内资源跳跃，则在至少第一组和第二组资源中执行与所述第一TTI长度的TTI相关联的上行数据传输，其中至少基于所述第一组确定至少所述第二组，并且其中在所述TTI的第一部分中的所述第一组资源中以及在所述TTI的第二部分中的所述第二组资源中执行所述上行数据传输；并且其中所述第一部分和所述第二部分在时间上不重叠，并且如果没有基于所述指示设定所述TTI内资源跳跃，则在TTI持续时间内在所述第一组资源中执行与所述第一TTI长度的TTI相关联的上行数据传输。
19.根据权利要求18所述的设备，所述处理器还：
接收所述第二指示，所述第二指示指示了所述TTI内资源跳跃被设定；
确定所述第二TTI中的所述第二上行数据TB在时间上是否重叠于与所述第一TTI中所述第一上行数据TB相关联的解调参考信号(DMRS)；以及
基于所述第一指示和以下中的一个或多个来确定是否恢复所述第一上行TB的传输：所述第二指示、与所述第一上行数据TB相关联的传输秩、以及确定与所述第一上行数据TB相关联的所述DMRS和所述第二上行数据TB之间的重叠，其中与所述第一上行数据TB相关联的所述传输秩是传输层的数目，或与所述第一TTI中所述第一上行数据传输相关联的数据流的数目。
20.根据权利要求19所述的设备，其中，恢复所述第一TTI块中所述第一上行TB的传输还包括：如果出现以下情况，则在所述第一TTI块的第二时隙中恢复所述第一上行TB的传输：
在所述第一TTI的第一时隙中所述第一上行数据TB的所述DMRS与所述第二上行TB重叠；以及
所述第二TTI是所述第一TTI的所述第一时隙的子集，其中所述第一TTI的所述第一时隙和所述第二时隙不重叠。
CN201880029471.1A 2017-05-05 2018-05-04 Stti与tti传输之间的冲突处理 Active CN110603881B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201762502510P 2017-05-05 2017-05-05
US62/502,510 2017-05-05
PCT/US2018/031260 WO2018204892A1 (en) 2017-05-05 2018-05-04 Collision handling between stti and tti transmissions

Publications (2)

Publication Number Publication Date
CN110603881A true CN110603881A (zh) 2019-12-20
CN110603881B CN110603881B (zh) 2023-10-13

Family

ID=62244569

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880029471.1A Active CN110603881B (zh) 2017-05-05 2018-05-04 Stti与tti传输之间的冲突处理

Country Status (4)

Country Link
US (2) US10588161B2 (zh)
EP (1) EP3620015B1 (zh)
CN (1) CN110603881B (zh)
WO (1) WO2018204892A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11206646B2 (en) * 2017-04-01 2021-12-21 Lg Electronics Inc. Method and apparatus for transmitting or receiving uplink signal for terminal supporting short TTI in wireless communication system
WO2022151009A1 (en) * 2021-01-13 2022-07-21 Qualcomm Incorporated Power consistency for uplink demodulation reference signal (dmrs) bundling

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110603881B (zh) * 2017-05-05 2023-10-13 摩托罗拉移动有限责任公司 Stti与tti传输之间的冲突处理
US11218262B2 (en) * 2017-06-15 2022-01-04 Ntt Docomo, Inc. User terminal and wireless communication method
US20180368188A1 (en) * 2017-06-15 2018-12-20 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
US10680698B2 (en) * 2017-10-31 2020-06-09 Qualcomm Incorporated Uplink control information mapping on a shortened uplink shared channel
CN111713164B (zh) * 2018-02-14 2023-07-18 Lg电子株式会社 在无线通信系统中执行上行链路发送的方法和用于其的装置
US11064514B2 (en) * 2018-08-10 2021-07-13 Qualcomm Incorporated Uplink collision handling for wireless communications
US11985657B2 (en) * 2021-10-01 2024-05-14 Qualcomm Incorporated Interleaved PUSCH transmissions

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102084710A (zh) * 2008-03-03 2011-06-01 Lg电子株式会社 用于解决上行信号冲突的方法
US20160095104A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte reference signal transmission
US20160270116A1 (en) * 2015-03-14 2016-09-15 Qualcomm Incorporated Control signaling supporting multi-priority scheduling
CN106465318A (zh) * 2014-05-19 2017-02-22 高通股份有限公司 用于利用薄控制的针对不同的时延目标的同步复用和多址的装置和方法
WO2017048324A1 (en) * 2015-09-15 2017-03-23 Intel IP Corporation Low latency lte-a transmission using shortened tti and zero power csi-rs resources

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007100547A2 (en) * 2006-02-24 2007-09-07 Interdigital Technology Corporation Wireless communication method and apparatus for selecting between transmission of short-version and full-version uplink scheduling requests
US8014343B2 (en) * 2006-09-20 2011-09-06 Interdigital Technology Corporation Method for enhanced dedicated channel (E-DCH) transmission overlap detection for compressed mode gap slots
US20090141690A1 (en) * 2007-10-01 2009-06-04 Qualcomm Incorporated Method and apparatus for uplink control signaling
US8855064B2 (en) * 2010-01-12 2014-10-07 Qualcomm Incorporated Bundled frequency division multiplexing structure in wireless communications
EP3229523A4 (en) * 2014-12-05 2017-12-06 NTT DoCoMo, Inc. Method for reducing uplink interference, and base station
CN110603881B (zh) * 2017-05-05 2023-10-13 摩托罗拉移动有限责任公司 Stti与tti传输之间的冲突处理

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102084710A (zh) * 2008-03-03 2011-06-01 Lg电子株式会社 用于解决上行信号冲突的方法
CN106465318A (zh) * 2014-05-19 2017-02-22 高通股份有限公司 用于利用薄控制的针对不同的时延目标的同步复用和多址的装置和方法
US20160095104A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte reference signal transmission
US20160270116A1 (en) * 2015-03-14 2016-09-15 Qualcomm Incorporated Control signaling supporting multi-priority scheduling
WO2017048324A1 (en) * 2015-09-15 2017-03-23 Intel IP Corporation Low latency lte-a transmission using shortened tti and zero power csi-rs resources

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
CATT: "R1-1611350 "Discussion on multiplexing of normal TTI and sTTI"", 3GPP TSG_RAN\\WG1_RL1, no. 1 *
CATT: "R1-1702047 \"Discussion on multiplexing of normal TTI and sTTI in UL\"", 3GPP TSG_RAN\\WG1_RL1, no. 1, pages 2 *
HUAWEI, HISILICON: "R1-1608640 \"Handling collision between sTTI and 1ms TTI\"", 3GPP TSG_RAN\\WG1_RL1, no. 1, pages 3 *
HUAWEI等: "R1-1608638 "Discussion on sPUSCH design"", 《3GPP TSG_RAN\WG1_RL1》 *
HUAWEI等: "R1-1608638 "Discussion on sPUSCH design"", 《3GPP TSG_RAN\WG1_RL1》, 1 October 2016 (2016-10-01) *
HUAWEI等: "R1-1608640 "Handling collision between sTTI and 1ms TTI"", 《3GPP TSG_RAN\WG1_RL1》 *
HUAWEI等: "R1-1608640 "Handling collision between sTTI and 1ms TTI"", 《3GPP TSG_RAN\WG1_RL1》, 1 October 2016 (2016-10-01) *
LG ELECTRONICS: "R1-160649 "Study on TTI shortening for downlink transmissions"", 《3GPP TSG_RAN\WG1_RL1》 *
LG ELECTRONICS: "R1-160649 "Study on TTI shortening for downlink transmissions"", 《3GPP TSG_RAN\WG1_RL1》, 6 February 2016 (2016-02-06) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11206646B2 (en) * 2017-04-01 2021-12-21 Lg Electronics Inc. Method and apparatus for transmitting or receiving uplink signal for terminal supporting short TTI in wireless communication system
WO2022151009A1 (en) * 2021-01-13 2022-07-21 Qualcomm Incorporated Power consistency for uplink demodulation reference signal (dmrs) bundling

Also Published As

Publication number Publication date
EP3620015C0 (en) 2023-07-05
EP3620015A1 (en) 2020-03-11
CN110603881B (zh) 2023-10-13
EP3620015B1 (en) 2023-07-05
US10588161B2 (en) 2020-03-10
WO2018204892A1 (en) 2018-11-08
US20190045556A1 (en) 2019-02-07
US20200214050A1 (en) 2020-07-02
US11601987B2 (en) 2023-03-07

Similar Documents

Publication Publication Date Title
CN110603881B (zh) Stti与tti传输之间的冲突处理
EP3539340B1 (en) Coexistence of grant-free and grant-based uplink transmissions
CN112804036B (zh) 用于免授权上行链路传输的harq信令
EP3424165B1 (en) System and method for pilot assisted grant-free uplink transmission identification
US11191099B2 (en) Data transmission method and device, and storage medium
US10171226B2 (en) Systems and methods for frequency division duplex communication
EP3720034B1 (en) Flexible radio resource allocation
WO2017167308A1 (en) Control channel design for elaa
EP3416322A1 (en) Reliable ultra-low latency communications
AU2018294472B2 (en) Method for repeated transmission and terminal device
US9553685B2 (en) PHICH-less operation for uplink-downlink configuration zero
WO2017030689A1 (en) Reiterated downlink grant design for multiple transmission time interval grant support in ecc
KR102309741B1 (ko) 무선 셀룰라 통신 시스템에서 상향링크 전력제어 방법 및 장치
EP3603295B1 (en) Uplink allocation on unlicensed spectrum
CN116803032A (zh) 接收下行链路信道的方法、用户设备、处理装置、存储介质和计算机程序及发送下行链路信道的方法和基站
CN113316908A (zh) 用于在通信系统中发送或接收反馈信息的方法和装置

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