 |
问答管理员：
已关闭问题
TD-LTE：竞争消除和HARQ相关的问题 (进入论坛模式)
提问者：kkdr
|
提问时间：2013-3-8 20:00
TD-LTE相关的几个问题，请达人帮看下呀。
先行谢谢啦。。。
一：
初始接入和连接重建：Msg4通过MAC层控制单元（Contention Resolution Identity MAC CE）携带UE竞争解决标识，该MAC CE中包含UE在Msg3中传输的CCCH SDU，UE在接收到该MAC CE后，与其在Msg3中发送的高层标识进行比较，二者相同则判定为竞争解决成功。
UE Contention Resolution Identity: This field contains the uplink CCCH SDU.
我的疑问是，对Contention接入来说，Msg4是Msg3中传输的整个CCCH SDU还是只有S-TMSI（或者是在S-TMSI不存在的情况下RRC随机选择的一个ID）？
二：
1.在TD-LTE中，上下行是不是都可以用自适应和非自适应传输？我知道自适应和非自适的区别，但就是不清楚依据什么来判断到底该用哪一种？
2. UE从PDCCH和PDSCH都可以收到UL GRANT吧？有什么区别吗？是如何选择用哪个信道的呢？
3.UE收到UL GRANT后可以在随后的哪个子帧上发送数据？然后又是在哪个子帧上去接收ACK/NACK？这个是36213协议规定的吧。但没有看懂，哪位达人能帮忙给简洁地先容下吗？谢谢啦。。。
4.同样，对于下行数据也有与3一样的疑问。
先行谢谢啦。。。
一：
初始接入和连接重建：Msg4通过MAC层控制单元（Contention Resolution Identity MAC CE）携带UE竞争解决标识，该MAC CE中包含UE在Msg3中传输的CCCH SDU，UE在接收到该MAC CE后，与其在Msg3中发送的高层标识进行比较，二者相同则判定为竞争解决成功。
UE Contention Resolution Identity: This field contains the uplink CCCH SDU.
我的疑问是，对Contention接入来说，Msg4是Msg3中传输的整个CCCH SDU还是只有S-TMSI（或者是在S-TMSI不存在的情况下RRC随机选择的一个ID）？
二：
1.在TD-LTE中，上下行是不是都可以用自适应和非自适应传输？我知道自适应和非自适的区别，但就是不清楚依据什么来判断到底该用哪一种？
2. UE从PDCCH和PDSCH都可以收到UL GRANT吧？有什么区别吗？是如何选择用哪个信道的呢？
3.UE收到UL GRANT后可以在随后的哪个子帧上发送数据？然后又是在哪个子帧上去接收ACK/NACK？这个是36213协议规定的吧。但没有看懂，哪位达人能帮忙给简洁地先容下吗？谢谢啦。。。
4.同样，对于下行数据也有与3一样的疑问。
显示所有答案回应
问题答案 ( 6 条 )
1.在TD-LTE中，上下行是不是都可以用自适应和非自适应传输？我知道自适应和非自适的区别，但就是不清楚依据什么来判断到底该用哪一种？
>A: 只有UL可以使用非自适应. 使用哪种传输方式,估计每个设备商判断条件不同. 比如判断是否有冲突, 没有则非自适应, 冲突则自适应
2.
>A: 目前UL只有msg3 grant才使用PDSCH 传输. 其他都是PDCCH。
3.
>A: 时序都是在3GPP里面定义好的。 以FDD为例，TDD太复杂。 除了msg3在收到grant后6个subframe后上传数据外(不考虑delay)， 其他都是4个subframe。同样反馈HARQ也是4个subframe. (以上都是指空口时间)
4.
>A: 下行都是4个subframe回HARQ， 然后4个subframe传输新数据或者重传原来的数据。
附加一点TDD情况：
TDD时根据不同配置，等待回复的空口subframe个数也不同。 比如TDD1， 2378为上行桢. 如果在subframe1下发UL grant, 后数4个subframe1+4=5但5是下行桢，继续后找至7上传数据，所以对空口来说是等了7-1=6个subframe.
>A: 只有UL可以使用非自适应. 使用哪种传输方式,估计每个设备商判断条件不同. 比如判断是否有冲突, 没有则非自适应, 冲突则自适应
2.
>A: 目前UL只有msg3 grant才使用PDSCH 传输. 其他都是PDCCH。
3.
>A: 时序都是在3GPP里面定义好的。 以FDD为例，TDD太复杂。 除了msg3在收到grant后6个subframe后上传数据外(不考虑delay)， 其他都是4个subframe。同样反馈HARQ也是4个subframe. (以上都是指空口时间)
4.
>A: 下行都是4个subframe回HARQ， 然后4个subframe传输新数据或者重传原来的数据。
附加一点TDD情况：
TDD时根据不同配置，等待回复的空口subframe个数也不同。 比如TDD1， 2378为上行桢. 如果在subframe1下发UL grant, 后数4个subframe1+4=5但5是下行桢，继续后找至7上传数据，所以对空口来说是等了7-1=6个subframe.
十分感谢zfzdn的详细解答！:)
上行ACK/NAK是用 PUCCH还是用 PUSCH发送，依据什么选择呀？
下行ACK/NAK只能用PHICH发送吧，PDSCH或者PDCCH可以吗？同样，选择的依据是什么呢？
下面的问题，哪位达人知道呀，可以给说明下吗？谢谢啦~~~
一：
初始接入和连接重建：Msg4通过MAC层控制单元（Contention Resolution Identity MAC CE）携带UE竞争解决标识，该MAC CE中包含UE在Msg3中传输的CCCH SDU，UE在接收到该MAC CE后，与其在Msg3中发送的高层标识进行比较，二者相同则判定为竞争解决成功。
UE Contention Resolution Identity: This field contains the uplink CCCH SDU.
我的疑问是，对Contention接入来说，Msg4是Msg3中传输的整个CCCH SDU还是只有S-TMSI（或者是在S-TMSI不存在的情况下RRC随机选择的一个ID）？
上行ACK/NAK是用 PUCCH还是用 PUSCH发送，依据什么选择呀？
下行ACK/NAK只能用PHICH发送吧，PDSCH或者PDCCH可以吗？同样，选择的依据是什么呢？
下面的问题，哪位达人知道呀，可以给说明下吗？谢谢啦~~~
一：
初始接入和连接重建：Msg4通过MAC层控制单元（Contention Resolution Identity MAC CE）携带UE竞争解决标识，该MAC CE中包含UE在Msg3中传输的CCCH SDU，UE在接收到该MAC CE后，与其在Msg3中发送的高层标识进行比较，二者相同则判定为竞争解决成功。
UE Contention Resolution Identity: This field contains the uplink CCCH SDU.
我的疑问是，对Contention接入来说，Msg4是Msg3中传输的整个CCCH SDU还是只有S-TMSI（或者是在S-TMSI不存在的情况下RRC随机选择的一个ID）？
最近在学习啊……
R8/R9终端只要基站给予PUSCH资源调度下发，就采用PUSCH承载对下行数据ACK反馈信息，否则使用PUCCH进行ACK反馈。R10的终端比较复杂，增加CA功能，但是一般也基于这样的原则。R10引入PUSCH+PUCCH同时发送功能，当然这一功能在R11的终端才支撑（开启此功能后，一般就只使用PUCCH反馈ACK）
对于上行PUSCH数据传输的ACK反馈信息，一般使用PHICH信道进行承载。如果反馈是NACK，一般会自动触发PUSCH重传；但是如果在反馈同时又收到PDCCH下发的PUSCH调度，那么PUSCH下次传输取决于调度命令的控制。
嗯 谢谢你的详细解答
Copyright © 1999-2024 C114 All Rights Reserved | 联系大家 | 沪ICP备12002291号 |
