CN104303578B - 数据传输处理方法、装置和系统 - Google Patents
数据传输处理方法、装置和系统 Download PDFInfo
- Publication number
- CN104303578B CN104303578B CN201380002071.9A CN201380002071A CN104303578B CN 104303578 B CN104303578 B CN 104303578B CN 201380002071 A CN201380002071 A CN 201380002071A CN 104303578 B CN104303578 B CN 104303578B
- Authority
- CN
- China
- Prior art keywords
- logic channel
- harq process
- channel member
- process numbers
- dispatch
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- 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/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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 signalling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- 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
本发明实施例提供一种数据传输处理方法、装置和系统,该方法包括:接收基站发送的调度信令,调度信令包括混合自动重传请求HARQ进程号,在同一个传输时间间隔TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。本发明实施例提供的数据传输处理方法、装置和系统,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
Description
技术领域
本发明实施例涉及无线通信技术领域,尤其涉及一种数据传输处理方法、装置和系统。
背景技术
在长期演进(Long Time Evolution,以下简称:LTE)以及LTE演进(LTE-Advanced,以下简称:LTE-A)系统中,基站通过在物理下行控制信道(Physical Downlink ControlChannel,简称:PDCCH)上传输的调度信令来调度上下行数据,调度信令中包括用户设备(User Equipment,以下简称:UE)在物理下行共享信道(Physical Downlink SharedChannel,以下简称:PDSCH)上接收下行数据或在物理上行共享信道(Physical UplinkShared Channel,以下简称:PUSCH)上发送上行数据所使用的物理资源,即时频率资源以及数据传输所使用的调制编码方式与所采用的冗余版本等信息。另外,在LTE和LTE-A系统中使用混合自动重传请求(Hybrid Automatic Repeat reQuest,以下简称:HARQ)方式对数据进行传输和重传,在上行传输或下行传输中,同一个传输时间间隔(Transmission TimeInterval,以下简称:TTI)通常只有一个HARQ进程进行数据处理,同一数据的新传和重传使用同一HARQ进程,以便获得合并解码增益。对于下行HARQ传输,若调度信令通知UE进行下行数据接收,该调度信令中还要包括UE接收数据所使用的HARQ进程号等信息,UE接收到该调度信令后,即根据调度信令在通知的物理资源上使用HARQ进程解码下行数据,并向基站反馈下行数据接收情况,以使基站根据反馈决定是否进行重传。而对于上行HARQ传输,若调度信令通知UE进行上行数据发送,UE接收到该调度信令后,即根据调度信令在通知的物理资源上使用HARQ进程发送上行数据,接收基站反馈的上行数据接收情况并决定是否进行重传,或接收基站发送的上行重传调度信令进行上行重传。
在LTE和LTE-A系统中,一个UE可以同时运行多个服务质量(QoS)要求不同的业务,不同的业务对应着不同的无线承载(Radio bearer,以下简称:RB),每个RB对应一个逻辑信道(Logical Channel,以下简称:LCH)。为了提高资源利用率,对于不同RB的数据,在传输之前,可以根据某些复用准则(如RB优先级信息、该RB对应的速率要求等)对其进行复用处理,即将要传输的多个不同RB的数据封装成一个媒体接入控制协议数据单元(Media AccessControl Protocol Data Unit,以下简称:MAC PDU)。且在复用时,还需要基于一些参数考虑不同的RB是否可以复用,例如,MAC层的HARQ最大传输或重传次数(包括新传和重传总的传输次数)。考虑到不同业务对时延和可靠性要求的不同,不同RB的数据在传输时可能采用不同的HARQ最大传输或重传次数,而具有不同的HARQ传输次数的RB的数据不能复用在同一个MAC PDU中。
可见,现有技术在利用RB复用提高资源利用率时,受到一些参数和复用准则的限制,导致传输时带宽资源不能充分利用,进而不能有效地保证UE的数据吞吐量。
发明内容
本发明各实施例提供一种数据传输处理方法、装置和系统,以实现在调度上下行数据时可充分利用带宽资源,进而可有效保证UE的数据吞吐量。
第一方面,本发明实施例提供一种数据传输处理方法,包括:
接收基站发送的调度信令,所述调度信令包括混合自动重传请求HARQ进程号;
在同一个传输时间间隔TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
在第一方面的第一种可能的实施方式中,所述接收基站发送的调度信令,包括:
在同一个TTI内,接收所述基站发送的第一调度信令和第二调度信令;所述第一调度信令和所述第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,所述在同一个TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输,包括:
在同一个TTI内,在所述第一HARQ进程号和第二HARQ进程号对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第一种可能的实施方式中,在第一方面的第二种可能的实施方式中,在接收基站发送的调度信令之前,还包括:
接收所述基站发送的配置消息,所述配置消息用于指示所述第一HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第二HARQ进程号与所述第二逻辑信道元之间的对应关系;
相应地,所述在同一个TTI内,在所述第一HARQ进程号和第二HARQ进程号对应的进程上分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述第一HARQ进程号和第二HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元;
在所述第一HARQ进程号和第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第二种可能的实施方式,在第一方面的第三种可能的实施方式中,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
结合第一方面至第一方面的第三种可能的实施方式中任一项所述的方法,在第一方面的第四种可能的实施方式中,所述第一HARQ进程号与所述第二HARQ进程号相同或者不同。
结合第一方面,在第一方面的第五种可能的实施方式中,所述接收基站发送的调度信令,包括:
接收第三调度信令,所述第三调度信令包括第三HARQ进程号;
相应地,所述在同一个TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输,包括:
在同一个TTI内,在所述第三HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第五种可能的实施方式,在第一方面的第六种可能的实施方式中,在接收基站发送的调度信令之前,还包括:
接收所述基站发送的配置消息,所述配置消息用于指示所述第三HARQ进程号与所述第一逻辑信道元和所述第二逻辑信道元之间的对应关系;
相应地,所述在同一个TTI内,在同一个TTI内,在所述第三HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述第三HARQ进程号对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第三HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第六种可能的实施方式,在第一方面的第七种可能的实施方式中,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第三HARQ进程号,对应所述第一标识信息和所述第二标识信息。
结合第一方面,在第一方面的第八种可能的实施方式中,所述接收基站发送的调度信令,包括:
接收第四调度信令,所述第四调度信令包括第四HARQ进程号和第五HARQ进程号;
相应地,所述在同一个TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输,包括:
在同一个TTI内,在所述第四HARQ进程号和所述第五HARQ进程号对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第八种可能的实施方式,在第一方面的第九种可能的实施方式中,在接收基站发送的调度信令之前,还包括:
接收所述基站发送的配置消息,所述配置消息用于指示所述第四HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第五HARQ进程号与所述第二逻辑信道元之间的对应关系;
相应地,所述在同一个TTI内,在所述第四HARQ进程号和所述第五HARQ进程号对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述第四HARQ进程号和所述第五HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第四HARQ进程号和所述第五HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第一方面的第九种可能的实施方式,在第一方面的第十种可能的实施方式中,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第四HARQ进程号,对应所述第一标识信息;
所述第五HARQ进程号,对应所述第二标识信息。
结合第一方面的第八种可能的实施方式至第一方面的第十种可能的实施方式中任一项所述的方法,在第一方面的第十一种可能的实施方式中,所述第四HARQ进程号与所述第五HARQ进程号相同或者不同。
结合第一方面的第二种可能的实施方式、第一方面的第三种可能的实施方式、第一方面的第六种可能的实施方式、第一方面的第七种可能的实施方式、第一方面的第九种可能的实施方式或第一方面的第十种可能的实施方式中任一项所述的方法,在第一方面的第十二种可能的实施方式中,所述配置消息还包括:
所述第一逻辑信道元的HARQ最大传输或重传次数;
所述第二逻辑信道元的HARQ最大传输或重传次数。
结合第一方面至第一方面的第十二种可能的实施方式中任一项所述的方法,在第一方面的第十三种可能的实施方式中,所述接收基站发送的调度信令之前,所述方法还包括:
接收所述基站发送的指示信息,所述指示信息用于指示在同一个TTI内传输至少两个逻辑信道元上的数据。
结合第一方面至第一方面的第十三种可能的实施方式中任一项所述的方法,在第一方面的第十四种可能的实施方式中,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括逻辑信道LCH号或逻辑信道组LCG号。
第二方面,本发明实施例提供一种数据传输处理方法,包括:
生成调度信令,所述调度信令包括混合自动重传请求HARQ进程号;
向用户设备UE发送所述调度信令,以指示所述UE在同一个传输时间间隔TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
在第二方面的第一种可能的实施方式中,所述调度信令包括第一调度信令和第二调度信令,所述第一调度信令和所述第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,所述向用户设备UE发送所述调度信令包括:在同一个TTI内,向所述UE发送所述第一调度信令和所述第二调度信令。
结合第二方面的第一种可能的实施方式,在第二方面的第二种可能的实施方式中,所述向用户设备UE发送所述调度信令之前,还包括:
向所述UE发送配置消息,所述配置消息用于指示所述第一HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第二HARQ进程号与所述第二逻辑信道元之间的对应关系。
结合第二方面的第二种可能的实施方式,在第二方面的第三种可能的实施方式中,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
结合第二方面至第二方面的第三种可能的实施方式中任一项所述的方法,在第二方面的第四种可能的实施方式中,所述第一HARQ进程号与所述第二HARQ进程号相同或者不同。
结合第二方面,在第二方面的第五种可能的实施方式中,所述调度信令包括第三调度信令,所述第三调度信令包括第三HARQ进程号。
结合第二方面的第五种可能的实施方式,在第二方面的第六种可能的实施方式中,在向用户设备UE发送所述调度信令之前,还包括:
向所述UE发送配置消息,所述配置消息用于指示所述第三HARQ进程号与所述第一逻辑信道元和所述第二逻辑信道元之间的对应关系。
结合第二方面的第六种可能的实施方式,在第二方面的第六种可能的实施方式中,所述配置消息包括:
第一逻辑信道元的第一标识信息;
第二逻辑信道元的第二标识信息;
所述第三HARQ进程号,对应所述第一标识信息和所述第二标识信息。
结合第二方面,在第二方面的第七种可能的实施方式中,所述调度信令包括第四调度信令,所述第四调度信令包括第四HARQ进程号和第五HARQ进程号。
结合第二方面的第七种可能的实施方式,在第二方面的第八种可能的实施方式中,在向用户设备UE发送所述调度信令之前,还包括:
向所述UE发送配置消息,所述配置消息用于指示所述第四HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第五HARQ进程号与所述第二逻辑信道元之间的对应关系。
结合第二方面的第八种可能的实施方式,在第二方面的第九种可能的实施方式中,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第四HARQ进程号,对应所述第一标识信息;
所述第五HARQ进程号,对应所述第二标识信息。
结合第二方面的第七种可能的实施方式至第二方面的第九种可能的实施方式中任一项所述的方法,在第二方面的第十种可能的实施方式中,所述第四HARQ进程号与所述第五HARQ进程号相同或者不同。
结合第二方面的第二种可能的实施方式、第二方面的第三种可能的实施方式、第二方面的第六种可能的实施方式、第二方面的第七种可能的实施方式、第二方面的第九种可能的实施方式或第二方面的第十种可能的实施方式中任一项所述的方法,在第二方面的第十一种可能的实施方式中,所述配置消息还包括:
第一逻辑信道元的HARQ最大传输或重传次数;
第二逻辑信道元的HARQ最大传输或重传次数。
结合第二方面至第二方面的第十一种可能的实施方式中任一项所述的方法,在第二方面的第十二种可能的实施方式中,所述向用户设备UE发送所述调度信令之前,还包括:
向所述UE发送指示信息,所述指示信息用于指示所述UE在同一个TTI内传输至少两个逻辑信道元上的数据。
结合第二方面至第二方面的第十二种可能的实施方式中任一项所述的方法,在第二方面的第十三种可能的实施方式中,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括逻辑信道LCH号或逻辑信道组LCG号。
第三方面,本发明实施例提供一种用户设备,包括:
接收模块,用于接收基站发送的调度信令,所述调度信令包括混合自动重传请求HARQ进程号;
处理模块,用于在同一个传输时间间隔TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
在第三方面的第一种可能的实施方式中,所述接收模块具体用于:在同一个TTI内,接收所述基站发送的第一调度信令和第二调度信令;所述第一调度信令和所述第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,所述处理模块具体用于:
在同一个TTI内,在所述第一HARQ进程号和第二HARQ进程号对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第三方面的第一种可能的实施方式,在第三方面的第二种可能的实施方式中,所述接收模块还用于:接收所述基站发送的配置消息,所述配置消息用于指示所述第一HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第二HARQ进程号与所述第二逻辑信道元之间的对应关系;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述第一HARQ进程号和第二HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元;
在所述第一HARQ进程号和第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第三方面,在第三方面的第三种可能的实施方式中,所述接收模块具体用于:接收第三调度信令,所述第三调度信令包括第三HARQ进程号;
相应地,所述处理模块具体用于:
在同一个TTI内,在所述第三HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第三方面的第三种可能的实施方式,在第三方面的第四种可能的实施方式中,所述接收模块还用于:接收所述基站发送的配置消息,所述配置消息用于指示所述第三HARQ进程号与所述第一逻辑信道元和所述第二逻辑信道元之间的对应关系;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述第三HARQ进程号对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第三HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第三方面,在第三方面的第五种可能的实施方式中,所述接收模块具体用于:接收第四调度信令,所述第四调度信令包括第四HARQ进程号和第五HARQ进程号;
相应地,所述处理模块具体用于:
在同一个TTI内,在所述第四HARQ进程号和所述第五HARQ进程号对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
结合第三方面的第五种可能的实施方式,在第三方面的第六种可能的实施方式中,所述接收模块还用于:接收所述基站发送的配置消息,所述配置消息用于指示所述第四HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第五HARQ进程号与所述第二逻辑信道元之间的对应关系;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述第四HARQ进程号和所述第五HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第四HARQ进程号和所述第五HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
第四方面,本发明实施例提供一种基站,包括:
生成模块,用于生成调度信令,所述调度信令包括混合自动重传请求HARQ进程号;
发送模块,用于向用户设备UE发送所述调度信令,以指示所述UE在同一个传输时间间隔TTI内,在所述HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
在第四方面的第一种可能的实施方式中,所述调度信令包括第一调度信令和第二调度信令,所述第一调度信令和所述第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,所述发送模块还用于:在同一个TTI内,向所述UE发送所述第一调度信令和所述第二调度信令。
结合第四方面的第一种可能的实施方式,在第四方面的第二种可能的实施方式中,所述发送模块,还用于:
向所述UE发送配置消息,所述配置消息用于指示所述第一HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第二HARQ进程号与所述第二逻辑信道元之间的对应关系。
结合第四方面,在第四方面的第三种可能的实施方式中,所述调度信令包括第三调度信令,所述第三调度信令包括第三HARQ进程号。
结合第四方面的第三种可能的实施方式,在第四方面的第四种可能的实施方式中,所述发送模块,还用于:
向所述UE发送配置消息,所述配置消息用于指示所述第三HARQ进程号与所述第一逻辑信道元和所述第二逻辑信道元之间的对应关系。
结合第四方面,在第四方面的第五种可能的实施方式中,所述调度信令包括第四调度信令,所述第四调度信令包括第四HARQ进程号和第五HARQ进程号。
结合第四方面的第五种可能的实施方式,在第四方面的第六种可能的实施方式中,所述发送模块,还用于:
向所述UE发送配置消息,所述配置消息用于指示所述第四HARQ进程号与所述第一逻辑信道元之间的对应关系,以及所述第五HARQ进程号与所述第二逻辑信道元之间的对应关系。
第五方面,本发明实施例提供一种通信系统,包括如第三方面至第三方面的第六种可能的实施方式中任一项所述的用户设备以及第四方面至第四方面的第六种可能的实施方式中任一项所述的基站。
本发明实施例提供的数据传输处理方法、装置和系统,通过UE接收基站发送的调度信令,调度信令包括HARQ进程号,在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明数据传输处理方法实施例一的流程图;
图2为本发明数据传输处理方法实施例二的流程图;
图3为本发明数据传输处理方法实施例三的流程图;
图4为本发明数据传输处理方法实施例四的流程图
图5为本发明用户设备实施例一的结构示意图;
图6为本发明基站实施例一的结构示意图;
图7为本发明用户设备实施例二的结构示意图;
图8为本发明基站实施例二的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明数据传输处理方法实施例一的流程图,本实施例以UE作为执行主体为例进行说明,如图1所示,本实施例的方法可以包括:
S101、接收基站发送的调度信令,调度信令包括HARQ进程号。
其中,调度信令还可以包括调度数据所使用的物理资源,其中,物理资源可以是时频资源。各调度信令分别还可携带UE接收下行数据或发送上行数据所使用的调制编码方式与所采用的冗余版本等信息,UE将按照调度信令里面的物理资源、调制编码方式以及冗余版本等信息在相应的HARQ进程接收下行数据或发送上行数据。
S102、在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
需要说明的是,步骤S102中的传输包括数据的上行发送或下行接收,即图1所示的方法可以用于数据的上行传输过程,也可以用于数据的下行传输过程。且以上逻辑信道元可以是逻辑信道LCH,也可以是逻辑信道组LCG。
通过图1所示的方法,UE可在同一TTI内同时传输至少两个逻辑信道元(例如LCH或LCG)上的数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
其中,步骤S101中针对基站发送的调度信令的不同,本实施例有三种可实施的方式:
在第一种可实施的方式中,S101具体为:
S101a、UE在同一个TTI内,接收基站发送的第一调度信令和第二调度信令,第一调度信令和第二调度信令分别包括第一HARQ进程号和第二HARQ进程号。
相应地,S102具体为:
S102a、UE在同一个TTI内,在第一HARQ进程号和第二HARQ进程号对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
其中,在UE接收基站发送的调度信令之前,还可包括:
S103a、接收基站发送的配置消息,配置消息用于指示第一HARQ进程号与第一逻辑信道元之间的对应关系,以及第二HARQ进程号与第二逻辑信道元之间的对应关系。相应地,S102a具体为:根据配置消息,确定第一HARQ进程号和第二HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元,在第一HARQ进程号和第二HARQ进程号分别对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。具体地,在相同的TTI内,在第一HARQ进程号和第二HARQ进程号分别对应的进程上,通过物理资源同时下载或上传第一逻辑信道元和第二逻辑信道元上的数据。
其中,配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第一HARQ进程号,对应第一标识信息;第二HARQ进程号,对应第二标识信息。
在上述实施例中,第一HARQ进程号与第二HARQ进程号可以相同或者不同。相同时,第一逻辑信道元上的数据和第二逻辑信道元上的数据可以复用成一个MAC PDU进行传输,复用成一个MAC PDU中时,MAC PDU的头会指示来自对应不同逻辑信道元的数据,进而接收端在接收到MAC PDU后,根据MAC PUD的头中的指示,向对应逻辑信道元进行数据传输。这样也可提高带宽资源的利用率。
其中,配置消息可通过无线资源控制(Radio Resource Control,以下简称:RRC)连接建立(Connection Setup)消息或者RRC连接重配置(Connection Reconfiguration)消息等下行RRC消息进行发送,可选地,UE收到配置消息后,要向基站反馈配置完成消息,具体地,当配置消息为RRC Connection Setup消息时,UE向基站发送RRC连接建立完成(RRCConnection Setup Complete)消息,当配置消息为RRC Connection Reconfiguration消息时,UE向基站发送RRC连接重配置完成(RRC Connection Reconfiguration Complete)消息,当配置消息为其他下行RRC消息时,UE相应向基站发送完成消息,本实施例不做限制。
在第二种可实施的方式中,S101具体为:
S101b、接收第三调度信令,第三调度信令包括第三HARQ进程号。
相应地,S102具体为:
S102b、在同一个TTI内,在第三HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
其中,在UE接收基站发送的调度信令之前,还可包括:
S103b、接收基站发送的配置消息,配置消息用于指示第三HARQ进程号与第一逻辑信道元和第二逻辑信道元之间的对应关系。相应地,S102b具体为:根据配置消息,确定第三HARQ进程号对应的第一逻辑信道元和第二逻辑信道元,在第三HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
其中,配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第三HARQ进程号,对应第一标识信息和第二标识信息。
在第三种可实施的方式中,S101具体为:
S101c、接收第四调度信令,第四调度信令包括第四HARQ进程号和第五HARQ进程号。
相应地,S102具体为:
S102c、在同一个TTI内,在第四HARQ进程号和第五HARQ进程号对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
其中,在UE接收基站发送的调度信令之前,还可包括:
S103c、接收基站发送的配置消息,配置消息用于指示第四HARQ进程号与第一逻辑信道元之间的对应关系,以及第五HARQ进程号与第二逻辑信道元之间的对应关系。相应地,S102c具体为:根据配置消息,确定第四HARQ进程号和第五HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元,在第四HARQ进程号和第五HARQ进程号分别对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
其中,配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第四HARQ进程号,对应第一标识信息;第五HARQ进程号,对应第二标识信息。
第四HARQ进程号与第五HARQ进程号相同或者不同。相同时,第一逻辑信道元上的数据和第二逻辑信道元上的数据可以复用成一个MAC PDU进行传输,复用成一个MAC PDU中时,MAC PDU的头会指示来自对应不同逻辑信道元的数据,进而接收端在接收到MAC PDU后,根据MAC PUD的头中的指示,向对应逻辑信道元进行数据传输。这样也可提高带宽资源的利用率。
在上述实施例中,配置消息还包括:
第一逻辑信道元的HARQ最大传输或重传次数;第二逻辑信道元的HARQ最大传输或重传次数。此处第一逻辑信道元的HARQ最大传输或重传次数与第二逻辑信道元的HARQ最大传输或重传次数可以相同,相同时可以仅为一个信元。
在上述实施例中,UE接收基站发送的调度信令之前,还可以包括:
S104、接收基站发送的指示信息,指示信息用于指示在同一个TTI内传输至少两个逻辑信道元上的数据。
在上述实施例中,第一逻辑信道元的第一标识信息包括LCH号或逻辑信道组(Logical Channel Group,以下简称:LCG)号,第二逻辑信道元的第二标识信息包括LCH号或LCG号,其中一个LCG至少包含一个LCH。
此处需说明的是,本实施例以调度两组数据为例,调度多组数据时方法与上述类似,UE可在同一TTI内同时传输多组数据,此处不再赘述。
本实施例提供的数据传输处理方法,通过UE接收基站发送的调度信令,调度信令包括HARQ进程号,在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
图2为本发明数据传输处理方法实施例二的流程图,如图2所示,本实施例中以基站作为执行主体为例进行说明,本实施例的方法可以包括:
S201、生成调度信令,调度信令包括HARQ进程号。
其中,调度信令还包括调度数据所使用的物理资源,其中,物理资源可以是时频资源。各调度信令分别还可携带UE接收下行数据或发送上行数据所使用的调制编码方式与所采用的冗余版本等信息,UE将按照调度信令里面的物理资源、调制编码方式以及冗余版本等信息在相应的HARQ进程接收下行数据或发送上行数据。
S202、向UE发送调度信令,以指示UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
作为一种可实施的方式,调度信令包括第一调度信令和第二调度信令,第一调度信令和第二调度信令分别包括第一HARQ进程号和第二HARQ进程号。相应地,S202中向用户设备UE发送调度信令包括:在同一个TTI内,向UE发送第一调度信令和第二调度信令。
其中,在基站向UE发送调度信令之前,还可包括:
S203、向UE发送配置消息,配置消息用于指示第一HARQ进程号与第一逻辑信道元之间的对应关系,以及第二HARQ进程号与第二逻辑信道元之间的对应关系。
其中,配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第一HARQ进程号,对应第一标识信息;第二HARQ进程号,对应第二标识信息。
第一HARQ进程号与第二HARQ进程号可以相同或者不同。相同时,第一逻辑信道元上的数据和第二逻辑信道元上的数据可以复用成一个MAC PDU进行传输,复用成一个MACPDU中时,MAC PDU的头会指示来自对应不同逻辑信道元的数据,进而接收端在接收到MACPDU后,根据MAC PUD的头中的指示,向对应逻辑信道元进行数据传输。这样也可提高带宽资源的利用率。
作为另一种可实施的方式,调度信令包括第三调度信令,第三调度信令包括第三HARQ进程号。
其中,在基站向UE发送调度信令之前,还可包括:
向UE发送配置消息,配置消息用于指示第三HARQ进程号与第一逻辑信道元和第二逻辑信道元之间的对应关系。
配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第三HARQ进程号,对应第一标识信息和第二标识信息。
作为再一种可实施的方式,调度信令包括第四调度信令,第四调度信令包括第四HARQ进程号和第五HARQ进程号。
其中,在基站向UE发送调度信令之前,还可包括:
向UE发送配置消息,配置消息用于指示第四HARQ进程号与第一逻辑信道元之间的对应关系,以及第五HARQ进程号与第二逻辑信道元之间的对应关系。
配置消息包括:第一逻辑信道元的第一标识信息;第二逻辑信道元的第二标识信息;第四HARQ进程号,对应第一标识信息;第五HARQ进程号,对应第二标识信息。
第四HARQ进程号与第五HARQ进程号相同或者不同。相同时,第一逻辑信道元上的数据和第二逻辑信道元上的数据可以复用成一个MAC PDU进行传输,复用成一个MAC PDU中时,MAC PDU的头会指示来自对应不同逻辑信道元的数据,进而接收端在接收到MAC PDU后,根据MAC PUD的头中的指示,向对应逻辑信道元进行数据传输。这样也可提高带宽资源的利用率。
在上述实施例中,配置消息还可包括:第一逻辑信道元的HARQ最大传输或重传次数;第二逻辑信道元的HARQ最大传输或重传次数。此处第一逻辑信道元的HARQ最大传输或重传次数与第二逻辑信道元的HARQ最大传输或重传次数可以相同,相同时可以仅为一个信元。
在上述实施例中,向用户设备UE发送调度信令之前,还包括:
S204、向UE发送指示信息,指示信息用于指示UE在同一个TTI内传输至少两个逻辑信道元上的数据。
进一步地,第一逻辑信道元的第一标识信息包括LCH号或LCG号,第二逻辑信道元的第二标识信息包括LCH号或LCG号,其中一个LCG至少包含一个LCH。
此处需说明的是,本实施例以调度两组数据为例,调度多组数据时方法与上述类似,UE可在同一TTI内同时传输多组数据,此处不再赘述。
本实施例提供的数据传输处理方法,通过基站生成调度信令,调度信令包括HARQ进程号,然后向UE发送调度信令,以指示UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
下面采用一个具体的实施例,对上述所示方法实施例的技术方案进行详细说明。
图3为本发明数据传输处理方法实施例三的流程图,如图3所示,本实施例的方法包括:
S301、基站生成调度信令,调度信令包括HARQ进程号。
S302、基站向UE发送配置消息。
S303、基站向UE发送调度信令,以指示UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
S304、UE接收基站发送的配置消息。
S305、UE接收基站发送的调度信令,调度信令包括HARQ进程号。
S306、UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
具体地,针对调度信令的三种不同可实施的方式,下面详细说明UE在相同的TTI内对第一逻辑信道元和第二逻辑信道元上的数据进行传输的过程。
一、调度信令包括第一调度信令和第二调度信令,第一调度信令和第二调度信令分别包括HARQ1和HARQ2。
配置消息用于指示HARQ1与第一逻辑信道元之间的对应关系,以及HARQ2与第二逻辑信道元之间的对应关系。配置消息包括:第一逻辑信道元的第一标识信息LCH1(或者LCG1)、HARQ1、第一逻辑信道元的HARQ最大传输或重传次数M;第二逻辑信道元的第二标识信息LCH2(或者LCG2)、HARQ2、第二逻辑信道元HARQ最大传输或重传次数N。M可以等于N。
首先以下行数据传输为例,UE在一个TTI检测到两个调度信令:第一调度信令和第二调度信令,两个调度信令分别包括调度数据所使用的HARQ进程1和物理资源、HARQ进程2和物理资源,即指示UE使用HARQ进程1和HARQ进程2进行两个下行数据包的接收,UE根据该指示,使用相应的HARQ进程,对接收到两个下行数据包进行解码,并向基站反馈对下行数据的解码信息。UE向基站反馈对下行数据的解码信息有两种可实施的方式:
(一)、UE根据其中一个调度信令所占资源的起始位置,获取上行反馈资源,并在上行反馈资源上向基站发送两组下行数据的解码信息。其中每个下行数据的解码信息占用1比特(bit),此时配置消息中还包括指示信息,指示信息用于指示UE反馈解码信息是按照HARQ进程号的排序来发送的,例如按HARQ进程号从大到小或从小到大的顺序,UE收到配置消息中的指示信息后,即在上行反馈资源上按照HARQ进程号的排序向基站发送至少两组下行数据的解码信息。
其中一个调度信令所占资源的起始位置可以为:两个调度信令中所占资源起始位置最低的调度信令所占资源的起始位置,或者两个调度信令中所占资源起始位置最高的调度信令所占资源的起始位置,或者在配置消息中预先配置的调度信令所占资源的起始位置。
(二)、UE根据各调度信令所占资源的起始位置,分别获取对应的上行反馈资源,并在各上行反馈资源上分别向基站发送两组下行数据的解码信息。
基站接收到解码信息后,若反馈的解码信息为否定应答(NegativeAcknowledgment,简称:NACK),则基站根据相应HARQ进程号对应的HARQ最大传输或重传次数M或N,向UE重新传输下行数据包。
接着以上行数据传输为例,UE在一个TTI检测到两个调度信令,两个调度信令分别包括调度数据所使用的HARQ进程1和物理资源、HARQ进程2和物理资源,即指示UE使用HARQ进程1和HARQ进程2进行两个数据包的发送,UE根据该指示,使用相应的HARQ进程,向基站发送两个上行数据包。基站接收UE发送的两个上行数据包,并根据解码情况向UE发送解码信息。UE接收到两个上行数据的解码信息后,若反馈的解码信息为NACK,则UE根据相应HARQ进程号对应的HARQ最大传输或重传次数M或N,向基站重新传输上行数据包。基站接收UE发送的两个上行数据包,并根据解码情况向UE发送解码信息,基站向UE反馈对上行数据的解码信息有两种可实施的方式:
(一)、基站根据其中一个上行数据所占资源的起始位置,获取下行反馈资源,并在下行反馈资源上向UE发送两组上行数据的解码信息。具体地基站可按照HARQ进程号的排序来向UE发送两组上行数据的解码信息,相应地配置消息中还包括指示信息,指示信息用于指示UE基站反馈的解码信息是按照HARQ进程号的排序来发送的,这样UE接收到解码信息即可知道对应的HARQ进程的数据的解码情况。
其中一个上行数据所占资源的起始位置可以为:
两个上行数据中所占资源起始位置最低的上行数据所占资源的起始位置,或者两个上行数据中所占资源起始位置最高的上行数据所占资源的起始位置,或者在配置消息中预先配置的上行数据所占资源的起始位置。
(二)、基站根据每个上行数据所占资源的起始位置,计算每个上行数据的反馈所使用的反馈资源。
UE接收到每个上行数据的解码信息后,若反馈的解码信息为NACK,则UE根据相应HARQ进程号对应的HARQ最大传输或重传次数,向基站重新传输上行数据包。UE执行的HARQ重传可以是同步非自适应的重传,或者自适应的重传。本实施例不做限制。
二、调度信令包括第三调度信令,第三调度信令包括HARQ3。
配置消息用于指示HARQ3与第一逻辑信道元和第二逻辑信道元之间的对应关系。配置消息包括:第一逻辑信道元的第一标识信息LCH1(或者LCG1);第二逻辑信道元的第二标识信息LCH2(或者LCG2);HARQ3,HARQ3对应LCH1(或者LCG1)和LCH2(或者LCG2);第一逻辑信道元的HARQ最大传输或重传次数M,第二逻辑信道元的HARQ最大传输或重传次数N。M可以等于N。
首先以下行数据传输为例,UE在一个TTI检测到第三调度信令:第三调度信令包括调度数据所使用的HARQ3和物理资源,即指示UE使用HARQ3进行两个下行数据包的接收,UE根据该指示,使用相应的HARQ进程,对接收到两个下行数据包进行解码,并向基站反馈对下行数据的解码信息。UE向基站反馈对下行数据的解码信息具体为:UE根据第三调度信令所占资源的起始位置,获取上行反馈资源,并在上行反馈资源上向基站发送两组下行数据的解码信息。其中每个下行数据的解码信息占用1比特(bit)。
基站接收到解码信息后,若反馈的解码信息为NACK,则基站根据相应HARQ进程号对应的HARQ最大传输或重传次数M或N,向UE重新传输下行数据包。
接着以上行数据传输为例,UE在一个TTI检测到第三调度信令,第三调度信令包括调度数据所使用的HARQ3和物理资源,即指示UE使用HARQ3进行两个数据包的发送,UE根据该指示,使用相应的HARQ3,向基站发送两个上行数据包。基站接收UE发送的两个上行数据包,并根据解码情况向UE发送解码信息。基站向UE反馈对上行数据的解码信息有两种可实施的方式:
(一)、基站根据其中一个上行数据所占资源的起始位置,获取下行反馈资源,并在下行反馈资源上向UE发送两组上行数据的解码信息。具体地基站可按照HARQ进程号的排序来向UE发送两组上行数据的解码信息,相应地配置消息中还包括指示信息,指示信息用于指示UE基站反馈的解码信息是按照HARQ进程号的排序来发送的,这样UE接收到解码信息即可知道对应的HARQ进程的数据的解码情况。
其中一个上行数据所占资源的起始位置可以为:
两个上行数据中所占资源起始位置最低的上行数据所占资源的起始位置,或者两个上行数据中所占资源起始位置最高的上行数据所占资源的起始位置,或者在配置消息中预先配置的上行数据所占资源的起始位置。
(二)、基站根据每个上行数据所占资源的起始位置,计算每个上行数据的反馈所使用的反馈资源。
UE接收到每个上行数据的解码信息后,若反馈的解码信息为NACK,则UE根据相应HARQ进程号对应的HARQ最大传输或重传次数,向基站重新传输上行数据包。UE执行的HARQ重传可以是同步非自适应的重传,或者自适应的重传。本实施例不做限制。
三、调度信令包括第四调度信令,第四调度信令包括第四HARQ进程号和第五HARQ进程号。
配置消息用于指示第四HARQ进程号与第一逻辑信道元之间的对应关系,以及第五HARQ进程号与第二逻辑信道元之间的对应关系。
配置消息包括:第一逻辑信道元的第一标识信息LCH1(或者LCG1);第二逻辑信道元的第二标识信息LCH2(或者LCG2);HARQ4,对应第一标识信息;HARQ5,对应第二标识信息;第一逻辑信道元的HARQ最大传输或重传次数M,第二逻辑信道元的HARQ最大传输或重传次数N,M可以等于N。
首先以下行数据传输为例,UE在一个TTI检测到第四调度信令:第四调度信令包括调度数据所使用的HARQ3和物理资源、HARQ4和物理资源,即指示UE分别使用HARQ3和HARQ4进行两个下行数据包的接收,UE根据该指示,使用相应的HARQ进程,对接收到两个下行数据包进行解码,并向基站反馈对下行数据的解码信息。UE向基站反馈对下行数据的解码信息具体为:UE根据第四调度信令所占资源的起始位置,获取上行反馈资源,并在上行反馈资源上向基站发送两组下行数据的解码信息。其中每个下行数据的解码信息占用1比特(bit)。
此时配置消息中还包括指示信息,指示信息用于指示UE反馈解码信息是按照HARQ进程号的排序来发送的,例如按HARQ进程号从大到小或从小到大的顺序,此时UE向基站反馈对下行数据的解码信息具体为:根据一个调度信令所占资源的起始位置,获取上行反馈资源,并在上行反馈资源上按照HARQ进程号的排序向基站发送两组下行数据的解码信息。
基站接收到解码信息后,若反馈的解码信息为NACK,则基站根据相应HARQ进程号对应的HARQ最大传输或重传次数M或N,向UE重新传输下行数据包。
接着以上行数据传输为例,UE在一个TTI检测到第四调度信令:第四调度信令包括调度数据所使用的HARQ3和物理资源、HARQ4和物理资源,即指示UE分别使用HARQ3和HARQ4进行两个数据包的发送,UE根据该指示,使用相应的HARQ进程,向基站发送两个上行数据包。基站接收UE发送的两个上行数据包,并根据解码情况向UE发送解码信息。基站向UE反馈对上行数据的解码信息有两种可实施的方式:
(一)、基站根据其中一个上行数据所占资源的起始位置,获取下行反馈资源,并在下行反馈资源上向UE发送两组上行数据的解码信息。具体地基站可按照HARQ进程号的排序来向UE发送两组上行数据的解码信息,相应地配置消息中还包括指示信息,指示信息用于指示UE基站反馈的解码信息是按照HARQ进程号的排序来发送的,这样UE接收到解码信息即可知道对应的HARQ进程的数据的解码情况。
其中一个上行数据所占资源的起始位置可以为:
两个上行数据中所占资源起始位置最低的上行数据所占资源的起始位置,或者两个上行数据中所占资源起始位置最高的上行数据所占资源的起始位置,或者在配置消息中预先配置的上行数据所占资源的起始位置。
(二)、基站根据每个上行数据所占资源的起始位置,计算每个上行数据的反馈所使用的反馈资源。
UE接收到每个上行数据的解码信息后,若反馈的解码信息为NACK,则UE根据相应HARQ进程号对应的HARQ最大传输或重传次数,向基站重新传输上行数据包。UE执行的HARQ重传可以是同步非自适应的重传,或者自适应的重传。本实施例不做限制。
此处需说明的是,本实施例以调度两组数据为例,调度多组数据时方法与上述类似,UE可在同一TTI内同时传输多组数据,此处不再赘述。
图4为本发明数据传输处理方法实施例四的流程图,如图4所示,本实施例的方法包括:
S401、基站生成配置消息,配置消息包括至少两个标识信息,分别用于标识至少两个逻辑信道元以及与每个标识信息对应的HARQ进程号,逻辑信道元为逻辑信道LCH或逻辑信道组LCG。其中,每个标识信息对应的HARQ进程号可以相同,也可以不同。
S402、基站向用户设备发送配置消息。
进一步地,本实施例的方法还包括:
S403、当需要调度第一逻辑信道元与第二逻辑信道元上的数据时,根据所述配置消息,确定第一逻辑信道元和第二逻辑信道元的标识信息所对应的HARQ进程号,其中所述第一逻辑信道元和所述第二逻辑信道元分别对应不同的HARQ进程号,或者所述第一逻辑信道元和所述第二逻辑信道元对应相同HARQ进程号。
S404、向所述用户设备发送调度信令,所述调度信令包括所确定的HARQ进程号。
进一步地,向所述用户设备发送调度信令有两种可实施的方式:
作为一种可实施的方式,向用户设备发送同一个调度信令,所述调度信令包括所确定的相同的或者不同的HARQ进程号。
作为另一种可实施的方式,在同一个TTI内发送不同的调度信令,各调度信令均包括所确定的相同的HARQ进程号,或者分别包括所确定的不同的HARQ进程号。
在上述实施例中,配置消息还包括:
与所述每个标识信息对应的HARQ最大传输或重传次数。
本实施例提供的数据传输处理方法,通过基站生成配置消息,配置消息包括至少两个标识信息,分别用于标识至少两个逻辑信道元以及与每个标识信息对应的HARQ进程号,逻辑信道元为LCH或LCG,然后基站向用户设备发送所述配置消息。从而使得UE可根据接收到的配置消息在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
图5为本发明用户设备实施例一的结构示意图,如图5所示,本实施例的用户设备可以包括:接收模块11和处理模块12,其中,
接收模块11用于接收基站发送的调度信令,调度信令包括混合自动重传请求HARQ进程号。
处理模块12用于在同一个传输时间间隔TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
进一步地,接收模块11具体用于:在同一个TTI内,接收基站发送的第一调度信令和第二调度信令;第一调度信令和第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,处理模块12具体用于:
在同一个TTI内,在第一HARQ进程号和第二HARQ进程号对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
具体地,接收模块11还用于:接收基站发送的配置消息,配置消息用于指示第一HARQ进程号与第一逻辑信道元之间的对应关系,以及第二HARQ进程号与第二逻辑信道元之间的对应关系;
相应地,处理模块12具体用于:
根据配置消息,确定第一HARQ进程号和第二HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元;
在第一HARQ进程号和第二HARQ进程号分别对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
进一步地,接收模块11具体用于:接收第三调度信令,第三调度信令包括第三HARQ进程号;
相应地,处理模块12具体用于:
在同一个TTI内,在第三HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
具体地,接收模块11还用于:接收基站发送的配置消息,配置消息用于指示第三HARQ进程号与第一逻辑信道元和第二逻辑信道元之间的对应关系;
相应地,处理模块12具体用于:
根据配置消息,确定第三HARQ进程号对应的第一逻辑信道元和第二逻辑信道元;
在第三HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
进一步地,接收模块11具体用于:接收第四调度信令,第四调度信令包括第四HARQ进程号和第五HARQ进程号;
相应地,处理模块12具体用于:
在同一个TTI内,在第四HARQ进程号和第五HARQ进程号对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
具体地,接收模块11还用于:接收基站发送的配置消息,配置消息用于指示第四HARQ进程号与第一逻辑信道元之间的对应关系,以及第五HARQ进程号与第二逻辑信道元之间的对应关系;
相应地,处理模块12具体用于:
根据配置消息,确定第四HARQ进程号和第五HARQ进程号分别对应的第一逻辑信道元和第二逻辑信道元;
在第四HARQ进程号和第五HARQ进程号分别对应的进程上,分别对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
本实施例的用户设备,可以用于执行图1所示方法实施例的技术方案,其实现原理类似,此处不再赘述。
本实施例提供的用户设备,通过接收模块接收基站发送的调度信令,调度信令包括HARQ进程号,处理模块在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
图6为本发明基站实施例一的结构示意图,如图6所示,本实施例的基站可以包括:生成模块13和发送模块14,其中,
生成模块13用于生成调度信令,调度信令包括混合自动重传请求HARQ进程号。
发送模块14用于向用户设备UE发送调度信令,以指示UE在同一个传输时间间隔TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
进一步地,调度信令包括第一调度信令和第二调度信令,第一调度信令和第二调度信令分别包括第一HARQ进程号和第二HARQ进程号;
相应地,发送模块14还用于:在同一个TTI内,向UE发送第一调度信令和第二调度信令。
进一步地,发送模块14还用于:
向UE发送配置消息,配置消息用于指示第一HARQ进程号与第一逻辑信道元之间的对应关系,以及第二HARQ进程号与第二逻辑信道元之间的对应关系。
进一步地,调度信令包括第三调度信令,第三调度信令包括第三HARQ进程号。
发送模块14还用于:
向UE发送配置消息,配置消息用于指示第三HARQ进程号与第一逻辑信道元和第二逻辑信道元之间的对应关系。
进一步地,调度信令包括第四调度信令,第四调度信令包括第四HARQ进程号和第五HARQ进程号。
发送模块14还用于:
向UE发送配置消息,配置消息用于指示第四HARQ进程号与第一逻辑信道元之间的对应关系,以及第五HARQ进程号与第二逻辑信道元之间的对应关系。
本实施例的基站,可以用于执行图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
本实施例提供的基站,通过生成模块生成调度信令,调度信令包括HARQ进程号,然后发送模块向UE发送调度信令,以指示UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
本发明实施例提供的通信系统,包括图5所示的用户设备和图6所示的基站。
图7为本发明用户设备实施例二的结构示意图,如图7所示,本实施例的用户设备可以包括:接收机21、发射机22、存储器23,以及分别与接收机21、发射机22和存储器23连接的处理器24,其中,
接收机21用于接收基站发送的调度信令,调度信令包括混合自动重传请求HARQ进程号;
存储器23存储有一组程序代码,处理器24调用程序代码,以执行以下操作:
在同一个传输时间间隔TTI内,在HARQ进程号对应的进程上,通过接收机21和发射机22对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
本实施例提供的用户设备,通过接收机接收基站发送的调度信令,调度信令包括HARQ进程号,处理器调用存储器存储的程序代码,在同一个TTI内,在HARQ进程号对应的进程上,通过接收机和发射机对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
图8为本发明基站实施例二的结构示意图,如图8所示,本实施例的基站可以包括:相互连接的处理器31和存储器32,其中,
处理器31用于生成调度信令,调度信令包括混合自动重传请求HARQ进程号;并向用户设备UE发送调度信令,以指示UE在同一个传输时间间隔TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。
存储器32用于存储调度信令。
本实施例提供的基站,通过处理器生成调度信令,调度信令包括HARQ进程号,并向UE发送调度信令,以指示UE在同一个TTI内,在HARQ进程号对应的进程上,对第一逻辑信道元和第二逻辑信道元上的数据进行传输。从而实现了UE可在同一TTI内同时传输多组数据,提高了数据传输的带宽资源利用率,因此UE的数据吞吐量也得到有效的保证。
本发明实施例提供的通信系统,包括图7所示的用户设备和图8所示的基站。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (44)
1.一种数据传输处理方法,其特征在于,包括:
接收基站发送的配置消息,所述配置消息用于指示第一混合自动重传请求HARQ进程号与第一逻辑信道元之间的对应关系以及第二HARQ进程号与第二逻辑信道元之间的对应关系,其中所述第一HARQ进程号和所述第二HARQ进程号相同或者不同,且逻辑信道元包括逻辑信道LCH或逻辑信道组LCG;
接收所述基站发送的调度信令,所述调度信令包括所述第一逻辑信道元和所述第二逻辑信道元对应的HARQ进程号;
根据所述配置信息,在同一个传输时间间隔TTI内,在对应于所述第一逻辑信道元的HARQ进程号对应的进程上,对所述第一逻辑信道元上的数据进行传输,且在对应于所述第二逻辑信道元的HARQ进程号对应的进程上,对所述第二逻辑信道元上的数据进行传输。
2.根据权利要求1所述的方法,其特征在于,所述接收基站发送的调度信令,包括:
在同一个TTI内,接收所述基站发送的第一调度信令和第二调度信令;所述第一调度信令和所述第二调度信令分别包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述在同一个TTI内,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述第一HARQ进程号和所述第二HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第一HARQ进程号和所述第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
3.根据权利要求2所述的方法,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
4.根据权利要求1所述的方法,其特征在于,所述第一逻辑信道元对应的所述第一HARQ进程号和所述第二逻辑信道元对应的所述第二HARQ进程号相同,且所述接收基站发送的调度信令,包括:
接收第三调度信令,所述第三调度信令包括相同的HARQ进程号;
相应地,所述在同一个TTI内,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述相同的HARQ进程号对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述相同的HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
5.根据权利要求4所述的方法,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述相同的HARQ进程号,对应所述第一标识信息和所述第二标识信息。
6.根据权利要求1所述的方法,其特征在于,所述接收基站发送的调度信令,包括:
接收第四调度信令,所述第四调度信令包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述在同一个TTI内,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输,包括:
根据所述配置消息,确定所述第一HARQ进程号和所述第二HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第一HARQ进程号和所述第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
7.根据权利要求6所述的方法,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
8.根据权利要求1至7任一项所述的方法,所述配置消息还包括:
所述第一逻辑信道元的HARQ最大传输或重传次数;
所述第二逻辑信道元的HARQ最大传输或重传次数。
9.根据权利要求1至7任一项所述的方法,其特征在于,所述接收基站发送的调度信令之前,所述方法还包括:
接收所述基站发送的指示信息,所述指示信息用于指示在同一个TTI内传输至少两个逻辑信道元上的数据。
10.根据权利要求1至7任一项所述的方法,其特征在于,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括LCH号或LCG号。
11.一种数据传输处理方法,其特征在于,包括:
向用户设备UE发送配置消息,所述配置消息用于指示第一混合自动重传请求HARQ进程号与第一逻辑信道元之间的对应关系以及第二HARQ进程号与第二逻辑信道元之间的对应关系,其中所述第一HARQ进程号和所述第二HARQ进程号相同或者不同,且逻辑信道元包括逻辑信道LCH或逻辑信道组LCG;
生成调度信令,所述调度信令包括所述第一逻辑信道元和所述第二逻辑信道元对应的HARQ进程号;
向所述UE发送所述调度信令,以指示所述UE在同一个传输时间间隔TTI内,在对应于所述第一逻辑信道元的HARQ进程号对应的进程上,对所述第一逻辑信道元上的数据进行传输,且在对应于所述第二逻辑信道元的HARQ进程号对应的进程上,对所述第二逻辑信道元上的数据进行传输。
12.根据权利要求11所述的方法,其特征在于,所述调度信令包括第一调度信令和第二调度信令,所述第一调度信令和所述第二调度信令分别包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述向所述UE发送所述调度信令包括:在同一个TTI内,向所述UE发送所述第一调度信令和所述第二调度信令。
13.根据权利要求12所述的方法,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
14.根据权利要求11所述的方法,其特征在于,所述第一逻辑信道元对应的所述第一HARQ进程号和所述第二逻辑信道元对应的所述第二HARQ进程号相同,且所述调度信令包括第三调度信令,所述第三调度信令包括相同的HARQ进程号。
15.根据权利要求14所述的方法,其特征在于,所述配置消息包括:
第一逻辑信道元的第一标识信息;
第二逻辑信道元的第二标识信息;
所述相同的HARQ进程号,对应所述第一标识信息和所述第二标识信息。
16.根据权利要求11所述的方法,其特征在于,所述调度信令包括第四调度信令,所述第四调度信令包括所述第一HARQ进程号和所述第二HARQ进程号。
17.根据权利要求16所述的方法,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
18.根据权利要求11至17任一项所述的方法,所述配置消息还包括:
第一逻辑信道元的HARQ最大传输或重传次数;
第二逻辑信道元的HARQ最大传输或重传次数。
19.根据权利要求11至17任一项所述的方法,其特征在于,所述向所述UE发送所述调度信令之前,还包括:
向所述UE发送指示信息,所述指示信息用于指示所述UE在同一个TTI内传输至少两个逻辑信道元上的数据。
20.根据权利要求11至17任一项所述的方法,其特征在于,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括逻辑信道LCH号或逻辑信道组LCG号。
21.一种数据传输处理装置,用于用户设备,其特征在于,包括:
接收模块,用于接收基站发送的配置消息,所述配置消息用于指示第一混合自动重传请求HARQ进程号与第一逻辑信道元之间的对应关系以及第二HARQ进程号与第二逻辑信道元之间的对应关系,其中所述第一HARQ进程号和所述第二HARQ进程号相同或者不同,且逻辑信道元包括逻辑信道LCH或逻辑信道组LCG;
所述接收模块,还用于接收所述基站发送的调度信令,所述调度信令包括所述第一逻辑信道元和所述第二逻辑信道元对应的HARQ进程号;
处理模块,用于在同一个传输时间间隔TTI内,在对应于所述第一逻辑信道元的HARQ进程号对应的进程上,对所述第一逻辑信道元上的数据进行传输,且在对应于所述第二逻辑信道元的HARQ进程号对应的进程上,对对所述第二逻辑信道元上的数据进行传输。
22.根据权利要求21所述的装置,其特征在于,所述接收模块具体用于:在同一个TTI内,接收所述基站发送的第一调度信令和第二调度信令;所述第一调度信令和所述第二调度信令分别包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述第一HARQ进程号和所述第二HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第一HARQ进程号和所述第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
23.根据权利要求22所述的装置,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
24.根据权利要求21所述的装置,其特征在于,所述第一逻辑信道元对应的所述第一HARQ进程号和所述第二逻辑信道元对应的所述第二HARQ进程号相同,且所述接收模块具体用于:接收第三调度信令,所述第三调度信令包括相同的HARQ进程号;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述相同的HARQ进程号对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述相同的HARQ进程号对应的进程上,对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
25.根据权利要求24所述的装置,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述相同的HARQ进程号,对应所述第一标识信息和所述第二标识信息。
26.根据权利要求21所述的装置,其特征在于,所述接收模块具体用于:接收第四调度信令,所述第四调度信令包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述处理模块具体用于:
根据所述配置消息,确定所述第一HARQ进程号和所述第二HARQ进程号分别对应的所述第一逻辑信道元和所述第二逻辑信道元;
在所述第一HARQ进程号和所述第二HARQ进程号分别对应的进程上,分别对所述第一逻辑信道元和所述第二逻辑信道元上的数据进行传输。
27.根据权利要求26所述的装置,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
28.根据权利要求21至27任一项所述的装置,所述配置消息还包括:
所述第一逻辑信道元的HARQ最大传输或重传次数;
所述第二逻辑信道元的HARQ最大传输或重传次数。
29.根据权利要求21至27任一项所述的装置,其特征在于,所述接收模块还用于:
接收所述基站发送的指示信息,所述指示信息用于指示在同一个TTI内传输至少两个逻辑信道元上的数据。
30.根据权利要求21至27任一项所述的装置,其特征在于,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括LCH号或LCG号。
31.一种用户设备,其特征在于,包括如权利要求21至30任一项所述的装置。
32.一种基站,其特征在于,包括:
发送模块,用于向用户设备UE发送配置消息,所述配置消息用于指示第一混合自动重传请求HARQ进程号与第一逻辑信道元之间的对应关系以及第二HARQ进程号与第二逻辑信道元之间的对应关系,其中所述第一HARQ进程号和所述第二HARQ进程号相同或者不同,且逻辑信道元包括逻辑信道LCH或逻辑信道组LCG;
生成模块,用于生成调度信令,所述调度信令包括所述第一逻辑信道元和所述第二逻辑信道元对应的HARQ进程号;
发送模块,用于向所述UE发送所述调度信令,以指示所述UE在同一个传输时间间隔TTI内,在对应于所述第一逻辑信道元的HARQ进程号对应的进程上,对所述第一逻辑信道元上的数据进行传输,且在对应于所述第二逻辑信道元的HARQ进程号对应的进程上,对所述第二逻辑信道元上的数据进行传输。
33.根据权利要求32所述的基站,其特征在于,所述调度信令包括第一调度信令和第二调度信令,所述第一调度信令和所述第二调度信令分别包括所述第一HARQ进程号和所述第二HARQ进程号;
相应地,所述发送模块用于:在同一个TTI内,向所述UE发送所述第一调度信令和所述第二调度信令。
34.根据权利要求33所述的基站,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
35.根据权利要求32所述的基站,其特征在于,所述第一逻辑信道元对应的所述第一HARQ进程号和所述第二逻辑信道元对应的所述第二HARQ进程号相同,且所述调度信令包括第三调度信令,所述第三调度信令包括相同的HARQ进程号。
36.根据权利要求35所述的基站,其特征在于,所述配置消息包括:
第一逻辑信道元的第一标识信息;
第二逻辑信道元的第二标识信息;
所述相同的HARQ进程号,对应所述第一标识信息和所述第二标识信息。
37.根据权利要求32所述的基站,其特征在于,所述调度信令包括第四调度信令,所述第四调度信令包括所述第一HARQ进程号和所述第二HARQ进程号。
38.根据权利要求37所述的基站,其特征在于,所述配置消息包括:
所述第一逻辑信道元的第一标识信息;
所述第二逻辑信道元的第二标识信息;
所述第一HARQ进程号,对应所述第一标识信息;
所述第二HARQ进程号,对应所述第二标识信息。
39.根据权利要求32至38任一项所述的基站,所述配置消息还包括:
第一逻辑信道元的HARQ最大传输或重传次数;
第二逻辑信道元的HARQ最大传输或重传次数。
40.根据权利要求32至38任一项所述的基站,其特征在于,所述发送模块还用于:
向所述UE发送指示信息,所述指示信息用于指示所述UE在同一个TTI内传输至少两个逻辑信道元上的数据。
41.根据权利要求32至38任一项所述的基站,其特征在于,所述第一逻辑信道元的第一标识信息包括逻辑信道LCH号或逻辑信道组LCG号;
所述第二逻辑信道元的第二标识信息包括逻辑信道LCH号或逻辑信道组LCG号。
42.一种数据传输处理装置,用于用户设备,其特征在于,包括处理器和存储器,所述存储器用于存储程序代码,所述处理器用于执行所述程序代码以执行权利要求1至10任一项所述的方法。
43.一种数据传输处理装置,用于基站,其特征在于,包括处理器和存储器,所述存储器用于存储程序代码,所述处理器用于执行所述程序代码以执行权利要求11至20任一项所述的方法。
44.一种计算机可读存储介质,包括程序,其特征在于,所述程序用于执行权利要求1至20任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2013/075270 WO2014179936A1 (zh) | 2013-05-07 | 2013-05-07 | 数据传输处理方法、装置和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104303578A CN104303578A (zh) | 2015-01-21 |
| CN104303578B true CN104303578B (zh) | 2018-09-28 |
Family
ID=51866606
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201380002071.9A Active CN104303578B (zh) | 2013-05-07 | 2013-05-07 | 数据传输处理方法、装置和系统 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US9918334B2 (zh) |
| CN (1) | CN104303578B (zh) |
| WO (1) | WO2014179936A1 (zh) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107210840B (zh) * | 2015-07-30 | 2020-01-21 | 华为技术有限公司 | 一种通信方法及通信设备 |
| WO2017128512A1 (zh) * | 2016-01-27 | 2017-08-03 | 华为技术有限公司 | 信息发送方法、信息接收方法、装置及系统 |
| CN109478958B (zh) * | 2016-06-30 | 2020-09-18 | 华为技术有限公司 | 一种数据传输方法、设备及系统 |
| US11284413B2 (en) | 2016-08-12 | 2022-03-22 | Beijing Xiaomi Mobile Software Co., Ltd. | Traffic type based scheduling in a wireless network and device |
| DK3419363T5 (da) * | 2016-08-12 | 2021-09-13 | Beijing Xiaomi Mobile Software Co Ltd | Periodisk ressourceallokering i et trådløst netværk og indretning |
| US10382170B2 (en) * | 2016-09-25 | 2019-08-13 | Ofinno, Llc | HARQ process in semi-persistent scheduling |
| CN108023687B (zh) * | 2016-11-01 | 2022-08-02 | 中兴通讯股份有限公司 | 信息的发送、接收方法及装置、基站、终端 |
| BR112019025179A2 (pt) | 2017-06-02 | 2020-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Métodos de operação de um equipamento de usuário e de um nó de rádio, equipamento de usuário, nó de rádio, produto de programa, e, arranjo da mídia portadora. |
| CN111294140B (zh) * | 2018-12-07 | 2022-10-04 | 华为技术有限公司 | 数据传输方法与通信装置 |
| CN111385070B (zh) * | 2018-12-29 | 2023-05-30 | 大唐移动通信设备有限公司 | 一种harq进程冲突的处理方法和终端 |
| BR112021021911A2 (pt) * | 2019-04-30 | 2021-12-28 | Idac Holdings Inc | Unidade de transmissão/recepção sem fio, e, método associado ao processamento de solicitação automática híbrida |
| JP7534421B2 (ja) | 2020-02-07 | 2024-08-14 | オッポ広東移動通信有限公司 | チャネル処理方法、デバイス、装置、及び記憶媒体 |
| CN111727585B (zh) * | 2020-04-29 | 2025-03-18 | 北京小米移动软件有限公司 | 数据传输调度方法、装置、通信设备及存储介质 |
| CN115733599B (zh) * | 2021-08-26 | 2025-03-07 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132262A (zh) * | 2006-08-21 | 2008-02-27 | 大唐移动通信设备有限公司 | 一种tdd系统同步harq的实现及数据传输的方法 |
| CN103023629A (zh) * | 2006-10-31 | 2013-04-03 | 艾利森电话股份有限公司 | 空间多路复用mimo系统中的harq |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101874377A (zh) * | 2007-10-23 | 2010-10-27 | 诺基亚公司 | 在半持续性传输中改善的重传能力 |
| US8386872B2 (en) * | 2008-03-10 | 2013-02-26 | Interdigital Patent Holdings, Inc. | Method and apparatus for efficiently utilizing HARQ processes for semi-persistent and dynamic data transmissions |
| EP2104261B1 (en) * | 2008-03-17 | 2020-10-07 | III Holdings 11, LLC | Improved HARQ process management |
| CN101616442B (zh) * | 2008-06-23 | 2012-12-12 | 华为技术有限公司 | 上行链路数据传输方法、终端装置 |
| US8245092B2 (en) * | 2008-11-03 | 2012-08-14 | Apple Inc. | Method for efficient control signaling of two codeword to one codeword transmission |
-
2013
- 2013-05-07 WO PCT/CN2013/075270 patent/WO2014179936A1/zh not_active Ceased
- 2013-05-07 CN CN201380002071.9A patent/CN104303578B/zh active Active
-
2015
- 2015-11-04 US US14/932,776 patent/US9918334B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101132262A (zh) * | 2006-08-21 | 2008-02-27 | 大唐移动通信设备有限公司 | 一种tdd系统同步harq的实现及数据传输的方法 |
| CN103023629A (zh) * | 2006-10-31 | 2013-04-03 | 艾利森电话股份有限公司 | 空间多路复用mimo系统中的harq |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104303578A (zh) | 2015-01-21 |
| US9918334B2 (en) | 2018-03-13 |
| US20160057771A1 (en) | 2016-02-25 |
| WO2014179936A1 (zh) | 2014-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104303578B (zh) | 数据传输处理方法、装置和系统 | |
| JP7407961B2 (ja) | Nr v2xにおけるサイドリンクcgリソースに基づいてサイドリンク通信を行う方法及び装置 | |
| US20240348374A1 (en) | Low latency harq protocol for urllc services | |
| JP2015510731A (ja) | データ送信方法、基地局、およびユーザ装置 | |
| WO2015109840A1 (zh) | 设备到设备广播信息的发送、接收方法及装置、传输系统 | |
| CN107295702B (zh) | 一种窄带蜂窝通信的方法和装置 | |
| WO2018059596A1 (zh) | 配置信息的指示方法及装置、基站、终端 | |
| CN101651601A (zh) | 一种资源配置方法、系统及相关装置 | |
| WO2021064046A1 (en) | Harq process / entity based uplink multiplexing | |
| CN114450904B (zh) | 一种控制harq进程的方法以及装置 | |
| CN102892084A (zh) | 集群业务处理方法、装置、基站及用户设备 | |
| US11381347B2 (en) | Communication method and communication device | |
| WO2010111858A1 (zh) | 资源调度方法及用户设备 | |
| CN104247373A (zh) | 数据包传输方法和装置 | |
| US11018725B2 (en) | Data transmission method, apparatus, and system | |
| EP3386136B1 (en) | Downlink transmission method, base station, and terminal | |
| JPWO2015141728A1 (ja) | 通信制御方法及びユーザ端末 | |
| US20240107360A1 (en) | Method, device and computer-readable memory for communications within a radio access network | |
| JP2023521666A (ja) | Nr v2xにおけるサイドリンク再送を実行する方法及び装置 | |
| KR20160036458A (ko) | 단말간 통신의 harq 처리 방법 및 장치 | |
| KR20180099135A (ko) | 기지국간 캐리어 집적을 지원하기 위한 패킷 생성 및 분배 방법 및 장치 | |
| KR20220155322A (ko) | Nr v2x에서 pucch 프로세싱 시간에 기반하여 사이드링크 전송을 수행하는 방법 및 장치 | |
| KR20190100042A (ko) | 통신 시스템에서 bwp 운용을 위한 방법 및 장치 | |
| CN104969499A (zh) | 一种数据传输资源配置的方法和设备 | |
| US12289742B2 (en) | Method and apparatus for hybrid automatic retransmission request |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |