CN102468940A - 调度请求和ack/nack信息的传输方法及装置 - Google Patents
调度请求和ack/nack信息的传输方法及装置 Download PDFInfo
- Publication number
- CN102468940A CN102468940A CN2010105444053A CN201010544405A CN102468940A CN 102468940 A CN102468940 A CN 102468940A CN 2010105444053 A CN2010105444053 A CN 2010105444053A CN 201010544405 A CN201010544405 A CN 201010544405A CN 102468940 A CN102468940 A CN 102468940A
- Authority
- CN
- China
- Prior art keywords
- ack
- subscriber equipment
- indication information
- data
- nack
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种调度请求和ACK/NACK信息的传输方法及装置,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该方法包括:用户设备设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,所述第一指示信息为3比特;所述用户设备设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;所述用户设备在网络侧为其分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。采用本发明可在多载波系统中实现在一个子帧内同时反馈调度请求和多个ACK/NACK。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种调度请求和ACK/NACK信息的传输方法及装置。
背景技术
对于长期演进多载波系统,为支持比LTE(Long Term Evolution,长期演进)系统更宽的系统带宽,比如100MHz,一种可能是直接分配100M带宽的频谱,如图1所示;另一种可能是将分配给现有系统的一些频谱聚合起来,构成大带宽供给长期演进多载波系统使用,此时系统中上下行载波可以不对称配置,如图2所示。
目前,LTE系统(Rel-8版本)的基本传输方案如下:FDD(Frequency-DivisionDuplex,频分双工)系统资源与TDD(Time-DivisionDuplex,时分双工)系统资源分别如图3,4所示,对于每个工作载波,分别定义了下行信令、下行数据、上行信令和上行数据,以及彼此之间的传输关系。上行控制信令占用频带的两端,使用跳频方式传输,即在一个子帧内的两个时隙里,上行控制信令将占用不同的频段传输。
当用户在下行子帧n′上,占用N个下行载波进行数据传输时,每个下行载波上的数据将独立的进行编码、调制等处理。当系统配置进行HARQ(HybridAutomatic Repeat Request,混合自动重传请求)重传时,UE在完成了对下行子帧n′上的数据的解调、译码后,得到多个ACK(Acknowledgement,确认)/NACK(Negative Acknowledgement,否定确认)信息(其中ACK用‘1’表示,此时数据正确接收,不重传;NACK用‘0’表示,此时数据译码错误,需要重传),UE将在上行子帧n=n′+k上向基站反馈这些ACK/NACK。对于FDD系统,k=4。对于TDD系统,k∈K,集合K的取值与系统的上下行配置及具体的子帧编号有关,如表1所示。
表1:Downlink association set index K:{k0,k1,…kM-1}for TDD(TDD系统下行关联集K:{k0,k1,…kM-1}索引)
需要说明的是,多个无线帧顺序排列,即若无线帧α中最后一个子帧为k,则无线帧α+1中第一个子帧为k+1,表1只以一个无线帧为例给出了每个上行子帧所对于的K的情况,其中n-k<0则表示前一无线帧中的下行子帧。
LTE系统中,上行SR(Scheduling Request,调度请求)周期性的进行反馈,其所使用的上行信道编号是由高层预先分配的,基站固定在每个周期内的某一个子帧内监测用户是否发起了SR。
发明人在实现本发明的过程中,发现现有技术至少存在以下问题:
长期演进多载波系统中,存在多下行载波聚合的情况,当基站在一个子帧内占用多个下行载波向用户发送数据时,用户需要在一个上行子帧内同时反馈多个ACK/NACK信息,而目前尚未有在一个子帧内同时反馈SR和多个ACK/NACK的实现方案。
发明内容
本发明的目的在于提供一种调度请求和ACK/NACK信息的传输方法及其装置,用以在多载波系统中,实现在一个子帧内同时反馈调度请求和多个ACK/NACK,为此,本发明采用如下技术方案:
一种调度请求和ACK/NACK信息的传输方法,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该方法包括:
用户设备设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,所述第一指示信息为3比特;
所述用户设备设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;
所述用户设备在网络侧为其分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。
一种用户设备,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该用户设备包括:
设置模块,用于设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,所述第一指示信息为3比特;以及,设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;
传输模块,用于在网络侧为所述用户设备分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。
一种调度请求和ACK/NACK信息的传输方法,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该方法包括:
网络侧在为用户设备分配的上行传输资源上,接收用户设备传输的信号,并从接收到的信号中译码出第一指示信息和第二指示信息;
网络侧根据所述第一指示信息判断是否进行数据重传,根据所述第二指示信息确定所述用户设备是否有调度请求传输;
其中,所述第一指示信息为3比特,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK;所述第二指示信息为1比特,用于指示所述用户设备是否有调度请求传输。
一种网络设备,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该网络设备包括:
接收模块,用于在为用户设备分配的上行传输资源上,接收用户设备传输的信号,并从接收到的信号中译码出第一指示信息和第二指示信息;
判断模块,用于根据所述第一指示信息判断是否进行数据重传,根据所述第二指示信息确定所述用户设备是否有调度请求传输;
其中,所述第一指示信息为3比特,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK;所述第二指示信息为1比特,用于指示所述用户设备是否有调度请求传输。
本发明的上述实施例,通过使用3比特的第一指示信息指示用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,使用1比特的第二指示信息指示用户设备是否有调度请求传输,并在在网络侧为其分配的上下传输资源上,使用同一上行子帧向网络侧传输所述第一指示信息和第二指示信息,从而实现了在一个子帧内同时反馈调度请求和多个ACK/NACK。
附图说明
图1为现有技术中单频谱系统资源示意图;
图2为现有技术中频谱聚合系统资源示意图;
图3为现有技术中FDD系统资源示意图;
图4为现有技术中TDD系统资源示意图;
图5为现有技术中使用DAI指示每个子帧中数据调度情况的示意图;
图6为本发明实施例一中基站根据UE反馈的SR和ACK/NACK信息进行处理的流程示意图;
图7为本发明实施例二中UE反馈SR和ACK/NACK信息的流程示意图;
图8为本发明实施例二中基站根据UE反馈的SR和ACK/NACK信息进行处理的流程示意图;
图9为本发明实施例三中基站根据UE反馈的SR和ACK/NACK信息进行处理的流程示意图;
图10为本发明实施例中的用户设备的结构示意图;
图11为本发明实施例中的基站设备的结构示意图。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
本发明的以下实施例均基于如下场景:在长期演进多载波系统中,基站配置UE(User Equipment,用户设备)在C个(C≥1)下行聚合载波进行数据传输,且UE配置使用复用模式进行ACK/NACK反馈,如使用PUCCH(PhysicalUplink Control Channel,物理上行控制信道)format 1b with channel selection模式或PUCCH format 3模式。UE在SR反馈子帧内同时反馈ACK/NACK信息,其中,M个(M≥1)下行子帧对应同一上行子帧进行ACK/NACK反馈。
实施例一
本实施例中,基站通过PDCCH动态通知UE传输ACK/NACK所使用的PUCCH资源,且所述资源不包括主载波所对应的Rel-8隐式资源,基站半静态配置传输SR所使用的PUCCH资源。
UE根据是否在副载波上接收到数据,采用以下方式在传输SR的上行子帧上反馈ACK/NACK信息:
情况一:UE未在副载波上收到数据时,则根据用于反馈SR的子帧中是否传输调度请求,进行如下反馈处理:
若UE在该子帧中传输调度请求,则UE重用LTE Rel-8系统的方法,在SR对应的PUCCH信道资源上,反馈数据接收情况的相关信息,如反馈UE正确接收的需要反馈ACK/NACK信息的数据包个数(即在C个下行载波、M个下行子帧中译码结果为ACK的数量),或者反馈接收到的存在传输动态调度PDSCH或SPS资源释放信令的PDCCH的下行子帧数;
若UE在该子帧中不传输调度请求,则UE在LTE Rel-8系统的隐式资源上,按照配置的ACK/NACK反馈模式传输ACK/NACK。
情况二:UE在副载波上收到数据时,UE在基站动态通知的传输ACK/NACK所使用的资源上,使用基站配置的ACK/NACK反馈方式,传输4比特信息b0,b1,b2,b3。该4比特信息中,1比特对应为SR,另外3比特为合并的ACK/NACK信息,这些比特的位置预先约定,为方便叙述假设SR对应的比特位为b3,ACK/NACK合并信息对应的比特位为b0,b1,b2。其中,若UE在用于反馈SR的子帧内传输调度请求,则b3=1,否则b3=0;对于b0,b1,b2可进行如下定义:
方法a:b0,b1,b2标识UE向基站反馈译码正确的需要反馈ACK/NACK信息的数据包的数量,即在C个下行载波、M个下行子帧中译码结果为ACK的数量。具体的,UE将C个下行载波、M个下行子帧中所收到的所有需要反馈ACK/NACK信息的数据包所对应的ACK/NACK进行空间合并,即,将在同一时频资源上传输的不同传输块(TB)所对应的ACK/NACK进行合并,合并方法可采用:任一TB对应为NACK,则合并结果为NACK,全部TB都对应ACK,则合并结果为ACK。UE可基于合并的ACK/NACK信息,根据如表2所示的预先设定的映射关系,确定b0,b1,b2的具体信息。
其中,映射表可满足如下原则:若C个下行载波、M个下行子帧中译码正确的需要反馈ACK/NACK信息的数据包的最大数量大于7,则部分状态会重叠映射,如表3中的第2行和第9行的b0,b1,b2均为001,第3行与第10行的b0,b1,b2均为010,但译码正确的数据包数为0或有数据包丢失的状态不能与其他状态重叠。
表2:反馈信息映射示意表
C个下行载波、M个下行子帧中译码正确的数据包的数量 | b0,b1,b2 |
0或UE检测到有数据包丢失 | 0,0,0 |
1 | 0,0,1 |
2 | 0,1,0 |
3 | 0,1,1 |
4 | 1,0,0 |
5 | 1,0,1 |
6 | 1,1,0 |
7 | 1,1,1 |
8 | 0,0,1 |
9 | 0,1,0 |
…… | …… |
方法b:b0,b1,b2中包括1比特ACK/NACK合并信息,以及2比特辅助信息,其中,1比特的ACK/NACK合并信息用于表示数据包的译码结果,2比特的辅助信息用于帮助基站判断UE接收数据时是否有数据包丢失。为方便叙述,这里假设用b0表示ACK/NACK合并信息,用b1,b2表示辅助信息。其中:
b0的设置方法可以是:
UE将C个下行载波、M个下行子帧中所收到的所有需要反馈ACK/NACK信息的数据的译码结果进行合并,生成b0。具体的:若所有传输块(TB)译码结果为ACK,且无数据包丢失,则合并结果为ACK,如设b0=1;否则,合并结果为NACK,如设b0=0。
其中,UE可根据DL grant(下行调度指令)中的DAI信息判断在C个下行载波、M个下行子帧中是否有数据包丢失。所述DAI信息用于指示在各子帧内基站共调度了几个载波向UE传输动态调度PDSCH或SPS资源释放信令的PDCCH。如图5所示,由于DAI信息只用于指示每个子帧中数据调度情况,当某个子帧中的数据全部丢掉时,如子帧3,UE在该子帧中没有收到相应的DL grant,则无法获知DAI,故无法判断出该子帧中基站没有进行数据调度还是调度的数据包丢失;对于子帧1,载波1上的DAI=1,UE可以获知该子帧中基站调度了2个载波进行数据传输,但在载波0上未收到数据,则判断有数据包丢失。
b1,b2的设置方法可以是:
UE根据在C个下行载波、M个下行子帧中接收到的有数据传输的下行子帧的数量,确定2比特辅助信息b1,b2的内容,如表3所示。其中,所述有数据传输的下行子帧是指,存在传输动态调度PDSCH或SPS资源释放信令的PDCCH的下行子帧。
表3:反馈信息映射示意表
接收到有数据传输的下行子帧数量 | b1,b2 |
1 | 0,0 |
2 | 0,1 |
3 | 1,0 |
4 | 1,1 |
根据以上方法,UE在确定出反馈的ACK/NACK指示信息和SR指示信息(表示为b0,b1,b2,b3)后,就可以在基站动态通知的ACK/NACK资源上,按照预先配置的ACK/NACK反馈模式,使用同一上行子帧传输b0,b1,b2,b3。
基于上述UE侧的ACK/NACK反馈方案,基站侧的相应处理可包括:
(1)若在传输ACK/NACK所使用的PUCCH资源上接收到4比特信息b0,b1,b2,b3,则表明UE在副载波上接收到了数据,此时基站根据该4比特信息b0,b1,b2,b3确定出是否有SR传输,以及是否需要进行数据重传;
(2)若在传输SR所使用的PUCCH资源上接收到数据接收情况的相关信息,则表明UE未在副载波上接收到数据且有SR传输,此时基站根据该数据接收情况的相关信息判断是否需要进行数据重传;
(3)若在LTE Rel-8系统的隐式资源上接收到ACK/NACK,则表明UE未在副载波上接收到数据,且无SR传输,此时基站根据接收到的ACK/NACK判断是否需要进行数据重传。
图6示出了一种基站接收ACK/NACK信息以及根据该信息进行相应处理的流程示意图,如图所示,该流程可包括:
步骤601~602,基站在动态通知的ACK/NACK资源上,按照预先配置的ACK/NACK反馈模式检测是否有信号传输,若检测到有信号传输,则表明UE在副载波上接收到了数据,此时执行步骤603;若未检测到有信号传输,则表明UE未在副载波上收到数据,此时执行步骤604。
步骤603,基站对接收到的信号进行译码、解调处理,得到UE反馈的SR指示信息和ACK/NACK指示信息,表示为b0,b1,b2,b3,并根据b3判断UE是否反馈了调度请求,根据解码出的b0,b1,b2进行相应重传处理。
具体的,若UE采用方法a反馈ACK/NACK,则基站根据b0,b1,b2判断数据接收情况,若b0,b1,b2对应的译码正确的数据包数量等于实际调度的数据包数量,则表明UE正确接收所有数据,此种情况下基站不进行数据重传。若b0,b1,b2对应的译码正确的数据包数量小于实际调度的数据包数量,则表明有数据译码失败或丢失,此种情况下基站重传所有数据。
若UE采用方法b反馈ACK/NACK,则基站根据b1,b2判断是否有数据丢失,若b1,b2对应的接收到的有动态调度PDSCH或SPS资源释放信令的PDCCH传输的下行子帧数量小于实际调度的下行子帧数量,则表明UE丢失了部分子帧数据,此种情况下基站将所有子帧的数据进行重传。若b1,b2对应的接收子帧数量与基站实际调度的子帧数量相同,则表明UE接收到了所有子帧的数据;进一步的,基站根据b0所表示的C个下行载波、M个下行子帧中所有数据的接收情况进行进一步判断及处理,具体的,若b0为NACK,则表明UE有数据接收错误或丢失,基站将所有子帧的数据进行重传;若b0为ACK,则表明UE所接收到的数据全部正确译码,基站不进行数据重传。
步骤604,基站在SR对应的PUCCH资源上检测是否有信号,若检测到有信号,则表明UE未在副载波上接收到数据且有SR传输,此时执行步骤605;若未检测到信号,则表明UE未在副载波上接收到数据且无SR传输,此时执行步骤606。
步骤605,基站确定UE在用于反馈SR的子帧上发送了调度请求,进一步的,如果基站调度了数据传输,则还可对信号内容进行检测,以确定是否需要进行数据重传。
具体的,在基站调度了数据传输的情况下,基站可根据UE在SR对应的PUCCH信道资源上所反馈的子帧数,确定是否进行数据重传,若该子帧数小于实际调度的子帧数,则基站进行数据重传,否则基站不进行数据重传。
步骤606,基站确定UE在用于反馈SR的子帧上无调度请求,则基站在Rel-8隐式资源上,按照预先配置的ACK/NACK反馈模式检测信号,并根据检测结果确定主载波上的哪些数据需要重传。
此外,若基站在C个下行载波、M个下行子帧中只调度了主载波传输数据,则基站可从步骤604开始执行。若基站在C个下行载波、M个下行子帧中没有调度数据传输,则基站只需要对高层配置传输SR的PUCCH信道进行检测,若检测到有信号传输,则确定UE在该子帧发送了调度请求;反之,则无调度请求。
上述流程中的步骤604~605和步骤606的顺序可以互换,互换后的上述流程变化为:
步骤601’~603’,与图6所示步骤601~603相同;
步骤604’,基站在Rel-8隐式资源上,按照预先配置的ACK/NACK反馈模式检测信号。
其中,若检测到信号,则基站确定该子帧中无调度请求,并根据检测结果确定主载波上的哪些数据需要重传;若未检测到信号,则执行步骤605’。
步骤605’,基站在SR对应的PUCCH资源上检测是否有信号,若检测到有信号,则基站确定UE在该子帧发送了调度请求,如果基站调度了数据传输,则还要进一步对信号内容进行检测,以确定是否需要进行数据重传;若未检测到信号,则基站确定UE在该子帧无调度请求,且UE未收到任何数据包。
实施例二
本实施例中,基站半静态配置传输ACK/NACK所使用的PUCCH资源,且不另行配置传输SR所使用的PUCCH资源。
在SR反馈子帧中,UE总是在ACK/NACK对应的PUCCH资源中,使用预先配置的ACK/NACK反馈模式,反馈4比特信息b0,b1,b2,b3。该4比特信息中,1比特对应为SR,另外3比特为合并的ACK/NACK信息,这些比特位置预先约定,为方便叙述假设SR对应的比特位为b3,ACK/NACK合并信息对应的比特位为b0,b1,b2。所述b0,b1,b2可指示:UE向基站反馈译码正确的数据包的数量,即在C个下行载波、M个下行子帧中译码结果为ACK的数量。
如图7所示,UE可采用以下方式在传输SR的子帧上反馈ACK/NACK信息:
步骤701,UE将C个下行载波、M个下行子帧中所收到的所有需要反馈ACK/NACK信息的数据包所对应的ACK/NACK进行空间合并,即,将在同一时频资源上传输的不同传输块(TB)所对应的ACK/NACK进行合并,合并方法可采用:任一TB对应为NACK,则合并结果为NACK,全部TB都对应ACK,则合并结果为ACK。
该步骤为可选步骤。若基站配置UE进行单码字传输,则不需要进行该步处理。
步骤702,UE确定在C个下行载波、M个下行子帧中所收到译码正确的数据包的数量,并根据如表3所示的预先设定的映射关系,确定b0,b1,b2的具体信息。
其中,映射表可满足如下原则:若C个下行载波、M个下行子帧中译码正确数据包的最大数量大于7,则部分状态会重叠映射,如表4中的第2行和第9行的b0,b1,b2均为001,第3行与第10行的b0,b1,b2均为010,但译码正确的数据包数为0或有数据包丢失的状态不能与其他状态重叠。
表4:反馈信息映射示意表
C个下行载波、M个下行子帧中译码正确的数据包的数量 | b0,b1,b2 |
0或UE检测到有数据包丢失 | 0,0,0 |
1 | 0,0,1 |
2 | 0,1,0 |
3 | 0,1,1 |
4 | 1,0,0 |
5 | 1,0,1 |
6 | 1,1,0 |
7 | 1,1,1 |
8 | 0,0,1 |
9 | 0,1,0 |
…… | …… |
步骤703,UE在基站配置的ACK/NACK资源上,按照预先配置的ACK/NACK反馈模式传输b0,b1,b2,b3。可选的,若UE执行了步骤701,还可反馈ACK/NACK的空间合并结果。
基于上述UE侧的ACK/NACK反馈方案,基站侧的相应处理流程可如图8所示,包括:
步骤801,基站在ACK/NACK对应的PUCCH资源上,按照预先配置的ACK/NACK反馈模式接收信号传输。
步骤802,基站对接收到的信号进行译码、解调处理,得到UE反馈的SR和ACK/NACK信息,表示为b0,b1,b2,b3。
步骤803,基站根据b3判断是否有调度请求,根据b0,b1,b2确定是否需要进行数据重传。
该步骤中,基站根据b0,b1,b2判断数据接收情况,若b0,b1,b2对应的译码正确的数据包数量等于实际调度的数据包数量,则表明UE正确接收所有数据,基站不进行重传;若b0,b1,b2对应的译码正确的数据包数量小于实际调度的数据包数量,则表明UE有数据译码失败或丢失,基站重传所有数据。
若预设的b0,b1,b2与数据包数量的映射表(如表3)中有重叠状态,则基站可通过对调度数据包的总数进行限制,以避免重叠状态。如表3所示的例子中,若基站限制在C个载波、M个子帧中最多调度7个数据包,即可避免对反馈信息的理解歧义。
实施例三
本实施例中,基站半静态配置传输ACK/NACK所使用的PUCCH资源,且另行配置传输SR所使用的PUCCH资源。
UE根据接收数据的情况,可采用如下方式反馈ACK/NACK:
情况一:UE确定在C个下行载波,M个下行子帧中,有数据包丢失(判断数据包丢失的方法可如实施例一中的方法b所述),则根据是否有调度请求,进行如下处理:
若该子帧中UE有调度请求,则在高层配置的传输SR的PUCCH信道资源上,使用PUCCH format 1传输b0=1(b0的定义及取值可如实施例一所述);
若无调度请求,则该子帧中为DTX,即UE不发送任何信息。
情况二:UE确定在C个下行载波,M个下行子帧中,未收到任何数据包,则根据是否有调度请求,进行如下处理:
若该子帧中UE有调度请求,则在高层配置的传输SR的PUCCH信道资源中,使用PUCCH format 1传输b0=1(b0的定义及取值可如实施例一所述);
若无调度请求,则该子帧中为DTX,即UE不发送任何信息。
情况三:UE在C个下行载波、M个下行子帧中检测到数据包,且未判断出有数据包丢失,则UE在基站动态通知的ACK/NACK资源上,使用基站配置的ACK/NACK反馈方式,反馈4比特信息b0,b1,b2,b3。该4比特信息中,1比特对应为SR,另外3比特为合并的ACK/NACK信息,这些比特位置预先约定,为方便叙述假设SR对应的比特位为b3,ACK/NACK合并信息对应的比特位为b0,b1,b2。其中,若UE在用于反馈SR的子帧内有调度请求,则b3=1,否则b3=0;对于b0,b1,b2可进行如下定义:
b0为C个下行载波、M个下行子帧中所收到的所有数据包的译码结果的合并信息,合并方法可以是:若所有TB译码结果为ACK,且无数据包丢失,则合并结果为ACK;若任一TB译码结果为NACK,且无数据包丢失,合并结果为NACK;
UE根据在C个下行载波、M个下行子帧中接收到有数据传输的子帧的数量,确定2比特辅助信息b1,b2的内容,辅助信息可用于帮助基站判断UE接收数据时是否有数据包丢失,b1,b2各取值与接收子帧数的对应关系可如表3所示。其中,所述有数据传输的下行子帧是指:存在传输动态调度PDSCH或SPS(资源释放信令)的PDCCH的下行子帧。
基于上述UE侧的ACK/NACK反馈方案,基站侧的相应处理流程可如图9所示,包括:
步骤901~902,基站在半静态配置的ACK/NACK资源中,按照预先配置的ACK/NACK反馈模式检测是否有信号传输,若检测到有信号传输,则表明UE没有发生数据包丢包,此时执行步骤903;若未检测到有信号传输,则表明UE有数据包丢失或者未接收到数据包,此时执行步骤904。
步骤903,基站对接收到的信号进行译码、解调处理,得到UE反馈的SR和ACK/NACK信息,表示为b0,b1,b2,b3,并根据b3判断UE是否反馈了调度请求,根据解码出的b0,b1,b2进行相应重传处理。
具体的,基站根据b1,b2判断是否有数据丢失,若b1,b2对应的接收到的子帧数量小于实际调度的子帧数量,则表明UE丢失了部分子帧数据,此种情况下基站将所有子帧的数据进行重传。若b1,b2对应的接收子帧数量与基站实际调度的子帧数量相同,则表明UE接收到了所有子帧的数据;进一步的,基站根据b0所表示的C个下行载波、M个下行子帧中所有数据的接收情况进行进一步判断及处理,具体的,若b0为NACK,则表明UE有数据接收错误或丢失,基站将所有子帧的数据进行重传;若b0为ACK,则表明UE所接收到的数据全部译码正确,基站不进行数据重传。
步骤904,基站将所有数据进行重传,并执行步骤905。
步骤905,基站对高层配置传输SR的PUCCH信道进行检测,若检测到有信号传输,则确定UE在该子帧发送了调度请求;反之,则无调度请求。
此外,若基站在C个下行载波、M个下行子帧中没有调度数据传输,则基站可直接执行步骤905。
基于相同的技术构思,本发明实施例还提供了可应用于上述流程的用户设备和网络设备。
参见图10,为本发明实施例提供的用户设备的结构示意图,该用户设备可应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1。如图所示,该用户设备可包括:
设置模块1001,用于设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NAK的数据包所对应的ACK/NACK,所述第一指示信息为3比特;以及,设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;
传输模块1002,用于在网络侧为所述用户设备分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。
该用户设备还可包括资源配置接收模块1003。
当该用户设备应用于前述的实施例一时,其具体结构可包括:
资源配置接收模块1003,用于接收网络侧通过PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;以及,网络侧为所述用户设备半静态分配传输调度请求所使用的资源;
设置模块1001可在所述用户设备在副载波上接收到数据的情况下,设置所述第一指示信息和第二指示信息;
传输模块1002可在所述用户设备在副载波上接收到数据的情况下,在网络侧为所述用户设备动态指示的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
上述用户设备中,设置模块1001可设置所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量。
上述用户设备中,设置模块1001可设置所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有动态调度PDSCH或SPS资源释放信令的PDCCH传输的下行子帧数量。
上述用户设备中,传输模块1002还可当所述用户设备未在副载波上接收到数据,且没有调度请求传输时,在主载波所对应的Rel-8的隐式资源上,按照基站配置的ACK/NAK反馈模式传输数据接收情况信息。
上述用户设备中,传输模块1002还可当所述用户设备未在副载波上接收到数据,且有调度请求传输时,在网络侧为其半静态分配的传输调度请求所使用的资源上,向网络侧传输在C个下行载波、M个下行子帧中译码结果为ACK的数量。
当该用户设备应用于前述的实施例二时,其具体结构可包括:
资源配置接收模块1003,用于接收网络侧为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源;
传输模块1002可在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
上述用户设备中,设置模块1001可将在C个下行载波、M个下行子帧中译码结果为ACK的数量,映射为所述第一指示信息。
当该用户设备应用于前述的实施例三时,其具体结构可包括:
资源配置接收模块1003,用于接收网络侧为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源;
设置模块1001可在所述用户设备在C个下行载波、M个下行子帧中收到数据,且无数据丢失的情况下,设置所述第一指示信息和第二指示信息;
传输模块1002可在所述用户设备在C个下行载波、M个下行子帧中收到数据,且无数据丢失的情况下,在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
上述用户设备中,传输模块1002还可用于,当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包或有数据包丢失,且有调度请求传输时,在网络侧为其分配的传输调度请求所使用的资源上,向网络侧传输1比特的指示信息,用于指示用户设备有调度请求传输;以及
当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包,且未有调度请求传输时,不向网络侧传输调度请求指示信息和ACK/NACK信息。
上述用户设备中,设置模块1001可设置所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有动态调度PDSCH或SPS资源释放信令的PDCCH传输的下行子帧数量。
上述用户设备中的各功能模块所实现的功能可参照前述实施例一、实施例二和实施例三的描述,在此不再赘述。
参见图11,为本发明实施例提供的网络设备的结构示意图。该用户设备可应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,该网络设备可以是基站设备,如图所示,该网络设备可包括:
接收模块1101,用于在为用户设备分配的上行传输资源上,接收用户设备传输的信号,并从接收到的信号中译码出第一指示信息和第二指示信息;
判断模块1102,用于根据所述第一指示信息判断是否进行数据重传,根据所述第二指示信息确定所述用户设备是否有调度请求传输;
其中,所述第一指示信息为3比特,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK;所述第二指示信息为1比特,用于指示所述用户设备是否有调度请求传输;
该网络设备还可包括:资源配置模块1103。
当该网络设备应用于前述的实施例一时,其具体结构可包括:
资源配置模块1103,用于通过PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;
接收模块1101可在所述资源配置模块为所述用户设备动态指示的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
上述网络设备中,接收模块1101还可在主载波所对应的Rel-8的隐式资源上接收信号;
判断模块1102还可当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在主载波所对应的Rel-8的隐式资源上接收到信号时,确定所述用户设备未传输调度请求,根据接收到的信号译码出所述用户设备反馈的在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK信息,并根据该ACK/NACK信息判断是否进行数据重传。
上述网络设备中,接收模块1101还可在传输调度请求所使用的资源上接收信号;
判断模块1102还可当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,根据接收到的信号译码出所述用户设备在C个下行载波、M个下行子帧中的数据接收情况信息,并根据该数据接收情况信息判断是否进行数据重传。
上述网络设备中,所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量;相应的,判断模块1102可具体用于,判断所述第一指示信息所指示的译码结果为ACK的数量小于实际调度的数据包数量时,进行数据重传;以及,判断所述第一指示信息所指示的译码结果为ACK的数量等于实际调度的数据包数量时,不进行数据重传。
上述网络设备中,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有动态调度PDSCH或SPS资源释放信令的PDCCH传输的下行子帧数量;相应的,判断模块1102可具体用于,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量小于实际调度的下行子帧数量时,进行数据重传;以及,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量等于实际调度的下行子帧数量时,若根据所述第一指示信息中的所述1比特信息,判断所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并结果为NACK,则进行数据重传,否则不进行数据重传。
当该网络设备应用于前述的实施例二时,其具体结构可包括:
资源配置模块1103,用于为所述用户设备半静态配置了传输ACK/NACK信息所使用的资源;
接收模块1101可在所述资源配置模块为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
上述网络设备中,所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量;相应的,判断模块1102可具体用于,判断所述第一指示信息所指示的译码结果为ACK的数量小于实际调度的数据包数量时,进行数据重传;以及,判断所述第一指示信息所指示的译码结果为ACK的数量等于实际调度的数据包数量时,不进行数据重传。
当该网络设备应用于前述的实施例三时,其具体结构可包括:
资源配置模块1103,用于为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源;
接收模块1101可在所述资源配置模块为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
上述网络设备中,接收模块1101还可在传输调度请求所使用的资源上接收信号;
判断模块1102还可用于,当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,否则,确定所述用户设备有调度请求传输。
上述网络设备中,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有动态调度PDSCH或SPS资源释放信令的PDCCH传输的下行子帧数量;相应的,判断模块1102可具体用于,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量小于实际调度的下行子帧数量时,进行数据重传;以及,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量等于实际调度的下行子帧数量时,若根据所述第一指示信息中的所述1比特信息,判断所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK的数据包所对应的ACK/NACK的合并结果为NACK,则进行数据重传,否则不进行数据重传。
上述网络设备中的各功能模块所实现的功能可参照前述实施例一、实施例二和实施例三的描述,在此不再赘述。
综上所述,本发明人实施例提供了多种SR与ACK/NACK信息同时反馈的技术方案,解决了载波聚合系统中,UE在一个子帧内同时进行SR和ACK/NACK信息反馈的问题。本发明实施例提供的上述技术方案简单且易于实现,可一定程度上保证系统HARQ功能的正常运行。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
Claims (58)
1.一种调度请求和ACK/NACK信息的传输方法,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,其特征在于,该方法包括:
用户设备设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,所述第一指示信息为3比特;
所述用户设备设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;
所述用户设备在网络侧为其分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。
2.如权利要求1所述的方法,其特征在于,网络侧通过下行物理控制信道PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;网络侧为所述用户设备半静态分配传输调度请求所使用的资源。
3.如权利要求2所述的方法,其特征在于,所述用户设备在副载波上接收到数据的情况下,所述用户设备设置所述第一指示信息和第二指示信息,并在网络侧为其动态指示的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
4.如权利要求2所述的方法,其特征在于,所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量。
5.如权利要求4所述的方法,其特征在于,当译码结果为ACK的数量大于7时,所述第一指示信息重用译码结果为ACK的数量为1至6所对应的第一指示信息的取值。
6.如权利要求2所述的方法,其特征在于,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量。
7.如权利要求6所述的方法,其特征在于,所述收到的有数据传输的下行子帧,具体为:存在传输动态调度PDSCH或SPS资源释放信令的PDCCH的下行子帧。
8.如权利要求6所述的方法,其特征在于,若所有传输块译码结果为ACK,且无数据丢失,则所述用户设备将所述1比特的ACK/NACK的合并信息设置为ACK;否则,将所述1比特的ACK/NACK的合并信息设置为NACK。
9.如权利要求8所述的方法,其特征在于,所述用户设备根据下行调度指令中的DAI信息确定是否有数据丢失。
10.如权利要求2所述的方法,其特征在于,所述方法还包括:
当所述用户设备未在副载波上接收到数据,且没有调度请求传输时,所述用户设备在主载波所对应的Rel-8的隐式资源上,按照基站配置的ACK/NAK反馈模式传输数据接收情况信息。
11.如权利要求2所述的方法,其特征在于,所述方法还包括:
当所述用户设备未在副载波上接收到数据,且有调度请求传输时,所述用户设备在网络侧为其半静态分配的传输调度请求所使用的资源上,向网络侧传输在C个下行载波、M个下行子帧中译码结果为ACK的数量。
12.如权利要求4或11所述的方法,其特征在于,所述用户设备确定C个下行载波、M个下行子帧中译码结果为ACK的数量,具体为:
所述用户设备将C个下行载波、M个下行子帧中所收到的所有数据包中,在同一时频资源上传输的不同传输块所对应的ACK/NACK信息进行合并,并基于合并后的ACK/NACK信息确定所述译码结果为ACK的数量。
13.如权利要求1所述的方法,其特征在于,网络侧为所述用户设备半静态配置了传输ACK/NACK信息所使用的资源。
14.如权利要求13所述的方法,其特征在于,所述用户设备在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
15.如权利要求13所述的方法,其特征在于,所述用户设备设置第一指示信息,具体为:
所述用户设备将在C个下行载波、M个下行子帧中译码结果为ACK的数量,映射为所述第一指示信息。
16.如权利要求15所述的方法,其特征在于,当译码结果为ACK的数量大于7时,所述第一指示信息重用译码结果为ACK的数量为1至6所对应的第一指示信息的取值。
17.如权利要求15所述的方法,其特征在于,所述用户设备确定C个下行载波、M个下行子帧中译码结果为ACK的数量,具体为:
所述用户设备将C个下行载波、M个下行子帧中所收到的所有数据包中,在同一时频资源上传输的不同传输块所对应的ACK/NACK信息进行合并,并基于合并后的ACK/NACK信息确定所述译码结果为ACK的数量。
18.如权利要求1所述的方法,其特征在于,网络侧为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源。
19.如权利要求18所述的方法,其特征在于,所述用户设备在C个下行载波、M个下行子帧中收到数据,且无数据丢失的情况下,所述用户设备设置所述第一指示信息和第二指示信息,并在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
20.如权利要求18所述的方法,其特征在于,所述方法还包括:
当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包,且有调度请求传输时,所述用户设备在网络侧为其分配的传输调度请求所使用的资源上,向网络侧传输1比特的指示信息,用于指示用户设备有调度请求传输;
当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包,且未有调度请求传输时,所述用户设备不向网络侧传输调度请求指示信息和ACK/NACK信息。
21.如权利要求18所述的方法,其特征在于,所述方法还包括:
当所述用户设备在C个下行载波、M个下行子帧中有数据包丢失,且有调度请求传输时,所述用户设备在网络侧为其分配的传输调度请求所使用的资源上,向网络侧传输1比特的指示信息,用于指示用户设备有调度请求传输;
当所述用户设备在C个下行载波、M个下行子帧中有数据包丢失,且没有调度请求传输时,所述用户设备不向网络侧传输调度请求指示信息和ACK/NACK信息。
22.如权利要求18至21任一项所述的方法,其特征在于,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量。
23.如权利要求22所述的方法,其特征在于,所述有数据传输的下行子帧,具体为:存在传输动态调度PDSCH或SPS资源释放信令的PDCCH的下行子帧。
24.如权利要求22所述的方法,其特征在于,若所有传输块译码结果为ACK,且无数据包丢失,则所述用户设备将所述1比特的ACK/NACK的合并信息设置为ACK;否则,将所述1比特的ACK/NACK的合并信息设置为NACK。
25.一种用户设备,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,其特征在于,包括:
设置模块,用于设置第一指示信息,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK,所述第一指示信息为3比特;以及,设置第二指示信息,用于指示是否有调度请求传输,所述第二指示信息为1比特;
传输模块,用于在网络侧为所述用户设备分配的上行传输资源上,向网络侧传输所述第一指示信息和第二指示信息。
26.如权利要求25所述的用户设备,其特征在于,还包括:
资源配置接收模块,用于接收网络侧通过PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;以及,网络侧为所述用户设备半静态分配传输调度请求所使用的资源。
27.如权利要求26所述的用户设备,其特征在于,所述设置模块具体用于,在所述用户设备在副载波上接收到数据的情况下,设置所述第一指示信息和第二指示信息;
所述传输模块具体用于,在所述用户设备在副载波上接收到数据的情况下,在网络侧为所述用户设备动态指示的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
28.如权利要求26所述的用户设备,其特征在于,所述设置模块具体用于,设置所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量。
29.如权利要求26所述的用户设备,其特征在于,所述设置模块具体用于,设置所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量。
30.如权利要求26所述的用户设备,其特征在于,所述传输模块还用于,当所述用户设备未在副载波上接收到数据,且没有调度请求传输时,在主载波所对应的Rel-8的隐式资源上,按照基站配置的ACK/NAK反馈模式传输数据接收情况信息。
31.如权利要求26所述的用户设备,其特征在于,所述传输模块还用于,当所述用户设备未在副载波上接收到数据,且有调度请求传输时,在网络侧为其半静态分配的传输调度请求所使用的资源上,向网络侧传输在C个下行载波、M个下行子帧中译码结果为ACK的数量。
32.如权利要求25所述的用户设备,其特征在于,还包括:
资源配置接收模块,用于接收网络侧为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源。
33.如权利要求32所述的用户设备,其特征在于,所述传输模块具体用于,在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
34.如权利要求32所述的用户设备,其特征在于,所述设置模块具体用于,将在C个下行载波、M个下行子帧中译码结果为ACK的数量,映射为所述第一指示信息。
35.如权利要求25所述的用户设备,其特征在于,还包括:
资源配置接收模块,用于接收网络侧为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源。
36.如权利要求35所述的用户设备,其特征在于,所述设置模块具体用于,在所述用户设备在C个下行载波、M个下行子帧中收到数据,且无数据丢失的情况下,设置所述第一指示信息和第二指示信息;
所述传输模块具体用于,在所述用户设备在C个下行载波、M个下行子帧中收到数据,且无数据丢失的情况下,在网络侧为其半静态配置的传输ACK/NACK信息所使用的资源上,向网络侧传输所述第一指示信息和第二指示信息。
37.如权利要求35所述的用户设备,其特征在于,所述传输模块还用于,当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包或有数据包丢失,且有调度请求传输时,在网络侧为其分配的传输调度请求所使用的资源上,向网络侧传输1比特的指示信息,用于指示用户设备有调度请求传输;以及
当所述用户设备在C个下行载波、M个下行子帧中未接收到数据包,且未有调度请求传输时,不向网络侧传输调度请求指示信息和ACK/NACK信息。
38.如权利要求35至37任一项所述的用户设备,其特征在于,所述设置模块具体用于,设置所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量。
39.一种调度请求和ACK/NACK信息的传输方法,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,其特征在于,该方法包括:
网络侧在为用户设备分配的上行传输资源上,接收用户设备传输的信号,并从接收到的信号中译码出第一指示信息和第二指示信息;
网络侧根据所述第一指示信息判断是否进行数据重传,根据所述第二指示信息确定所述用户设备是否有调度请求传输;
其中,所述第一指示信息为3比特,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK;所述第二指示信息为1比特,用于指示所述用户设备是否有调度请求传输。
40.如权利要求39所述的方法,其特征在于,网络侧通过PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;网络侧为所述用户设备半静态分配传输调度请求所使用的资源;
所述网络侧在为用户设备分配的上行传输资源上,接收用户设备传输的信号,具体为:
网络侧在其为所述用户设备动态指示的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
41.如权利要求40所述的方法,其特征在于,所述方法还包括:
当网络侧未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在主载波所对应的Rel-8的隐式资源上接收到信号时,确定所述用户设备未传输调度请求,且只在主载波上接收到数据,根据接收到的信号译码出所述用户设备反馈的在主载波上,M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK信息,并根据该ACK/NACK信息判断是否进行数据重传。
42.如权利要求40所述的方法,其特征在于,所述方法还包括:
当网络侧未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,且只在主载波上接收到数据,根据接收到的信号译码出所述用户设备在主载波上,M个下行子帧中的数据接收情况信息,并根据该数据接收情况信息判断是否进行数据重传。
43.如权利要求39所述的方法,其特征在于,网络侧为所述用户设备半静态配置了传输ACK/NACK信息所使用的资源;
所述网络侧在为用户设备分配的上行传输资源上,接收用户设备传输的信号,具体为:
网络侧在其为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
44.如权利要求40或43所述的方法,其特征在于,所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量;
网络侧根据所述第一指示信息判断是否进行数据重传,包括:
网络侧判断所述第一指示信息所指示的译码结果为ACK的数量小于实际调度的数据包数量时,进行数据重传;
网络侧判断所述第一指示信息所指示的译码结果为ACK的数量等于实际调度的数据包数量时,不进行数据重传。
45.如权利要求44所述的方法,其特征在于,所述方法还包括:网络侧限制在C个下行载波、M个下行子帧中最多调度7个数据包。
46.如权利要求39所述的方法,其特征在于,网络侧为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源;
所述网络侧在为用户设备分配的上行传输资源上,接收用户设备传输的信号,具体为:
网络侧在其为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
47.如权利要求46所述的方法,其特征在于,所述方法还包括:
当网络侧未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,否则,确定所述用户设备有调度请求传输。
48.如权利要求40或46所述的方法,其特征在于,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量;
网络侧根据所述第一指示信息判断是否进行数据重传,包括:
网络侧根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量小于实际调度的下行子帧数量时,进行数据重传;
网络侧根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量等于实际调度的下行子帧数量时,若根据所述第一指示信息中的所述1比特信息,判断所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并结果为NACK,则进行数据重传,否则不进行数据重传。
49.如权利要求48所述的方法,其特征在于,所述有数据传输的下行子帧,具体为:存在传输动态调度PDSCH或SPS资源释放信令的PDCCH的下行子帧。
50.一种网络设备,应用于多载波聚合系统,其中,网络侧配置用户设备在C个下行聚合载波进行数据传输,且M个下行子帧对应同一上行子帧进行ACK/NACK信息反馈,其中,C≥1,M≥1,其特征在于,包括:
接收模块,用于在为用户设备分配的上行传输资源上,接收用户设备传输的信号,并从接收到的信号中译码出第一指示信息和第二指示信息;
判断模块,用于根据所述第一指示信息判断是否进行数据重传,根据所述第二指示信息确定所述用户设备是否有调度请求传输;
其中,所述第一指示信息为3比特,用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK;所述第二指示信息为1比特,用于指示所述用户设备是否有调度请求传输。
51.如权利要求50所述的网络设备,其特征在于,还包括:
资源配置模块,用于通过PDCCH为所述用户设备动态指示传输ACK/NACK信息所使用的资源,所述动态指示的传输ACK/NACK信息所使用的资源中不包括主载波所对应的Rel-8的隐式资源;
所述接收模块具体用于,在所述资源配置模块为所述用户设备动态指示的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
52.如权利要求51所述的网络设备,其特征在于,所述接收模块还用于,在主载波所对应的Rel-8的隐式资源上接收信号;
所述判断模块还用于,当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在主载波所对应的Rel-8的隐式资源上接收到信号时,确定所述用户设备未传输调度请求,且只主载波上接收到数据,根据接收到的信号译码出所述用户设备反馈的在主载波上,M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK信息,并根据该ACK/NACK信息判断是否进行数据重传。
53.如权利要求51所述的网络设备,其特征在于,所述接收模块还用于,在传输调度请求所使用的资源上接收信号;
所述判断模块还用于,当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,且只在主载波上接收到数据,根据接收到的信号译码出所述用户设备在主载波上,M个下行子帧中的数据接收情况信息,并根据该数据接收情况信息判断是否进行数据重传。
54.如权利要求50所述的网络设备,其特征在于,还包括:
资源配置模块,用于为所述用户设备半静态配置了传输ACK/NACK信息所使用的资源;
所述接收模块具体用于,在所述资源配置模块为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
55.如权利要求51或54所述的网络设备,其特征在于,所述第一指示信息中的所有3比特用于指示所述用户设备在C个下行载波、M个下行子帧中译码结果为ACK的数量;
所述判断模块具体用于,判断所述第一指示信息所指示的译码结果为ACK的数量小于实际调度的数据包数量时,进行数据重传;以及,判断所述第一指示信息所指示的译码结果为ACK的数量等于实际调度的数据包数量时,不进行数据重传。
56.如权利要求50所述的网络设备,其特征在于,还包括:
资源配置模块,用于为所述用户设备半静态配置传输ACK/NAK信息说使用的资源和传输调度请求所使用的资源;
所述接收模块具体用于,在所述资源配置模块为所述用户设备半静态配置的传输ACK/NACK信息所使用的资源上,接收用户设备传输的信号。
57.如权利要求56所述的网络设备,其特征在于,所述接收模块还用于,在传输调度请求所使用的资源上接收信号;
所述判断模块还用于,当所述接收模块未在传输ACK/NACK信息所使用的资源上接收到用户设备传输的信号,而是在传输调度请求所使用的资源上接收到信号时,确定所述用户设备有调度请求传输,否则,确定所述用户设备有调度请求传输。
58.如权利要求51或54所述的网络设备,其特征在于,所述第一指示信息中的1比特用于指示所述用户设备在C个下行载波、M个下行子帧中所接收到的所有需要反馈ACK/NACK信息的数据所对应的ACK/NACK的合并信息,另外2比特用于指示所述用户设备接收到的有数据传输的下行子帧数量;
所述判断模块具体用于,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量小于实际调度的下行子帧数量时,进行数据重传;以及,根据所述第一指示信息中的所述2比特信息判断所述用户设备接收到的有数据传输的下行子帧数量等于实际调度的下行子帧数量时,若根据所述第一指示信息中的所述1比特信息,判断所述用户设备在C个下行载波、M个下行子帧中所接收到的所有数据包所对应的ACK/NACK的合并结果为NACK,则进行数据重传,否则不进行数据重传。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010544405.3A CN102468940B (zh) | 2010-11-12 | 2010-11-12 | 调度请求和ack/nack信息的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010544405.3A CN102468940B (zh) | 2010-11-12 | 2010-11-12 | 调度请求和ack/nack信息的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102468940A true CN102468940A (zh) | 2012-05-23 |
CN102468940B CN102468940B (zh) | 2015-03-25 |
Family
ID=46072155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010544405.3A Active CN102468940B (zh) | 2010-11-12 | 2010-11-12 | 调度请求和ack/nack信息的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102468940B (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104396172A (zh) * | 2013-06-27 | 2015-03-04 | 华为技术有限公司 | 自动重传处理方法、发送端设备及接收端设备 |
CN106330411A (zh) * | 2015-06-16 | 2017-01-11 | 中国移动通信集团公司 | 一种上行信息的处理方法及装置 |
CN107005372A (zh) * | 2015-08-11 | 2017-08-01 | 华为技术有限公司 | 一种传输反馈信息的方法、用户设备和接入设备 |
CN107276728A (zh) * | 2017-06-12 | 2017-10-20 | 北京三快在线科技有限公司 | 一种数据传输方法和装置 |
WO2018058743A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 混合自动重传请求确认信息的反馈方法、终端设备和网络设备 |
WO2018090365A1 (zh) * | 2016-11-21 | 2018-05-24 | 富士通株式会社 | 反馈数据传输确认的方法、装置以及通信系统 |
CN108631993A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2019028890A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 半静态调度的处理方法、通信设备及存储介质 |
WO2019028894A1 (en) * | 2017-08-11 | 2019-02-14 | Zte Corporation | METHOD AND APPARATUS FOR ALLOCATING RESOURCES DURING WIRELESS COMMUNICATION |
CN109565811A (zh) * | 2017-08-07 | 2019-04-02 | Oppo广东移动通信有限公司 | 一种数据调度方法及装置、计算机存储介质 |
WO2019095926A1 (zh) * | 2017-11-17 | 2019-05-23 | 华为技术有限公司 | 一种应答信息发送方法及装置 |
CN110035541A (zh) * | 2018-01-11 | 2019-07-19 | 展讯通信(上海)有限公司 | 调度请求的发送和处理方法及装置、存储介质、终端、基站 |
WO2019192153A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种资源确定方法、指示方法及装置 |
CN113170485A (zh) * | 2019-11-19 | 2021-07-23 | 北京小米移动软件有限公司 | Harq-ack反馈方法、装置及通信设备 |
-
2010
- 2010-11-12 CN CN201010544405.3A patent/CN102468940B/zh active Active
Non-Patent Citations (2)
Title |
---|
LG ELECTRONICS: "UCI Combination on PUCCH for CA", 《3GPP TSG RAN WG1 #62 BIS,R1-105649》 * |
LG ELECTRONICS: "UCI multiplexing for LTE-A", 《3GPP TSG RAN WG1 #61BIS, R1-103729》 * |
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104396172B (zh) * | 2013-06-27 | 2018-05-29 | 华为技术有限公司 | 自动重传处理方法、发送端设备及接收端设备 |
CN104396172A (zh) * | 2013-06-27 | 2015-03-04 | 华为技术有限公司 | 自动重传处理方法、发送端设备及接收端设备 |
CN106330411A (zh) * | 2015-06-16 | 2017-01-11 | 中国移动通信集团公司 | 一种上行信息的处理方法及装置 |
CN106330411B (zh) * | 2015-06-16 | 2019-11-22 | 中国移动通信集团公司 | 一种上行信息的处理方法及装置 |
CN107005372A (zh) * | 2015-08-11 | 2017-08-01 | 华为技术有限公司 | 一种传输反馈信息的方法、用户设备和接入设备 |
CN107005372B (zh) * | 2015-08-11 | 2020-09-08 | 华为技术有限公司 | 一种传输反馈信息的方法、用户设备和接入设备 |
CN109792338B (zh) * | 2016-09-30 | 2021-02-26 | 华为技术有限公司 | 混合自动重传请求确认信息的反馈方法和设备 |
US10784995B2 (en) | 2016-09-30 | 2020-09-22 | Huawei Technologies Co., Ltd. | Hybrid automatic repeat request-acknowledgement information feedback method, terminal device, and network device |
WO2018058743A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 混合自动重传请求确认信息的反馈方法、终端设备和网络设备 |
CN109792338A (zh) * | 2016-09-30 | 2019-05-21 | 华为技术有限公司 | 混合自动重传请求确认信息的反馈方法、终端设备和网络设备 |
WO2018090365A1 (zh) * | 2016-11-21 | 2018-05-24 | 富士通株式会社 | 反馈数据传输确认的方法、装置以及通信系统 |
US10873438B2 (en) | 2016-11-21 | 2020-12-22 | Fujitsu Limited | Method and apparatus for feeding back data transmission acknowledgement and communication system |
CN109845158A (zh) * | 2016-11-21 | 2019-06-04 | 富士通株式会社 | 反馈数据传输确认的方法、装置以及通信系统 |
CN108631993A (zh) * | 2017-03-24 | 2018-10-09 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN108631993B (zh) * | 2017-03-24 | 2021-02-23 | 华为技术有限公司 | 一种数据传输方法及装置 |
US11101964B2 (en) | 2017-03-24 | 2021-08-24 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
CN107276728A (zh) * | 2017-06-12 | 2017-10-20 | 北京三快在线科技有限公司 | 一种数据传输方法和装置 |
CN109565811A (zh) * | 2017-08-07 | 2019-04-02 | Oppo广东移动通信有限公司 | 一种数据调度方法及装置、计算机存储介质 |
CN109565811B (zh) * | 2017-08-07 | 2021-03-12 | Oppo广东移动通信有限公司 | 一种数据调度方法及装置、计算机存储介质 |
WO2019028894A1 (en) * | 2017-08-11 | 2019-02-14 | Zte Corporation | METHOD AND APPARATUS FOR ALLOCATING RESOURCES DURING WIRELESS COMMUNICATION |
WO2019028890A1 (zh) * | 2017-08-11 | 2019-02-14 | Oppo广东移动通信有限公司 | 半静态调度的处理方法、通信设备及存储介质 |
US11497041B2 (en) | 2017-08-11 | 2022-11-08 | Zte Corporation | Method and apparatus for resource allocation in wireless communication |
WO2019095926A1 (zh) * | 2017-11-17 | 2019-05-23 | 华为技术有限公司 | 一种应答信息发送方法及装置 |
US11522644B2 (en) | 2017-11-17 | 2022-12-06 | Huawei Technologies Co., Ltd. | Acknowledgement information sending method and apparatus |
CN110035541A (zh) * | 2018-01-11 | 2019-07-19 | 展讯通信(上海)有限公司 | 调度请求的发送和处理方法及装置、存储介质、终端、基站 |
WO2019192153A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种资源确定方法、指示方法及装置 |
US11632219B2 (en) | 2018-04-04 | 2023-04-18 | Huawei Technologies Co., Ltd. | Resource determining method, indication method, and apparatus |
CN113170485A (zh) * | 2019-11-19 | 2021-07-23 | 北京小米移动软件有限公司 | Harq-ack反馈方法、装置及通信设备 |
CN113170485B (zh) * | 2019-11-19 | 2023-08-22 | 北京小米移动软件有限公司 | Harq-ack反馈方法、装置及通信设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102468940B (zh) | 2015-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102468940B (zh) | 调度请求和ack/nack信息的传输方法及装置 | |
US9094198B2 (en) | Method and arrangement in a telecommunication system | |
CN102170338B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN102223219B (zh) | Harq‑ack的反馈处理方法及系统 | |
CN102647261B (zh) | 调度信令发送及应答反馈的方法、系统和设备 | |
CN101998539A (zh) | Ack/nack资源预留的方法、系统和设备 | |
CN102164029B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN102083211A (zh) | 上行控制信道资源的确定方法和设备 | |
CN102136896A (zh) | Ack/nack信息的传输方法和设备 | |
CN102136895B (zh) | 半静态调度数据包的应答信息的反馈、接收方法及其装置 | |
CN102347823B (zh) | 应答信息的合并反馈及其指示方法、装置 | |
CN102468942A (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN101801098B (zh) | 一种调度资源释放的确认方法及设备 | |
CN102469599B (zh) | Ack/nack反馈信息的信道资源确定方法和设备 | |
CN102468945B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN102315916A (zh) | 下行分配指示的发送方法及装置、应答信道的反馈方法及装置 | |
WO2016149887A1 (zh) | 一种信道状态信息的传输方法、用户设备及接入网设备 | |
CN109474393A (zh) | 数据反馈、发送、接收方法及装置,接收设备,发送设备 | |
CN101771511A (zh) | 多载波升级系统中反馈ack/nack的方法及设备 | |
CN102469600B (zh) | Ack/nack反馈信息的信道资源确定方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |