3GPP RAN1 #74-BIS有关FDD-TDD CA提案分析

3GPP RAN1 #74-BIS有关FDD-TDD CA提案分析

        半月前（2013.10.11）结束的3GPP RAN1 #74-BIS会议上，提出了在FDD与TDD联合组网下的CA方案，很明显，在LTE普及的将来，必定会出现FDD-LTE与TDD-LTE并存的网络，如何让用户获得更好的体验，CA是个很不错的选择方案。我总结了几大公司有关这方面的提案，供参考。

一、CATT

 

1.1     R1- 134093 General discussion on FDD-TDD carrier aggregation simulation

1)  介绍：在RAN1 #60中，批准了一个新的项目---LTE FDD-TDD混合组网，并且FDD-TDD CA应支持TDD主服务小区（Primary Cell, PCell）或者FDD PCell。在这篇提案中，我们讨论影响FDD-TDD CA设计的因素。

2)  建议：

1、Rel-12设计的FDD-TDD CA应支持如下内容：

       a.TDD-FDD CA的设计与主服务小区采用何种模式相独立

       b.用户应采用半双工模式，而非全双工模式

       c.在Rel-12的FDD-TDD CA应支持跨载波调度（cross carrier scheduling）

       d.把Rel-12中FDD-TDD CA的解决方案应用到FDD-TDD不同步时的部署

2、讨论UL CA是否为用户支持FDD-TDD CA的先决条件

3、TDD-FDD CA的设计可以继承TDD inter-band中上下行不同配置方式：

       a.主服务小区的PDSCH遵循主服务小区PDSCH timing

       b.在自载波调度（self-carrier scheduling）情况下，PUSCH遵循服务小区PUSCH timing

       c.PHICH发射时应携带UL grant

1.2    R1- 134094 HARQ/scheduling timing with FDD as PCell for FDD-TDD CA

1)  介绍：FDD-TDD CA规范化的主要物理层工作是设计PDSCH和PUSCH HARQ，这取决于PCell使用FDD载波还是TDD载波。这篇提案中，我们讨论PCell为FDD时的PDSCH/PUSCH timing。

2)  建议：

Case 1：由于TDD/ FDD CA是半双工，TDD SCell上的下行子帧不可用：

1、首先讨论是否支持FDD作为PCell并且下行子帧在TDD SCell（Secondary Cell, SCell）上不可用的这种部署。

2、如果上述支持建议，则：

      a.不需要TDD SCell的PDSCH timing

      b.在TDD SCell上只支持跨载波调度（cross-carrier scheduling）PUSCH

      c.TDD SCell上的PUSCH需遵循服务小区PUSCH timing

Case 2：由于TDD/ FDD CA是半双工，TDD SCell上的上行子帧不可用：

1、TDD SCell上的PDSCH应遵循FDD PDSCH timing

2、可再使用Rel-11 FDD CA中UCI 传输

3、不需要TDD SCell的PUSCH timing

Case 3：当TDD SCell上的所有子帧都可用：

1、TDD SCell上PDSCH应遵循FDD PDSCH timing

2、可再使用Rel-11 FDD CA中UCI 传输

3、TDD SCell上PUSCH应遵循服务小区PUSCH timing

1.3    R1- 134098 Parallel PUCCH transmission for FDD-TDD carrier aggregation

1)  介绍：在这篇提案中，通过使用独立UCI反馈，我们介绍一种FDD-TDD联合组网的解决方案。

2)  结论：

1、FDD服务小区中的一条PUCCH或者PUSCH来承载FDD服务小区的UCI

2、TDD服务小区中的一条PUCCH或者PUSCH来承载TDD服务小区的UCI

二、Huawei

 

1.1    R1- 134056 Details of TDD-FDD CA

1)  介绍：这篇提案讨论了TDD-FDD CA的细节，重点讨论一个FDD服务小区和一个TDD服务小区共同组网的情况。

2)  建议：

1、TDD-FDD CA支持PUCCH format 1b和PUCCH format 3；

2、如果PUCCH只能在PCell传输，并且PCell是FDD模式，FDD服务小区的HARQ-ACK timing可被用于TDD服务小区；

3、如果PUCCH只能在PCell传输，PCell是TDD模式，则FDD服务小区的HARQ-ACK timing需要以充分利用所有的下行子帧为目标重新设计，并且使HARQ反馈延时尽可能小；

4、对于TDD-FDD CA HARQ-ACK反馈，PUCCH只能在PCell上传输；

5、可以考虑采用跨载波调度：

       a.如果调度（scheduling）服务小区是FDD模式，被调度（scheduled）的服务小区为TDD模式

          (1)FDD服务小区的下行HARQ timing被用作被调度TDD服务小区

          (2)被调度的TDD服务小区的上行HARQ timing保持不变

       b.如果调度的服务小区是TDD模式，被调度的服务小区是FDD模式，可考虑跨子帧调度（cross-subframe scheduling）或者调度限制（scheduling restriction）

1.2    R1- 134349 Discussion on TDD-FDD CA with more than two carriers

1)  介绍：这篇文献把重点放在FDD-TDD CA，并且讨论了可以支持服务小区的个数。

2)  建议:

1、（同时）支持TDD-FDD CA的最大服务小区数为5个，至少包括一个FDD服务小区和一个TDD服务小区

2、TDD-FDD CA的HARQ-ACK反馈需优先讨论

三、ZTE

 

1.1     R1-134316 Issues for TDD-FDD CA simulation

1)  介绍：在这篇提案中，我们列举了关于TDD-FDD CA的一些物理层问题，并且给出对这些问题的看法。

2)  建议：

1、在TDD-FDD CA中，聚合子载波的个数可高达5个

2、第一阶段，应先聚合具有相同UL-DL配置的FDD载波与TDD载波，如果聚合不同UL-DL配置的inter-band TDD载波，可使用Rel-11中的inter-band TDD CA解决方案

3、TDD-FDD CA:需支持交叉调度（Cross-scheduling）

4、PUCCH只能在主服务小区传输

5、当FDD小区是主服务小区，TDD小区是辅服务小区时，无论是自调度还是交叉调度，SCell PDSCH的HARQ-ACK timing可遵循PCell timing

6、当TDD小区是主服务小区，FDD小区是辅服务小区时，无论是自调度还是交叉调度，SCell PDSCH的HARQ timing可遵循TDD参考配置HARQ-ACK timing

7、当FDD小区是调度小区，TDD小区是被调度小区时，TDD小区PHICH和PUSCH timing应遵循FDD小区PUSCH timing，并且TDD小区的重传时间应遵循TDD小区PUSCH timing

8、当TDD小区是调度小区，FDD小区是被调度小区时，被调度小区PUSCH timing应遵循参考配置PUSCH timing

四、NTT DOCOMO

 

1.1    R1-134495 Design of TDD-FDD Carrier Aggregation for LTE Rel.12 simulation

1)  介绍：在这篇提案中，首先，我们陈述了对最有吸引力场景的看法，该场景下必须设计FDD-TDD CA。然后，我们针对FDD-TDD CA的规范化工作提出了一个方向，这样可以使该场景下的FDD-TDD CA设计更加具体化。

2)  建议：

1、必须设计/优化TDD-FDD CA，这样，在FDD-macro cell覆盖下的TDD-small cell才能更好地工作，需要考虑10个甚至更多的在FDD-macro cell覆盖下的TDD-small cell的情况

2、FDD-TDD CA应去除Cross-carrier L1/L2控制机制，SCell和PCell都应支持PUCCH，除非有很强的需求，否则不采用跨载波调度（Cross-carrier scheduling）

3、从RRC角度来说，FDD-TDD CA应采用2-UL configuration，不支持上行同步传输的用户应由基站调度处理，支持上行同步传输的用户应获得FDD-TDD CA的充分好处而不受调度限制

五、Qualcomm

 

1.1    Solutions for TDD-FDD CA simulation

1)  介绍：在这篇提案中，我们考虑用载波聚合来完成TDD-FDD混合组网的设计。

2)  建议：

Case 1：FDD CC作为PCC：

1、支持跨载波调度PDSCH

2、TDD CC上PDSCH传输的HARQ反馈遵循FDD时间表，它在PDSCH传输4ms之后传输

3、FDD CC支持CSI配置

4、FDD DCI格式被用来交叉调度TDD CC

5、在self-scheduling的情况下，对于TDD CC上的PUSCH，调度和HARQ的时间表应遵循TDD CC时间表

6、支持跨载波调度PUSCH

7、对于跨载波调度，TDD CC上，HARQ PUSCH传输周期为10ms

8、对于跨载波调度，在TDD上行子帧，PHICH的HARQ反馈在PUSCH传输后X ms之后传输，X的值为4和6ms

Case 2：TDD CC作为PCC：

1、在self-scheduling情况下，FDD CC的调度时间表遵循自己的时间表

2、适用于FDD CC的HARQ反馈是基于参考DL-UL配置

3、如果参考配置是固定的或者由RRC信令配置，FDD UL CC的参考配置可能不同