执行发送和接收操作的用户设备和基站的制作方法

1.本公开涉及通信系统中信号的发送和接收。具体地，本公开涉及用于这种发送和接收的方法和装置。


背景技术：

2.第三代合作伙伴计划(3gpp)致力于下一代蜂窝技术的技术规范，其也称为第五代(5g)，包括“新无线电”(nr)无线电接入技术(rat)，其工作频率范围高至100ghz。
3.nr是以长期演进(lte)和高级lte(lte
‑
a)为代表的技术的追随者。nr计划促进提供单一技术框架来解决几个使用场景、要求和定义的部署场景，其包括例如增强型移动宽带(embb)、超可靠低等待时间通信(urllc)、大规模机器类型通信(mmtc)等。
4.例如，embb部署场景可能包括室内热点、密集城市、农村、城市宏和高速；urllc部署场景可能包括工业控制系统、移动医疗(远程监控、诊断和治疗)、车辆实时控制、智能电网广域监控系统；mmtc可能包括具有非时间关键数据传输的大量设备的场景，诸如智能可穿戴设备和传感器网络。
5.embb和urllc服务的相似之处在于它们二者都需要非常宽的带宽，但不同之处在于urllc服务需要超低等待时间和非常高的可靠性。在nr中，物理层是基于时频资源(诸如lte中的正交频分复用ofdm)的并支持多天线操作。
6.对于像lte和nr这样的系统，进一步的改进和选项可以有助于通信系统以及与该系统有关的特定设备的有效操作。


技术实现要素：

