CN108737035B - 用于自主上行链路传输的方法和装置 - Google Patents

用于自主上行链路传输的方法和装置 Download PDF

Info

Publication number
CN108737035B
CN108737035B CN201710250540.9A CN201710250540A CN108737035B CN 108737035 B CN108737035 B CN 108737035B CN 201710250540 A CN201710250540 A CN 201710250540A CN 108737035 B CN108737035 B CN 108737035B
Authority
CN
China
Prior art keywords
information
data
determining
harq process
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710250540.9A
Other languages
English (en)
Other versions
CN108737035A (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.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Nokia Shanghai Bell Co Ltd
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 Nokia Shanghai Bell Co Ltd filed Critical Nokia Shanghai Bell Co Ltd
Priority to CN201710250540.9A priority Critical patent/CN108737035B/zh
Publication of CN108737035A publication Critical patent/CN108737035A/zh
Application granted granted Critical
Publication of CN108737035B publication Critical patent/CN108737035B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability

Landscapes

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

Abstract

本公开实施例涉及用于自主上行链路传输的方法和装置。发送数据的方法包括：基于与待发送的数据对应的HARQ进程的信息，确定用于所述数据的上行传输的资源信息；以及基于所确定的所述资源信息来发送所述数据。接收数据的方法，包括：确定用于接收到的所述数据的上行传输的资源信息；基于所述资源信息，确定与所述数据对应的HARQ进程的信息；以及基于所述HARQ进程的信息，解调所述数据。根据本公开实施例的方案，可以提供适于支持自主UL传输的HARQ传输的方案，进而提高自主UL传输的可靠性。

Description

用于自主上行链路传输的方法和装置
技术领域
本公开的实施例涉及无线通信领域，更具体地涉及用于在自主上行链路传输中发送和接收数据的方法和装置。
背景技术
目前在面向第五代(5G)的无线通信技术的演进中，期望5G新无线电(NR)技术至少针对海量机器类通信(mMTC)支持自主、免授权或基于竞争的上行链路(UL)。在这种情况下，可以使得用户以自主的方式传输数据。用户的数据一旦到来，在信道空闲的情况下就可以在下一个可用时隙中立即被传输，而无需等待服务基站例如eNB来调度或发送授权。这种操作由于所涉及的较低的下行链路控制开销和较低的传输时延而非常有利于上行链路的分组传输。而且，在非许可频谱接入的情况下，也可以确保与Wi-Fi系统共存时信道接入的公平性。因此，自主上行链路传输的技术研究备受关注。
在自主UL传输中，除了潜在较差的信道条件之外，用户设备(UE)之间的冲突以及由针对非正交多址接入和非许可频谱接入的竞争引起的增加的干扰水平也会导致错误的数据检测。因此，混合自动重传请求(HARQ)的传输机制对于提高自主UL传输的可靠性是非常重要的，因而成为自主UL传输技术中的一个研究热点。
发明内容
总体上，本公开的实施例提供用于在自主UL传输中发送和接收数据的方法、装置和设备。
在本公开的一个方面，提供一种用于在自主UL传输中发送数据的方法。该方法包括：基于与待发送的数据对应的HARQ进程的信息，确定用于所述数据的上行传输的资源信息；以及基于所确定的所述资源信息来发送所述数据。
在本公开的另一方面，提供一种用于在自主UL传输中接收数据的方法。该方法可以包括：确定用于接收到的所述数据的上行传输的资源信息；基于所述资源信息，确定与所述数据对应的HARQ进程的信息；以及基于所述HARQ进程的信息，解调所述数据。
在本公开的又一方面，提供一种终端设备。该终端设备包括：处理器；以及与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被处理器执行时使所述电子设备执行动作，所述动作包括：基于与待发送的数据对应的HARQ进程的信息，确定用于所述数据的上行传输的资源信息；以及基于所确定的所述资源信息来发送所述数据。
在本公开的又一方面，提供一种网络设备。该网络设备包括：处理器；以及与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被处理器执行时使所述电子设备执行动作，所述动作包括：确定用于接收到的所述数据的上行传输的资源信息；基于所述资源信息，确定与所述数据对应的HARQ进程的信息；以及基于所述HARQ进程的信息，解调所述数据。
根据本公开实施例的方案，可以提供适于支持自主UL传输的HARQ传输的方案，进而提高自主UL传输的可靠性。
应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
图1示出了本公开实施例可在其中实施的示例性通信场景的示意图；
图2示出了根据本公开实施例的用于在自主UL传输中发送数据的方法的流程图；
图3是示出了根据本公开一个实施例的HARQ进程的标识信息与子帧的编号信息之间的示例性对应关系的示意图；
图4是示出了根据本公开另一实施例的HARQ进程的标识信息与子帧的编号信息之间的示例性对应关系的示意图；
图5是示出了根据本公开实施例的HARQ进程的标识信息、RV信息与子帧的编号信息之间的示例性对应关系的示意图；
图6示出了根据本公开实施例的用于在自主UL传输中接收数据的方法的流程图；
图7示出了根据本公开实施例的在终端设备处实施的装置的结构框图；
图8示出了根据本公开实施例的在网络设备处实施的装置的结构框图；以及
图9示出了适合实现本公开的实施例的电子设备的简化方框图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中示出了本公开的一些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
在此使用的术语“网络设备”是指在基站或者通信网络中具有特定功能的其他实体或节点。“基站”可以表示节点B(NodeB或者NB)、演进节点B(eNodeB或者eNB)、远程无线电单元(RRU)、射频头(RH)、远程无线电头端(RRH)、中继器、或者诸如微微基站、毫微微基站等的低功率节点等等。在本公开的上下文中，为讨论方便之目的，术语“网络设备”和“基站”可以互换使用，并且主要以eNB作为网络设备的示例。
在本文中使用的术语“终端设备”是指能够与基站之间或者彼此之间进行无线通信的任何终端设备或用户设备(UE)。作为示例，终端设备可以包括具有通信功能的传感器、检测器、移动终端(MT)、订户台(SS)、便携式订户台(PSS)、移动台(MS)或者接入终端(AT)，以及车载的上述设备等。在本公开的上下文中，为讨论方便之目的，术语“终端设备”和“用户设备”可以互换使用，并且主要以UE作为终端设备的示例。
在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。
图1示出了本公开实施例可在其中实施的示例性通信场景100的示意图。为了方便讨论，下文将以eNB作为网络设备或者基站的示例，而以UE作为终端设备的示例。然而应当理解，这仅仅是为了便于阐释本公开实施例的思想，无意以任何方式限制本公开的应用场景和范围。
如前面提及的，在UL自主传输中，终端设备可以以自主的方式向网络设备传输数据，而无需等待网络设备来调度或授权。如图1所示，在UL传输110中，终端设备120可以在无需网络设备130的调度的情况下自主地向网络设备130发送数据，并且网络设备130可以接收并解调该数据。同样如前面提及的，为了提高该UL传输的可靠性，可以执行HARQ传输机制。HARQ传输机制本身是本领域技术人员所熟知的，这里不再赘述，以免混淆本发明。
对于基于调度或授权的UL传输而言，针对该传输的HARQ信息经由层1信令被明确地指示给终端设备，以用于重传和解码操作。然而，对于自主UL传输(例如图1的110)而言，允许终端设备(例如终端设备120)在无需网络设备(例如网络设备130)的调度的情况下自主地发送数据，因而网络设备无法预先知道当前传输属于哪个HARQ进程，当前传输是新的传输、第一次重传还是后续重传，等等。因此，在自主UL传输中会出现以下问题。
首先，为了支持非许可频谱接入和/或避免传输失败后的重复拥塞，特别是在非许可频谱接入的情况下，将希望采用异步HARQ用于UL自主重传。对于异步HARQ而言，任何分组的自主重传将可能发生在任意可用的子帧上。由于针对同一用户的UL传输允许使用多个HARQ进程，所以网络设备无法知道当前传输的HARQ进程的信息，并且因而在针对UL设置多个HARQ进程的情况下无法知道如何执行HARQ合并。
其次，对于非许可频谱接入而言，由于先侦听再会话(LBT)操作，UL传输与确认(ACK/NACK)反馈之间的HARQ定时关系不再是固定的，所以网络设备将无法知道其为哪个HARQ进程报告ACK/NACK信息。
另外，在基于调度或授权的UL传输中，网络设备可以通过NDI来明确地指示所调度的UL信道(例如物理上行链路共享信道(PUSCH))用于新的传输块或先前传输块的重传。而在自主UL传输中，如果没有信令支持则无法执行HARQ合并。
鉴于上述原因，本公开实施例的基本构思就在于，针对自主UL传输提供对HARQ进程的指示，以便支持自主UL传输。在本公开实施例的该构思中，在自主UL传输(例如图1的110)中提供对HARQ进程的隐式指示，以便于信令开销的减少和与当前规范的更好兼容性。在具体实现中，可以将待发送的数据对应的HARQ进程的信息与用于发送该数据的资源信息进行绑定，从而隐式地传送或指示HARQ进程的信息。相应地，本公开实施例提供了用于在自主UL传输中发送和接收数据的方法、装置和设备。下面结合图2至图9进行详细描述。
图2示出了根据本公开实施例的用于在自主UL传输中发送数据的方法200的流程图。该方法例如可以在图1的终端设备120处实施。应理解到，该方法可以在诸如UE的任意终端设备处实施。
如图2所示，在210，基于与待发送的数据对应的HARQ进程的信息，确定用于数据的上行传输的资源信息。在本公开实施例的构思中，将用于数据的上行传输的资源信息与该数据对应的HARQ进程的信息进行绑定，从而利用用于数据的上行传输的资源信息来隐式携带或指示该数据对应的HARQ进程的信息，以便于数据的解调。
例如，图1的终端设备120在发送数据时，首先确定与该数据对应的HARQ进程的信息，然后基于该HARQ进程的信息，来确定用于该数据的上行传输130的资源信息。如前面提及的，在基于HARQ机制的通信中，针对每个终端设备可以存在多个HARQ进程的数据传输。在本公开的实施例中，HARQ进程的信息可以包括以下中的至少一项：HARQ进程的标识(ID)信息、冗余版本(RV)信息或新数据指示(NDI)信息。应理解到，HARQ进程的信息也可以包括本领域已知或未来开发的其它合适信息，本申请并不对此作任何限制。相应地，在本公开的实施例中，终端设备120可以基于待发送的数据对应的HARQ进程的ID信息、RV信息或NDI信息中的至少一项来确定用于传输该数据的资源信息。
根据本公开的实施例，在确定用于传输数据的资源信息时，除了HARQ进程的信息外，还依赖于关于HARQ进程的配置信息(本文中也称为HARQ进程配置信息)和关于资源的配置信息(本文中也称为资源配置信息)。HARQ进程配置信息例如可以包括HARQ进程的最大数目、RV数目等，并且资源配置信息例如可以包括被分配用于特定终端设备的数据传输的子帧、子帧内的时间/频率资源块、编码序列、参考信号等等的信息。在本公开的实施例中，HARQ进程配置信息和资源配置信息可以是由网络设备(例如图1的网络设备130)针对终端设备(例如图1的终端设备120)预先配置的。应理解到，这些配置信息也可以通过其它合适方式指定。相应地，在本公开的实施例中，终端设备可以获取用于数据的传输的HARQ进程配置信息和资源配置信息，继而基于这些配置信息和HARQ进程的信息来确定用于数据传输的资源信息。
根据本公开的一个实施例，可以将待发送的数据对应的HARQ进程的信息与用于发送该数据的子帧的编号信息进行绑定。相应地，终端设备(例如图1的终端设备120)可以基于待发送的数据对应的HARQ进程的信息来确定用于发送数据的子帧的编号信息，以便后续在与所确定的编号信息对应的子帧上发送该数据。
在一个实施例中，可以设计与被分配用于终端设备的数据传输的UL子帧(本文中称为有效子帧)的数目链接的哈希函数来隐式指示HARQ进程的信息。例如，可以通过下式(1)来指示HARQ进程的ID信息：
HarqIDGR＝mod(ValidSfNumGR,NGR) (1)
其中HarqIDGR表示UL传输的HARQ进程的ID，ValidSfNumGR表示用于UL传输的有效子帧的编号，NGR表示用于UL传输的HARQ进程的最大数目。下面结合图3和图4进行说明。
图3是示出了根据本公开一个实施例的HARQ进程的ID信息与子帧的编号信息之间的示例性对应关系的示意图300。在图3的示例中，将被配置用于终端设备的自主UL传输而不管其上是否发生实际传输的候选子帧定义为有效子帧。如图3所示，假设子帧k、k+1、k+2、k+5、k+6、k+7、k+11和k+12被配置用于自主UL传输，并且将其编号为NGR、NGR+1、NGR+2、NGR+3、NGR+4、NGR+5、NGR+6、NGR+7。假设针对终端设备120预先配置的用于自主UL传输的HARQ进程的最大数目为4，即NGR＝4。在这种情况下，如图3所示，HARQ进程的ID可以表示为例如0、1、2、3，并且与有效子帧的编号相对应。在本示例中，针对当前待发送的数据，终端设备120使用320所示的6个子帧k+1、k+2、k+5、k+6、k+7、k+11，其对应于有效子帧编号NGR+1、NGR+2、NGR+3、NGR+4、NGR+5、NGR+6。假设当前待发送的数据的HARQ进程的编号为1，则可以基于式(1)来确定与之对应的子帧编号为NGR+1，以便后续在该子帧上发送数据。
图4是示出了根据本公开另一实施例的HARQ进程的ID信息与子帧的编号信息之间的示例性对应关系的示意图400。在图4的示例中，将实际用于终端设备的自主UL传输的子帧定义为有效子帧。图4的示例与图3的示例的区别在于有效子帧的定义不同，因而编号不同。类似于图3，在图4中假设子帧k、k+1、k+2、k+5、k+6、k+7、k+11和k+12被配置用于自主UL传输，其中被实际用于终端设备120的UL传输的子帧(有效子帧)为410所示的6个子帧k+1、k+2、k+5、k+6、k+7、k+11。在本示例中，针对当前待发送的数据，终端设备120实际使用420所示的子帧k+1、k+2、k+5、k+6、k+7、k+11，将其编号为NGR、NGR+1、NGR+2、NGR+3、NGR+4、NGR+5。同样假设针对终端设备120预先配置的用于UL传输的HARQ进程的最大数目为4，即NGR＝4。在这种情况下，如图4所示，HARQ进程的ID可以表示为例如0、1、2、3，并且与有效子帧的编号相对应。假设当前待发送的数据的HARQ进程的编号为1，则可以基于式(1)来确定与之对应的子帧编号为NGR+1，以便后续在该子帧上发送数据。
以上结合图3和图4说明了将待发送的数据对应的HARQ进程的ID信息与用于发送该数据的子帧的编号信息进行绑定的实施例，下面结合图5描述将HARQ进程的ID信息和RV信息二者与用于发送该数据的子帧的编号信息进行联合绑定的实施例。
在本实施例中，可以如下设计与被用于终端设备的数据传输的自主UL有效子帧的数目相关联的哈希函数来隐式指示HARQ进程的ID信息和RV信息：
Figure BDA0001271974910000081
其中HarqIDGR表示自主UL传输的HARQ进程的ID，ValidSfNumGR表示用于自主UL传输的有效子帧的编号，NGR表示用于自主UL传输的HARQ进程的最大数目，NRV表示用于自主UL传输的RV的数目，RVGR表示用于自主UL传输的RV的编号。
图5是示出了根据本公开实施例的HARQ进程的ID信息、RV信息与子帧的编号信息之间的示例性对应关系的示意图500。如图5所示，用于终端设备120的数据传输的有效子帧510可被编号为0-7。同样假设针对终端设备120预先配置的用于自主UL传输的HARQ进程的最大数目为4，即NGR＝4，并且假设RV的数目为2。在这种情况下，HARQ进程被编号为0-3(HARQ进程ID)，RV被编号为0-1(RV编号)。如图5所示，每个HARQ进程对应两种RV。在本公开的实施例中，终端设备120可以基于与待发送的数据对应的HARQ进程的ID信息(例如“0”)来确定用于发送数据的子帧的集合(例如有效子帧0和1)，然后基于与该数据对应的RV信息(例如“1”)来从该子帧的集合中确定用于发送数据的子帧(例如有效子帧1)。
以上结合图3和图4描述了将待发送的数据对应的HARQ进程的ID信息与用于发送该数据的子帧的编号信息进行绑定的实施例，并且结合图5描述了将HARQ进程的ID信息和RV信息二者与用于发送该数据的子帧的编号信息进行联合绑定的实施例，但本申请并不限于此。例如，可以以类似的方式，将HARQ进程的RV信息或NDI信息与用于发送该数据的子帧的编号信息进行绑定，并且也可以以类似的方式，将HARQ进程的ID信息和NDI信息二者与用于发送该数据的子帧的编号信息进行联合绑定。如所知的，RV信息与NDI信息彼此存在推导关系，因此根据本公开的实施例，可以隐式指示HARQ进程的ID信息、RV信息和NDI信息中的任一种。虽然以上只示例了HARQ进程的ID信息、RV信息和NDI信息，但应理解到，可以以类似的方式，将HARQ进程的其它已知或未来开发的信息与用于发送该数据的子帧的编号信息进行绑定。
根据本公开的另一实施例，可以将待发送的数据对应的HARQ进程的信息与用于发送该数据的子帧内的传输资源信息进行绑定。相应地，终端设备(例如图1的终端设备120)可以基于待发送的数据对应的HARQ进程的信息来确定用于发送数据的子帧内的传输资源信息，以便后续基于所确定的传输资源信息在该子帧上发送该数据。
在一个实施例中，网络设备可以首先将被配置用于自主UL传输的时间-频率资源(例如物理资源块)进行分组，并将分组后的资源块映射到不同的HARQ进程ID。该资源分组和映射信息可以被预先定义或通过高层或层1动态信令递送给终端设备。相应地，在一个实施例中，终端设备120可以基于HARQ进程的信息来确定子帧内的用于数据传输的时间-频率资源块信息。如前面提及的，一个子帧内的时间-频率资源可以被划分成多个资源块。这些资源块可以如上面对子帧的编号那样被编号或被标识(资源块ID)。此外，类似地，可以对HARQ进程进行编号，使之与子帧内的这些资源块相对应。由此，终端设备120可以基于待发送的数据对应的HARQ进程的信息确定与之对应的资源块信息，以便于后续利用所确定的资源块来发送数据。
例如，在一个实施例中，可以如下设计利用与用于自主UL传输的资源块标识相关联的哈希函数来隐式指示HARQ进程的ID信息：
HarqIDGR＝mod(ridGR+nRNTI，NGR) (3)
其中HarqIDGR表示自主UL传输的HARQ进程的ID，ridGR表示用于自主UL传输的资源块ID，NGR表示用于自主UL传输的HARQ进程的最大数目，nRNT1表示与终端设备(例如终端设备120)有关的小区无线电网络临时标识符(C-RNTI)，用于避免具有同一HARQ进程ID的不同终端设备使用同一资源进行同时传输。
例如，假设8个资源切片(interlace)被配置用于终端设备120的UL传输，并且用于UL传输的HARQ进程的最大数目是4。则基于特定规则例如式(3)将8个资源切片划分成4个组，即4个资源块，并且将每个资源块映射到HARQ进程。例如，在已知HARQ进程的ID和终端设备的nRNT1的情况下，基于式(3)可以确定用于发送数据的资源块ID。
例如，在另一实施例中，可以如下设计利用与用于自主UL传输的资源块标识相关联的哈希函数来隐式指示HARQ进程的ID信息和RV信息二者：
Figure BDA0001271974910000111
其中ridGR表示用于自主UL传输的资源块ID，NGR表示用于自主UL传输的HARQ进程的最大数目，nRNT1表示与终端设备(例如终端设备120)有关的C-RNT1，HarqIDGR表示自主UL传输的HARQ进程的ID，NRV表示用于自主UL传输的RV的数目，RVGR表示用于自主UL传输的RV的编号。根据本公开的实施例，终端设备120可以基于与待发送的数据对应的HARQ进程的ID信息来确定用于发送数据的子帧内的时间-频率资源块的集合，然后基于与该数据对应的RV信息来从该资源块的集合中确定用于发送数据的资源块。
应理解到，本公开的范围并不限于上述示例。例如，可以以类似的方式，将HARQ进程的RV信息或NDI信息与子帧内用于数据传输的时间-频率资源块进行绑定，并且也可以以类似的方式，将HARQ进程的ID信息和NDI信息二者与子帧内用于数据传输的时间-频率资源块进行联合绑定。如所知的，RV信息与NDI信息彼此存在推导关系，因此根据本公开的实施例，可以隐式指示HARQ进程的ID信息、RV信息和NDI信息中的任一种。虽然以上只示例了HARQ进程的ID信息、RV信息和NDI信息，但应理解到，可以以类似的方式，将HARQ进程的其它已知或未来开发的信息与子帧内用于数据传输的时间-频率资源块进行绑定。
在另一实施例中，可以类似地将待发送的数据对应的HARQ进程的信息与子帧内的用于数据传输的多址编码序列信息进行绑定。例如针对终端设备(例如图1的终端设备120)可以预先配置多个多址编码序列用于数据的传输。在这种情况下，可以将HARQ进程的信息映射到该多个多址编码序列。例如，根据本公开的实施例，终端设备可以基于HARQ进程的ID信息来确定子帧内用于数据传输的多址编码序列信息，以便后续基于所确定的该多址编码序列信息来发送数据。该多址编码可以是例如非正交多址编码，但并不限于此，而是可以为任何其它合适编码方式。
同样地，在其它实施例中，可以将HARQ进程的ID信息和RV信息二者与子帧内用于数据传输的多址编码序列信息进行联合绑定。例如，根据本公开的实施例，终端设备可以基于HARQ进程的ID信息来确定子帧内用于数据传输的多址编码序列的集合，然后基于与该数据对应的RV信息来从该多址编码序列的集合中确定用于该数据的传输中的多址编码序列信息。以上实施例仅为示例，本申请并不限于此。例如，可以以类似的方式，将HARQ进程的RV信息或NDI信息与子帧内用于数据传输的多址编码序列信息进行绑定，并且也可以以类似的方式，将HARQ进程的ID信息和NDI信息二者与子帧内用于数据传输的多址编码序列信息进行联合绑定。如所知的，RV信息与NDI信息彼此存在推导关系，因此根据本公开的实施例，可以隐式指示HARQ进程的ID信息、RV信息和NDI信息中的任一种。
虽然以上只示例了HARQ进程的ID信息、RV信息和NDI信息，但应理解到，在某些实施例中，可以以类似的方式将HARQ进程的其它已知或未来开发的信息与子帧内用于数据传输的多址编码序列信息进行绑定。
在又一实施例中，可以类似地将待发送的数据对应的HARQ进程的信息与子帧内的用于数据传输的参考信号的有关信息进行绑定。参考信号例如为解调参考信号(DMRS)、探测参考信号(SRS)或任意其它已知或未来开发的参考信号。
根据本公开的一个实施例，可以将HARQ进程的信息与用于UL参考信号传输的物理或逻辑位置信息绑定。物理或逻辑位置为例如特定天线端口的群组。天线端口与HARQ进程ID之间的映射信息可以被预先定义或通过高层或层1信令递送给终端设备。例如，映射规则可以如下所示：
HarqIDGR＝mod(nport+nRNTI，NGR) (5)
其中HarqIDGR表示自主UL传输的HARQ进程的ID，NGR表示用于自主UL传输的HARQ进程的最大数目，nRNT1表示与终端设备(例如终端设备120)有关的C-RNT1，nport表示用于参考信号传输的传输位置(例如天线端口)的数目。例如，根据本公开的实施例，终端设备120可以基于HARQ进程的ID信息来确定用于子帧内的参考信号传输的物理或逻辑位置信息，以便后续基于所确定的该物理或逻辑位置信息来发送数据。
在其它实施例中，可以将HARQ进程的ID信息和RV信息二者与用于UL参考信号传输的物理或逻辑位置进行联合绑定。例如，根据本公开的实施例，终端设备可以基于HARQ进程的ID信息来确定子帧内用于UL参考信号传输的物理或逻辑位置的集合，然后基于与该数据对应的RV信息来从该集合中确定用于该数据的传输中的参考信号的物理或逻辑位置信息。以上实施例仅为示例，本申请并不限于此。例如，可以以类似的方式，将HARQ进程的RV信息或NDI信息与用于UL参考信号传输的物理或逻辑位置信息进行绑定，并且也可以以类似的方式，将HARQ进程的ID信息和NDI信息二者与用于UL参考信号传输的物理或逻辑位置信息进行联合绑定。如所知的，RV信息与NDI信息彼此存在推导关系，因此根据本公开的实施例，可以隐式指示HARQ进程的ID信息、RV信息和NDI信息中的任一种。虽然以上只示例了HARQ进程的ID信息、RV信息和NDI信息，但应理解到，可以以类似的方式，将HARQ进程的其它已知或未来开发的信息与用于UL参考信号传输的物理或逻辑位置信息进行绑定。
根据本公开的另一实施例，可以将HARQ进程的信息与UL参考信号的序列信息绑定。例如，网络设备(例如网络设备130)可以为每个终端设备(例如终端设备120)配置多个参考信号序列，因而可以将这些不同的序列映射到特定的HARQ进程ID。映射规则例如为：
HarqIDGR＝mod(SeqIDRS，NGR) (6)
其中HarqIDGR表示自主UL传输的HARQ进程的ID，NGR表示用于自主UL传输的HARQ进程的最大数目，SeqIDRS表示参考信号序列的ID。
例如针对终端设备(例如图1的终端设备120)可以预先配置多个参考信号序列用于数据的传输。在这种情况下，可以将HARQ进程的信息映射到该多个参考信号序列。例如，根据本公开的实施例，终端设备可以基于HARQ进程的ID信息来确定子帧内用于数据传输的参考信号序列信息，以便后续基于所确定的该参考信号序列信息来发送数据。
类似地，在其它实施例中，可以将HARQ进程的ID信息和RV信息二者与子帧内用于数据传输的参考信号序列信息进行联合绑定，例如如下所示：
Figure BDA0001271974910000141
其中HarqIDGR表示自主UL传输的HARQ进程的ID，NGR表示用于自主UL传输的HARQ进程的最大数目，SeqIDRS表示参考信号序列的ID，NRV表示用于自主UL传输的RV的数目，RVGR表示用于自主UL传输的RV的编号。
例如，根据本公开的实施例，终端设备可以基于HARQ进程的ID信息来确定子帧内用于数据传输的参考信号序列的集合，然后基于与该数据对应的RV信息来从该参考信号序列的集合中确定用于该数据的传输中的参考信号序列信息。
注意，以上描述的实施例仅为示例，本公开的范围并不限于此。例如，可以以类似的方式，将HARQ进程的RV信息或NDI信息与子帧内用于数据传输的参考信号序列信息进行绑定，并且也可以以类似的方式，将HARQ进程的ID信息和NDI信息二者与子帧内用于数据传输的参考信号序列信息进行联合绑定。如所知的，RV信息与NDI信息彼此存在推导关系，因此根据本公开的实施例，可以隐式指示HARQ进程的ID信息、RV信息和NDI信息中的任一种。虽然以上只示例了HARQ进程的ID信息、RV信息和NDI信息，但应理解到，可以以类似的方式，将HARQ进程的其它已知或未来开发的信息与子帧内用于数据传输的参考信号序列信息进行绑定。
在如上所述基于HARQ进程的信息确定用于数据的上行传送的资源信息后，在220，基于所确定的资源信息来发送数据。由此使得在网络设备侧可以基于探测的资源信息来确定对应的HARQ进程的信息，从而用于数据的解调。
下面结合图6描述在网络设备处实施的用于在自主UL传输中接收数据的方法。图6示出了根据本公开实施例的用于在自主UL传输中接收数据的方法600的流程图。该方法600可以在图1的网络设备130(诸如基站)的任意网络设备处实施。
如图6所示，在610，确定用于接收到的数据的上行传输的资源信息。应理解到，网络设备130首先在上行传输信道例如PUSCH上接收数据，然后确定用于该数据的上行传输的资源信息。例如，在HARQ进程的信息与用于终端设备的自主UL传输的子帧的编号信息绑定的实施例中，网络设备130可以确定在其上接收到数据的子帧的编号信息。
例如，在HARQ进程的信息与用于终端设备的自主UL传输的子帧内的传输资源信息绑定的实施例中，网络设备130可以确定在其上接收到数据的子帧内的传输资源信息。在这种情况下，例如在HARQ进程的信息与子帧内的用于数据传输的时间-频率资源块信息绑定的实施例中，网络设备130可以确定在其上接收到数据的子帧内的用于数据传输的时间-频率资源块信息。例如，在HARQ进程的信息与子帧内的用于数据传输的多址编码序列信息绑定的实施例中，网络设备130可以确定在其上接收到数据的子帧内的用于数据传输的多址编码序列信息。
例如，在HARQ进程的信息与子帧内的用于数据传输的参考信号的有关信息绑定的实施例中，网络设备130可以确定在其上接收到数据的子帧内的用于数据传输的参考信号的有关信息。作为示例，在HARQ进程的信息与用于参考信号的传输的逻辑或物理位置信息绑定的实施例中，网络设备130可以确定用于参考信号的传输的逻辑或物理位置信息。作为另一示例，在HARQ进程的信息与参考信号的序列信息绑定的实施例中，网络设备130可以确定参考信号的序列信息。
在620，基于所确定的资源信息，确定与数据对应的HARQ进程的信息。在本公开的实施例中，可以基于在610处确定的资源信息，确定HARQ进程的ID信息、RV信息或NDI信息中的至少一项。在本公开的实施例中，除了在610处确定的资源信息外，还基于HARQ进程配置信息和资源配置信息来确定HARQ进程的信息。根据本公开的实施例，网络设备130可以获取用于数据传输的HARQ进程配置信息和资源配置信息，然后基于这些配置信息并基于在610处确定的资源信息来确定HARQ进程的信息。
例如，在HARQ进程的信息与用于终端设备的UL传输的子帧的编号信息绑定的实施例中，网络设备130可以基于确定的子帧的编号信息，确定HARQ进程的信息，例如经由上面列出的式(1)或式(2)或者其它任意合适方式。
例如，在HARQ进程的信息与用于终端设备的UL传输的子帧内的传输资源信息绑定的实施例中，网络设备130可以基于确定的子帧内的传输资源信息，确定HARQ进程的信息。在这种情况下，例如在HARQ进程的信息与子帧内的用于数据传输的时间-频率资源块信息绑定的实施例中，网络设备130可以基于确定的时间-频率资源块信息来确定HARQ进程的信息，例如经由上面列出的式(3)或(4)或者其它任意合适方式。例如在HARQ进程的信息与子帧内的用于数据传输的多址编码序列信息绑定的实施例中，网络设备130可以基于确定的子帧内的用于数据传输的多址编码序列信息来确定HARQ进程的信息。
例如，在HARQ进程的信息与子帧内的用于数据传输的参考信号的有关信息绑定的实施例中，网络设备130可以基于确定的子帧内的用于数据传输的参考信号的有关信息来确定HARQ进程的信息。作为示例，在HARQ进程的信息与用于参考信号的传输的逻辑或物理位置信息绑定的实施例中，网络设备130可以基于确定的用于参考信号的传输的逻辑或物理位置信息来确定HARQ进程的信息，例如经由上面列出的式(5)或任意其它合适方式。作为另一示例，在HARQ进程的信息与参考信号的序列信息绑定的实施例中，网络设备130可以基于确定的参考信号的序列信息来确定HARQ进程的信息，例如经由上面列出的式(6)或(7)或者其它任意合适方式。
至此描述了在网络设备处实施的用于在自主上行传输中接收数据的方法，其与前面结合图2至图5描述的在终端设备侧实施的用于在自主上行传输中发送数据的方法的处理相对应，其它处理细节可参考前面的图2至图5的描述，这里不再赘述。
根据本申请实施例的方法，可以提供在自主UL传输中对HARQ进程的信息的隐式指示，从而提高自主UL传输的可靠性，同时确保与当前规范的兼容性并且无需增加信令开销。
与上述方法相对应地，本公开的实施例还提供相应的装置。图7示出了根据本公开实施例的在终端设备处实施的装置700的结构框图。应理解到，装置700可以实现在例如图1所示的终端设备120上。备选地，装置700可以是终端设备本身。
如图7所示，装置700可以包括确定单元710和发送单元720。确定单元710可以被配置用于基于与待发送的数据对应的HARQ进程的信息来确定用于该数据的上行传输的资源信息。发送单元720可以被配置用于基于所确定的资源信息来发送该数据。
根据本公开的实施例，确定单元710还可以被配置用于基于HARQ进程的ID信息、RV信息或NDI信息中的至少一项来确定资源信息。根据本公开的实施例，确定单元710还可以包括(图中未示出)：获取子单元，被配置用于获取用于数据传输的HARQ进程配置信息和资源配置信息；确定子单元，被配置用于基于HARQ进程配置信息和资源配置信息并且基于HARQ进程的信息来确定资源信息。
根据本公开的实施例，确定单元710还可以包括：第一子单元，被配置用于确定用于发送数据的子帧的编号信息。发送单元720还可以被配置用于在与所确定的编号信息对应的子帧上发送数据。根据本公开的实施例，确定单元710还可以包括：第二子单元，被配置用于确定用于发送数据的子帧内的传输资源信息。发送单元720还可以被配置用于基于所确定的传输资源信息来在子帧上发送数据。
根据本公开的实施例，确定单元710还可以包括：第三子单元，被配置用于确定子帧内的用于数据传输的时间-频率资源块信息。根据本公开的实施例，确定单元710还可以包括：第四子单元，被配置用于确定子帧内的用于数据传输的多址编码序列信息。根据本公开的实施例，确定单元710还可以包括：第四子单元，被配置用于确定子帧内的用于数据传输的参考信号的有关信息。
根据本公开的实施例，第四子单元还可以包括：第一确定子单元，被配置用于确定用于参考信号的传输的逻辑或物理位置信息。根据本公开的实施例，第四子单元还可以包括：第二确定子单元，被配置用于确定参考信号的序列信息。
图8示出了根据本公开实施例的在网络设备处实施的装置800的结构框图。应理解到，装置800可以实现在例如图1所示的诸如基站的网络设备130上。备选地，装置800可以是网络设备本身。
如图8所示，装置800可以包括第一确定单元810、第二确定单元820和解调单元830。第一确定单元810可以被配置用于确定用于接收到的数据的上行传输的资源信息。第二确定单元820可以被配置用于基于该资源信息来确定与数据对应的HARQ进程的信息。解调单元830可以被配置用于基于HARQ进程的信息来解调数据。
根据本公开的实施例，第二确定单元820还可以被配置为基于资源信息来确定HARQ进程的ID信息、RV信息或NDI信息中的至少一项。根据本公开的实施例，第二确定单元820还可以包括：获取子单元，被配置用于获取用于数据传输的HARQ进程配置信息和资源配置信息；以及确定子单元，被配置用于基于HARQ进程配置信息和资源配置信息并且基于资源信息来确定HARQ进程的信息。
根据本公开的实施例，第二确定单元820还可以包括：第一子单元，被配置用于基于在其上接收到数据的子帧的编号信息来确定HARQ进程的信息。根据本公开的实施例，第二确定单元820还可以包括：第二子单元，被配置用于基于在其上接收到数据的子帧内的传输资源信息来确定HARQ进程的信息。
根据本公开的实施例，第二子单元还可以被配置用于基于子帧内的用于数据传输的时间-频率资源块信息来确定HARQ进程的信息。根据本公开的实施例，第二子单元还可以被配置用于基于子帧内的用于数据的传输的多址编码序列信息来确定HARQ进程的信息。根据本公开的实施例，第二子单元还可以被配置用于基于子帧内的用于数据传输的参考信号的有关信息来确定HARQ进程的信息。在一个实施例中，第二子单元还可以被配置用于基于用于参考信号的传输的逻辑或物理位置信息来确定HARQ进程的信息。在另一个实施例中，第二子单元还可以被配置用于基于参考信号的序列信息来确定HARQ进程的信息。
应当理解，装置700和800中记载的每个单元或子单元分别与参考图2至图6描述的方法200和600中的每个动作相对应。并且，装置700和800及其中包含的单元或子单元的操作和特征都对应于上文结合图2至图6描述的操作和特征，并且具有同样的效果，具体细节不再赘述。
图9示出了适合实现本公开的实施例的电子设备900的简化方框图。设备900可以用来实现网络设备(例如图1的网络设备130)和/或用来实现终端设备(例如图1的终端设备120)。
如图所示，设备900可以包括一个或多个处理器910、耦合到处理器910的一个或多个存储器920、以及耦合到处理器910的一个或多个发送器和/或接收器(TX/RX)940。
处理器910可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)以及基于多核处理器架构的处理器中的一种或多种。设备900可以具有多个处理器，诸如在时间上从动于与主处理器同步的时钟的专用集成电路芯片。
存储器920可以是适用于本地技术环境的任何合适的类型，并且可以使用任何合适的数据存储技术来实现，作为非限制示例，诸如非瞬态计算机可读存储介质、基于半导体的存储器件、磁存储器件和系统、光存储器件和系统、固定存储器和可移除存储器。
存储器920存储程序930的至少一部分。TX/RX 940用于双向通信。TX/RX 940具有至少一个天线以促进通信，但实践中该设备可以具有若干个天线。通信接口可以表示与其它网元通信所需的任何接口。
程序930可以包括程序指令，该程序指令在由相关联的处理器910执行时使得设备900能够根据本公开实施例进行操作，如参照图2至图6所述的那样。也就是，本公开的实施例可以通过可由设备900的处理器910执行的计算机软件实现，或者通过硬件实现，或者通过软件和硬件的结合实现。
一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。可用来实现本公开实施例的硬件器件的示例包括但不限于：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)，等等。
作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。
用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。
另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。
尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。

Claims (40)

1.一种用于在自主上行传输中发送数据的方法，包括：
基于与待发送的数据对应的混合自动重传请求HARQ进程的信息，确定用于所述数据的上行传输的资源信息；以及
基于所确定的所述资源信息来发送所述数据，以使网络设备基于所述资源信息确定与所述数据对应的HARQ进程的信息。
2.根据权利要求1所述的方法，其中确定所述资源信息包括：
基于所述HARQ进程的标识信息、冗余版本RV信息或新数据指示NDI信息中的至少一项，确定所述资源信息。
3.根据权利要求1所述的方法，其中确定所述资源信息包括：
获取用于所述数据的传输的HARQ进程配置信息和资源配置信息；以及
基于所述HARQ进程配置信息和所述资源配置信息，并且基于所述HARQ进程的信息，来确定所述资源信息。
4.根据权利要求1所述的方法，
其中确定所述资源信息包括：确定用于发送所述数据的子帧的编号信息；以及
其中发送所述数据包括：在与所确定的所述编号信息对应的所述子帧上发送所述数据。
5.根据权利要求1所述的方法，
其中确定所述资源信息包括：确定用于发送所述数据的子帧内的传输资源信息；以及
其中发送所述数据包括：基于所述传输资源信息，在所述子帧上发送所述数据。
6.根据权利要求5所述的方法，其中确定所述传输资源信息包括：
确定所述子帧内的用于所述数据的传输的时间-频率资源块信息。
7.根据权利要求5所述的方法，其中确定所述传输资源信息包括：
确定所述子帧内的用于所述数据的传输的多址编码序列信息。
8.根据权利要求5所述的方法，其中确定所述传输资源信息包括：
确定所述子帧内的用于所述数据的传输的参考信号的有关信息。
9.根据权利要求8所述的方法，其中确定所述参考信号的有关信息包括：
确定用于所述参考信号的传输的逻辑或物理位置信息。
10.根据权利要求8所述的方法，其中确定所述参考信号的有关信息包括：
确定所述参考信号的序列信息。
11.一种用于在自主上行传输中接收数据的方法，包括：
确定用于接收到的所述数据的上行传输的资源信息；
基于所述资源信息，确定与所述数据对应的混合自动重传请求HARQ进程的信息；以及
基于所述HARQ进程的信息，解调所述数据。
12.根据权利要求11所述的方法，其中确定所述HARQ进程的信息包括：
基于所述资源信息，确定所述HARQ进程的标识信息、冗余版本RV信息或新数据指示NDI信息中的至少一项。
13.根据权利要求11所述的方法，其中确定所述HARQ进程的信息包括：
获取用于所述数据的传输的HARQ进程配置信息和资源配置信息；以及
基于所述HARQ进程配置信息和所述资源配置信息，并且基于所述资源信息，来确定所述HARQ进程的信息。
14.根据权利要求11所述的方法，其中确定所述HARQ进程的信息包括：
基于在其上接收到所述数据的子帧的编号信息，确定所述HARQ进程的信息。
15.根据权利要求11所述的方法，其中确定所述HARQ进程的信息包括：
基于在其上接收到所述数据的子帧内的传输资源信息，确定所述HARQ进程的信息。
16.根据权利要求15所述的方法，其中确定所述HARQ进程的信息包括：
基于所述子帧内的用于所述数据的传输的时间-频率资源块信息，确定所述HARQ进程的信息。
17.根据权利要求15所述的方法，其中确定所述HARQ进程的信息包括：
基于所述子帧内的用于所述数据的传输的多址编码序列信息，确定所述HARQ进程的信息。
18.根据权利要求15所述的方法，其中确定所述HARQ进程的信息包括：
基于所述子帧内的用于所述数据的传输的参考信号的有关信息，确定所述HARQ进程的信息。
19.根据权利要求18所述的方法，其中确定所述HARQ进程的信息包括：
基于用于所述参考信号的传输的逻辑或物理位置信息，确定所述HARQ进程的信息。
20.根据权利要求18所述的方法，其中确定所述HARQ进程的信息包括：
基于所述参考信号的序列信息，确定所述HARQ进程的信息。
21.一种终端设备，包括：
处理器；以及
与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被处理器执行时使电子设备执行动作，所述动作包括：
基于与待发送的数据对应的混合自动重传请求HARQ进程的信息，确定用于所述数据的上行传输的资源信息；以及
基于所确定的所述资源信息来发送所述数据，以使网络设备基于所述资源信息确定与所述数据对应的HARQ进程的信息。
22.根据权利要求21所述的设备，其中所述动作还包括：
基于所述HARQ进程的标识信息、冗余版本RV信息或新数据指示NDI信息中的至少一项，确定所述资源信息。
23.根据权利要求21所述的设备，其中所述动作还包括：
获取用于所述数据的传输的HARQ进程配置信息和资源配置信息；以及
基于所述HARQ进程配置信息和所述资源配置信息，并且基于所述HARQ进程的信息，来确定所述资源信息。
24.根据权利要求21所述的设备，其中所述动作还包括：
确定用于发送所述数据的子帧的编号信息；以及
在与所确定的所述编号信息对应的所述子帧上发送所述数据。
25.根据权利要求21所述的设备，其中所述动作还包括：
确定用于发送所述数据的子帧内的传输资源信息；以及
基于所述传输资源信息，在所述子帧上发送所述数据。
26.根据权利要求25所述的设备，其中所述动作还包括：
确定所述子帧内的用于所述数据的传输的时间-频率资源块信息。
27.根据权利要求25所述的设备，其中所述动作还包括：
确定所述子帧内的用于所述数据的传输的多址编码序列信息。
28.根据权利要求25所述的设备，其中所述动作还包括：确定所述子帧内的用于所述数据的传输的参考信号的有关信息。
29.根据权利要求28所述的设备，其中所述动作还包括：确定用于所述参考信号的传输的逻辑或物理位置信息。
30.根据权利要求28所述的设备，其中所述动作还包括：确定所述参考信号的序列信息。
31.一种网络设备，包括：
处理器；以及
与所述处理器耦合的存储器，所述存储器具有存储于其中的指令，所述指令在被处理器执行时使电子设备执行动作，所述动作包括：
确定用于接收到的数据的上行传输的资源信息；
基于所述资源信息，确定与所述数据对应的混合自动重传请求HARQ进程的信息；以及
基于所述HARQ进程的信息，解调所述数据。
32.根据权利要求31所述的设备，所述动作还包括：
基于所述资源信息，确定所述HARQ进程的标识信息、冗余版本RV信息或新数据指示NDI信息中的至少一项。
33.根据权利要求31所述的设备，所述动作还包括：
获取用于所述数据的传输的HARQ进程配置信息和资源配置信息；以及
基于所述HARQ进程配置信息和所述资源配置信息，并且基于所述资源信息，来确定所述HARQ进程的信息。
34.根据权利要求31所述的设备，所述动作还包括：
基于在其上接收到所述数据的子帧的编号信息，确定所述HARQ进程的信息。
35.根据权利要求31所述的设备，所述动作还包括：
基于在其上接收到所述数据的子帧内的传输资源信息，确定所述HARQ进程的信息。
36.根据权利要求35所述的设备，所述动作还包括：
基于所述子帧内的用于所述数据的传输的时间-频率资源块信息，确定所述HARQ进程的信息。
37.根据权利要求35所述的设备，所述动作还包括：
基于所述子帧内的用于所述数据的传输的多址编码序列信息，确定所述HARQ进程的信息。
38.根据权利要求35所述的设备，所述动作还包括：
基于所述子帧内的用于所述数据的传输的参考信号的有关信息，确定所述HARQ进程的信息。
39.根据权利要求38所述的设备，所述动作还包括：
基于用于所述参考信号的传输的逻辑或物理位置信息，确定所述HARQ进程的信息。
40.根据权利要求38所述的设备，所述动作还包括：
基于所述参考信号的序列信息，确定所述HARQ进程的信息。
CN201710250540.9A 2017-04-17 2017-04-17 用于自主上行链路传输的方法和装置 Active CN108737035B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710250540.9A CN108737035B (zh) 2017-04-17 2017-04-17 用于自主上行链路传输的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710250540.9A CN108737035B (zh) 2017-04-17 2017-04-17 用于自主上行链路传输的方法和装置

