澳门·威尼斯人(中国)官方网站

澳门·威尼斯人(中国)官方网站

澳门·威尼斯人(中国)官方网站

标题: SRS信号是否会破坏LTE上行单载波特性?  [查看完整版帖子] [打印本页]

时间:  2014-7-4 09:45
作者: landai     标题: SRS信号是否会破坏LTE上行单载波特性?

请教一下各位~
问题:
1、SRS信号可能会在发送PUSCH/PUCCH的上行子帧的最后一个Symbol发送,从标准看来,SRS信号发送的频域资源很有可能是与对应的PUSCH/PUCCH不一致,这会不会破坏上行SC-FDMA的单载波特性?

2、SRS信号的发送频域上是以间隔子载波的形式进行的(标准中称作Transmission comb),这会不会破坏上行SC-FDMA的单载波特性?

对这两个问题,自己有点简单的理解,如下:
1、发送SRS时不会同时发送PUSCH或者PUCCH,所以不存在破坏单载波的问题,但是这说明UE在发送SRS所在子帧的最后一个symbol时刻切换发送的频率以及带宽,如果下一个子帧还是分配给该UE并用来发送上行数据,也就意味着UE在一个Symbol(+2CP)时间范围内,对发送的频率进行两次切换,UE在射频上做得到这些么?

2、下面两个图取自Agilent的SC-FDMA发送的图形,按照这两幅的理解的话,我就不知道间隔子载波的SC-FDMA占用的时频资源应该是个什么样子了。
SC-FDMA.JPG
SC-FDMA1.JPG




附件: SC-FDMA1.JPG (2014-7-4 09:44, 71.88 KB) / 下载次数 7
https://www.ahtjzy.com/forum.php?mod=attachment&aid=MjQwNDUyfGVjN2E3NjVifDE3MTczOTE3ODh8MHww

附件: SC-FDMA.JPG (2014-7-4 09:44, 62.01 KB) / 下载次数 7
https://www.ahtjzy.com/forum.php?mod=attachment&aid=MjQwNDUzfDlkMGNkMDMxfDE3MTczOTE3ODh8MHww
时间:  2014-7-4 09:49
作者: landai

上面的两幅图分别出自Agilent的两篇技术文档:3GPP LTE Introducing Single-Carrier FDMA和Agilent 3DPP Long Term Evolution,后面的文档更新一些,我对第二幅图中SC-FDMA的波形在频域上高低不一致不是很理解,哪位能解释一下么?
时间:  2014-7-4 09:50
作者: landai

忘记说了,以上我的疑问以及观点都是基于R9的,R10另当别论了!
时间:  2014-7-4 11:51
作者: TXRL

landai 发表于 2014-7-4 09:49
上面的两幅图分别出自Agilent的两篇技术文档:3GPP LTE Introducing Single-Carrier FDMA和Agilent 3DPP Lo ...

请问可否共享一下文档
时间:  2014-7-4 13:10
作者: landai

TXRL 发表于 2014-7-4 11:51
请问可否共享一下文档

[attach]240471[/attach]
[attach]240470[/attach]

时间:  2014-7-4 14:08
作者: TXRL

landai 发表于 2014-7-4 13:10

感谢感谢!!
时间:  2014-7-4 16:11
作者: lph_2000


时间:  2014-7-7 11:08
作者: landai

家园里的高手呢?
时间:  2014-7-7 14:03
作者: landai

对于问题1,我突然觉得eNodeB可以避免在同时将发送SRS信号所在的上行子帧以及下一个相邻(上行)子帧同时调度给该UE,就不存在UE在2CP时间范围内切换两次射频信号频率的情况了。
不知这样理解正确与否?
时间:  2014-7-7 14:21
作者: jeffyko

其实没太看懂你后来问得第一个问题是啥,为什么是2cp?
但ue发送siunding的周期是rrc配置的,其发送子帧由小区级srs周期和ue级srs周期共同决定
你可以查下36213规范,连续两个上行子帧都发送srs是可能的,我理解哈
时间:  2014-7-7 14:23
作者: jeffyko

landai 发表于 2014-7-7 14:03
对于问题1,我突然觉得eNodeB可以避免在同时将发送SRS信号所在的上行子帧以及下一个相邻(上行)子帧同时调 ...

其实没太看懂你后来问得第一个问题是啥,为什么是2cp?
但ue发送siunding的周期是rrc配置的,其发送子帧由小区级srs周期和ue级srs周期共同决定
你可以查下36213规范,连续两个上行子帧都发送srs是可能的,我理解哈
时间:  2014-7-7 14:32
作者: jeffyko