7.一个非限制性和示例性实施例有助于改进对具有灵活定时的物理上行链路共享信道(pusch)传输的分派的支持并且允许使用其中携带的解调参考信号(dmrs)进行准确的信道估计。
8.在一个实施例中，本文公开的技术的特征在于一种用户设备ue，包括接收器、处理器和发送器。接收器接收用于多个pusch传输的单个上行链路授权。单个上行链路授权包括具有要用于该多个pusch传输的索引值的天线端口字段。处理器基于接收到的上行链路授权来确定时域资源。所确定的时域资源规定pusch传输的数量和该数量的pusch传输中的每一个的长度。
9.发送器使用所确定的时域资源来发送该数量的pusch传输。该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。
10.具体地，处理器基于接收到的索引值来确定要用于该数量的pusch传输的至少一个前置dmrs中的每一个的符号数量，并且如果该数量的pusch传输中的至少两个具有不同的长度，并且如果不同的符号数量是对于至少一个前置dmrs中的每一个是允许的，发送器发送相同或更少数量的pusch传输，使得对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的符号数量。
11.应注意，一般或特定实施例可被实现为系统、方法、集成电路、计算机程序、存储介质或其任何选择性组合。
12.根据说明书和附图，所公开的实施例和不同实施方式的附加益处和优点将是显而易见的。可以通过说明书和附图的各种实施例和特征单独地获得益处和/或优点，为了获得这样的益处和/或优点中的一个或多个，其不需要全部提供。
附图说明
13.在下文中，示例性实施例参考附图和图示更详细地描述。
14.图1示出了用于3gpp nr系统的示例性架构的示意图；
15.图2示出了用于lte enb、nr gnb和ue的示例性用户平面和控制平面架构的框图；
16.图3为示出大规模机器类型通信(mmtc)和超可靠低等待时间通信(urllc)的使用场景的示意图；
17.图4示出了根据示例性场景的包括用户设备(ue)和基站(bs)的nr中的通信系统；
18.图5
‑
图6描绘了用户设备(ue)和基站(bs)的示例性实现方式的框图；
19.图7
‑
图8示出了根据第一通用机制的执行多个pusch传输的用户设备(ue)和基站(bs)的序列图；
20.图9
‑
图10示出了根据第一通用机制的第一示例性实施方式的执行多个pusch传输的用户设备(ue)和基站(bs)的序列图；以及
21.图11
‑
图13描绘了根据第一通用机制的使用的在时域中的资源分配的示意图；
22.图14
‑
图15示出了根据第二通用机制的执行多个pusch传输的用户设备(ue)和基站(bs)的序列图；
23.图16
‑
图17示出了根据第二通用机制的第二示例性实施方式的执行多个pusch传输的用户设备(ue)和基站(bs)的序列图；以及
24.图18
‑
图20描绘了根据第一通用机制的使用的在时域中的资源分配的示意图。
具体实施方式
25.如背景部分所呈现的，3gpp正致力于第五代蜂窝技术(简称5g)的下一个版本，其包括开发一种新的无线电接入技术(nr)，该技术在范围高达100ghz的频率下操作。3gpp必须识别和开发成功标准化nr系统所需的技术组件，以及时满足紧迫的市场需求和更长期的要求。为了实现这一目标，在研究项目“new radio access technology(新无线电接入技术)”中考虑了无线电接口以及无线电网络架构的演进。技术报告tr 38.804v14.0.0中收集了结果和协定，通过引用其整体并入本文。
26.除其他外，已就整个系统架构达成协定。ng
‑
ran(下一代无线电接入网络)包括gnb，其提供朝向ue的ng无线电接入用户平面(sdap/pdcp/rlc/mac/phy，服务数据适配协议/分组数据融合协议/无线电链路控制/介质访问控制/物理)和控制平面(rrc，无线电资源控制)协议终端。ng
‑
ran架构如图1所示，基于ts 38.300v.15.0.0第4节，通过引用并入本文。gnb通过xn接口相互连接。gnb还通过下一代(ng)接口连接到ngc(下一代核心)，更具体地，通过ng
‑
c接口连接到amf(接入和移动性管理功能)(例如，执行amf的特定核心实体)和通过ng
‑
u接口连接到upf(用户平面功能)(例如，执行upf的特定核心实体)。
modulation(nr；物理信道和调制)”，ts 38.212“nr；multiplexing and channel coding(nr；复用和信道编码)”，ts38.213“nr；physical layer procedures for control(nr；用于控制的物理层过程)”，和ts 38.214“nr；physical layer procedures for data(nr；用于数据的物理层过程)”，相应的版本v15.4.0，均通过引用并入本文)。
32.mmtc的用例的特征在于大量连接的设备通常发送相对少量的非延迟敏感数据。设备要求成本低，电池寿命长。从nr的角度来看，利用非常窄的带宽部分是一种可能的解决方案，该解决方案从用户设备的角度来看，可以节省功率并延长电池寿命。
33.如上所述，预期nr的可靠性范围会变得更广。对所有情况下并且对于urllc和mmtc尤其必要的一个关键要求是高可靠性或超可靠性。从无线电的角度和网络的角度来看，可以考虑几种机制来改善可靠性。一般地，有很少的关键的潜在领域可以帮助提高可靠性。这些领域中有紧凑的控制信道信息、数据/控制信道重复、以及频率、时间和/或空间域的分集。这些领域适用于一般的可靠性，而不考虑特定的通信场景较低较高。
34.对于nr urllc rel.16，已经确定了具有更严格要求的进一步用例，诸如工厂自动化、运输行业和电力分配，包括工厂自动化、运输行业和电力分配(参见rp
‑
181477，“new sid on physical layer enhancements for nr urllc(用于nr urllc的关于物理层增强的新sid)”，华为、海思、诺基亚、诺基亚上海贝尔，其通过引用并入本文)。取决于用例，更严格的要求是较高的可靠性(高达10
‑
6级)、较高的可用性、高达256字节的分组大小、低至大约几μs的时间同步，其中该值可以是一个或几μs，这取决于频率范围和大约0.5到1ms的短等待时间，特别是0.5ms的目标用户平面等待时间(也参见3gpp ts 22.261“service requirements for next generation new services and markets(对于下一代新服务和市场的服务要求)”v16.4.0，其通过引用并入本文和rp
‑
181477)。
35.此外，对于rel.16中的nr urlcc，从ran1的角度来看，已经确定了几项技术增强。其中有与紧凑的dci、pdcch重复、增加pdcch监视相关的pdcch(物理下行链路控制信道)增强。此外，uci(上行链路控制信息)增强与增强的harq(混合自动重复请求)和csi反馈增强相关。还确定了与小时隙(mini
‑
slot)级跳跃和重传/重复增强相关的pusch增强。术语“小时隙”是指包括比时隙(包括14个符号的时隙)更少符号数量的传输时间间隔(tti)较高较高。
36.一般而言，tti确定调度分派的定时粒度。一个tti是其中给定信号映射到物理层的时间间隔。传统上，tti长度可以从14个符号(基于时隙的调度)到2个符号(基于非时隙的调度)不等。下行链路和上行链路传输被指定为被组织成帧(10ms持续时间)，这些帧被进一步划分为时隙，时隙数量由数字学/子载波间隔(spacing)定义，并且所指定的值范围在对于15khz的子载波间隔的10个时隙和对于240khz的320个时隙之间。每时隙的ofdm符号数量对于正常循环前缀为14，并且对于扩展循环前缀为12(见3gpp ts 38.211v15.4.0第4.1节(通用帧结构)、第4.2节(参数集)、第4.3.1节(帧和子帧)和第4.3.2节(时隙)，通过引用并入本文)。
37.然而，用于传输的时间资源的分派也可以是非基于时隙的。特别地，非基于时隙的分派中的tti可以对应于小(mini)时隙而不是时隙。例如，一个或多个迷你时隙可以被分派给所请求的数据/控制信令的传输。在非基于时隙的分派中，tti的最小长度通常可以在2到14个ofdm符号的范围内。
38.pusch重复
39.对于潜在增强的范围之一与时隙内pusch的小时隙重复有关。在下文中，提供了为了支持时隙内pusch的重复的动机，其可以允许对重复机制的潜在增强，该重复机制用于进一步改善可靠性和/或等待时间以满足nrurllc的新要求。然而，该动机不应被理解为对本公开施加任何限制
40.为了实现对于urllc pusch传输的等待时间要求，如果满足可靠性要求，单次(one
‑
shot)传输(即，单(tti)分派)是理想的。然而，1e
‑
6的目标bler并不总是通过单次传输实现的。因此，需要重传或重复机制。
41.在nr rel.15中，当单次传输不够时，支持重传和重复以实现目标bler。众所周知，基于harq的重传是通过使用反馈信息和根据信道条件改进后续重传来提高总体可靠性。然而，由于反馈处理时间线，它们会遭受额外的延迟。因此，重复对于高度延迟容忍的服务是有用的，因为它们不等待任何反馈而进行相同传输块的后续传输。
42.pusch重复可以被定义为“多于一次传输同一传输块，而不等待同一传输块的(多个)先前传输的任何反馈”。与harq相比，pusch重传的优点是总体可靠性的提高和等待时间的减少，因为不需要反馈。然而，一般地，可能没有链路适配，并且资源使用可能是低效的。
43.在nr rel.15中，引入了对重复的有限支持。仅允许重复的半静态配置。此外，仅在时隙之间允许重复(时隙级pusch重复)。重复只可能发生在跟随在先前传输的时隙之后的时隙中。取决于参数集和服务类型(例如，urlcc、embb)，重复之间的等待时间对于时隙间重复来说可能太长。
44.这种对重复的有限支持主要对pusch映射类型a有用。这种pusch映射类型a仅允许从时隙的开头开始进行pusch传输。通过重复，这将导致初始的pusch传输，并且每个重复在多个连续时隙的开头开始。
45.不太有用的是对pusch映射类型b的重复的有限支持。pusch映射类型b允许pusch传输在时隙内的任何符号处开始。通过重复，这将导致初始pusch传输以及每个重复在时隙内在多个连续时隙的相同符号处开始。
46.在任何情况下，这种有限的支持可能不能在nr rel.15中实现更严格的等待时间要求，即，多达0.5ms的等待时间。这将需要小时隙重复。此外，对重复的有限支持也没有利用由小时隙产生的益处，即，传输时间间隔(tti)包括比时隙(包括14个符号的时隙)更少数量的符号。
47.pusch分派
48.另一个对于潜在增强的范围—更一般地—与一个或跨多个时隙内的pusch的分派相关。在下文中，提供了为了支持不同pusch传输的分派的动机，其可以允许对上行链路使用的潜在增强以进一步改善等待时间同时满足可靠性要求以进一步满足nr urllc的新要求。
49.为了实现对于urllc pusch传输的等待时间要求，如果满足可靠性要求，单次传输(即，单(tti)分派)是理想的。然而，对于并发pusch传输，并不总是实现0.5ms的目标用户平面等待时间。因此，对上行链路分派的增强是需要的。
50.在nr rel 15中，上行链路调度被限制为每tti的单个上行链路授权。在单个pusch传输的情况下，该调度约束不是限制并且目标用户平面等待时间可以通过单次传输来实
现。然而，对于并发pusch传输，调度约束导致单次传输可能不足以满足目标用户平面等待时间。
51.具体地，并发pusch传输要求单独的上行链路授权，然而，其由于调度约束必须在连续的tti中用信号通知并且也由于大调度开销。因此，这种调度约束在并发pusch传输的情况下引入了不必要的延迟。此外，时隙内的pusch的多个小时隙分派也是不可能的。
52.在任何情况下，由于这种调度约束，可能无法实现nr rel.15中更严格的等待时间要求，即，多至0.5ms的等待时间。这将需要pusch的小时隙分派。此外，pusch分派的有限支持也没有发挥小时隙带来的好处，即，传输时间间隔(tti)包括比时隙(包括十四个符号的时隙)的更少的符号数量。
53.第一通用场景
54.考虑到以上情况，本公开的作者已经认识到需要对pusch传输的更灵活地支持，即，不限于需要单独的上行链路授权的pusch传输的机制。
55.同时，更多的灵活性不应以额外的信令开销为代价而来。换句话说，本公开的作者已经认识到，对pusch传输的灵活支持不需要修改现有的上行链路调度机制，即，上行链路授权的现有格式。换句话说，信令机制，例如，用于传达上行链路授权的下行链路控制信息(dci)格式0
‑
0或0
‑
1的形式，应保持不变，从而在调度pusch传输时避免任何额外的信令开销。
56.因此，对本公开的根本理解是pusch传输应被不创造额外的信令开销的灵活定时支持。
57.在该上下文中，对这种pusch传输的灵活定时的支持不仅被认知为对增强机制的通用性的可能性，而且可以被视为避免冲突(例如，与时隙格式(ul/dl)的动态变化)的必要性。这从在3gpp tr 38.824v2.0.1，“study on physical layer enhancements for nr ultra
‑
reliable and low latency case(urllc)”中在第6.3.3节中作为“选项4”所讨论的实现方式中变得显而易见，其通过引用并入本文。
58.为了举例，假设所提出的机制与半静态无授权(配置的授权)上行链路一起利用。在配置时，所配置的授权为多个pusch传输指定时隙的连续符号。但是，此指定可能会导致与时隙格式的动态改变的冲突。例如，如果时隙格式规定从ul到dl的指定的连续符号之一的改变，则这将触发与所配置的多个pusch传输的冲突。
59.然而，认识到对灵活定时的支持的需求，作者已经标识了现有的上行链路调度机制导致的大量技术约束，即，nr rel.15的下行链路控制信息(dci)格式0
‑
1。
60.传达上行链路授权的一种可能性是下行链路控制信息(dci)格式0
‑
1。这种格式(例如，dci格式0
‑
1)通常被理解为在上行链路中支持单用户多输入多输出(su
‑
mimo)或多用户多输入多输出(mu
‑
mimo)的非回退格式。为此，dci格式0
‑
1包括天线端口字段，该字段允许用于pusch传输的(多个)天线端口的一致性。
61.可以定义天线端口，以便“可以从通过其在相同天线端口上传达的另一个符号的信道推断出通过其在天线端口上传达符号的信道”(见例如3gpp技术规范ts 38.211 v.15.5.0的第4.4节，标题为“physical channels and modulation(release 15)”)。天线端口的概念也被部署到包括在pusch传输中的前置解调参考信号(dmrs)。
62.例如，第一前置dmrs配置，对应于配置类型1，如果使用单符号dmrs则支持多至四
个正交dmrs端口，如果使用双符号dmrs则支持多至八个正交dmrs端口。第二前置dmrs配置，对应于配置类型2，如果使用单符号dmrs则提供支持多至6个正交dmrs端口，如果使用双符号dmrs则提供支持多至12个正交端口。从接收器的角度来看，dmrs端口是准共址的。
63.有利地，前置dmrs配置被设计成允许在使用单符号dmrs和双符号dmrs之间的灵活性。具体地，配置类型1和配置类型2被设计为不仅支持对对于dmrs的相应最大符号长度(例如，maxlength＝2)而且支持较低的符号数量。
64.可以看出，例如，对于配置类型1(例如，dmrs
‑
type＝1)，其可以从3gpp技术规范ts 38.212 v.15.5.0的第7.3.1.1.2节中复现，标题为“multiplexing and channel coding(release 15)”，通过引用并入本文。对于这种配置类型1，在最多的两个符号dmrs的情况下，不仅有可能调度8个dmrs端口而且有可能调度多至4个dmrs端口。
65.表7.3.1.1.2
‑
7:(多个)天线端口，转换预编解码器已启用，dmrs
‑
type＝1，maxlength＝2
66.值没有数据的(多个)dmrs cdm组的数量(多个)dmrs端口前置符号数量0201121122213231420252126222723282429252102621127212
‑
15保留保留保留
67.通过这种前置dmrs配置，包括在下行链路控制信息(dci)格式0
‑
1中的天线端口字段传达索引值(见例如ts 38.212的表7.3.1.1.2
‑
7中的第1列)，该值不仅规定用于前置dmrs的dmrs端口(见例如相同的表中的第3列)，而且规定用作前置dmrs的符号数量(例如，单符号或双符号)(见例如相同表中的第4列)。
68.本公开的作者已经认识到，当利用该dci格式0
‑
1的单个上行链路授权以灵活定时调度多个pusch传输时，这种前置dmrs配置可能导致大量技术约束。
69.为了举例，假设单个上行链路授权正在调度具有灵活定时的两个pusch传输。则，通常可以理解这样的两个pusch传输需要要使用的dmrs端口的单独指示。由于单个上行链路授权仅包括单个天线端口字段，因此不可能指示要使用的各个dmrs端口。相反，仅可能传达针对相应的前置dmrs配置规定一个dmrs端口的一个索引值。因此，存在对于所指示的dmrs端口是要用于具有灵活定时的两个pusch传输中的第一个还是第二个的歧义。
70.换句话说，本公开的作者已经认识到在单个上行链路授权的天线端口字段中携带的一个索引值属于多个pusch传输中的哪一个存在歧义。
71.此外，作者已经认识到可能会发生这样的情况，即，在具有灵活定时的两个pusch传输的调度可能会在pusch传输中引入对前置dmrs的映射冲突。
72.为了举例，假设单个上行链路授权正在调度具有灵活定时(即，具有不同长度)的两个pusch传输。那么，通常理解的是这样的两个pusch传输不一定被允许包括单符号和双符号dmrs两者。相反，pusch传输的长度对可以在其中携带的dmrs的符号数量施加了限制。这引入了由单个上行链路授权指示的用于dmrs的前置符号数量是要用于具有灵活定时的两个pusch传输中的第一个还是第二个的歧义。
73.在nr rel.15中，在3gpp技术规范ts 38.211 v.15.5.0中的第6.4.1.1节中描述了用于pusch的解调参考信号，标题为“physical channels and modulation(release 15)”，通过引用并入本文。
74.对于到物理资源的映射，dmrs符号的(多个)位置由l和持续时间l
d
给出，例如，l
d
是根据表6.4.1.1.3
‑
3和6.4.1.1.3
‑
4的时隙的第一个ofdm符号和用于pusch映射类型a的时隙的所调度的pusch资源的最后一个ofdm符号之间的持续时间，或l
d
是根据表6.4.1.1.3
‑
3和6.4.1.1.1.3
‑
4的用于pusch映射类型b的所调度的pusch资源的持续时间。所引用的表在下文中复现。
75.表6.4.1.1.3
‑
3:用于单符号dm
‑
rs的时隙内的pusch dm
‑
rs位置和时隙内跳频禁用。
[0076][0077]
表6.4.1.1.3
‑
4:用于双符号dm
‑
rs的时隙内的pusch dm
‑
rs位置和时隙内跳频禁用。
[0078]
[0079][0080]
通过这样的dmrs符号到pusch的映射，直接遵循，单符号dmrs在所调度的pusch资源的任何持续时间内被允许，而双符号dmrs仅在映射类型a的情况下，当所调度的pusch资源的持续时间资源是4个符号和较高(见l
d
<4导致对于表6.4.1.1.3
‑
4的映射类型a的未定义的drms位置)时，并且在映射类型b的情况下，当所调度的pusch资源的持续时间是5个符号和较高(见l
d
<4和l
d
＝4导致对于表6.4.1.1.3
‑
4的映射类型a的未定义的dmrs位置)时被允许。
[0081]
换句话说，本公开的作者已经认识到在单个上行链路授权的天线端口字段中携带的一个索引值属于多个pusch传输中的哪一个存在歧义。
[0082]
总之，本公开的示例性实施例有助于改进对具有灵活定时的物理上行链路共享信道(pusch)传输的分派的支持并且允许使用在其中携带的解调参考信号(dmrs)进行准确的信道估计。
[0083]
图4示出了包括无线通信网络中的用户设备(ue)410和基站(bs)460的示例性通信系统。这种通信系统可以是诸如nr和/或lte和/或umts的3gpp系统。例如，如图所示，基站(bs)可以是gnb(gnodeb，例如，nr gnb)或enb(enodeb，例如，lte gnb)。然而，本公开不限于这些3gpp系统或任何其他系统。
[0084]
尽管使用3gpp系统的一些术语来描述实施例和示例性实现方式，但是本公开也适用于任何其他通信系统，尤其是任何蜂窝、无线和/或移动系统。
[0085]
相反，应该注意的是这里已经做出了许多假设，以便能够以清晰和可理解的方式解释本公开背后的原理。然而，这些假设应被理解为仅用于说明目的的示例，并且不应限制本公开的范围。有经验的读者将知晓以下公开的原理以及如权利要求中所阐述的原理可以应用于不同的场景，并以本文未明确描述的方式应用。
[0086]
移动终端在lte和nr中被称为用户设备(ue)。这可以是移动设备，诸如无线电话、智能电话、平板电脑或具有用户设备功能的usb(通用串行总线)棒。然而，术语移动设备不限于此，一般而言，中继也可以具有这种移动设备的功能，并且移动设备也可以充当中继。
[0087]
基站(bs)形成互连单元的系统的至少一部分，比如，(中央)基带单元和不同的射频单元，其与网络中的不同天线面板或无线电头相接口以向终端提供服务。换句话说，基站提供到终端的无线接入。
[0088]
返回参考该图，用户设备410包括处理电路(或处理器)430和发送器/接收器(或收发器)420，其在图中被指示为单独的构建块。类似地，基站460包括处理电路(或处理器)480
和发送器/接收器(或收发器)470，其在图中被指示为单独的构建块。用户设备410的发送器/接收器420经由无线电链路450与基站460的发送器/接收器470通信耦合。
[0089]
图5和图6分别描绘了根据用户设备410和基站460的构建块的第一通用场景的示例性实现方式。示例性实现方式的用户设备410包括上行链路授权接收器520
‑
a、时域资源确定处理电路530
‑
a、dmrs的符号数量确定处理电路530
‑
b、dmrs端口号处理电路530
‑
c、以及pusch传输发送器520
‑
b。
[0090]
类似地，示例性实现方式的基站460包括时域资源确定处理电路680
‑
a、dmrs的符号数量确定处理电路680
‑
b、dmrs的dmrs端口号确定处理电路680
‑
c、索引值确定处理电路680
‑
d、上行链路授权发送器670
‑
a、和pusch传输接收器670
‑
b。
[0091]
本公开在假设用户设备410要执行多个物理上行链路共享信道(pusch)传输的情况下给出。在示例性用例中，这些pusch传输可以携带相同传输块的重复，从而导致包括初始pusch传输和至少一次(后续)pusch重复的多次pusch重复。
[0092]
即使对于具有灵活定时的pusch传输，这也不会阻止其来携带相同传输块的重复。让我们考虑一个示例，其中所调度的pusch传输具有不同的长度，即，占用不同的符号数量。即便如此，只要针对每个pusch传输适当调整调制和编码方案(mcs)，pusch传输也可以携带相同传输块的重复。
[0093]
然而，本公开不应理解为仅限于传输块重复。为此，本公开一般指的是pusch传输，即，对在其中携带的传输块没有任何限制。许多替代用例也是可以构想的，例如，所调度的pusch传输部分地用于传输块重复和用于单性传输。
[0094]
参考图7，描述了根据第一通用场景的用户设备(ue)执行多个pusch传输的序列图，即，其中用户设备410执行不包括在其中携带的前置dmrs的不同符号数量的多个pusch传输。
[0095]
已经确立了用户设备410要执行多个pusch传输，它接收(见例如步骤710
‑
图7)单个(例如，一个)上行链路授权。上行链路授权适用于调度多个pusch传输。从基站460接收调度上行链路上的传输的上行链路授权，即，通过物理上行链路共享信道(pusch)。例如，该接收操作可以由图5的ul授权接收器520
‑
a执行。
[0096]
用户设备410接收包括具有索引值的天线端口字段的上行链路授权。该索引值可以出于许多目的而用于用户设备410，例如，用于指示要在其上执行pusch传输的(多个)天线端口。换句话说，该索引值要用于由上行链路授权调度的多个pusch传输。
[0097]
鉴于3gpp术语，所描述的上行链路授权包括天线端口字段可以暗示下行链路控制信息(dci)格式0
‑
1的信令。对于dci格式0
‑
1的详尽描述，参考的3gpp技术规范ts 38.212的v.15.5.0中第7.3.1.1.2节，其通过引用并入本文。此外，用于在3gpp系统中传达动态上行链路授权的其它(替代)格式，即，dci格式0
‑
0不包括天线端口字段，因为所有的pusch传输都将专门使用编号0的预配置端口。
[0098]
还鉴于3gpp术语，所描述的上行链路授权包括天线端口字段可以替代地暗示configuredgrantconfig信息元素(ie)的信令。对于configuredgrantconfig ie的详尽描述，请参考的v.15.5.0中的3gpp技术规范ts 38.331第6.3.2节，标题为“radio resource control(rrc)protocol specification(release 15)”，其通过引用并入本文。从asn.1注释可以明显看出，并非所有的configuredgrantconfig ie都包括天线端口字段，因为它包
括在被指定为对ie可选的字段序列中。
[0099]
基于接收到的上行链路授权，用户设备410确定(见例如步骤720
‑
图7)要用于多个pusch传输的时域资源。一般而言，对于每个pusch传输的所确定的时域资源应被理解为指定用于上行链路传输的多个连续符号。例如，该确定操作可以由时域资源确定处理电路530
‑
a来执行。
[0100]
更详细地，所确定的时域资源规定了正通过上行链路授权被调度pusch传输的(例如，最大或总共)数量，并且规定该数量的pusch传输中的每一个的长度(例如，以符号)。时域资源已经由基站460提前分配以供用户设备410使用。
[0101]
在示例性实现方式中，所确定的时域资源还可以规定至少一个pusch传输的位置，即，该数量的pusch传输的第一个pusch传输或所有pusch传输的位置。例如，可以根据(相对)时隙偏移和指定时隙内开始的(绝对)符号编号来规定这种位置。可替换地，可以以连续pusch传输的形式来推断(例如，在技术规范中)这样的位置，即，在前面的pusch传输的最后一个符号直接跟随后续pusch传输的第一个符号。
[0102]
然而，在本公开的上下文中，对于用户设备410可以(实际上)基于接收到的上行链路授权确定要用于多个pusch传输的时域资源就足够了。换句话说，本公开不限于以下示例性实施方式中的任何一个。
[0103]
在另一示例性实现方式中，用户设备410可以通过参考无线电资源控制rrc配置表来确定时域资源。具体地，对rrc配置表的特定行的指示可以经由动态或配置的上行链路授权，即，通过参考来自包括在这样的动态或配置的上行链路授权中的时域资源分派字段的索引值，来用信号发送。
[0104]
在动态上行链路授权的情况下，该实现方式的机制可以最好地总结如下：
[0105]
用户设备410以rrc信令的形式接收pusch配置信息元素ie，即，其中pusch配置ie适用于特定带宽部分。然后，用户设备410配置表，该表由接收到的pusch配置ie中携带的pusch时域资源分派列表ie定义。该表包括行，每一行具有指示pusch映射类型的值、指示时隙偏移的值k2和指示开始和长度指示符的值sliv。此后，用户设备410以携带具有值m的时域资源分派字段的mac信令形式接收dci，其中，值m向rrc配置表提供行索引m 1。
[0106]
通过此，用户设备410就能够基于以下条件确定用于至少一个pusch传输的时域资源：包括在rrc配置表的被索引到的行中的携带接收到的dci的时隙的编号、和指示时隙偏移的值k2、和指示开始和长度指示符的值sliv。
[0107]
该示例性实现方式的机制没有(明确地)规定如何将多个pusch传输的数量传达到用户设备410。为此，目前正在积极讨论对该机制的不同改进，所有都旨在允许用户设备410(确定性地)表征用于多个pusch传输的时域资源。
[0108]
在示例性实现方式的一种改进中，假设dci不仅携带时域资源分派字段，而且携带基站460正在调度的pusch传输的(总)数量的(显式)指示。
[0109]
通过pusch传输的数量的这种指示，用户设备410可以在以下基本假设下确定相应的时域资源，该基本假设是对于第一pusch传输的所确定的时域资源直接地跟随(连续)用于所有的后续pusch传输的时域资源，其(总)数量对应于所指示的pusch传输的数量。
[0110]
具体地，用户设备410可以使用rrc配置表的被索引到的行的相同参数来确定不仅第一pusch传输的时域资源而且确定所有的后续pusch传输的时域资源，使得它们在时域中
连续地布置。例如，这暗示着所有的时域资源可以具有相同的符号长度并且在一个时隙内或跨多个时隙连续地布置。
[0111]
在示例性实现方式的另一改进中，假设pusch配置信息元素ie不仅携带单个pusch传输的时域资源分配，而且携带由基站460正在调度的所有的后续pusch传输的这种分配。
[0112]
通过这样的时域资源分配，用户设备410可以从例如包括在rrc配置表中的不同的时域资源分配的数量推断pusch传输的(总)数量。然后，通过索引，用户设备410可以参考rrc配置表的被索引到的行推断pusch传输的(总)数量并且还可以确定用于相同传输的时域资源。
[0113]
更详细地，rrc配置表的被索引到的行可以包括与布置在一个时隙内或跨多个时隙布置的不同的时域资源相对应的多个sliv值。由于每个sliv值都是以符号来指示时域资源的开始和长度，因此时域资源没有必要在时域上连续地布置。相反，每个时域资源的开始和长度可以独立地配置。
[0114]
在示例性实现方式的进一步改进中，假设用户设备410在确定时域资源时进一步(主动地)适配从基站460用信号通知的时域资源分配。这种适配可以变成处理(或处置)可能由基本(underlying)时隙格式(ul/dl)的动态重新配置导致的副作用所必需的。
[0115]
换句话说，所有上述机制都基于时域资源分配，这些分配是通过rrc半静态(提前)配置的。而且，不可能提前反映所有可以构想的时隙格式。因此，动态地指示的时隙格式的改变可能需要对半静态配置的时域资源分配的适配，即，当确定可以(实际上)用于pusch传输的时域资源时。
[0116]
冲突的一种可能性可能由改变的时隙格式的信令导致，该改变的时隙格式指定时隙的符号从ul改变到dl。假定(provided)该符号先前打算用作所指示的时域资源分配的一部分，其所指定的从ul到dl的改变将导致已经在用户设备侧处理(或处置)的冲突。
[0117]
这样的冲突可以通过用户设备偏移用信号通知的时域资源分配使得所确定的时域资源仅占用最新指定的时隙的ul符号来解决。
[0118]
冲突的另一种可能性可能由改的变时隙格式的信令导致，该改变的时隙格式将较少的时隙符号指定为ul，将更多的符号指定为dl。然后，即使单独的时域资源分配不受时隙格式改变的影响，可能发生所指示的时域资源分配跨多个时隙分布的情况。具体地，如果属于单个pusch传输的用信号通知的时域资源分配跨多个时隙(跨越时隙边界)分布，则这将导致再次必须在用户设备侧处理(或处置)的冲突，因为pusch传输跨越时隙边界是不允许的。
[0119]
这种冲突可以通过用户设备将时隙边界处受影响的pusch传输分段成不再跨越时隙边界的两个(连续)pusch传输来解决。
[0120]
值得注意的是，由于这种分段，用户设备410将不得不发送比已经通过上行链路授权所调度的数量更多的pusch传输。
[0121]
为了举例，假设用户设备410接收正在调度三(3)个pusch传输的上行链路授权。假定这些pusch传输中的一(1)个pusch传输由于跨越时隙边界而被分段，则这一(1)个受影响的pusch传输实际上将导致两(2)个pusch传输，即，分段的一(1)个pusch传输在时隙边界之前和分段的另一(1)pusch传输在时隙边界之后。然后，接收到的上行链路授权将导致用户设备410确定用于总共四(4)个pusch传输的时域资源。
[0122]
总之，存在允许用户设备410基于接收到的上行链路授权来确定要用于多个pusch传输的时域资源的多种可构想的实现方式。然而，本公开不应被理解为限于这些示例性实施方式中的任何一个。
[0123]
在基于接收到的上行链路授权确定用于(可能较高的)一定数量的pusch传输的时域资源之后，用户设备410为它们的后续传输组成(compose)pusch传输。该数量的pusch传输中的每一个包括至少一个前置解调参考信号(dmrs)，以便能够对pusch传输进行相干解调。
[0124]
在该上下文中，用户设备410确定(见例如步骤730
‑
图7)要用于每个pusch传输的前置dmrs的符号数量(例如，单符号或双符号)。为此，用户设备410基于接收到的在单个上行链路授权的天线端口字段中携带的索引值来确定符号数量。例如，该确定操作可以由dmrs的符号数量确定处理电路530
‑
b来执行。
[0125]
重点在于以下事实，即，本公开关注于不同的符号数量被允许用于每个前置dmrs的情况。换句话说，本公开没有考虑仅单符号dmrs可以被用(被允许)作前置dmrs的情况，而是考虑单符号和双符号dmrs二者都可以被用(被允许)作前置dmrs的情况。
[0126]
一般认为，当与单符号dmrs相比，双符号dmrs能够实现要被执行的信道估计的较高的精度。这有助于为pusch传输的相干解调实现更好的结果。具体地，为了应对高度时变和/或频率选择性的无线电信道已经引入了双符号dmrs。此外，双符号dmrs也被认为提供由配置的授权所调度的pusch传输的优越的检测结果，即，避免误检测。
[0127]
然而，对于前置dmrs的这种更多数量的符号的使用是以每pusch传输基准的降低的吞吐量为代价。如果pusch传输被以特定长度来调度，则是否使用双符号dmrs的决定可以减少以传输块的形式携带有效载荷的符号。因此，这个决定留给基站，即，在给定的无线电信道条件下，由它来决定用户设备是否有必要针对pusch传输使用双符号dmrs，或者针对相同的pusch传输使用单符号dmrs是否足够。
[0128]
在用户设备410实际知道对于一些pusch传输是使用双符号dmrs还是使用单符号dmrs之前，有两个不同的步骤。
[0129]
在第一步骤中，用户设备410被用信号通知指示对于pusch传输是否(一般)允许使用不同的符号数量的指示。该指示随后在确定要被用作包括在每个pusch传输中的前置dmrs的(实际)符号数量时使用。
[0130]
例如，该指示可以配置(例如，在“是”的情况下)用户设备410，使得它对于所有的未来的pusch传输可以使用双符号或单符号dmrs之一。换句话说，该配置仅仅规定用于pusch传输的双符号dmrs(一般)可用性。不需要实际使用双符号dmrs。除了该示例之外，该指示可以配置(例如，在“否”情况下)用户设备410，使得对于pusch传输仅能使用单符号dmrs。
[0131]
在第二步骤中，用户设备为该数量的pusch传输的每个前置dmrs确定要使用的(实际)符号数量。该确定基于包括在接收到的上行链路授权中的天线端口字段中携带的索引值。对此，由于索引值携带在接收到的上行链路授权中，因此它直接链接到相应的该数量的pusch传输。
[0132]
在示例性实现方式中，用户设备410被提供有规定允许用作前置dmrs的最大符号数量的配置。如果最大符号数量是“两个”，则允许使用双符号dmrs或单符号dmrs之一。
[0133]
在另一示例性实现方式中，用户设备410确定要用于该数量的pusch传输中的每一个的前置dmrs的符号数量。为此，用户设备410参考它的最大符号数量的配置并基于其选择对应的表，比如，如上所述，在ts 38.212v.15.5.0的表7.3.1.1.2
‑
7的maxlength＝2的情况下选择。然后，用户设备410使用从上行链路授权的天线端口字段接收到的索引值来确定所选择的表的相应地被索引到的行，然后从该被索引到的行的第四列中提取要用于该数量的pusch传输的前置dmrs的符号数量。
[0134]
现在强调的是以下事实，即，本公开关注于该数量的pusch传输具有不同长度的情况，即，基于上行链路授权确定的时域资源为该数量的pusch传输的至少两个规定不同的长度。
[0135]
在这种条件下，已经认识到不能再确保多个pusch传输的调度的正确运行。相反，如果所确定的上行链路资源规定pusch传输的不同长度，则无法确保所确定的(单个)符号数量—因为它在各个pusch传输之间不区分—适合于规定对于具有不同长度的(多个)该数量的pusch传输的每一个的dmrs的使用。
[0136]
在示例性实现方式中，用户设备410使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的所确定的符号数量为“两个”，上文已经描述过。从这些表中，用户设备410推断在相应pusch中的dmrs的位置。
[0137]
一旦该数量的pusch传输具有不相同的(单个)长度而是有两个不同的长度，就可能出现dmrs的映射的情况，即，其在相应的pusch传输中的位置是未定义的(或未指定的、不一致的)。
[0138]
这直接源于对pusch传输的长度(或持续时间)(上表中的第一列)确定在pusch传输中的dmrs的位置(上表中的第二到第九列)的观察。并且对于较短长度(或持续时间)的pusch传输没有定义双符号dmrs的一些映射。然后，(单个)索引值和(多个)不同长度的pusch传输之间的歧义可能—在最坏的情况下—导致dmrs到pusch传输的不同长度的未定义的(或未指定的、不一致的)映射。
[0139]
由此，可以认识到，在允许不同的符号数量(或双符号)dmrs并且调度的pusch传输具有不同长度的条件下，不能保证多个pusch传输的调度的正确运行。
[0140]
为了确保多个pusch传输的调度的正确运行，用户设备410使用相同的(确定的)接收到的上行链路授权的时域资源或该时域资源的子集来发送(见例如740
‑
图7)相同的(规定的)或更少数量的pusch传输。具体地，执行该发送操作使得所包括的至少一个前置dmrs中没有一个使用(多个)不同的符号数量。例如，该发送操作可以由pusch传输发送器520
‑
b执行。
[0141]
即使本公开的关注点是该数量的pusch传输具有不同长度的情况，第一通用场景的解决方案是通过用户设备410发送相同或更少数量的pusch传输，其具有对于所包括的至少一个前置dmrs中没有一个使用不同的符号数量的约束，来解决不能确保pusch的调度的正确运行的情况，。
[0142]
换句话说，尽管用户设备在不同的符号数量被允许用于每个前置dmrs的条件下操作，并且接收到的上行链路授权以相同的目标被处理，即，允许具有不同数量(例如，用户设
备明确地由于ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7maxlength＝2)的符号的dmrs的进一步使用，明确要求用户设备410仅发送不包括使用不同的符号数量的前置dmrs的pusch传输。从而，可以解决来自基站的(单个)上行链路授权信令与(多个)pusch传输的对应传输之间的歧义。
[0143]
在示例性实施例中，用户设备410基于该数量的pusch传输中的所有pusch传输的不同长度来确定要用于至少一个前置dmrs中的每一个的符号数量。例如，这可能要求用户设备410不仅基于接收到的索引值确定(单个)符号数量，而且另外将这个(单个)值与针对每个不同长度pusch传输的所要求的(例如，最大)符号数量进行比较，以避免dmrs到不同长度pusch传输的未定义的(或未指定的、不一致的)映射。如果比较结果指示冲突，则用户设备410需要基于该数量的pusch传输中的所有pusch传输的不同长度重新确定(现在)要使用的符号数量。
[0144]
以上描述是从用户设备410的角度给出的。然而，这不应被理解为对本公开的限制。基站460同样地执行本文公开的第一通用场景。
[0145]
再次将关注点放在基站460要调度多个物理上行链路共享信道(pusch)传输的假设上。在示例性用例中，这些pusch传输可以携带相同传输块的重复，从而导致包括初始pusch传输和至少一个(后续)pusch重复的多个pusch重复。
[0146]
参考图8，描述了根据第一通用场景的基站(bs)接收多个pusch传输的序列图，即，基站460接收多个pusch传输，这些pusch传输不包括用于携带在其中的dmrs的不同的符号数量。
[0147]
在该上下文中，基站460确定(见例如步骤810
‑
图8)时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输中的每一个的长度。例如，该确定操作可以由时域资源确定处理电路680
‑
a来执行。
[0148]
基站460确定(例如见步骤820
‑
图8)要用于包括在该数量的pusch传输中的至少一个前置dmrs中的每一个的符号数量，所确定的符号数量是较低的和较高的符号数量之一。例如，该确定操作可以由dmrs的符号数量确定处理电路680
‑
b来执行。
[0149]
如果该数量的pusch传输中的至少两个具有不同长度，并且如果该数量的pusch传输中的至少两个中的一个不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，基站460确定(再次见步骤820
‑
图8)与从所确定的符号数量中较低的符号数量相关联的、要用于所包括的至少一个前置dmrs中的每一个的索引值。例如，该确定操作可以由索引值确定处理电路680
‑
d执行。
[0150]
此后，基站460基于用于该数量的pusch传输的所确定的时域资源来发送(见例如步骤830
‑
图8)单个上行链路授权，该单个上行链路授权包括具有要用于该数量的pusch传输的所确定的索引值的天线端口字段。例如，该发送操作可以由上行链路授权发送器670
‑
a执行。
[0151]
并且，基站460使用所确定的时域资源来接收(见例如步骤840
‑
图8)该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。
[0152]
为简洁起见，基站的操作保持相当短。然而，这不应被理解为限制。相反，有经验的读者容易理解的是，针对用户设备已经明确地描述的相同或相似的考虑在基站的操作中找到了同等的应用，即，当它调度具有单个上行链路授权的多个pusch传输时。
[0153]
这里也已经认识到，不再能够确保多个pusch传输的调度的正确运行。
[0154]
因此，第一通用场景的解决方案是当基站460确定与所确定的符号数量中较低的符号数量相关联的用于所包括的至少一个前置dmrs中的每一个的索引值时来解决这种情况(不能确保pusch调度的正确运行的情况)。
[0155]
从而，可以确保基站460接收相同或更少数量的pusch传输，其具有对于所包括的至少一个前置dmrs中没有一个使用不同的确定的符号数量的约束。
[0156]
第一示例性实现方式
[0157]
提供以下第一示例性实施方式来更详细地描述根据第一通用场景的用户设备410的操作，即，用户设备410执行不包括用于在其中携带的前置dmrs的不同的符号数量的多个pusch传输。参考图9，其示出了根据第一通用机制的第一示例性实施方式的用户设备410执行多个pusch传输的序列图。
[0158]
该描述是在对于每个前置dmrs允许使用不同的符号数量(例如，maxlength＝2)的假设下给出的。换句话说，本公开没有考虑仅单符号dmrs可以被用(被允许)作前置dmrs的情况，而是考虑单符号和双符号dmrs二者都可以被用(被允许)作前置dmrs的情况。
[0159]
已经确立了用户设备410要执行多个pusch传输，它接收(见例如步骤910
‑
图9)单个(例如，一个)上行链路授权。上行链路授权被传达以调度多个pusch传输。从基站460接收调度上行链路上的传输的上行链路授权，即，通过物理上行链路共享信道(pusch)。
[0160]
基于接收到的上行链路授权，用户设备410确定(见例如步骤920
‑
图9)要用于多个pusch传输的时域资源。通常，对于每个pusch传输的所确定的时域资源应被理解为对于上行链路传输指定的一定数量的连续符号。
[0161]
本公开将再次关注所调度的该数量的pusch传输具有不同长度的情况，即，基于上行链路授权确定的时域资源针对该数量的pusch传输中的至少两个规定不同长度。
[0162]
在该上下文中，用户设备410确定(见例如步骤930
‑
图9)要用于每个pusch传输的前置dmrs的符号数量(例如，单符号或双符号)。为此，用户设备410基于接收到的在单个上行链路授权的天线端口字段中携带的索引值来确定符号数量。
[0163]
为此，用户设备410示例性地参考它的最大符号数量的配置并基于其选择对应的表，例如，如上所述，在ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7的maxlength＝2的该情况下。然后，用户设备410使用来自上行链路授权的天线端口字段的接收到的索引值来确定所选择的表的对应地被索引到的行，然后从该被索引到的行的第四列中提取要用于该数量的pusch传输的前置dmrs的符号数量。
[0164]
随后，用户设备检查(见例如步骤940
‑
图9)该数量的pusch传输中的至少两个传输中的一个是否不能包括用于至少一个前置dmrs中的每一个的较高的符号数量。
[0165]
为此，用户设备410使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的所确定的符号数量为“两个”，上文已经描述过。从这些表中，用户设备410推断在相应pusch中的dmrs的位置。
[0166]
具体地，用户设备410确定对于每个pusch传输的不同长度(或持续时间)(上表中的第一列)，pusch传输中的dmrs的映射或位置(上表中的第二到第九列))被定义(步骤940
中的情况“否”)还是未定义(步骤940的情况“是”)。该确定操作基于对于较短长度(或持续时间)的pusch传输，双符号dmrs的某些映射是未定义的(或未指定的、不一致的)的一般理解。
[0167]
已经确立了所确定的对于dmrs的符号数量将导致在dmrs的未定义(步骤940的情况“是”)的映射(或位置)中的该数量的pusch传输中的至少一个，该数量的pusch传输中的所有pusch传输用户设备针对该数量的pusch传输中的所有pusch传输，临时选择(未在图9中明确地示出)利用较低的符号数量的至少一个前置dmrs(单符号dmrs)。然而，不得不确认对较低数量符号的这种临时选择，因为它可能涉及要使用的dmrs端口的改变。
[0168]
出于这个理由，用户设备410检查(见例如步骤950
‑
图9)相同的dmrs端口是否不能与临时选择的、要用于该数量的pusch传输中的所有pusch传输的至少一个前置的dmrs的较低的符号数量一起使用该数量的pusch传输中的所有pusch传输。换句话说，天线端口字段中携带的索引值不仅确定了dmrs的符号数量，而且确定了用于所有的pusch传输的dmrs端口。并且为了避免任何冲突，必须确保临时选择的符号数量也可以用于基于索引值确定的相同dmrs端口。
[0169]
为此，用户设备410示例性地参考对应地选择的表，再次在ts 38.212v.15.5.0的表7.3.1.1.2
‑
7maxlength＝2的该情况下，如上所述。从该表中，用户设备410确定dmrs端口(见例如相同表中的第3列)，其用在接收到的上行链路授权的天线端口字段中携带的索引值(见例如相同表中的第1列)指示。此后，用户设备检查临时选择的较低的符号数量(单符号dmrs)是否也可以与相同的dmrs端口(见相同表的第2
‑
5行中的dmrs端口0
‑
3)(即，具有相同的dmrs端口号)一起使用。
[0170]
如果该检查是肯定的(步骤950中的“是”的情况)，则用户设备410已经确立了即使已经选择了不同的、较低的符号数量，该较低的符号数量也可以用于在通过上行链路授权指示的相同dmrs端口上的该数量的pusch传输中的所有pusch传输的前置dmrs，并且基站460期望在其上接收pusch传输。
[0171]
对此，当选择至少一个前置dmrs时，用户设备410针对该数量的pusch传输中的所有pusch传输选择至少一个前置dmrs，使得：
[0172]
·
较低的符号数量被使用，以及
[0173]
·
相同的dmrs端口号被使用，
[0174]
其中，用于所有的至少一个前置dmrs的dmrs端口号和与接收到的索引值相关联的dmrs端口号相同。
[0175]
这一结果在图11
‑
图13中举例说明。
[0176]
例如，根据ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7，对于具有最大长度2个符号的dmrs配置类型的天线端口映射，如果任何的索引值4、5、6或7被指示与2个符号长度dmrs相关联，则相关联的并且可以用于1个符号长度dmrs的对应的可能索引分别为0、1、2或3。
[0177]
此外，如果该检查有异议(步骤950中的情况“否”)，则用户设备410已经确立了不能使用临时选择的不同的较低的符号数量。不能在与基于索引值确定的dmrs端口相同的dmrs端口上使用该临时选择的较低的符号数量。换句话说，对于该数量的pusch传输，这将要求使用不同的dmrs端口。
[0178]
换句话说，通过上行链路授权指示的并且基站460期望在其上接收pusch传输的
dmrs端口不能与用于dmrs的临时选择的较低的符号数量一起使用。
[0179]
对此，当选择至少一个前置dmrs时，用户设备410跳过(见例如步骤970
‑
图9)该数量的pusch中的至少一个pusch传输，该至少一个pusch传输：
[0180]
·
不能包括对于至少一个前置dmrs中的每一个的较高的符号数量，以及
[0181]
·
不能使用与接收到的索引值相关联的dmrs端口号相同的dmrs端口号。
[0182]
然后，用户设备410发送(见例如步骤980
‑
图9)更少数量的pusch传输，使得对于该数量的pusch传输中的未被跳过的、剩余pusch传输，使用较高的符号数量和相同的dmrs端口号。
[0183]
总之，用户设备410使用相同的(确定的)基于接收到的上行链路授权确定的时域资源或该时域资源的子集来发送相同的(见步骤950中的情况“是”)或更少(见步骤950中的情况“否”)数量的pusch传输。具体地，该传输被执行使得所包括的至少一个前置dmrs中没有一个使用(多个)不同的符号数量。
[0184]
已经从用户设备410的角度给出了第一示例性实现方式的以上描述。然而，这不应被理解为对本公开的限制。基站460等同地执行本文公开的第一示例性实施方式，即，基站460接收不包括用于在其中携带的前置dmrs的不同的符号数量的多个pusch传输。
[0185]
参考图10，其示出了根据第一通用机制的第一示例性实施方式的基站460调度多个pusch传输的序列图。在示例性用例中，这些pusch传输可以携带相同传输块的重复，从而导致包括初始pusch传输和至少一个(后续)pusch重复的多个pusch重复。
[0186]
在该上下文中，基站460确定(见例如步骤1010
‑
图10)时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输中的每一个的长度。
[0187]
本公开将再次关注所调度的该数量的pusch传输具有不同长度的情况，即，时域资源对于该数量的pusch传输中的至少两个规定不同的长度。
[0188]
基站460确定(见例如步骤1020
‑
图10)要用于包括在该数量的pusch传输中的至少一个前置dmrs中的每一个的符号数量，所确定的符号数量是较低的和较高的符号数量之一。
[0189]
然后，基站460检查(见例如步骤1030
‑
图10)该数量的pusch传输中的一个是否不能包括用于至少一个前置dmrs中的每一个的较高的符号数量。
[0190]
为此，基站460使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的“所确定的符号数量为两个”，上文已经描述过。从这些表中，用户设备410推断在相应pusch中的dmrs的位置。
[0191]
具体地，基站460确定对于每个pusch传输的不同长度(或持续时间)(上表中的第一列)，pusch传输中的dmrs的映射或位置(上表中的第二到第九列))被定义(步骤1030中的情况“否”)还是未被定义(步骤1030中的情况“是”)。该确定操作基于对于较短长度(或持续时间)的pusch传输，双符号dmrs的某些映射是未定义的(或未指定的、不一致的)的一般理解。
[0192]
已经确立了用于dmrs的所确定的符号数量将导致在dmrs的未定义的(步骤1030中的情况“是”)映射(或位置)中的该数量的pusch传输中的至少一个，基站460针对该数量的
v.15.5.0中第7.3.1.1.2节，其通过引用并入本文。此外，用于在3gpp系统中传达动态上行链路授权的其它(替代)格式，即，dci格式0
‑
0，不包括天线端口字段，因为所有的pusch传输都将专门使用编号0的预配置端口。
[0205]
还鉴于3gpp术语，所描述的上行链路授权包括天线端口字段可以替代地暗示configuredgrantconfig信息元素(ie)的信令。对于configuredgrantconfig ie的详尽描述，请参考3gpp技术规范ts 38.331v.15.5.0中第6.3.2节，标题为“radio resource control(rrc)protocol specification(release 15)”，其通过引用并入本文。从asn.1注释可以明显看出，并非所有的configuredgrantconfig ie都包括天线端口字段，因为它包括在被指定为对ie可选的字段序列中。
[0206]
基于接收到的上行链路授权，用户设备410确定(见例如步骤1420
‑
图14)要用于多个pusch传输的时域资源。一般而言，对于每个pusch传输的所确定的时域资源应被理解为指定用于上行链路传输的一定数量的连续符号。例如，该确定操作可以由时域资源确定处理电路530
‑
a来执行。
[0207]
更详细地，所确定的时域资源规定了正通过上行链路授权被调度的pusch传输的(例如，最大或总共)数量，并且规定了该数量的pusch传输中的每一个的长度(例如，以符号)。时域资源已经由基站460提前分配以供用户设备410使用。
[0208]
在示例性实现方式中，所确定的时域资源还可以规定该数量的pusch传输中的至少一个pusch传输的位置，即，该数量的pusch传输的第一个pusch传输的或所有pusch传输的位置。例如，这种位置可以根据(相对)时隙偏移和指定时隙内开始的(绝对)符号编号来规定。可替换地，可以以连续pusch传输的形式来推断(例如在技术规范中)这样的位置，即，在前面的pusch传输的最后一个符号直接跟随后续pusch传输的第一个符号。
[0209]
然而，在本公开的上下文中，对于用户设备410可以(实际上)基于接收到的上行链路授权来确定要用于多个pusch传输的时域资源就足够了。换句话说，本公开不限于以上针对第一通用场景描述的示例性实施方式中的任何一个。
[0210]
所有上述机制都基于时域资源分配，这些分配是通过rrc半静态(提前)配置的。而且，不可能提前反映所有可以构想的时隙格式。因此，动态地指示的时隙格式的改变可能需要对半静态配置的时域资源分配的适配，即，在确定可以(实际上)用于pusch传输的时域资源时。
[0211]
冲突的一种可能性可能由改变的时隙格式的信令导致，该改变的时隙格式指定时隙的符号从ul改变到dl。假定该符号先前打算用作所指示的时域资源分配的一部分，它所指定的从ul到dl的改变将导致已经在用户设备侧处理(或处置)的冲突。
[0212]
这样的冲突可以通过用户设备偏移用信号通知的时域资源分配使得所确定的时域资源仅占用最新指定的时隙的ul符号来解决。
[0213]
冲突的另一种可能性可能由将较少的时隙符号指定为ul并将较多的符号指定为dl的改变的时隙格式的信令导致，。然后，即使单独的时域资源分配不受时隙格式改变的影响，可能发生所指示的时域资源分配跨多个时隙分布的情况。具体地，如果属于单个pusch传输的用信号通知的时域资源分配跨多个时隙(跨越时隙边界)分布，则这将导致再次必须在用户设备侧处理(或处置)的冲突，因为pusch传输跨越时隙边界是不允许的。
[0214]
这种冲突可以通过用户设备将时隙边界处受影响的pusch传输分段成不再跨越时
隙边界的两个(连续)pusch传输来解决。
[0215]
值得注意的是，由于这种分段，用户设备410将不得不发送比已经通过上行链路授权调度的数量更多的pusch传输。
[0216]
为了举例，假设用户设备410接收正在调度三(3)个pusch传输的上行链路授权。假定这些pusch传输中的一(1)个由于跨越时隙边界而被分段，则这一(1)个受影响的pusch传输实际上将导致两(2)个pusch传输，即，分段的一(1)个pusch传输在时隙边界之前和分段的另一(1)pusch传输在时隙边界之后。然后，接收到的上行链路授权将导致用户设备410确定用于总共四(4)个pusch传输的时域资源。
[0217]
总之，存在允许用户设备410基于接收到的上行链路授权来确定要用于多个pusch传输的时域资源的多种可构想的实现方式。然而，本公开不应被理解为限于这些示例性实施方式中的任何一个。
[0218]
在基于接收到的上行链路授权确定用于(可能较高的)该数量的pusch传输的时域资源之后，用户设备410为它们的后续传输组成pusch传输。该数量的pusch传输中的每一个包括至少一个前置解调参考信号(dmrs)，以便能够对pusch传输进行相干解调。
[0219]
在该上下文中，用户设备410确定(见例如步骤1430
‑
图14)要用于每个pusch传输的前置dmrs的dmrs端口号(例如，用于类型1配置的dmrs端口号0
‑
7或用于类型2配置的dmrs端口号0
‑
11)。为此，用户设备410基于接收到的在单个上行链路授权的天线端口字段中携带的索引值来确定dmrs端口号。例如，该确定操作可以由dmrs的dmrs端口号确定处理电路530
‑
c来执行。
[0220]
重点在于以下事实，即，本公开关注于不同的符号数量被允许用于每个前置dmrs的情况。换句话说，本公开没有考虑仅单符号dmrs可以被用(被允许)作前置dmrs的情况，而是考虑单符号和双符号dmrs二者都可以被用(被允许)作前置dmrs的情况。
[0221]
在用户设备410实际知道对于某些pusch传输是使用双符号dmrs还是使用单符号dmrs之前，有两个不同的步骤。在第一步骤中，用户设备410被用信号通知指示对于pusch传输是否(一般)允许使用不同的符号数量的指示。该指示随后在确定要被用作包括在每个pusch传输中的前置dmrs的(实际)符号数量时使用。
[0222]
在示例性实现方式中，用户设备410被提供有规定了允许用作前置dmrs的最大符号数量的配置。如果最大符号数量为“两个”，则允许使用双符号dmrs或单符号dmrs之一。
[0223]
在第二步骤中，用户设备为该数量的pusch传输的每个前置dmrs确定要使用的(实际)符号数量。该确定基于包括在接收到的上行链路授权中的天线端口字段中携带的索引值。对此，由于索引值携带在接收到的上行链路授权中，因此它直接链接到相应的该数量的pusch传输。
[0224]
允许的符号数量(见上述的第一步骤)也对dmrs端口号的确定有影响。
[0225]
当不同的符号数量对于前置dmrs是允许的时，则结合单独的dmrs端口号的不同的符号数量中的每一个必须从基站460单独地指示给用户设备410。出于此目的，在允许的不同的符号数量的情况下，上行链路授权内传达的索引值允许要用于前置dmrs的(实际)符号数量的无歧义的指示。
[0226]
同时，索引值不仅指示要用于前置dmrs的(实际)符号数量，而是结合用于针对包括在该数量的pusch传输中的dmrs的前置dmrs的符号数量和dmrs端口号来指示。
[0227]
现在，如果允许不同的符号数量，则索引值只有在组织不同的索引值时才能有效地实现要使用的(实际)符号数量的无歧义的指示，以便相同的dmrs端口号能够为对于dmrs允许的所有的不同的符号数量被索引到。否则，dmrs端口不能与所允许的不同的符号数量二者一起使用。
[0228]
在另一示例性实现方式中，用户设备410确定用于该数量的pusch传输中的每一个的前置dmrs的dmrs端口号。为此，用户设备410参考它的最大符号数量的配置并基于其选择对应的表，例如，如上所述，在ts 38.212v.15.5.0的表7.3.1.1.2
‑
7的maxlength＝2的情况下。然后，用户设备410使用来自上行链路授权的天线端口字段的接收到的索引值来确定所选择表的对应地被索引到的行，然后从该被索引到的行的第三列中提取要用于该数量的pusch传输的前置dmrs的每一个的dmrs端口号。
[0229]
如上所述，还可以在ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7中看到允许的符号数量的影响。该表是针对允许不同的符号数量的情况设计的，即，针对maxlength＝2的情况。因此，每个索引值(表的第一列)以无歧义的方式与要用于前置的dmrs(表的第四列)的(实际)符号数量相关联。同时，每个索引值(表格的第一列)也以无歧义的方式与dmrs端口号(表格的第三列)相关联。
[0230]
此外，由于由编号标识的不同dmrs端口可以用于所有不同的符号数量的前置dmrs，因此不同的dmrs端口号0
‑
3均可以用于单符号dmrs(见表的第2行至第5行)以及双符号dmrs(见表的第6行至第9行)。只有dmrs端口号4
‑
7可以仅用于双符号dmrs(见表的第10行至第13行)。
[0231]
因此，允许的符号数量对dmrs端口号的确定具有重大影响，因为它不仅规定了要使用的表而且规定了至少一些drms端口号(例如，上表中的dmrs端口号0
‑
3)可以使用两个不同的索引值来索引的情况，即，对于每个允许的(实际)的符号数量。
[0232]
现在强调的是以下事实，即，本公开关注于该数量的pusch传输具有不同长度的情况，即，基于上行链路授权确定的时域资源对于该数量的pusch传输的至少两个规定不同的长度。
[0233]
在这种条件下，已经认识到，不能再确保多个pusch传输的调度的正确运行。相反，如果所确定的上行链路资源规定了pusch传输的不同长度，则无法确保所确定的(单个)符号数量—因为它在各个pusch传输之间不区分—适合于规定对于具有不同长度的(多个)该数量的pusch传输的每一个的dmrs的使用。
[0234]
在示例性实现方式中，用户设备410使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的所确定的符号数量为“两个”，上文已经描述过。从这些表中，用户设备410推断在相应pusch中的dmrs的位置。
[0235]
一旦该数量的pusch传输具有不相同的(单个)长度而是具有两个不同的长度，就可能出现dmrs的映射，即，其在相应的pusch传输中的位置是未定义的(或未指定的、不一致的)的情况。
[0236]
这直接源于对pusch传输的长度(或持续时间)(上表中的第一列)确定了在pusch传输中的dmrs的位置(上表中的第二到第九列)的观察。并且对于较短长度(或持续时间)的
pusch传输没有定义双符号dmrs的一些映射。然后，(单个)索引值和(多个)不同长度的pusch传输之间的歧义可能—在最坏的情况下—导致dmrs到不同长度的pusch传输的未定义的(或未指定的、不一致的)映射。
[0237]
由此，可以认识到，在允许不同的符号数量(或双符号)dmrs并且所调度的pusch传输具有不同长度的条件下，不能保证多个pusch传输的调度的正确运行。
[0238]
为了确保多个pusch传输的调度的正确运行，用户设备410使用相同的(确定的)上行链路授权的时域资源或该时域资源子集来发送(见例如1440
‑
图14)相同的(规定的)或更少数量的pusch传输。具体地，执行该发送操作使得所包括的至少一个前置dmrs中没有一个使用(多个)不同的符号数量。例如，该发送操作可以由pusch传输发送器520
‑
b执行。
[0239]
即使本公开的关注点是该数量的pusch传输具有不同长度的情况，第二通用场景的解决方案是通过用户设备410发送相同或更少数量的pusch传输，其具有对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的dmrs端口号的约束，来解决不能确保pusch的调度的正确运行的情况。
[0240]
尽管用户设备在不同的符号数量被允许用于每个前置dmrs的条件下操作，并且接收到的上行链路授权以相同的目标被处理，即，允许具有不同数量(例如，用户设备明确地由于ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7maxlength＝2)的符号的dmrs的进一步使用，明确要求用户设备410仅发送不包括使用不同的dmrs端口号的前置dmrs的pusch传输。
[0241]
换句话说，该第二通用场景试图实现该目标，即，允许进一步使用具有不同数量的符号的dmrs，但是已经意识到并非所有不同的dmrs端口号都可以与不同的允许符号数量中的所有符号一起使用(例如，在ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7中maxlength＝2，dmrs端口0
‑
3可以与单符号dmrs和双符号dmrs二者一起使用，而dmrs端口4
‑
7只能与双符号dmrs一起使用)。
[0242]
因此，防止了其中该数量的pusch传输中的一些pusch传输(例如，具有用于dmrs的更多符号数量)使用与用于该数量的pusch传输中的其他pusch传输(例如，具有用于dmrs的更少的符号数量)的dmrs端口号(例如，上表中的dmrs端口0
‑
3)的不同的dmrs端口号(例如，上表中的dmrs端口4
‑
7)。换句话说，虽然在第二通用场景中，在该数量的pusch传输中通常允许用于dmrs的不同的符号数量，确保相同的dmrs端口被用于该数量的pusch传输中的所有pusch传输，其也对应于通过在(单个)上行链路授权中携带的天线端口字段的索引值指示的dmrs端口。
[0243]
从而，可以解决来自基站的(单个)上行链路授权信令与(多个)pusch传输的相应传输之间的歧义。
[0244]
在示例性实施例中，用户设备410基于该数量的pusch传输中的所有pusch传输的不同长度来确定要用于至少一个前置dmrs中的每一个的符号数量。例如，这可能要求用户设备410不仅基于接收到的索引值来确定(单个)符号数量，而且另外地将该(单个)dmrs端口号和对应的被索引到的符号数量与针对每个不同长度pusch传输所要求的(例如，最大)符号数量进行比较，以避免dmrs到不同长度pusch传输的未定义的(或未指定的、不一致的)映射。如果比较指示冲突，则用户设备410需要基于该数量的pusch传输中的所有pusch传输的不同长度来重新确定(现在)要使用的符号数量。
[0245]
以上描述是从用户设备410的角度给出的。然而，这不应被理解为对本公开的限
制。基站460同样地执行本文公开的第二通用场景。
[0246]
再次将关注点放在基站460要调度多个物理上行链路共享信道(pusch)传输的假设上。在示例性用例中，这些pusch传输可以携带相同传输块的重复，从而导致包括初始pusch传输和至少一个(后续)pusch重复的多个pusch重复。
[0247]
参考图15，描述了根据第二通用场景的基站(bs)接收多个pusch传输的序列图，即，基站460接收多个pusch传输，这些pusch传输不包括用于携带在其中的dmrs的不同的符号数量。
[0248]
在该上下文中，基站460确定(见例如步骤1510
‑
图15)时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输中的每一个的长度。例如，该确定操作可以由时域资源确定处理电路680
‑
a来执行。
[0249]
基站460确定(见例如步骤1520
‑
图15)要用于包括在该数量的pusch传输中的至少一个前置dmrs中的每一个的符号数量，所确定的符号数量是较低的和较高的符号数量之一。例如，该确定操作可以由dmrs的符号数量确定处理电路680
‑
b来执行。
[0250]
如果该数量的pusch传输中的至少两个具有不同长度，并且如果该数量的pusch传输中的至少两个中的一个不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，基站460确定(见步骤1530
‑
图15)与从所确定的符号数量中较低的符号数量相关联的索引值，以及dmrs端口号，其中相同的dmrs端口号也可以用于具有所确定的较低的符号数量的至少一个前置dmrs。例如，该确定操作可以由索引值确定处理电路680
‑
d执行。
[0251]
在示例性实现方式中，如果只有一些pusch传输不能包括用于dmrs的较高的符号数量，基站460确定来自表的索引值，例如，ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7的maxlength＝2，使得防止使用dmrs端口4
‑
7，并允许使用dmrs端口0
‑
3。只有这样，在没有在该数量的pusch传输的信令期间非允许的dmrs端口变化的情况下，相同的dmrs端口号可以与较高和较低的符号数量一起使用。
[0252]
重要的是，由于dmrs端口0
‑
3中的每一个可以通过不同的索引值来指示，基站460确定与符号数量中较高的符号数量相对应的索引值，根据例如ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3和表6.4.1.1.3
‑
4，仍然允许用于该数量的pusch传输的每一个的相应长度的dmrs的映射(或位置)。
[0253]
此后，基站460基于用于该数量的pusch传输的所确定的时域资源来发送(见例如步骤1540
‑
图15)单个上行链路授权，该单个上行链路授权包括具有所确定的要用于该数量的pusch传输的索引值的天线端口字段。例如，该发送操作可以由上行链路授权发送器670
‑
a执行。
[0254]
并且，基站460使用所确定的时域资源来接收(见例如步骤1550
‑
图15)该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。
[0255]
为简洁起见，基站的操作保持相当短。然而，这不应被理解为限制。相反，有经验的读者容易理解的是，针对用户设备已经明确地描述的相同或相似的考虑在基站的操作中找到了同等的应用，即，当它调度具有单个上行链路授权的多个pusch传输时。
[0256]
这里也已经认识到，不再能够确保多个pusch传输的调度的正确运行。
[0257]
因此，第二通用场景的解决方案是当基站460确定与所确定的符号数量中较低的符号数量相关联的索引值，以及dmrs端口号时，其中相同的dmrs端口号也可以用于具有所
确定的较低符号数量的至少一个前置dmrs，来解决这种情况(不能确保pusch调度的正确运行的情况)。
[0258]
从而，可以确保基站460接收相同或更少数量的pusch传输，其具有对于所包括的至少一个前置dmrs中的任何一个都不使用不同的确定的符号数量的约束。
[0259]
第二示例性实施方式
[0260]
提供以下第二示例性实施方式来更详细地描述根据第二通用场景的用户设备410的操作，即，用户设备410执行不包括用于在其中携带的前置dmrs的不同的符号数量的多个pusch传输。参考图16，其示出了根据第二通用机制的第二示例性实施方式的用户设备410执行多个pusch传输的序列图。
[0261]
该描述是在对于每个前置dmrs允许使用不同的符号数量(例如，maxlength＝2)的假设下给出的。换句话说，本公开没有考虑仅单符号dmrs可以被用(被允许)作前置dmrs的情况，而是考虑单符号和双符号dmrs二者都可以被用(被允许)作前置dmrs的情况。
[0262]
已经确立了用户设备410要执行多个pusch传输，其接收(见例如步骤1610
‑
图16)单个(例如，一个)上行链路授权。上行链路授权被传达以调度多个pusch传输。从基站460接收调度上行链路上的传输的上行链路授权，即，通过物理上行链路共享信道(pusch)。
[0263]
基于接收到的上行链路授权，用户设备410确定(见例如步骤1620
‑
图16)要用于多个pusch传输的时域资源。通常，对于每个pusch传输的所确定的时域资源应被理解为对于上行链路传输指定的一定数量的连续符号。
[0264]
本公开将再次关注所调度的该数量的pusch传输具有不同长度的情况，即，基于上行链路授权确定的时域资源对于该数量的pusch传输中的至少两个规定不同的长度。
[0265]
在该上下文中，用户设备410确定(见例如步骤1630
‑
图16)要用于每个pusch传输的前置dmrs的符号数量(例如，单符号或双符号)。为此，用户设备410基于接收到的在单个上行链路授权的天线端口字段中携带的索引值来确定符号数量。
[0266]
为此，用户设备410示例性地参考它的最大符号数量的配置并基于其选择对应的表，例如，如上所述，在ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7的maxlength＝2的该情况下。然后，用户设备410使用来自上行链路授权的天线端口字段的接收到的索引值来确定所选择的表的对应地被索引到的行，然后，从该被索引到的行的第四列中提取要用于该数量的pusch传输的前置dmrs的符号数量。
[0267]
随后，用户设备检查(见例如步骤1640
‑
图16)该数量的pusch传输中的至少两个传输中的一些(一个或多个)是否不能包括用于至少一个前置dmrs中的每一个的较高的符号数量。
[0268]
在该上下文中，术语“一些(some)”应被理解为指示该数量的pusch传输中的所有pusch传输中的(特定)子集。该术语在此描述的重新排布中被一致地使用。例如，该数量的pusch传输中的一些可以是(特定的)第三pusch传输，而不是总数三个pusch传输中的第一和第二pusch传输。
[0269]
为此，用户设备410使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的所确定的符号数量为“两个”，上文已经描述过。从这些表中，用户设备
410推断在相应pusch中的dmrs的位置。
[0270]
具体地，用户设备410确定对于每个pusch传输的不同长度(或持续时间)(上表中的第一列)，pusch传输中的dmrs的映射或位置(上表中的第二到第九列))被定义(步骤1640中的情况“否”)还是未定义(步骤1640的情况“是”)。该确定操作基于对于较短长度(或持续时间)的pusch传输，双符号dmrs的某些映射是未定义的(或未指定的、不一致的)的一般理解。
[0271]
已经确立了用于dmrs的所确定的符号数量将导致在dmrs的未定义(步骤1640中的情况“是”)映射(或位置)中的该数量的pusch传输的一些(一个或多个)，用户设备针对该数量的pusch传输中的一些(见上文)临时选择(图16中未明确地示出)具有较低的符号数量的至少一个前置dmrs(单符号dmrs)。然而，必须确认对较低数量符号的这种临时选择，因为它可能涉及要使用的dmrs端口的改变。
[0272]
出于这个理由，用户设备410检查(见例如步骤1650
‑
图16)相同的dmrs端口是否不能与要用于该数量的pusch传输中的一些(见上文)的至少一个前置的dmrs的临时选择的较低的符号数量一起使用，该符号数量该数量的pusch传输中的所有pusch传输。换句话说，天线端口字段中携带的索引值不仅确定了dmrs的符号数量，而且确定了要用于该数量的pusch传输的相同的一些(见前文)的dmrs端口。并且为了避免任何冲突，必须确保临时选择的符号数量也可以用于基于索引值确定的相同dmrs端口。
[0273]
为此，用户设备410示例性地参考对应地所选择的表，再次在ts 38.212 v.15.5.0的表7.3.1.1.2
‑
7maxlength＝2的该情况下，如上所述。从该表中，用户设备410确定由在接收到的上行链路授权的天线端口字段中携带的索引值(见例如相同表中的第1列)指示的dmrs端口(见例如相同表中的第3列)。此后，用户设备检查临时选择的较低的符号数量(单符号dmrs)是否也可以与相同的dmrs端口(见相同表的第2
‑
5行中的dmrs端口0
‑
3)(即，具有相同的dmrs端口号)一起使用。
[0274]
如果该检查是肯定的(步骤1650中的“是”的情况)，则用户设备410已经确立了即使已经选择了不同的、较低的符号数量，该较低的符号数量也可以用于在通过上行链路授权指示的相同dmrs端口上的该数量的pusch传输中的一些(见上文)的前置dmrs，并且基站460期望在其上接收pusch传输。
[0275]
对于该数量的pusch传输的剩余(或其他)pusch传输，用户设备410非临时地选择符号数量，使得它对应于基于接收到的在单个上行链路授权的天线端口字段中携带的索引值确定的前置dmrs的(单个)符号数量。换句话说，对于可以包括用于dmrs的更多的符号数量的该数量的pusch传输中的那些，它还使用在单个上行链路授权中指示的较高的符号数量。
[0276]
对此，当选择至少一个前置dmrs时，用户设备410针对该数量的pusch传输中的所有pusch传输选择(见例如步骤1660
‑
图16)至少一个前置dmrs，使得：
[0277]
·
较低的和较高的符号数量被用于至少一个前置dmrs，以及
[0278]
·
相同的dmrs端口号被用于较低的和较高的符号数量，
[0279]
其中，要用于至少一个前置dmrs中的所有前置dmrs的dmrs端口号和与接收到的索引值相关联的dmrs端口号相同。
[0280]
该结果在图18
‑
图20中示例地示出。例如，根据ts 38.212 v.15.5.0的表
7.3.1.1.2
‑
7，对于具有2个的最大符号长度的dmrs配置类型的天线端口映射，如果任何的索引值4、5、6或7被指示与2个符号长度dmrs相关联，则相关联的并且可以用于1个符号长度dmrs的对应的可能索引分别为0、1、2或3。
[0281]
此外，如果该检查有异议(步骤1650中的情况“否”)，则用户设备410已经确立了不能使用临时选择的不同的较低的符号数量。不能在与基于索引值确定的dmrs端口相同的dmrs端口上使用该临时选择的较低的符号数量。换句话说，对于该数量的pusch传输，这将要求使用不同的dmrs端口。
[0282]
换句话说，通过上行链路授权指示的并且基站460期望在其上接收pusch传输的dmrs端口不能与临时选择的用于dmrs的较低的符号数量一起使用。
[0283]
对此，当选择至少一个前置dmrs时，用户设备410跳过(见例如步骤1670
‑
图16)该数量的pusch中一些(见上文)pusch传输，该一些pusch传输：
[0284]
·
不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，以及
[0285]
·
不能使用与接收到的索引值相关联的dmrs端口号相同的dmrs端口号。
[0286]
然后，用户设备410发送(见例如步骤1680
‑
图16)更少数量的pusch传输，使得对于该数量的pusch传输中的未被跳过的、剩余的(或其他)pusch传输，使用较高的符号数量和相同的dmrs端口号。
[0287]
总之，用户设备410使用相同的(确定的)基于接收到的上行链路授权确定的时域资源或该时域资源的子集来发送相同的(见步骤1650中的情况“是”)或更少(见步骤1650中的情况“否”)数量的pusch传输。具体地，该传输被执行使得所包括的至少一个前置dmrs中没有一个使用(多个)不同的符号数量。
[0288]
已经从用户设备410的角度给出了第二示例性实现方式的以上描述。然而，这不应被理解为对本公开的限制。基站460等同地执行本文公开的第一示例性实施方式，即，基站460接收不包括用于在其中携带的前置dmrs的不同的符号数量的多个pusch传输。
[0289]
参考图17，其示出了根据第一通用机制的第二示例性实施方式的基站460调度多个pusch传输的序列图。在示例性用例中，这些pusch传输可以携带相同传输块的重复，从而导致包括初始pusch传输和至少一个(后续)pusch重复的多个pusch重复。
[0290]
在该上下文中，基站460确定(见例如步骤1710
‑
图17)时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输中的每一个的长度。
[0291]
本公开将再次关注于所调度的该数量的pusch传输具有不同长度的情况，即，时域资源对于该数量的pusch传输中的至少两个规定不同的长度。
[0292]
基站460确定(见例如步骤1720
‑
图17)要用于包括在该数量的pusch传输中的至少一个前置dmrs中的每一个的符号数量，所确定的符号数量是较低的和较高的符号数量之一。
[0293]
然后，基站460检查(见例如步骤1730
‑
图17)该数量的pusch传输中的一些是否不能包括用于至少一个前置dmrs中的每一个的较高的符号数量。
[0294]
在该上下文中，术语“一些”应被理解为指示该数量的pusch传输中的所有pusch传输中的(特定)子集。该术语在此描述的重新排布中被一致地使用。例如，该数量的pusch传输中的一些可以是(特定的)第三pusch传输，而不是总数三个pusch传输中的第一和第二pusch传输。
[0295]
为此，基站460使用所确定的(单个)符号数量来选择用于pusch映射的对应的表，例如，在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
3的所确定的符号数量为“一个”，以及在时隙内跳频被禁用的情况下，和ts 38.211 v.15.5.0中的表6.4.1.1.3
‑
4的“所确定的符号数量为两个”，上文已经描述过。从这些表中，用户设备410推断在相应pusch中的dmrs的位置。
[0296]
具体地，基站460确定对于每个pusch传输的不同长度(或持续时间)(上表中的第一列)，pusch传输中的dmrs的映射或位置(上表中的第二到第九列))被定义(步骤1730中的情况“否”)还是未被定义(步骤1730的情况“是”)。该确定操作基于对于较短长度(或持续时间)的pusch传输，双符号dmrs的某些映射是未定义的(或未指定的、不一致的)的一般理解。
[0297]
已经确立了用于dmrs的所确定的符号数量将导致在dmrs的未定义的(步骤1730中的情况“是”)映射(或位置)中的该数量的pusch传输中的一些(见上文)，基站460针对该数量的pusch传输的一些(见上文)选择(未在图17中明确地示出)具有较低的符号数量的至少一个前置dmrs(单符号dmrs)。
[0298]
已经确立了用于dmrs所确定的符号数量将导致在dmrs的定义的(步骤1730中为“否”的情况)映射(或位置)中的该数量的pusch传输中的所有pusch传输，基站460针对该数量的pusch传输中的所有pusch传输选择(未在图17中明确地示出)该数量的pusch传输中的所有pusch传输具有较高的符号数量的至少一个前置dmrs(单符号dmrs)。
[0299]
然后，基站460确定与所确定的符号数量中较高的符号数量相关联的索引值，以及dmrs端口号(见例如步骤1740
‑
图17)，—如果不能包括较高的符号数量的一些pusch传输被确定(见步骤1730中的情况“是”)—其中相同的dmrs端口号也可以用于具有所确定的较低的符号数量的至少一个前置dmrs。
[0300]
可替换地，基站460确定(见例如步骤1750
‑
图17)与要在该数量的pusch传输中的所有pusch传输中使用的相同dmrs端口的较高的符号数量相关联的索引值，即，对于包括至少一个前置dmrs的每一个。
[0301]
此后，基站460基于该数量的pusch传输的所确定的时域资源来发送(见例如步骤1760
‑
图17)单个上行链路授权，该单个上行链路授权包括具有所确定的要用于该数量的pusch传输的索引值的天线端口字段。
[0302]
并且，基站460使用所确定的时域资源接收(见例如步骤1770
‑
图17)该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。
[0303]
为简洁起见，基站的操作保持相当短。然而，这不应被理解为限制。相反，有经验的读者容易理解的是，针对用户设备已经明确地描述的相同或相似的考虑在基站的操作中找到了同等的应用，即，当它调度具有单个上行链路授权的多个pusch传输时。
[0304]
第三通用场景
[0305]
根据第三通用场景，提出了基于单个上行链路授权分别执行和调度多个pusch传输的用户设备和基站。根据第三种通用场景的用户设备和基站的操作没有单独描绘，它们将非常类似于用于第一通用场景的图7和图8中所示的内容。然而，从以下描述中可以最好地理解它们的操作。
[0306]
用户设备410接收用于多个pusch传输的单个上行链路授权。单个上行链路授权包括具有要用于多个pusch传输的索引值的天线端口字段。例如，该接收操作可以由上行链路
授权接收器520
‑
a执行。
[0307]
此后，用户设备410基于接收到的上行链路授权来确定时域资源。所确定的时域资源规定pusch传输的数量和该数量的pusch传输中的每一个的长度。该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。例如，该确定操作可以由时域资源确定处理电路530
‑
b来执行。
[0308]
如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，用户设备410执行特定地适配的发送操作。
[0309]
具体地，用户设备410发送相同数量的pusch传输，使得对于所有的至少一个前置dmrs，使用与接收到的索引值一致的较低的符号数量，并且如果接收到的索引值与要用于至少一个前置dmrs的较高的符号数量相关联，它不发送该数量的pusch传输中的任何pusch传输。例如，该发送操作可以由pusch传输发送器520
‑
a执行。
[0310]
单独地，基站460确定时域资源。所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输中的每一个的长度。例如，该确定操作可以由时域资源确定处理电路680
‑
a来执行。
[0311]
如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，则基站460执行索引值的特定地适配的确定操作。
[0312]
具体地，基站确定与较低的符号数量相关联的索引值，使得接收包括使用较低的符号数量的至少一个前置dmrs的相同数量的pusch传输。例如，该确定操作可以由索引值确定处理电路680
‑
d执行。
[0313]
然后，基站460基于用于该数量的pusch传输的所确定的时域资源来发送单个上行链路授权。单个上行链路授权包括具有要用于该数量的pusch传输的索引值的天线端口字段。例如，该发送操作可以由上行链路授权发送器670
‑
a执行。
[0314]
并且，基站460使用所确定的时域资源来接收该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs。例如，该接收操作可以由pusch传输接收器670
‑
b执行。
[0315]
本公开可以通过软件、硬件或与硬件协作的软件来实现。
[0316]
在上述每个实施例的描述中使用的每个功能块可以由诸如集成电路的lsi部分地或全部地实现，并且在每个实施例中描述的每个过程可以由相同的lsi或lsi的组合部分地或全部地控制。
[0317]
lsi可以单独地形成为芯片，或者可以形成一个芯片以包括部分或全部功能块。lsi可以包括耦合到其的数据输入和输出。根据集成度的差异，在此lsi可以被称为ic、系统lsi、超级lsi或超lsi。
[0318]
然而，实现集成电路的技术不限于lsi，并且可以通过使用专用电路、通用处理器或专用处理器来实现。
[0319]
另外，可以使用在制造lsi之后可以编程的fpga(现场可编程门阵列)或其中可以重新配置设置在lsi内部的电路单元的连接和设置的可重新配置处理器。
[0320]
本公开可以被实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步而导致未来的集成电路技术取代lsi，则可以使用未来的集成电路技术来集成功能块。也可以应用生物技术。
[0321]
本公开可以通过具有通信功能的任何种类的装置、设备或系统来实现，其被称为通信装置。
[0322]
这种通信装置的一些非限制性示例包括电话(例如，蜂窝(移动)电话、智能电话)、平板电脑、个人计算机(pc)(例如，膝上型电脑、台式机、上网本)、相机(例如，数码相机/摄像机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏控制台、数字书籍阅读器、远程健康/远程医疗(远程的健康和医疗)设备以及提供通信功能的交通工具(例如，汽车、飞机、轮船)及其各种组合。
[0323]
通信装置不限于便携式或移动式，并且还可以包括非便携式或固定的任何类型的装置、设备或系统，诸如智能家居设备(例如，家用电器、照明设备、智能仪表、控制面板)、自动售货机以及“物联网(iot)”网络中的任何其他“物”。
[0324]
通信可以包括通过例如蜂窝系统、无线lan系统、卫星系统等以及它们的各种组合来交换数据。
[0325]
通信装置可以包括诸如控制器或传感器的设备，该设备耦合至执行本公开中所述的通信功能的通信设备。例如，通信装置可以包括生成控制信号或数据信号的控制器或传感器，该控制信号或数据信号被执行该通信装置的通信功能的通信设备所使用。
[0326]
该通信装置还可以包括诸如基站、接入点之类的基础设施，以及与诸如上述非限制性示例中的装置进行通信或控制这些装置的任何其他装置、设备或系统。
[0327]
根据第一方面，提供了一种用户设备ue，包括：接收器，接收用于多个pusch传输的单个上行链路授权，单个上行链路授权包括具有要用于多个pusch传输的索引值的天线端口字段；处理器，基于接收到的上行链路授权来确定时域资源，所确定的时域资源规定pusch传输的数量和该数量的pusch传输中的每一个的长度；发送器，使用所确定的时域资源来发送数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中处理器基于接收到的索引值来确定要用于该数量的pusch传输的至少一个前置dmrs中的每一个的符号数量，并且，如果该数量的pusch传输中的至少两个具有不同的长度，并且如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，发送器发送相同或更少数量的pusch传输，使得对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的符号数量。
[0328]
根据除了第一方面之外还提供的第二方面，处理器被配置为使用“两个”的最大符号数量，这允许对于至少一个前置dmrs中的每一个，使用：具有较低的符号数量“一个”的单符号dmrs，或具有较高的符号数量“两个”的双符号dmrs。
[0329]
根据除了第一或第二方面之外还提供的第三方面，处理器基于该数量的pusch传输中的所有pusch传输的不同长度来确定要用于至少一个前置dmrs中的每一个的符号数量。
[0330]
根据除了第一至第三方面中的任何方面之外还提供的第四方面，如果数量的pusch传输中的至少两个具有不同的长度，并且如果该数量的pusch传输中的至少两个中的一个不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，处理器在确定要使用的符号数量时，针对所有的数量的pusch传输，选择具有较低的符号数量的至少一个前置dmrs；并且发送器发送相同数量的pusch传输，使得对于所有的至少一个前置dmrs，使用较低的符号数量。
[0331]
根据除了第四方面之外还提供的第五方面，处理器针对该数量的pusch传输中的所有pusch传输选择具有较低的符号数量的至少一个前置dmrs，如果该数量的pusch传输中的至少一个不能包括用于所包括的至少一个前置dmrs的较高的符号数量。
[0332]
根据除了第四或第五方面之外还提供的第六方面，处理器在选择至少一个前置dmrs时，针对该数量的pusch传输中的所有pusch传输选择至少一个前置dmrs，使得：较低的符号数量被使用，以及相同的dmrs端口号被使用，其中，要用于至少一个前置dmrs中的所有前置dmrs的dmrs端口号和与接收到的索引值相关联的dmrs端口号相同。
[0333]
根据除了第四至第六方面中的任何方面之外还提供的第七方面，处理器在选择至少一个前置dmrs时，跳过该数量的pusch传输中的至少一个pusch传输，该至少一个pusch传输：不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，以及不能使用和与接收到的索引值相关联的dmrs端口号相同的dmrs端口号；并且发送器发送更少数量的pusch传输，使得对于所有的所包括的至少一个前置dmrs，较高的符号数量和相同的dmrs端口号被使用。
[0334]
根据第八方面，提供了一种用户设备ue包括：接收器，接收用于多个pusch传输的单个上行链路授权，单个上行链路授权包括具有要用于多个pusch传输的索引值的天线端口字段；
[0335]
处理器，基于接收到的上行链路授权确定时域资源，所确定的时域资源规定pusch传输的数量和该数量的pusch传输中的每一个的长度；发送器，使用所确定的时域资源来发送该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中，处理器，基于接收到的索引值来确定要用于该数量的pusch传输的至少一个前置dmrs中的每一个的dmrs端口号，并且，如果该数量的pusch传输中的至少两个具有不同的长度，并且如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，发送器发送相同或更少数量的pusch传输，使得对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的dmrs端口号。
[0336]
根据除了第八方面之外还提供的第九方面，处理器被配置为为使用“两个”的最大符号数量用于至少一个前置dmrs，使得：对于类型1配置，具有“零”和“七”之间的编号的dmrs端口被使用，或对于类型2配置，具有“零”和“十一”之间的编号的dmrs端口被使用。
[0337]
根据除了第八或第九方面之外还提供的第十方面，处理器基于该数量的pusch传输中的所有pusch传输的不同长度来确定要用于至少一个前置dmrs中的每一个的dmrs端口号。
[0338]
根据除第八至第十方面中的任何方面之外还提供的第十一方面，处理器，基于接收到的索引值另外地确定要用于该数量的pusch传输的至少一个前置dmrs中的每一个的符号数量，以及如果该数量的pusch传输中的至少两个具有不同的长度，并且如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，处理器在确定dmrs端口号时，针对该数量的pusch传输中的所有pusch传输选择可用于至少一个前置dmrs中的所有前置dmrs的相同dmrs端口号，并且发送器发送相同数量的pusch传输，使得对于所有的所包括的至少一个前置dmrs，相同的dmrs端口号与不同的符号数量一起使用。
[0339]
根据除第十一方面之外提供的第十二方面，处理器在确定dmrs端口号时，针对该数量的pusch传输中的所有pusch传输选择dmrs端口号，使得：较低的或较高的符号数量被
用于至少一个前置dmrs，以及相同的dmrs端口号被用于较低的和较高的符号数量，其中，要用于所有的至少一个前置dmrs的相同dmrs端口号和与接收到的索引值相关联的dmrs端口号相同。
[0340]
根据除第十二方面之外提供的第十三方面，处理器在选择dmrs端口号时，跳过该数量的pusch传输中的至少一个pusch传输，该至少一个pusch传输：不能包括用于至少一个前置dmrs中的每一个的较高的符号数量，以及不能使用和与接收到的索引值相关联的dmrs端口号相同的dmrs端口号；并且发送器发送更少数量的pusch传输，使得对于至少一个前置dmrs中的所有的前置dmrs，使用较高的符号数量和相同的dmrs端口号。
[0341]
根据第十四方面，提供了一种用户设备ue包括：接收器，接收用于多个pusch传输的单个上行链路授权，单个上行链路授权包括具有要用于多个pusch传输的索引值的天线端口字段；处理器，基于接收到的上行链路授权来确定时域资源，所确定的时域资源规定pusch传输的数量和该数量的pusch传输中的每一个的长度；发送器，使用所确定的时域资源来发送数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中，如果不同数量的符号对于至少一个前置dmrs中的每一个是允许的，发送器发送相同数量的pusch传输，使得对于至少一个前置dmrs中的所有前置dmrs，使用较低的符号数量，该较低的符号数量与接收到的索引值一致，以及如果接收到的索引值与要用于至少一个前置dmrs的较高的符号数量相关联，发送器不发送该数量的pusch传输的任何pusch传输。
[0342]
根据除第十三方面之外还提供的第十五方面，处理器被配置为使用“两个”符号的最大数量，这允许对于至少一个前置dmrs中的每一个，使用：具有较低的符号数量“一个”的单符号dmrs，或具有较高的符号数量“两个”的双符号dmrs。
[0343]
根据第十六方面，提供了一种基站bs包括：处理器，确定时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输的每一个的长度；发送器，基于用于该数量的pusch传输的所确定的时域资源发送单个上行链路授权，单个上行链路授权包括具有要用于该数量的pusch传输的索引值的天线端口字段；接收器，使用所确定的时域资源来接收该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中处理器确定要用于包括在该数量的pusch传输中的至少一个前置dmrs中的每一个的符号数量，所确定的符号数量是较低的符号数量和较高的符号数量之一，并且，如果该数量的pusch传输中的至少两个具有不同的长度，并且如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，处理器确定与所确定的符号数量中更低的符号数量相关联的、要用于所包括的至少一个前置dmrs中的每一个的索引值，接收器，接收相同的或更少数量的pusch传输，使得对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的符号数量。
[0344]
根据第十七方面，提供了一种基站bs包括：处理器，确定时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输的每一个的长度；发送器，基于用于该数量的pusch传输的所确定的时域资源来发送单个上行链路授权，单个上行链路授权包括具有要用于该数量的pusch传输的索引值的天线端口字段；接收器，使用所确定的时域资源来接收该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中处理器确定要用于包括在该数量的pusch传输中的至少一个前置dmrs中的
每一个的符号数量，所确定的符号数量是较低数量和较高数量的符号之一，并且如果该数量的pusch传输中的至少两个具有不同长度的情况下，如果不同数量的符号对于至少一个前置dmrs中的每一个是允许的，处理器确定与所确定的符号数量中更高的符号数量相关联的索引值和dmrs端口号，其中相同的dmrs端口号也可被用于具有所确定的更低的符号数量的至少一个前置dmrs，接收器接收相同或更少数量的pusch传输，使得对于所包括的至少一个前置dmrs中没有一个使用不同的所确定的dmrs端口号。
[0345]
根据第十八方面，提供了一种基站bs，包括：处理器，确定时域资源，所确定的时域资源规定多个pusch传输的数量和该数量的pusch传输的每一个的长度；发送器，基于用于该数量的pusch传输的所确定的时域资源来发送单个上行链路授权，单个上行链路授权包括具有要用于多个pusch传输的索引值的天线端口字段；接收器，使用所确定的时域资源来接收该数量的pusch传输，该数量的pusch传输中的每一个包括至少一个前置解调参考信号dmrs，其中，如果不同的符号数量对于至少一个前置dmrs中的每一个是允许的，处理器确定与较低的符号数量相关联的索引值，使得接收包括使用更少的符号数量的至少一个前置dmrs的相同数量的pusch传输。