Publications (2)

Publication Number Publication Date
CN108737035A CN108737035A (zh) 2018-11-02
CN108737035B true CN108737035B (zh) 2021-09-03

Family

ID=63924196

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710250540.9A Active CN108737035B (zh) 2017-04-17 2017-04-17 用于自主上行链路传输的方法和装置

Country Status (1)

Country Link
CN (1) CN108737035B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113556217B (zh) * 2021-09-18 2022-01-25 深圳传音控股股份有限公司 通信方法、网络设备、终端设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009096845A1 (en) * 2008-01-31 2009-08-06 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a wireless communications system
CN102083224A (zh) * 2010-04-06 2011-06-01 大唐移动通信设备有限公司 一种基于竞争的上行数据传输方法及装置
CN102118236A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 一种基于竞争资源的反馈方法和装置
CN102158972A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种数据传输的方法和装置
CN102726112A (zh) * 2010-01-26 2012-10-10 夏普株式会社 处理方法以及移动站装置
WO2016175630A1 (en) * 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for performing contention resolution for contention based pusch transmission in wireless communication system
CN106411475A (zh) * 2015-07-27 2017-02-15 中兴通讯股份有限公司 一种反馈传输方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10129858B2 (en) * 2014-11-25 2018-11-13 Qualcomm Incorporated Low latency physical layer design for contention-based uplink channels

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009096845A1 (en) * 2008-01-31 2009-08-06 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a wireless communications system
CN102118236A (zh) * 2009-12-31 2011-07-06 华为技术有限公司 一种基于竞争资源的反馈方法和装置
CN102726112A (zh) * 2010-01-26 2012-10-10 夏普株式会社 处理方法以及移动站装置
CN102158972A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种数据传输的方法和装置
CN102083224A (zh) * 2010-04-06 2011-06-01 大唐移动通信设备有限公司 一种基于竞争的上行数据传输方法及装置
WO2016175630A1 (en) * 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for performing contention resolution for contention based pusch transmission in wireless communication system
CN106411475A (zh) * 2015-07-27 2017-02-15 中兴通讯股份有限公司 一种反馈传输方法及装置

Also Published As

Publication number Publication date
CN108737035A (zh) 2018-11-02

Similar Documents

Publication Publication Date Title
CN114144983B (zh) 侧链路传输中的harq反馈的报告
CN108702595B (zh) 用于执行上行链路传输的方法和设备
US20200112402A1 (en) Method and apparatus for transmitting hybrid automatic repeat request using semi-persistent scheduling
AU2019451382B2 (en) Report of HARQ feedback in sidelink transmission
WO2016070365A1 (en) Contention based uplink transmission for coverage enhancement
JP2019516292A (ja) Ｈａｒｑアクノリッジメント情報のフィードバックを取得する方法及び装置
CN108282275B (zh) 数据传输方法及装置
CN108141855B (zh) 用于执行上行链路传输和接收的方法和装置
JP2023500344A (ja) 情報表示方法及び装置
CN114451038A (zh) 用于上行链路配置授权传输的上行链路控制信息
CN105611639A (zh) 用于实现会话前侦听的方法和装置
JPWO2020095457A5 (ja) 端末、無線通信方法、基地局及びシステム
CN105792362A (zh) 一种无线资源分配方法
CN109150436B (zh) 用于下行链路控制的方法和设备
KR20230084284A (ko) 정보 결정 방법, 장치, 설비 및 저장 매체
CN112585928A (zh) Harq反馈传输
CN108737035B (zh) 用于自主上行链路传输的方法和装置
CN111565093B (zh) 信息传输方法、终端设备及网络设备
CN116325611A (zh) 通信方法、终端设备、网络设备以及计算机可读介质
CN108667578B (zh) 通信方法和通信设备
WO2018050205A1 (en) Uplink control channel transmission in unlicensed communication spectrum
CN109150459B (zh) Uci的发送和接收方法、设备以及计算机可读介质
WO2023019451A1 (en) Method, device and computer storage medium of communication
CN118104167A (zh) 资源选择的增强方案
KR20170090731A (ko) 저지연 통신을 위한 상향 링크 데이터 전송 방법 및 시스템

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant