用于传输确认信息的方法和装置制造方法

文档序号:7999255阅读:112来源:国知局
用于传输确认信息的方法和装置制造方法
【专利摘要】本发明提供了一种用于传输确认信息的方法和装置。所述方法包括:在用户设备处从基站接收一个或多个传输帧;判断所接收的当前传输帧的当前配置相对于前一传输帧的配置是否改变;如果没有改变,则根据当前传输帧的当前配置来确定用于传输确认信息的捆绑大小(M);如果已经改变,则根据前一传输帧的配置和当前传输帧的当前配置来选择参考配置,基于当前配置、前一传输帧的配置以及参考配置来确定用于传输确认信息的捆绑大小(M’);至少基于捆绑大小(M,M’)来确定用于传输确认信息的物理上行控制信道的格式;以及利用所确定的物理上行控制信道的格式来传输确认信息,其中确认信息包括肯定确认(ACK)和否定确认(NACK)之一。
【专利说明】用于传输确认信息的方法和装置

【技术领域】
[0001] 本发明涉及无线通信系统,并且更具体地,涉及在长期演进时分双工(LTE TDD)系 统中用于传输确认信息的方法和装置。

【背景技术】
[0002] 在最近的第三代合作伙伴计划(3GPP)会议中,已经通过了针对LTE TDD的下行链 路-上行链路(DL-UL)干扰管理和流量适配的进一步增强(e MTA)的新的工作项目。在 该工作项目中,HARQ(混合自动重传请求)/调度问题仍然是参考文献[1]中所列的关键问 题之一。关于HARQ/调度冲突问题,在参考文献[2]中已经提出了详细的解决方案。关于 物理下行链路共享信道(PDSCH)HARQ反馈问题,对于被配置为通过物理上行链路控制信道 (PUCCH)格式la/lb/具有信道选择的lb或者PUCCH3来进行HARQ传输的UE来说,在TDD UL-DL重新配置之后确定的肯定确认(ACK)/否定确认(NACK)捆绑(bundling)大小Μ可能 并不能指示所传输的DL子帧的实际数目,因此它可能引起ACK/NACK错误或者ACK/NACK资 源浪费。
[0003] 在TDD e ΜΤΑ中,当由于流量适配而改变TDD UL-DL配置的情况下,HARQ/调度的 时序冲突有可能发生。为了解决在TDD e MTA中的HARQ/调度冲突问题,可以采用在TDD 载波聚合(CA)中使用的"参考配置(r eference configuration)"的思想,其可以从多个 公司的技术文献(诸如RANI 72bis中的[3]-[7])中来获得。参考文献[2]中的提议也与 该思想一致。但是在使用参考配置时,由于实际需要的捆绑大小M'可能既不等于基于重新 配置所获得的Μ也不等于基于参考配置所获得的M,因此需要根据TDD UL-DL配置的改变来 动态地调节捆绑大小M',从而可以避免ACK/NACK错误或ACK/NACK资源浪费。
[0004] 参考文献列表
[0005] [1]R1-121772 New work item proposal for Further Enhancements to LTE TDD for DL-UL Interference Management and Traffic Adaptation
[0006] [2]R1-131200 Discussion on HARQ and scheduling for TDD elMTA, ALU, ASB
[0007] [3]Rl_1314580n efficient signaling of Dynamic TDD,Ericsson,ST-Ericsson
[0008] [4]R1-131419HARQ Des ign for elMTA, NTT DOCOMO
[0009] [5]R1-131013 On HARQ operation for TDD UL-DL reconfiguration, Samsung
[0010] [6]Rl-1312060n HARQ Timing Issues in TDD elMTA Systems, HTC
[0011] [7]Rl-131065 Issues about data transmission in TDD-elMTA, ZTE
[0012] [8]3GPP TS36. 213


【发明内容】

[0013] 为了解决现有技术中存在的上述问题,本发明的实施方式提出了用于在基于流量 适配而改变TDD UL-DL配置的情况下,动态地调节捆绑大小的值以有效地进行确认信息传 输的方法和装置。
[0014] 根据本发明的一个方面,提供了一种用于传输确认信息的方法,包括:在用户设备 处从基站接收一个或多个传输帧;判断所接收的当前传输帧的当前配置相对于前一传输帧 的配置是否改变;如果没有改变,则根据所述当前传输帧的当前配置来确定用于传输确认 信息的捆绑大小(M);如果已经改变,则根据所述前一传输帧的配置和所述当前传输帧的 当前配置来选择参考配置,基于所述当前配置、所述前一传输帧的配置以及所述参考配置 来确定用于传输确认信息的捆绑大小(M');至少基于所述捆绑大小(M,M')来确定用于传 输所述确认信息的物理上行控制信道的格式;以及利用所确定的物理上行控制信道的格式 来传输所述确认信息,其中所述确认信息包括肯定确认(ACK)和否定确认(NACK)之一。
[0015] 优选地,根据本发明的另一方面,所述用于传输确认信息的方法进一步包括:根据 所述参考配置中预先设定的下行子帧与用于传输确认信息的上行子帧的关联集合和边界 帧上的下行子帧的交集来确定实际将要映射到所述当前传输帧中的、所述用于传输确认信 息的上行子帧的一个或多个关联下行子帧的集合(Γ),其中所述边界帧包括紧接于所述当 前传输帧之前的一个或两个传输帧以及所述当前传输帧,并且所述捆绑大小等于所述一个 或多个关联下行子帧的集合(Γ )中的下行子帧的数目。
[0016] 根据本发明的另一方面,提供了一种用于通信的装置,包括:接收器,被配置用于 从基站接收一个或多个传输帧;处理器,被配置用于:判断所接收的当前传输帧的当前配 置相对于前一传输帧的配置是否改变;如果没有改变,则根据所述当前传输帧的当前配置 来确定用于传输确认信息的捆绑大小(M);如果已经改变,则根据所述前一传输帧的配置 和所述当前传输帧的当前配置来选择参考配置,基于所述当前配置、所述前一传输帧的配 置以及所述参考配置来确定用于传输确认信息的捆绑大小(M');以及至少基于所述捆绑 窗口大小(M,M')来确定用于传输所述确认信息的物理上行控制信道的格式;以及发射器, 被配置用于传输所述确认信息,其中所述确认信息包括肯定确认(ACK)和否定确认(NACK) 之一。
[0017] 优选地,根据本发明的又一方面,在所述用于通信的装置中,所述处理器进一步被 配置用于根据所述参考配置中预先设定的下行子帧与用于传输确认信息的上行子帧的关 联集合和边界帧上的下行子帧的交集来确定实际将要映射到所述当前传输帧中的所述用 于传输确认信息的上行子帧的一个或多个关联下行子帧的集合(Γ),其中所述边界帧包括 紧接于所述当前传输帧之前的一个或两个传输帧以及所述当前传输帧,并且所述捆绑大小 等于所述一个或多个关联下行子帧的集合(Γ )中的下行子帧的数目。

【专利附图】

【附图说明】
[0018] 结合附图并参考以下详细说明,本发明各实施方式的特征、优点及其他方面将变 得更加明显,在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中:
[0019] 图1图示了在没有TDD UL/DL重新配置的情况下,DL子帧与用于HARQ-ACK反馈 的UL子帧η的映射关系;
[0020] 图2(a)和(b)分别图示了在具有TDD UL/DL重新配置的情况下,直接采用重新配 置和参考配置时DL子帧与用于HARQ-ACK反馈的UL子帧η的映射关系;
[0021] 图3图示了根据本发明实施方式的在对传输帧进行了重新配置的情况下,DL子帧 与用于HARQ-ACK反馈的UL子帧η的映射关系;
[0022] 图4图示了根据本发明实施方式的用于传输确认信息的方法400 ;以及
[0023] 图5图示了根据本发明实施方式的用于传输确认信息的通信装置500。

【具体实施方式】
[0024] 以下将参考附图详细描述本发明的各示例性实施方式。
[0025] 应当理解,给出这些示例性实施方式仅仅是为了使本领域技术人员能够更好地理 解并进而实现本发明,而并非以任何方式限制本发明的范围。
[0026] 在LTE TDD系统中,上下行传输之间不一定是对称的,因此在下行子帧多于上行子 帧的配置中,会出现在一个上行子帧中同时上报多个下行子帧的确认信息的情况,因此在 现有技术中采用了诸如HARQ-ACK捆绑或复用技术。一个上行子帧中上报确认信息的数目 取决于LTE上下行链路的配置。
[0027] 具体而言,对于采用TOCCHla/lb/具有CS的lb的用户设备来说,在当前的3GPP TS36. 213规范中,针对PUCCHla/lb/具有CS的lb格式定义了 ACK/NACK反馈过程,例如:
[0028] ?响应于指示下行链路SPS (半静态调度)释放的roCCH/EPDCCH,通过对所有独立 的(具有和不具有对应roCCH/EPDCCH的)PDSCH传输的HARQ-ACK和NACK执行逻辑与操作, 跨与单个UL子帧η相关联的Μ个DL子帧按每个码字执行HARQ-ACK捆绑。Μ是根据所采用 的UL-DL配置和用于HARQ-ACK传输的UL子帧而确定的ACK/NACK捆绑大小。ACK/NACK捆 绑大小指需要在一个UL子帧中进行HARQ-ACK反馈的DL子帧的数目。Μ可以是在表1,即 在参考文献[8]3GPP TS36. 213规范中的表10. 1. 3. 1-1中定义的集合Κ中的元素的数目。 例如,对于UL-DL配置5的情况来说,用户设备可以在一个UL子帧η = 2中传输与9个DL 子帧对应的ACK/NACK,该9个DL子帧的集合Κ包括{13,12,9,8,7,5,4,11,6}。
[0029] 表1 :用于TDD的下行链路关联集合索引Κ : {1ν匕,
[0030]

【权利要求】
1. 一种用于传输确认信息的方法,包括: 在用户设备处从基站接收一个或多个传输帧; 判断所接收的当前传输帧的当前配置相对于前一传输帧的配置是否改变; 如果没有改变,则根据所述当前传输帧的当前配置来确定用于传输确认信息的捆绑大 小(M); 如果已经改变,则根据所述前一传输帧的配置和所述当前传输帧的当前配置来选择参 考配置, 基于所述当前配置、所述前一传输帧的配置以及所述参考配置来确定用于传输确认信 息的捆绑大小(M'); 至少基于所述捆绑大小(M,M')来确定用于传输所述确认信息的物理上行控制信道的 格式;以及 利用所确定的物理上行控制信道的格式来传输所述确认信息,其中所述确认信息包括 肯定确认(ACK)和否定确认(NACK)之一。
2. 根据权利要求1所述的方法,其中基于所述当前配置、所述前一传输帧的配置以及 所述参考配置来确定捆绑大小(M')进一步包括: 根据所述参考配置中预先设定的下行子帧与用于传输确认信息的上行子帧的关联集 合和边界帧上的下行子帧的交集来确定实际将要映射到所述当前传输帧中的、所述用于传 输确认信息的上行子帧的一个或多个关联下行子帧的集合(Γ ),其中 所述边界帧包括紧接于所述当前传输帧之前的一个或两个传输帧以及所述当前传输 中贞,并且 所述捆绑大小等于所述一个或多个关联下行子帧的集合(Γ )中的下行子帧的数目。
3. 根据权利要求2所述的方法,其中所述边界帧仅包括所述当前传输帧和所述前一传 输帧。
4. 根据权利要求1所述的方法,其中所述物理上行控制信道的格式至少包括下述之 一:物理上行链路控制信道PUCCH格式la、PUCCH格式lb和具有信道选择(CS)的PUCCH格 式lb。
5. 根据权利要求4所述的方法,其中,当所述捆绑窗口大小等于1的情况下,所述物理 上行控制信道的格式进一步包括具有信道状态信息报告的PUCCH格式2a或PUCCH格式2b。
6. 根据权利要求1所述的方法,其中所述物理上行控制信道的格式包括物理上行链路 控制信道TOCCH格式3。
7. 根据权利要求6所述的方法,进一步包括: 如果将在物理上行链路共享信道(PUSCH)上传输所述确认信息,则根据上行链路调度 授权来调节每一个服务小区中所述用户设备需要针对其反馈所述确认信息的下行子帧的 数目。
8. 根据权利要求1-7中的任一项所述的方法,其中所述参考配置根据预先确定的先前 配置与重新配置之前的关系来选择,并且所述参考配置包括七种配置。
9. 一种用于通信的装置,包括: 接收器,被配置用于从基站接收一个或多个传输帧; 处理器,被配置用于: 判断所接收的当前传输帧的当前配置相对于前一传输帧的配置是否改变; 如果没有改变,则根据所述当前传输帧的当前配置来确定用于传输确认信息的捆绑大 小(M); 如果已经改变,则根据所述前一传输帧的配置和所述当前传输帧的当前配置来选择参 考配置, 基于所述当前配置、所述前一传输帧的配置以及所述参考配置来确定用于传输确认信 息的捆绑大小(M');以及 至少基于所述捆绑窗口大小(M,M')来确定用于传输所述确认信息的物理上行控制信 道的格式;以及 发射器,被配置用于传输所述确认信息, 其中所述确认信息包括肯定确认(ACK)和否定确认(NACK)之一。
10. 根据权利要求9所述的装置,其中所述处理器进一步被配置用于: 根据所述参考配置中预先设定的下行子帧与用于传输确认信息的上行子帧的关联集 合和边界帧上的下行子帧的交集来确定实际将要映射到所述当前传输帧中的所述用于传 输确认信息的上行子帧的一个或多个关联下行子帧的集合(K'),其中 所述边界帧包括紧接于所述当前传输帧之前的一个或两个传输帧以及所述当前传输 中贞,并且 所述捆绑大小等于所述一个或多个关联下行子帧的集合(Γ )中的下行子帧的数目。
11. 根据权利要求10所述的装置,其中所述边界帧仅包括所述当前传输帧和所述前一 传输中贞。
12. 根据权利要求9所述的装置,其中所述物理上行控制信道的格式至少包括下述之 一:物理上行链路控制信道PUCCH格式la、PUCCH格式lb和具有信道选择(CS)的PUCCH格 式lb。
13. 根据权利要求12所述的装置,其中,当所述实际捆绑大小等于1的情况下,所述物 理上行控制信道的格式进一步包括具有信道状态信息报告的PUCCH格式2a或PUCCH格式 2b。
14. 根据权利要求9所述的装置,其中所述物理上行控制信道的格式包括物理上行链 路控制信道PUCCH格式3。
15. 根据权利要求14所述的装置,其中所述处理器进一步被配置为: 如果将在物理上行链路共享信道(PUSCH)上传输所述确认信息,则根据上行链路调度 授权来调节每一个服务小区中所述用户设备需要针对其反馈所述确认信息的下行帧的数 目。
16. 根据权利要求1-15中的任一项所述的装置,其中所述参考配置根据预先确定的先 前配置与重新配置之前的关系来选择,并且所述参考配置包括七种配置。
【文档编号】H04L1/16GK104144042SQ201310172968
【公开日】2014年11月12日 申请日期:2013年5月10日 优先权日:2013年5月10日
【发明者】孙芳蕾 申请人:上海贝尔股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1