频率上使用哪个tc(comb)并不会影响其单载波特性
对另一个comb填0就是了
时间:  2014-7-7 14:36
作者: landai

jeffyko 发表于 2014-7-7 14:32
频率上使用哪个tc(comb)并不会影响其单载波特性
对另一个comb填0就是了

赞!你这一句话就把第二个问题说清楚了!
时间:  2014-7-7 14:40
作者: landai

jeffyko 发表于 2014-7-7 14:23
其实没太看懂你后来问得第一个问题是啥,为什么是2cp?
但ue发送siunding的周期是rrc配置的,其发送子帧由 ...

假设eNodeB将两个连续的上行子帧调度给UE,并且恰巧UE在这两个连续上行子帧的前面一个子帧发送SRS,由于SRS一般与PUSCH/PUCCH的发送频率不一致,UE就需在前面一个子帧的最后一个Symbol切换发射频率,在下一个子帧到来时还需将发射频率切换回发送PUSCH/PUCCH的频率,我提到的1Symbol+2CP就是这个意思了。
时间:  2014-7-7 20:05
作者: a8202043

感谢
时间:  2014-7-8 14:37
作者: mapoo

在FDD系统中:ue specific SRS Periodicity 最小可以是2ms,cell specific SRC subframe最小可以是1ms,所以某个特定UE发送SRS的最小周期应该是2ms,但PUCCH或PUSCH对于同一个UE如果发送的信息与SRS同时发送不冲突,周期可以是1ms,这样一来LZ的假设的极端情况就有可能出现,不太清楚是否所有UE都必须支持这种极端情况,但我的理解如果3GPP已经这么定义了,UE就应该支持,当然长时间处在这种极端情况下对UE的稳定性要求比较高,不知道是否做过这种极端的测试。在我们的日常配置里,sRS的周期是20ms,所以出现LZ所说的极端情况的周期较长,对UE的要求相应降低。
时间:  2014-7-8 16:43
作者: landai

mapoo 发表于 2014-7-8 14:37
在FDD系统中:ue specific SRS Periodicity 最小可以是2ms,cell specific SRC subframe最小可以是1ms,所以 ...

恩,主要考验的是射频了,这个从协议中是看不出端倪的
时间:  2014-7-8 19:52
作者: boland

SRS和PUSCH/PUCCH仅时分复用。 不影响频域的单载波特性。
时间:  2014-7-9 09:29
作者: ykx1234567

进来长见识了

时间:  2014-7-9 09:39
作者: landai

boland 发表于 2014-7-8 19:52
SRS和PUSCH/PUCCH仅时分复用。 不影响频域的单载波特性。

恩,这个问题已经明确了,确实不会影响上行的单载波特性。

但是假设UE在发送SRS的子帧和下一个子帧都被eNodeB调度发送PUSCH ,这也就说明UE在发送SRS的那个Symbol前后都需要切换发送频率,因为SRS的发送频率一般和PUSCH的频率是不一致的,不知道UE的射频部分能不能扛得住这种极端的情况了。。。。
时间:  2014-7-9 22:01
作者: blanka2003

landai 发表于 2014-7-9 09:39
恩,这个问题已经明确了,确实不会影响上行的单载波特性。

但是假设UE在发送SRS的子帧和下一个子帧都被 ...

你从哪里可以看出 ‘因为SRS的发送频率一般和PUSCH的频率是不一致的’,UE肯定是支持上行全带宽发射的啊,极端场景就是PUSCH满调度100RB。
时间:  2014-7-9 22:09
作者: blanka2003

SRS符号是OFDMA调制,不是SC-FDMA,不存在破坏单载波特性的说法。
因为SRS序列式ZC序列,IFFT之后还是ZC序列,能保证UE的SRS符号PAPR较低
时间:  2014-7-9 23:27
作者: eebuaa

不用切换频率的,因为SRS的发送都是在上行带宽范围以内,射频芯片的PLL中心频率是不需要变化的,在一个子帧内和上行带宽范围内的跳频而已。跳频是通过IFFT和FFT等基带数字信号处理来实现的。
时间:  2014-7-10 08:44
作者: landai

blanka2003 发表于 2014-7-9 22:01
你从哪里可以看出 ‘因为SRS的发送频率一般和PUSCH的频率是不一致的’,UE肯定是支持上行全带宽发射的啊, ...

