摆脱手机平台的可能性探讨

wonderwon

太久没有上来了，有点想法想看看大家的意见，若有不对，请理解。
我的想法是把gsm/cdma做成模块，基带芯片只做协议栈相关的工作，不要集成sim卡呀pio啊音频部分等无关部分，通过标准接口如UART, USB等和应用处理器相连，在这个接口上定义标准的交互协议（如at命令）来和应用处理器交互话音、数据、命令和事件，像蓝牙HCI一样（当然也可以更高层的交互协议，不知道3GPP中有这样的规范没有。外设功能由应用处理器来集成并控制，同时根据需要可把L3/L4等不同层次的协议栈软件分配到应用处理器来做（实力强的公司可以逐步向底层深入）。各种声音处理（编码，去噪，回声消除，不要闲置应用处理器的计算能力）等也由应用处理器来做，最后都走应用处理器的IIS接口什么的，不要gsm走自己的ADC/DAC，cdma也走自己的，蓝牙……
说来一句话，手机就是一个通用的嵌入式系统，再加上不同的无线通信模块（gsm，cmda，bt，gps）而已。
这样一来，手机设计者只需要按照标准的交互协议和gsm模块（基带芯片）交互就是了，不论哪个ic厂家的都一样。这样完全可能降低成本，不知道这样每个gsm模块能否做到10美金以下。应用处理器上自己跑个什么系统和应用软件随便，想怎么定制就怎么个性化
不知道现在的智能手机是不是这样实现的，关键是baseband和app cpu之间接口和交互协议有无标准化，有的话应该能极大地摆脱平台绑定问题，开发难度也会降低。

蓝色稻草人

汗
anyka+ulc的做法就是楼主的想法啊
不过adc和dac还是由gsm去做 简单点
ulc模块应该能在10美金以内哦

wonderwon

我想强调的是：“手机设计者只需要按照标准的交互协议和gsm模块（基带芯片）交互就是了，不论哪个ic厂家的gsm模块都一样“。现在是吗？那个规范定义的。

另外，如果是三模手机的话（每种基带自己集成da/ad）不是要三套DA/AD吗，但是声音数据也可以取出来的话，我整个系统可以共用一套高性能da/ad，并且还可以对声音做一些其它的处理。

aquasnake

MODEM+AP成本也许更高

虽然你可以用Samsung ARM9公版设计做BB+ULC GSM MODULE，但成本也不是你想的PCBA BOM<20 $能搞定

况且数据通道走串口也限制了高速率多媒体传输的应用

开发难度，对于〈20人软件研发团队的公司或许是mission impossible，因为需要在OS与AT COMMAND之间做相当多的工作

Xscale或者iMX或者OMAP或者其他32bit 百MHZ AP都可以做，但是成本呢？市面上此类smart-phone卖5KRMB以上

做手机平台，我倒是觉得太低端了也不好，ULC还是做模块合适

当然，如果做DUAL MODE，ULC的优势就很明显了