CN110474726A - 由用户设备执行的方法以及用户设备 - Google Patents

由用户设备执行的方法以及用户设备 Download PDF

Info

Publication number
CN110474726A
CN110474726A CN201810445552.1A CN201810445552A CN110474726A CN 110474726 A CN110474726 A CN 110474726A CN 201810445552 A CN201810445552 A CN 201810445552A CN 110474726 A CN110474726 A CN 110474726A
Authority
CN
China
Prior art keywords
pusch
block
subframe
crbs
repetition
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.)
Pending
Application number
CN201810445552.1A
Other languages
English (en)
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.)
FG Innovation Co Ltd
Sharp Corp
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN201810445552.1A priority Critical patent/CN110474726A/zh
Priority to US17/054,508 priority patent/US11652596B2/en
Priority to PCT/CN2019/086183 priority patent/WO2019214676A1/zh
Priority to EP19800437.6A priority patent/EP3793237A4/en
Publication of CN110474726A publication Critical patent/CN110474726A/zh
Pending legal-status Critical Current

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]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1893—Physical mapping arrangements
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • 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
    • 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

Landscapes

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

Abstract

本发明提供了一种由用户设备执行的方法，包括：接收下行控制信息；根据所述下行控制信息确定包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数；将一个或多个PUSCH重复划分为一个或多个PUSCH重复块，其中所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复；以及针对每个PUSCH重复块确定冗余版本索引。

Description

由用户设备执行的方法以及用户设备
技术领域
本发明涉及无线通信技术领域，具体涉及由用户设备执行的方法、由基站执行的方法以及相应的用户设备。
背景技术
2017年3月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#75次全会上，一个关于机器类通信(Machine Type Communication：MTC)更进一步增强的新的工作项目被批准立项(参见非专利文献：RP-170732：New WID on Evenfurther enhanced MTC for LTE，简称efeMTC，以及2017年12月更新的RP-172811：RevisedWID on Even further enhanced MTC for LTE)。efeMTC的目标之一是支持子物理资源块(sub-PRB)的资源分配方式(即支持小于一个PRB的资源分配)，以提高MTC的物理上行共享信道的频谱效率。
在现有的3GPP有关MTC的标准规范中，处于RRC连接状态的MTC UE(又称为BL/CEUE)支持2种覆盖增强模式：覆盖增强模式A(CE mode A)和覆盖增强模式B(CE mode B)。覆盖增强模式A用于信道状态好，不需要覆盖增强或需要较小的覆盖增强，或者说不需要重复发送或重复发送次数很小的UE；覆盖增强模式B用于信道状态较差，需要较大或很大的覆盖增强，或者说需要重复发送次数较大或很大的UE。
在现有的3GPP有关MTC的标准规范中，采用重复发送的方式来增大PUSCH的覆盖范围。UE通过接收来自eNB的RRC信令得到PUSCH的重复发送次数的最大值(对于CE mode A，使用参数pusch-maxNumRepetitionCEmodeA；对于CE mode B，使用参数pusch-maxNumRepetitionCEmodeB)，由该最大值可以知道PUSCH的重复发送次数集：{n1，n2，...，nmax}(对覆盖增强模式A来说集合的大小为4，即nmax＝n4；对覆盖增强模式B来说集合的大小为8，即nmax＝n8)。比如，若pusch-maxNumRepetitionCEmodeA＝16，则PUSCH重复发送次数集合为{1，4，8，16}；若pusch-maxNumRepetitionCEmodeB＝256，则PUSCH重复发送次数集合为{4，8，16，32，64，128，192，256}。
UE的上行数据传输由eNB发送的下行控制信息DCI进行调度。DCI中有一个“重复次数”(repetition number)字段用于指示本次PUSCH发送所采用的重复发送次数。
在现有的3GPP有关MTC的标准规范中，PUSCH重复发送的单位是子帧(subframe)。UE的物理层实体在接收到来自高层实体的一个传输块(Transport block，TB，其大小称为Transport block size，TBS)后，对该传输块进行信道编码(channel coding)，速率匹配(rate matching)、加扰(scrambling)、调制(modulation)、DFT预编码(DFT pre-coding)、天线映射(antenna mapping)等操作之后，将所产生的输出映射到所分配的时频资源(time-frequency resources)上。所述时频资源以资源块对(resource block pair，RBpair)为单位进行分配，一个资源块对在时间上占用1个子帧(比如在正常循环前缀下共14个OFDM符号)。当分配多于1个资源块对时，这些资源块对的频率资源不同，但是在时间上都落在同一个子帧上。当PUSCH的重复次数等于1时，可以认为在所分配的PUSCH子帧上发送了一个重复(one repetition)；当PUSCH的重复次数大于1时，可以认为在所分配的每一个PUSCH子帧上都发送了一个重复。
在现有的3GPP有关MTC的标准规范中，上行和下行都分别区分BL/CE子帧和非BL/CE子帧。比如，在上行，PUSCH只能在BL/CE上行子帧上传输，若遇到非BL/CE上行子帧则PUSCH的传输会推迟直到重新出现BL/CE上行子帧。比如，若子帧n，n+1，n+3，n+4是BL/CE上行子帧，子帧n+2是非BL/CE上行子帧，则从子帧n开始的PUSCH传输(假设重复次数为4)占用子帧n，n+1，n+3，n+4。另一方面，所述PUSCH传输跨越了子帧n，n+1，n+2，n+3，n+4这5个子帧。
BL/CE上行子帧和BL/CE下行子帧可以分别通过高层协议配置。
在现有的3GPP有关MTC的标准规范中，PUSCH的最小资源分配单位是一个物理资源块(PRB)，即在频域上占有12个子载波大小的频宽(子载波间隔为15kHz，一个PRB的物理带宽为180kHz)。当UE信道状态差时，要使PUSCH达到所需的接收质量，可采用的方法包括增大UE的发射功率或增大PUSCH的重复发送次数等。而UE的发射功率有一个极限，或者说有一个最大发射功率。对于信道状态较差或覆盖情况不好的MTC UE，现有LTE系统已采用最大功率发送。研究表明，对于覆盖情况很差的UE，通过减少资源分配带宽(比如，资源分配的粒度从12个子载波变成6个子载波，甚至3个子载波或者1个子载波)，增加单位频率上的功率，可以有效地改善PUSCH的链路性能，提升上行频谱效率。这就是所谓的“sub-PRB”资源分配。
跟随“sub-PRB”资源分配一起引入的，是资源单位(Resource unit，RU)的概念。一个RU在频域上占用x个子载波，在时域上占用y个子帧。比如，可以定义下面几种RU格式：
子载波数(x) 子帧数(y) 调制方式
6 2 QPSK
3 4 QPSK
2(*) 8 Pi/2BPSK
*分配3个子载波，但是只使用其中2个相邻的子载波。
可以看出，在上述所有的RU格式中，即使只分配一个RU，在时间上也超过了1个子帧。实际上，由于一个RU在频域上的资源较少，在资源分配时往往允许分配多个RU，比如，对于配置为CE mode A的MTC UE可以分配1个，2个或者4个RU，对于配置为CE mode B的MTC UE可以分配2个或者4个RU。
在sub-PRB资源分配下，一个传输块经过信道编码等一系列操作后映射到所分配的一个或多个RU上，然后进行重复发送(重复次数等于1时也可以认为没有重复)。比如，给UE分配的用于PUSCH传输的RU格式为6个子载波/2个子帧/QPSK调制，RU个数为2，重复次数为8，则一个PUSCH重复(one PUSCH repetition)占用4个子帧，整个PUSCH传输总共占用32个子帧。
在现有的3GPP有关MTC的标准规范中，MTC UE的PUSCH的冗余版本(redundancyversion)的确定方法如下：
·将系统中的子帧(比如，系统中有1024个无线帧，每个无线帧中有10个子帧，则共有1024×10＝10240个子帧)从0开始编号(比如，从0到10239)，并将这些子帧划分为一系列的子帧块(block of subframes)，每个子帧块中包含Nacc个连续的子帧，且每个子帧块的起始子帧编号(记为nabs，1)满足nabs，1modNacc＝0。
·记PUSCH的第一个上行子帧编号为i0，且PUSCH传输跨越个连续子帧(包括非BL/CE上行子帧)，在此期间(即在所述个连续子帧内)，对于PUSCH所跨越的第j个子帧块内的子帧，冗余版本的索引rv＝(j+rvDCI)mod 4，其中
·j＝0，1，...，JPUSCH-1，且所述JPUSCH个子帧块在时间上是按顺序排列的，从j＝0(即子帧i0所属的子帧块)开始。
·对于配置为CE mode A的MTC UE，rvDCI由DCI格式6-0A中的冗余版本字段确定；Nacc＝1。
·对于配置为CE mode B的MTC UE，rvDCI＝0；对FDD(Frequency DivisionDuplex，频分双工)，Nacc＝4，对TDD(Time Division Duplex，时分双工)，Nacc＝5。
·冗余版本(rvidx)通过下表中rv和rvidx的关系确定：
可以看出，现有的MTC标准规范中，两个连续的PUSCH子帧可能使用不同的冗余版本。这适用于一个PUSCH重复占用一个子帧的情况，但是却不适用于一个PUSCH重复占用多于一个子帧的情况。比如，在sub-PRB资源分配的情况下，一个PUSCH重复可能占用8个子帧，而一个PUSCH重复又只可能应用一个冗余版本，此时必须引入一种新的冗余版本确定方法。
另外，在现有的3GPP LTE标准规范中，对非MTC UE(又称为non-BL/CE UE)，常用的物理下行共享信道(physical downlink shared channel，PDSCH)的资源分配方式是下行资源分配类型0(DL resource allocation type 0)，即资源块分配信息(一般通过下行控制信息DCI中的resource block assignment字段指示)中包含一个位图(bitmap)，其中每个比特指示某个特定的资源块组(Resource Block Group：RBG)是否分配给所调度的用户设备(User Equipment：UE)。其中，一个RBG包含一组连续的局部类型(localized type)的虚拟资源块(virtual resource block，VRB)，而局部类型的虚拟资源块是直接映射到物理资源块(physical resource block，PRB)的，比如虚拟资源块0直接映射到物理资源块0，虚拟资源块1直接映射到物理资源块1，等等。不同下行系统带宽下的RBG大小见下表；其中系统带宽和RBG大小P的单位都是PRB；PRB在系统中的编号
不同下行系统带宽下的RBG大小
所述位图共包含个比特，每个比特对应1个RBG。以下行系统带宽为25个资源块(resource block，RB)为例，此时RBG大小P＝2，RBG的总数其中前12个RBG中每个RBG大小为2个RB，最后一个RBG的大小为1个RB，见图1。
编号为nRBG的RBG，其所占用的起始PRB的编号为：
nRBG·P (1)
其中
假设所述位图每个比特的取值依次为101 111 010 001 0，则所分配的RBG为RBG0，RBG2，RBG3，RBG4，RBG5，RBG7，RBG11。
在现有的3GPP有关MTC的标准规范中，处于RRC连接状态的MTC UE(又称为BL/CEUE)支持2种覆盖增强模式：覆盖增强模式A(CE mode A)和覆盖增强模式B(CE mode B)。覆盖增强模式A用于信道状态好，不需要覆盖增强或需要较小的覆盖增强，或者说不需要重复发送或重复发送次数很小的UE；覆盖增强模式B用于信道状态较差，需要较大或很大的覆盖增强，或者说需要重复发送次数较大或很大的UE。
根据MTC UE能力的不同，有些UE只支持1.4MHz的PDSCH带宽，有些UE支持5MHz的PDSCH带宽，而有些UE支持20MHz的PDSCH带宽。支持5MHz的PDSCH带宽的UE也可以配置最大PDSCH带宽为1.4MHz，而支持20MHz的PDSCH带宽的UE也可以配置最大PDSCH带宽为5MHz或者1.4MHz。下面仅以最大PDSCH带宽配置为1.4MHz的情况为例说明本发明方案，但本发明方案也部分或全部适用于其他最大PDSCH带宽配置的情况。
MTC UE一般以一个或多个窄带(narrowband，NB)为单位使用系统中的频率资源。一个NB中包含6个连续的不重叠的物理资源块。对某个下行系统带宽总共存在个下行NB，其编号为对于编号为nNB的NB，其所占用的6个物理资源块的编号可以表示为
其中i＝0，1，...，5，mod是求余运算符。
以下行系统带宽为25个资源块为例，PRB、RBG和NB的对应关系如图2所示。
处于覆盖增强模式A的MTC UE，其PDSCH资源分配步骤如下：
1.在资源块分配信息中，利用个比特携带一个NB编号nNB；
2.在资源块分配信息中，利用另外5个比特携带一个资源指示值(resourceindication value，RIV)，对所指示的NB内的资源使用下行资源分配类型2(DL resourceallocation type 2)进行资源分配，此时总是假设而不管实际的系统带宽是多少。
下行资源分配类型2中，每个RIV的值对应一个起始资源块(RBstart)和一组连续分配的虚拟资源块的长度(LCRBs)。在给处于覆盖增强模式A的MTC UE分配PDSCH资源时，RBstart的参考PRB，即RBstart＝0所对应的PRB，是所指示的NB内的第一个PRB(即在表达式(2)中i＝0所对应的PRB。在NB内其编号一般写为0，所以也可以说是NB内的第0个PRB。本发明中对于RBG内的第一个PRB也使用类似的叫法，即在RBG内将其编号为0，有时候也称其为RBG内的第0个PRB)。
RIV和RBstart以及LCRBs的对应关系如下：
以下行系统带宽为25个资源块为例，如果所指示的NB编号为2(即，NB index＝2)，所指示的RIV值为14，则UE可以根据所指示的RIV值推导出RBstart＝2以及LCRBs＝3，如图3所示，给UE分配的资源是PRB15、PRB16和PRB17。
MTC UE所分配的PDSCH也可以配置为进行跳频(frequency hopping)。以下跳频相关的参数由基站通过RRC信令进行配置：
·mpdcch-pdsch-HoppingConfig：RRC层指示是否激活跳频。
·mpdcch-pdsch-HoppingNB-r13：指示跳频所使用的NB个数。
·interval-DLHoppingConfigCommonModeX：指示处于CE mode X(X为A或B)的UE其PDSCH在多少个子帧(subframe)上停留在同一个NB上。
·mpdcch-pdsch-HoppingOffset：指示跳频所经历的两个连续的NB之间的偏移(单位为NB)。
对于处于CE mode A下的MTC UE，PDSCH的跳频还由DCI中所包含的跳频标志进行控制，即只有当RRC参数mpdcch-pdsch-HoppingConfig指示激活跳频而且DCI中的跳频标志也指示跳频时，PDSCH才进行跳频。
由于以上所述的LTE系统中对非MTC UE和MTC UE的PDSCH资源分配方式的不同，导致当系统中同时存在非MTC UE和MTC UE时，资源分配的效率可能会比较低。以图2为例，NB2覆盖了RBG7和RBG8的全部，以及RBG6和RBG9的一部分。如果某个MTC UE被分配了NB2的所有6个PRB，那么RBG6、RBG7、RBG8和RBG9都不能用于非MTC UE了(如果使用下行资源分配类型0的话)，虽然RBG6所包含的PRB12和RBG9所包含的PRB19都是空闲的。
所以，需要引入一种新的资源分配机制，以更好地提高不同类型的UE复用在一起时的资源分配效率。
发明内容
为了解决现有技术的上述问题中的至少一些，提出了本发明。本发明可以提供一种由用户设备执行的方法以及用户设备，能够在sub-PRB资源分配的情况下高效地确定PUSCH的冗余版本。
根据本发明，提出了一种由用户设备执行的方法，包括：接收下行控制信息；根据所述下行控制信息确定包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数；将所述一个或多个PUSCH重复划分为一个或多个PUSCH重复块，其中所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复；以及针对每个PUSCH重复块确定冗余版本索引。
优选地，每个PUSCH重复被分配了一个或多个资源单位，每个资源单位占用一个或多个子帧。
优选地，包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数是根据PUSCH重复的个数、每个PUSCH重复被分配的资源单位的个数、以及每个资源单位占用的子帧数来确定的。
优选地，所述每个PUSCH重复块的冗余版本索引是根据该PUSCH重复块的编号来决定的。
另外，根据本发明，提出了一种由用户设备执行的方法，包括：接收下行控制信息；根据所述下行控制信息确定包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数；将所述一个或多个PUSCH重复划分为一个或多个PUSCH重复块，其中所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复；针对每个PUSCH重复块确定参考子帧；以及针对所述参考子帧确定冗余版本索引，作为所述参考子帧所位于的PUSCH重复块的冗余版本索引。
优选地，每个PUSCH重复被分配了一个或多个资源单位，每个资源单位占用一个或多个子帧。
优选地，包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数是根据PUSCH重复的个数、每个PUSCH重复被分配的资源单位的个数、以及每个资源单位占用的子帧数来确定的。
优选地，所述参考子帧的冗余版本索引是根据所述参考子帧所位于的子帧块的编号来确定的。
此外，根据本发明，提出了一种用户设备，包括：处理器；以及存储器，存储有指令，其中，所述指令在由所述处理器运行时执行上述方法。
此外，根据本发明，提出了一种用户设备，包括：处理器；以及存储器，存储有指令，其中，所述指令在由所述处理器运行时执行上述方法。
根据本发明，能够在sub-PRB资源分配的情况下高效地确定PUSCH的冗余版本。
另外，根据本发明，提供了一种由用户设备执行的方法，包括：从基站接收下行控制信息DCI，所述下行控制信息DCI包含资源块分配信息；通过所述资源块分配信息来确定起始资源块RBstart以及从起始资源块开始的一组连续分配的资源块的长度LCRBs；和在由所述起始资源块RBstart和所述资源块的长度LCRBs所确定的资源块上接收物理下行共享信道PDSCH，在所述资源块分配信息中包含与中间变量RIV′对应的资源指示值RIV，该中间变量RIV′与所述起始资源块RBstart和所述资源块的长度LCRBs对应。
优选地，所述中间变量RIV′和所述起始资源块RBstart以及所述资源块的长度LCRBs的对应关系可以由表格来表示。
优选地，可以为不同的下行系统带宽定义不同的描述所述中间变量RIV′和所述起始资源块RBstart以及所述资源块的长度LCRBs的对应关系的表格。
根据本发明，可以极大提升资源分配的效率。
附图说明
通过下文结合附图的详细描述，本发明的上述和其它特征将会变得更加明显，其中：
图1是示出了根据本发明的实施例一的由用户设备执行的方法的流程图。
图2是示出了根据本发明的实施例二的由用户设备执行的方法的流程图。
图3是示出了根据本发明的实施例三的由用户设备执行的方法的流程图。
图4是表示本发明的一个实施例所涉及的用户设备UE的框图。
具体实施方式
下面结合附图和具体实施方式对本发明进行详细阐述。应当注意，本发明不应局限于下文所述的具体实施方式。另外，为了简便起见，省略了对与本发明没有直接关联的公知技术的详细描述，以防止对本发明的理解造成混淆。
下文以LTE移动通信系统及其后续的演进版本作为示例应用环境，具体描述了根据本发明的多个实施方式。然而，需要指出的是，本发明不限于以下实施方式，而是可适用于更多其它的无线通信系统，例如5G及其之后的移动通信系统等。
下面描述本发明涉及的部分术语，如未特别说明，本发明涉及的术语采用此处定义。本发明给出的术语在LTE、LTE-Advanced、LTE-Advanced Pro、5G以及之后的通信系统中可能采用不同的命名方式，但本发明中采用统一的术语，在应用到具体的系统中时，可以替换为相应系统中采用的术语。
[实施例一]
图1是示出了根据本发明的实施例一的由用户设备执行的方法的流程图。
如图1所示，在本发明的实施例一中，用户设备UE执行的步骤包括：
在步骤101，从例如基站接收下行控制信息(Downlink Control Information，DCI)。
在步骤103，根据接收到的所述DCI，确定包含一个或多个PUSCH重复的物理上行共享信道(PUSCH)传输所占用的子帧数N。
比如，可以根据所述DCI确定重复次数R，所分配的资源单位的个数NRU，以及每个资源单位所占用的子帧数然后利用下式计算N：
在步骤105，将所述PUSCH传输所包含的一个或多个(比如R个)PUSCH重复(PUSCHrepetition)划分为一个或多个PUSCH重复块(block of repetitions)，所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复。
例如，从所述PUSCH传输的第一个PUSCH重复开始，每C个连续的PUSCH重复划分为一个PUSCH重复块，所述PUSCH传输共包含个PUSCH重复块，C是个正整数。所述PUSCH重复块可以按时间顺序进行编号，其中第一个PUSCH重复块的编号为0。
可选地，C可以是预定义的值。比如，C＝1。当C＝1时也可以认为没有PUSCH重复块的定义，此时一个PUSCH重复块等同于一个PUSCH重复。
可选地，C的取值对于CE mode A和CE mode B可以不同。
可选地，C的取值可以通过RRC参数进行配置。
在步骤107，针对每个PUSCH重复块确定冗余版本索引，进而根据所述冗余版本索引确定冗余版本，并将所述冗余版本作为所述PUSCH重复块中所有PUSCH重复所使用的同一个冗余版本。
比如，编号为b(b的取值可以是的PUSCH重复块所对应的冗余版本索引rv可以是b的一个函数，比如，可以利用下式计算：
rv＝(b+rvDCI)mod 4
冗余版本索引rv和冗余版本rvidx的对应关系可以如下：
rvDCI的取值可以如下：
·对于配置为CE mode A的MTC UE，rvDCI由DCI格式6-0A中的冗余版本字段确定。
·对于配置为CE mode B的MTC UE，rvDCI＝0。
之后，可以执行应用了相应的冗余版本的PUSCH重复的传输。
[实施例二]
图2是示出了根据本发明的实施例二的由用户设备执行的方法的流程图。
如图2所示，在本发明的实施例二中，用户设备UE执行的步骤包括：
在步骤201，从例如基站接收下行控制信息(Downlink Control Infformation，DCI)。
在步骤203，根据接收到的所述DCI，确定包含一个或多个PUSCH重复的物理上行共享信道(PUSCH)传输所占用的子帧数N。
比如，可以根据所述DCI确定重复次数R，所分配的资源单位的个数NRU，以及每个资源单位所占用的子帧数然后利用下式计算N：
在步骤205，将所述PUSCH传输所包含的一个或多个(比如R个)PUSCH重复(PUSCHrepetition)划分为一个或多个PUSCH重复块(block of repetitions)，所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复。
例如，从所述PUSCH的第一个PUSCH重复开始，每C个连续的PUSCH重复划分为一个PUSCH重复块，所述PUSCH传输共包含个PUSCH重复块，C是个正整数。所述PUSCH重复块可以按时间顺序进行编号，其中第一个PUSCH重复块的编号为0。
可选地，C可以是预定义的值。比如，C＝1。当C＝1时也可以认为没有PUSCH重复块的定义，此时一个PUSCH重复块等同于一个PUSCH重复。
可选地，C的取值对于CE mode A和CE mode B可以不同。
可选地，C的取值可以通过RRC参数进行配置。
在步骤207，针对每个PUSCH重复块确定参考子帧，即，确定每个PUSCH重复块所对应的一个参考子帧。
可选地，所述参考子帧可以是所述PUSCH重复块中的第一个PUSCH子帧。比如，在FDD下，若承载所述DCI的MTC物理下行控制信道(MTC physical downlink controlchannel，MPDCCH)的最后一个子帧是子帧n，则PUSCH传输可以占用子帧n+ki，i＝0，1，...，N-1，其中
·4≤k0＜k1＜…＜kN-1。
·子帧n+ki，i＝0，1，...，N-1是从子帧n+4算起的N个连续的BL/CE上行子帧。这N个子帧可以称为所述PUSCH传输所占用的N个PUSCH子帧。
此时，编号为b(b的取值可以是的PUSCH重复块所对应的参考子帧可以是所述PUSCH重复块中的第一个PUSCH子帧，即子帧n+ks，其中
可选地，所述参考子帧可以是所述PUSCH重复块中的最后一个PUSCH子帧。
可选地，所述参考子帧可以是所述PUSCH重复块中的一个确定编号的子帧。比如，编号为4的子帧(假设所述PUSCH重复块中的子帧编号从0开始)。所述确定编号的子帧可以只包括PUSCH子帧，也可以只包括不传输PUSCH的子帧(如所述PUSCH重复块所跨越的非BL/CE子帧)，也可以既包括PUSCH子帧也包括不传输PUSCH的子帧。
可选地，所述参考子帧可以是根据一个预设的函数确定的所述PUSCH重复块中的一个子帧。所述函数的输入参数可以包含所述PUSCH重复块的所述重复编号b。所述PUSCH重复块中的一个子帧可以只包括PUSCH子帧，也可以只包括不传输PUSCH的子帧(如所述PUSCH重复块所跨越的非BL/CE子帧)，也可以既包括PUSCH子帧也包括不传输PUSCH的子帧。
在步骤209，对每一个PUSCH重复块，确定其所对应的参考子帧所对应的冗余版本索引，进而根据所述冗余版本索引确定冗余版本，并将确定的所述冗余版本作为所述参考子帧所位于的所述PUSCH重复块的冗余版本，也就是所述PUSCH重复块中所有PUSCH重复所使用的同一个冗余版本。
比如，所述重复块所对应的所述参考子帧所对应的冗余版本可以用如下方法确定：
·将系统中的子帧(比如，系统中有1024个无线帧，每个无线帧中有10个子帧，则共有1024×10＝10240个子帧)从0开始编号(比如，从0到10239)，并将这些子帧划分为一系列的子帧块(block of subframes)，每个子帧块中包含Nacc个连续的子帧(最后一个子帧块可能例外，该子帧块可能包含少于Nacc个连续的子帧)，且每个子帧块的起始子帧编号(记为nabs，1)满足nabs，1mod Nacc＝0。
·记PUSCH的第一个上行子帧编号为i0，且PUSCH传输跨越个连续子帧(包括非BL/CE上行子帧)，若所述PUSCH重复块所对应的所述参考子帧属于第j个子帧块，则所述PUSCH重复块所对应的所述参考子帧所对应的冗余版本索引可以是j的一个函数，比如，可以通过下式计算：
rv＝(j+rvDCI)mod 4
其中，
·j＝0，1，...，JPUSCH-1，且所述JPUSCH个子帧块在时间上是按顺序排列的，从j＝0开始。j＝0所对应的子帧块可以是子帧i0所属的子帧块，所述第j个子帧块可以是所述个连续子帧内的第j个子帧块。
·可选地，对于配置为CE mode A的MTC UE，rvDCI由DCI格式6-0A中的冗余版本字段确定。
·可选地，对于配置为CE mode B的MTC UE，rvDCI＝0。
·可选地，冗余版本(rvidx)通过下表中rv和rvidx的关系确定：
·可选地，Nacc的取值可以通过RRC参数进行配置。
·可选地，Nacc可以是的一个函数，或者是的一个函数，比如，可以通过下式确定：
其中P是个正整数。
可选地，P可以是预定义的值。
可选地，P的取值对于CE mode A和CE mode B可以不同。
可选地，P的取值可以通过RRC参数进行配置。
可选地，P的取值可以如下：
·对于配置为CE mode A的MTC UE，P＝1。
·对于配置为CE mode B的MTC UE，对FDD，P＝4，对TDD，P＝5。
之后，可以执行应用了相应的冗余版本的PUSCH重复的传输。
[实施例三]
图3是示出了根据本发明的实施例三的由用户设备执行的方法的流程图。
如图3所示，在本发明的实施例三中，用户设备UE执行的步骤包括：
在步骤301，从例如基站接收下行控制信息(Downlink Control Information，DCI)。
在步骤303，根据从基站接收到的所述DCI，确定包含一个或多个PUSCH重复的物理上行共享信道(PUSCH)传输所占用的子帧数N。
比如，可以根据所述DCI确定重复次数R，所分配的资源单位的个数NRU，以及每个资源单位所占用的子帧数然后利用下式计算N：
在步骤305，确定PUSCH的每个重复所属于的一个或多个长度为Nacc的子帧块。
在步骤307，利用与本申请的背景技术部分所描述过的现有技术中确定MTC UE的PUSCH子帧块的冗余版本的方法类似的方法，确定该PUSCH重复所属的各子帧块的冗余版本，并在所述各子帧块上分别传输被赋予了所确定的冗余版本的该PUSCH重复。
比如，PUSCH的一个重复共占用6个子帧{a，a+1，a+2，a+3，a+4，a+5}，其中子帧{a，a+1}属于子帧块x，子帧{a+2，a+3，a+4，a+5}属于子帧块x+1，则所述重复经过打孔(puncture)后在子帧{a，a+1}上传输，使用的冗余版本基于子帧块x，利用现有技术确定；另外，所述重复经过打孔后也在子帧{a+2，a+3，a+4，a+5}上传输，使用的冗余版本基于子帧块y，利用现有技术确定。
由此，可以执行应用了相应的冗余版本的PUSCH重复的传输。
[实施例四]
在本发明的一个实施例中，由用户设备UE执行的步骤如下：
1.从例如基站接收下行控制信息(downlink control information，DCI)，其中包含资源块分配信息(或者说资源块分配指示)；通过资源块分配信息可以确定起始资源块(RBstart)以及从起始资源块开始的一组连续分配的虚拟资源块的长度(LCRBs)；其中，RBstart的参考PRB，即RBstart＝0所对应的PRB，是系统中编号为0的PRB，即nPRB＝0所对应的PRB。或者说RBstart是起始资源块在系统中的PRB编号。
上述资源块分配信息可以占用DCI中的“资源块分配”(Resource blockassignment)字段的全部比特，也可以占用“资源块分配”字段的一部分比特。比如，“资源块分配”字段的总比特数可以是 全部用于指示资源块分配信息。
可选地，DCI中可以包含使能信息，用于指示是否按照本发明实施例中所述的方法对用户设备UE执行PDSCH资源分配；例如，使能信息可以指示UE按照现有技术解释资源块分配信息的内容，或者指示UE按照本发明实施例中所述的方法解释资源块分配信息的内容。可选地，上述使能信息可以通过无线资源控制(radio resource control，RRC)消息发送而不是通过DCI发送，或者既通过RRC消息发送也通过DCI发送。
2.确定RBstart和LCRBs。
在资源块分配信息中包含一个资源指示值(resource indication value，RIV)，每个RIV的值对应一个RBstart和一个LCRBs。
可选地，RIV的5个最低有效位(Least Significant Bit，LSB)所指示的整数值大于20。
可选地，RBstart所指示的PRB属于系统中所有RBG的第一个PRB所组成的集合。
可选地，RBstart所指示的PRB属于系统中所有RBG的最后一个PRB所组成的集合。
可选地，RBstart所指示的PRB属于系统中所有RBG的第一个PRB所组成的集合，或者属于系统中所有RBG的最后一个PRB所组成的集合。
可选地，LCRBs属于{1，2，3，4，5，6}或者{1，2，3，4，5，6}的一个子集。
可选地，所分配的PRB中至少有一个PRB不属于任何NB。
比如，确定RBstart和LCRBs的值可以使用下面的方法之一：
[确定RBstart和LCRBs的值的方法一]
首先根据RIV和中间变量RIV′的以下关系确定RIV′：
其中，X、Y和Z是正整数，比如，X＝11，Y＝32，Z＝21。
可选地，RIV和RIV′的关系可以如下：
RIV＝RIV′
其次根据RIV′、RBstart以及LCRBs的对应关系确定RBstart和LCRBs。
RBstart和LCRBs的值可以通过表格的方式映射到RIV′的值。
例如，对于可以通过表1进行映射。
例如，对于可以通过表2进行映射。
例如，对于可以通过表3进行映射。
例如，对于可以通过表4进行映射。
例如，对于可以通过表5进行映射。
表1：从(RBstart，LCRBs)到RIV′的映射表
RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>)
0 (0，2) 6 (3，5) 12 (6，2) 18 (7，5)
1 (0，3) 7 (4，4) 13 (6，3) 19 (9，6)
2 (0，4) 8 (4，5) 14 (6，4) 20 (10，5)
3 (0，5) 9 (4，6) 15 (6，5) 21 (11，4)
4 (0，6) 10 (5，3) 16 (6，6)
5 (2，6) 11 (5，5) 17 (7，3)
表2：从(RBstart，LCRBs)到RIV′的映射表
RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>)
0 (2，5) 9 (8，5) 18 (12，2) 27 (16，6)
1 (2，6) 10 (8，6) 19 (12，3) 28 (17，3)
2 (3，5) 11 (9，5) 20 (12，4) 29 (17，5)
3 (4，3) 12 (10，3) 21 (12，5) 30 (18，2)
4 (4，4) 13 (10，4) 22 (12，6) 31 (18，3)
5 (4，5) 14 (10，5) 23 (14，6) 32 (18，4)
6 (4，6) 15 (10，6) 24 (15，5) 33 (18，5)
7 (5，3) 16 (11，3) 25 (16，4) 34 (18，6)
8 (5，5) 17 (11，5) 26 (16，5)
表3：从(RBstart，LCRBs)到RIV′的映射表
表4：从(RBstart，LCRBs)到RIV′的映射表
RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV′ (RB<sub>start</sub>，L<sub>CRBs</sub>)
0 (0，2) 22 (15，5) 44 (30，6) 66 (52，6)
1 (0，3) 23 (16，4) 45 (32，6) 67 (54，6)
2 (0，4) 24 (16，5) 46 (34，6) 68 (55，5)
3 (0，5) 25 (16，6) 47 (35，5) 69 (58，6)
4 (0，6) 26 (17，3) 48 (36，2) 70 (59，5)
5 (2，6) 27 (18，2) 49 (36，3) 71 (60，3)
6 (3，5) 28 (18，6) 50 (36，4) 72 (60，4)
7 (4，4) 29 (20，6) 51 (36，5) 73 (60，5)
8 (4，5) 30 (22，6) 52 (36，6) 74 (60，6)
9 (4，6) 31 (23，5) 53 (37，3) 75 (61，3)
10 (5，3) 32 (24，2) 54 (40，5) 76 (64，5)
11 (6，2) 33 (24，3) 55 (40，6) 77 (64，6)
12 (6，6) 34 (24，4) 56 (42，6) 78 (66，6)
13 (8，6) 35 (24，5) 57 (43，5) 79 (67，5)
14 (10，6) 36 (24，6) 58 (46，6) 80 (69，6)
15 (11，5) 37 (26，6) 59 (47，5) 81 (70，5)
16 (12，2) 38 (27，5) 60 (48，3) 82 (71，4)
17 (12，3) 39 (28，4) 61 (48，4) 83 (72，3)
18 (12，4) 40 (28，5) 62 (48，5) 84 (73，2)
19 (12，5) 41 (28，6) 63 (48，6)
20 (12，6) 42 (29，3) 64 (49，3)
21 (14，6) 43 (30，2) 65 (52，5)
表5：从(RBstart，LCRBs)到RIV′的映射表
需要指出的是，表1、表2、表3、表4、表5中的任何一个只是实现从(RBstart，LCRBs)到RIV′的映射的其中一种方式。对于这些表格中的任何一个，在维持RIV′和(RBstart，LCRBs)取值集合都不变以及每个RIV′的值都对应到一个唯一的(RBstart，LCRBs)的值的前提下，从(RBstart，LCRBs)到RIV′的映射关系可以任意变化。
可选地，表1、表2、表3、表4、表5中的任何一个可以只定义LCRBs和/或RBstart满足一定取值条件的(RBstart，LCRBs)项，其他(RBstart，LCRBs)项则不予定义；此时每一个(RBstart，LCRBs)项所对应的RIV′可以仍然从相应表格中RIV′的最小值开始，并从小到大进行分配。例如，在表1中，若LCRBs的取值范围集合是{6}，则表格中可以只定义(RBstart，LCRBs)取值为(0，6)、(2，6)、(4，6)、(6，6)、(9，6)的项，其对应的RIV′的值可以分别是0、1、2、3、4。
[确定RBstart和LCRBs的值的方法二]
RBstart和LCRBs的值可以通过表格的方式映射到RIV的值。
例如，对于可以通过表6进行映射。
例如，对于可以通过表7进行映射。
例如，对于可以通过表8进行映射。
例如，对于可以通过表9进行映射。
例如，对于可以通过表10进行映射。表6：从(RBstart，LCRBs)到RIV的映射表
RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>)
21 (0，2) 27 (3，5) 54 (6，2) 60 (7，5)
22 (0，3) 28 (4，4) 55 (6，3) 61 (9，6)
23 (0，4) 29 (4，5) 56 (6，4) 62 (10，5)
24 (0，5) 30 (4，6) 57 (6，5) 63 (11，4)
25 (0，6) 31 (5，3) 58 (6，6)
26 (2，6) 53 (5，5) 59 (7，3)
表7：从(RBstart，LCRBs)到RIV的映射表
RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>)
21 (2，5) 30 (8，5) 60 (12，2) 90 (16，6)
22 (2，6) 31 (8，6) 61 (12，3) 91 (17，3)
23 (3，5) 53 (9，5) 62 (12，4) 92 (17，5)
24 (4，3) 54 (10，3) 63 (12，5) 93 (18，2)
25 (4，4) 55 (10，4) 85 (12，6) 94 (18，3)
26 (4，5) 56 (10，5) 86 (14，6) 95 (18，4)
27 (4，6) 57 (10，6) 87 (15，5) 117 (18，5)
28 (5，3) 58 (11，3) 88 (16，4) 118 (18，6)
29 (5，5) 59 (11，5) 89 (16，5)
表8：从(RBstart，LCRBs)到RIV的映射表
表9：从(RBstart，LCRBs)到RIV的映射表
RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>) RIV (RB<sub>start</sub>，L<sub>CRBs</sub>)
21 (0，2) 85 (15，5) 149 (30，6) 213 (52，6)
22 (0，3) 86 (16，4) 150 (32，6) 214 (54，6)
23 (0，4) 87 (16，5) 151 (34，6) 215 (55，5)
24 (0，5) 88 (16，6) 152 (35，5) 216 (58，6)
25 (0，6) 89 (17，3) 153 (36，2) 217 (59，5)
26 (2，6) 90 (18，2) 154 (36，3) 218 (60，3)
27 (3，5) 91 (18，6) 155 (36，4) 219 (60，4)
28 (4，4) 92 (20，6) 156 (36，5) 220 (60，5)
29 (4，5) 93 (22，6) 157 (36，6) 221 (60，6)
30 (4，6) 94 (23，5) 158 (37，3) 222 (61，3)
31 (5，3) 95 (24，2) 159 (40，5) 223 (64，5)
53 (6，2) 117 (24，3) 181 (40，6) 245 (64，6)
54 (6，6) 118 (24，4) 182 (42，6) 246 (66，6)
55 (8，6) 119 (24，5) 183 (43，5) 247 (67，5)
56 (10，6) 120 (24，6) 184 (46，6) 248 (69，6)
57 (11，5) 121 (26，6) 185 (47，5) 249 (70，5)
58 (12，2) 122 (27，5) 186 (48，3) 250 (71，4)
59 (12，3) 123 (28，4) 187 (48，4) 251 (72，3)
60 (12，4) 124 (28，5) 188 (48，5) 252 (73，2)
61 (12，5) 125 (28，6) 189 (48，6)
62 (12，6) 126 (29，3) 190 (49，3)
63 (14，6) 127 (30，2) 191 (52，5)
表10：从(RBstart，LCRBs)到RIV的映射表
需要指出的是，表6、表7、表8、表9、表10中的任何一个只是实现从(RBstart，LCRBs)到RIV的映射的其中一种方式。对于这些表格中的任何一个，在维持RIV和(RBstart，LCRBs)取值集合都不变以及每个RIV的值都对应到一个唯一的(RBstart，LCRBs)(LCRBs，RBstart)的值的前提下，从(RBstart，LCRBs)到RIV的映射关系可以任意变化。
可选地，表6、表7、表8、表9、表10中的任何一个可以只定义LCRBs和/或RBstart满足一定取值条件的(RBstart，LCRBs)项，其他(RBstart，LCRBs)项则不予定义；此时每一个(RBstart，LCRBs)项所对应的RIV可以仍然从相应表格中RIV的最小值开始，并从小到大进行分配。例如，在表6中，若LCRBs的取值范围集合是{6}，则表格中可以只定义(RBstart，LCRBs)取值为(0，6)、(2，6)、(4，6)、(6，6)、(9，6)的项，其对应的RIV的值可以分别是21、22、23、24、25。
3.在由RBstart和LCRBs所确定的虚拟资源块上接收PDSCH。
4.可选地，在上述所有步骤中，也可以替换为虚拟资源块也可以替换为物理资源块，用户设备UE可以为非MTC UE或MTC UE。
图4是表示本发明的一个实施例所涉及的用户设备UE的框图。如图4所示，该用户设备UE40包括处理器401和存储器402。处理器401例如可以包括微处理器、微控制器、嵌入式处理器等。存储器402例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器402上存储有程序指令。该指令在由处理器401运行时，可以执行本公开详细描述的由用户设备执行的上述方法。
运行在根据本发明的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本发明的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本发明各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本发明的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外，本发明并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本发明并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上，已经参考附图对本发明的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本发明也包括不偏离本发明主旨的任何设计改动。另外，可以在权利要求的范围内对本发明进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本发明的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (10)

1.一种由用户设备执行的方法，包括：
接收下行控制信息；
根据所述下行控制信息确定包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数；
将所述一个或多个PUSCH重复划分为一个或多个PUSCH重复块，其中所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复；以及
针对每个PUSCH重复块确定冗余版本索引。
2.根据权利要求1所述的方法，其中，
每个PUSCH重复被分配了一个或多个资源单位，每个资源单位占用一个或多个子帧。
3.根据权利要求2所述的方法，其中，
包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数是根据PUSCH重复的个数、每个PUSCH重复被分配的资源单位的个数、以及每个资源单位占用的子帧数来确定的。
4.根据权利要求1所述的方法，其中，
所述每个PUSCH重复块的冗余版本索引是根据该PUSCH重复块的编号来决定的。
5.一种由用户设备执行的方法，包括：
接收下行控制信息；
根据所述下行控制信息确定包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数；
将所述一个或多个PUSCH重复划分为一个或多个PUSCH重复块，其中所述一个或多个PUSCH重复块的每一个包括至少一个PUSCH重复；
针对每个PUSCH重复块确定参考子帧；以及
针对所述参考子帧确定冗余版本索引，作为所述参考子帧所位于的PUSCH重复块的冗余版本索引。
6.根据权利要求5所述的方法，其中，
每个PUSCH重复被分配了一个或多个资源单位，每个资源单位占用一个或多个子帧。
7.根据权利要求6所述的方法，其中，
包含一个或多个PUSCH重复的PUSCH传输所占用的子帧数是根据PUSCH重复的个数、每个PUSCH重复被分配的资源单位的个数、以及每个资源单位占用的子帧数来确定的。
8.根据权利要求5所述的方法，其中，
所述参考子帧的冗余版本索引是根据所述参考子帧所位于的子帧块的编号来确定的。
9.一种用户设备，包括：
处理器；以及
存储器，存储有指令，
其中，所述指令在由所述处理器运行时执行根据权利要求1至4中任一项所述的方法。
10.一种用户设备，包括：
处理器；以及
存储器，存储有指令，
其中，所述指令在由所述处理器运行时执行根据权利要求5至8中任一项所述的方法。
CN201810445552.1A 2018-05-10 2018-05-10 由用户设备执行的方法以及用户设备 Pending CN110474726A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201810445552.1A CN110474726A (zh) 2018-05-10 2018-05-10 由用户设备执行的方法以及用户设备
US17/054,508 US11652596B2 (en) 2018-05-10 2019-05-09 Method executed by user equipment, and user equipment
PCT/CN2019/086183 WO2019214676A1 (zh) 2018-05-10 2019-05-09 由用户设备执行的方法以及用户设备
EP19800437.6A EP3793237A4 (en) 2018-05-10 2019-05-09 PROCESS PERFORMED BY USER EQUIPMENT, AND USER EQUIPMENT

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810445552.1A CN110474726A (zh) 2018-05-10 2018-05-10 由用户设备执行的方法以及用户设备