这个在一般讲SRS的文献中都有提到吧,先给出下面两个吧,希望自己没有理解错



另,请教一下,SRS采用OFDM调制而不是SC-FDMA,这个在标准中有提到么?DMRS也应该和SRS的调制方式是一样的吧?
时间:  2014-7-10 08:49
作者: landai

eebuaa 发表于 2014-7-9 23:27
不用切换频率的,因为SRS的发送都是在上行带宽范围以内,射频芯片的PLL中心频率是不需要变化的,在一个子帧 ...

您的这个说法我头一次听说,涨知识了!

您是不是这个意思:
UE的射频带宽是覆盖整个上行带宽的,最高可达100RB,PLL锁定中心频率后,两边也就是各50RB了,不论UE发送PUSCH/PUCCH/SRS,这些信号确定发送频率之后只是在基带的数字部分处理一下,比如发送信号占用的频带有数据,不发送的频带信号置零,射频无需改变?
时间:  2014-7-10 08:52
作者: landai

blanka2003 发表于 2014-7-9 22:09
SRS符号是OFDMA调制,不是SC-FDMA,不存在破坏单载波特性的说法。
因为SRS序列式ZC序列,IFFT之后还是ZC序 ...

再请教一个问题,对SRS跳频了解么?
就是36.211中5.5.3.2小节中计算n_b时b<b_hop的情况
我对SRS跳频的意义不是很理解,而且从标准来看的话,SRS跳频的情况下,计算发送SRS信号所占用的频域资源还是比较复杂的
谢了
时间:  2014-7-12 19:48
作者: njhit

学学习习
时间:  2015-1-5 14:15
作者: 鹊桥醉清风

看起来不错
时间:  2015-4-17 15:11
作者: longcse

学习一下

时间:  2015-4-17 16:59
作者: highnight

不知道为什么扯到射频了,
单载波特性是针对某个UE来说的,PUS和PUC完全可以和SRS由不同的UE发送。
时间:  2015-5-13 10:01
作者: xiyangQQ

想问一下SRS信号生成后直接作为一个symbol发送吗?还是要和普通数据符号一样要经过FFT和IFFT运算?
时间:  2015-5-18 15:28
作者: centuryway

学习了。
时间:  2015-5-19 15:58
作者: liuke1234

正在学习LTE知识,非常感谢

时间:  2015-5-19 16:36
作者: imsuperray

很有用的资料。


时间:  2015-6-3 15:14
作者: zhangawh

请问SRS信号需要经过DFT然后再映射么?
时间:  2015-8-27 14:36
作者: mikyfee

感谢,要好好学习。

时间:  2015-9-22 13:52
作者: cc_6s

收藏学习

时间:  2015-9-29 10:08
作者: 舞动的阳光

我理解的单载波特性是:所谓单载波特性,不是指它只是用了单个载波,而是指相对于OFDMA每个子载波(15Khz)的独立性而言,SC-FDMA是将所有的子载波作为一个整体来传输调制后的一组符号的。如果是梳状结构,可以只计算有SRS信号传输的部分,其他部分不考虑,所以不会影响单载波特性,不知道对不对

时间:  2015-12-8 16:21
作者: chun432524

谢谢,学习一下

时间:  2016-5-19 11:32
作者: Afteryou

受教了
时间:  2016-8-25 13:42
作者: tracy7722

感谢

时间:  2016-8-26 09:22
作者: jethrowang13

楼主产生疑问的原因是,没有从本质上理解SC-FDMA调制,不过上面有人已经解答了。
时间:  2016-9-26 22:10
作者: 讯草

学习了
时间:  2016-10-19 09:21
作者: lizk0530

landai 发表于 2014-7-4 13:10

学习了
时间:  2016-11-28 18:29
作者: yuxivv321

这个文章不错,好好 谢谢分享
时间:  2016-12-7 18:47
作者: 扶雅绿

TXRL 发表于 2014-7-4 11:51
请问可否共享一下文档

怎么才能下载吗
时间:  2017-3-7 09:37
作者: xuemeicsu

正在研究SRS相关的内容,提到的两篇文档很有用

时间:  2017-3-22 19:28
作者: qwer123456789

谢谢分享

时间:  2018-10-26 11:18
作者: jerryoung

感谢分享,其他地方都找不到其中一个文档




澳门·威尼斯人(中国)官方网站 (https://www.ahtjzy.com/) Powered by Powered by ahtjzy.com