今天开会没把握笑死-关于通信

领导和一个搞任务综合的计算机专家非要把中频输出的采样信号通过总线传给
中央处理机去做处理，口口声声带宽足够宽，不用担心延迟的问题
我只能在一边傻笑

16比特采样@中频几十兆，如果是差分串行总线（PCIE之类），带宽确实没问题

这还真是未来发展的趋势
你们领导很高瞻远瞩啊

有多天线就勉强了

这不是gnuradio的idea么

该计算机专家 不是学通讯的。不知道中频输出采样信号还是没解调出来的信号，距离计算机能认出的数据还差的非常远，即使送给CPU，CPU 也认识不出来,CPU只认识二进制数据。

我理解的中频是720M，呵呵

还没离散化？

是说你认为还是模拟信号
万一领导认为你们默认都会进行数字量转化呢
这个问题就麻烦了....
lz～！～

怎么也要绛到低中频吧，否则怎么进行量化呀（通过正常渠道买的ADC）...

你们领导高瞻远瞩啊，这正是未来综合航空电子系统的精髓啊，国内还没有能实现的，假如中频200M，采样后得到的是数字信号（肯定是带调制的），如果总线是光纤的，带宽是没问题的，关键是CPU是不是够强大，能用软件无线电的技术进行解调和后续的处理。

这个跟中频有啥关系吗？我理解跟频点在哪里没关系。即使带宽比较宽，走以太网也够了。

呵呵，领导默认经AD转过的了吧

感觉这个想法本身没太大的问题。 数字中频吧。 具体实现就要看啥参数了吧。

http://research.microsoft.com/apps/pubs/default.aspx?id=79927
正好前面sigcomm讨论中提到了这个
用CPU实现实时的802.11，基带20M,物理层速率54Mbps,还有10微妙以内的反馈
正是在国内做的
软件无线电已经离我们很近了

这不正是软件无线电的精髓么？

恩，我也看了这篇MSRA的文章。
有的公司的电信产品也是基于SDR的

可以软件解调

好像大家都没搞清楚LZ的笑点啊。。。

笑点在哪里？

产品化的东西已经有了吗？

同意!
中频信号直接采样处理的话,才能支持软件无线电.

如果中频在1GHz左右呢？

我认为有几个问题需要思考
首先，综合化到底有没有好处？
其次，接收机在进行自动增益控制、同步、频/时偏估计等预处理过程时都需要判决反馈，如果总线传输的延迟（比如您提到的光纤里面的光电/电光信号转换延迟）与码元周期大小相当，或者更大一些，那么可能会严重影响系统性能。
最后，CPU真的足够强大吗，能够做到各种中断的实时响应吗？如果做不到，也会有和总线传输延迟一样的问题。

RapidIO v2.0，6.25Gbps x4模式，有效带宽将近20Gbps

发现了，最大的笑点就是lz自己
比如，楼主对frankrick的回答“16比特采样@中频几十兆，如果是差分串行总线（PCIE之类），带宽确实没问题”的问题：“如果中频在1GHz左右呢？”
lz显然不知道带通采样，对SDR、通信系统的实际实现也知之甚少

还有比较猛的x16模式

大家都在批Lz阿，我来帮搂主说几句吧
如果真如搂主说的中频在1GHz左右，带通采样得到的信号的信噪比与下变频到基带采样相比，会差很多
其实信噪比还好说了，我觉得最主要的问题是系统的实时性问题，这个Lz在前面也提过。CPU上跑的什么OS很重要，是不是RTOS，调度能不能满足实时性的要求（我第一次看帖上说计算机专家，我以为是把数据传到PC机里，要是机器还装的是个windows操作系统，那估计多半完了）。如果实时性能满足要求，那么应该没问题
至于大家说的GNUradio，我是完全没了解，期待牛人介绍介绍

.30