Publications (1)

Publication Number Publication Date
CN110474726A true CN110474726A (zh) 2019-11-19

Family

ID=68467819

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810445552.1A Pending CN110474726A (zh) 2018-05-10 2018-05-10 由用户设备执行的方法以及用户设备

Country Status (4)

Country Link
US (1) US11652596B2 (zh)
EP (1) EP3793237A4 (zh)
CN (1) CN110474726A (zh)
WO (1) WO2019214676A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021229777A1 (ja) * 2020-05-14 2021-11-18 株式会社Ｎｔｔドコモ 端末
WO2022067752A1 (en) 2020-09-30 2022-04-07 Zte Corporation Systems and methods for enhancing uplink transmission
CN114982143A (zh) * 2020-01-17 2022-08-30 高通股份有限公司 基于码本的pusch重复的tpmi和/或sri指示

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11831571B2 (en) * 2018-10-31 2023-11-28 Qualcomm Incorporated Transport block transmission using different spatial parameters
JP7337928B2 (ja) * 2019-07-10 2023-09-04 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
CN113258969B (zh) * 2020-02-13 2022-08-09 华为技术有限公司 发送物理上行共享信道的方法及装置
WO2021159484A1 (en) * 2020-02-14 2021-08-19 Lenovo (Beijing) Limited Method and apparatus for scheduling pusch or pdsch
US12096456B2 (en) 2020-08-05 2024-09-17 Apple Inc. Multiple PDSCH/PUSCH transmission scheduling with repetition

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104780549A (zh) * 2014-01-10 2015-07-15 夏普株式会社 物理信道配置方法以及基站和用户设备
US20150280876A1 (en) * 2012-11-13 2015-10-01 Lg Electronics Inc. Method and apparatus for transmitting data, and method and apparatus for transmitting data
CN105210434A (zh) * 2014-03-21 2015-12-30 华为技术有限公司 控制信息增强传输方法、用户设备、基站及通信系统
CN105409138A (zh) * 2013-07-26 2016-03-16 Lg电子株式会社 发送用于mtc的信号的方法及其装置
WO2016048522A1 (en) * 2014-09-25 2016-03-31 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode ues
US20170265171A1 (en) * 2016-03-11 2017-09-14 Qualcomm Incorporated Power savings for downlink channel monitoring in narrowband systems

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018175521A1 (en) * 2017-03-24 2018-09-27 Intel IP Corporation Sub-prb resource allocation for pusch in even further enhanced mtc
CN113767691A (zh) * 2019-05-02 2021-12-07 夏普株式会社 用于在微时隙pusch上进行冗余版本确定的用户设备、基站和方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150280876A1 (en) * 2012-11-13 2015-10-01 Lg Electronics Inc. Method and apparatus for transmitting data, and method and apparatus for transmitting data
CN105409138A (zh) * 2013-07-26 2016-03-16 Lg电子株式会社 发送用于mtc的信号的方法及其装置
CN104780549A (zh) * 2014-01-10 2015-07-15 夏普株式会社 物理信道配置方法以及基站和用户设备
CN105210434A (zh) * 2014-03-21 2015-12-30 华为技术有限公司 控制信息增强传输方法、用户设备、基站及通信系统
WO2016048522A1 (en) * 2014-09-25 2016-03-31 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode ues
US20170265171A1 (en) * 2016-03-11 2017-09-14 Qualcomm Incorporated Power savings for downlink channel monitoring in narrowband systems

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
""R1-1719354 Increased PUSCH spectral efficiency for MTC"", 3GPP TSG-RAN WG1 MEETING #91 *
""R1-1804124 PUSCH sub-PRB allocation for MTC"", 3GPP TSG-RAN WG1 MEETING #92BIS *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114982143A (zh) * 2020-01-17 2022-08-30 高通股份有限公司 基于码本的pusch重复的tpmi和/或sri指示
WO2021229777A1 (ja) * 2020-05-14 2021-11-18 株式会社Ｎｔｔドコモ 端末
WO2022067752A1 (en) 2020-09-30 2022-04-07 Zte Corporation Systems and methods for enhancing uplink transmission

Also Published As

Publication number Publication date
EP3793237A1 (en) 2021-03-17
US11652596B2 (en) 2023-05-16
US20210194656A1 (en) 2021-06-24
WO2019214676A1 (zh) 2019-11-14
EP3793237A4 (en) 2022-03-02

Similar Documents

Publication Publication Date Title
CN110474726A (zh) 由用户设备执行的方法以及用户设备
CN108633024B (zh) 用户设备、基站和相关方法
EP3595364B1 (en) Resource allocation method, network device and terminal device
US11411790B2 (en) Flexible radio resource allocation
WO2016070415A1 (en) Methods for resource allocation
WO2016161917A1 (zh) 一种实现资源分配的方法和装置
JP2019532539A (ja) 効率的な帯域幅利用のためのシステムおよび方法
US11297615B2 (en) Wireless communication method and device
CN113574948A (zh) 用于复用uci的方法和装备
US11671869B2 (en) Transport block size determination for short transmission time interval
CN107889233B (zh) 一种资源配置的方法及装置
CN110475371A (zh) 用户设备执行的方法、用户设备和基站
CN109963336B (zh) 用户设备、基站和相关方法
WO2017101799A1 (zh) 信息的传输方法、装置及计算机存储介质
CN110351853A (zh) 由用户设备执行的方法以及用户设备
CN110547011B (zh) 无线通信的方法、终端设备和网络设备
CN109802812A (zh) Ack/nack资源分配方法以及相应的用户设备和基站
US20210184813A1 (en) Hashing for allocation of control channel candidates
EP4395438A1 (en) Communication method and apparatus, device, and storage medium
WO2022217563A1 (en) Partial frequency sounding based on dci signaling

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right

Effective date of registration: 20200803

Address after: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan

Applicant after: Sharp Corp.

Applicant after: FG Innovation Co.,Ltd.

Address before: No.1, Takumicho, Sakai Ward, Sakai City, Osaka Prefecture, Japan

Applicant before: Sharp Corp.

TA01 Transfer of patent application right
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination