待解决问题
问题答案 ( 22 条 )
头悬梁,锥刺股
讨论。
LTE的技术积累较少,标准和实现差别还是较大的,但是万变不离其宗,先把GSM的知识搞定,LTE的理解就是顺理成章了。
红宝书---> 协议-----> 3ggp会议文稿 ---->3gpp email,有时间自己编程跑个仿真
想自学吗?那是不可能学会的。这个太专业了,只有你专职搞,而且还要有人带,给你一些解释和帮助。否则的确太难了。
先学习红宝书《3GPP长期演进(LTE)技术原理与系统设计》和白宝书《LTE--UMTS长期演进理论与实践》,再结合协议慢慢理解,要一步一步来的,不能着急
个人感觉那本蓝宝书 TD-LTE技术原理与系统设计 是必看的..... TD-LTE开发维护,工程必看...
至于理解,我觉得难的是物理层,这部分现在标准还在变动,所有的特性实现起来光靠DSP和一堆硬件加速引擎是无法完成的,但这部分开发到一定程度总要冻结,不可能L1 phy还整天变来变去,这对一张商用网络来说太不现实。所以对于开发和维护人员来说,从实用的角度出发,个人觉得把最基本的概念理解到PRB即可,把其视作最基本的单位(再往底层其是如何实现出来的可以暂时忽略,因为这已经超出工程和开发的需要了),往上再理解一下L2用户调度,RLC/RRC,基本就差不多了.....
实际工程中,IFFT/FFT/DFT 维特比译码之类的具体实现都是有硬件引擎实现的,能彻底理解最好,理解个一知半解,一时半会儿对你影响不大,连神马基-4算法都是有现成的DSP库可以调用的
至于理解,我觉得难的是物理层,这部分现在标准还在变动,所有的特性实现起来光靠DSP和一堆硬件加速引擎是无法完成的,但这部分开发到一定程度总要冻结,不可能L1 phy还整天变来变去,这对一张商用网络来说太不现实。所以对于开发和维护人员来说,从实用的角度出发,个人觉得把最基本的概念理解到PRB即可,把其视作最基本的单位(再往底层其是如何实现出来的可以暂时忽略,因为这已经超出工程和开发的需要了),往上再理解一下L2用户调度,RLC/RRC,基本就差不多了.....
实际工程中,IFFT/FFT/DFT 维特比译码之类的具体实现都是有硬件引擎实现的,能彻底理解最好,理解个一知半解,一时半会儿对你影响不大,连神马基-4算法都是有现成的DSP库可以调用的
理论基础很重要,随即过程,编码理论,数字通信原理,,,会影响理解能力
用我们部长的话说,就是每天工作外,回家继续看协议,每天搞到半夜。
用稻盛和夫的话说,成功=激情*智商*努力
:lol
用稻盛和夫的话说,成功=激情*智商*努力
:lol
啃协议是个痛苦的过程
多和专业人士交流吧
学通信的复杂技术,现在面临的最大问题是性价比极差。
比如一个人只要把perl/shell脚本学好,懂点linux,去互联网公司搞搞维护也能拿1万工资,以后混到IDC机房玩玩当个运维经理,拿个30万年薪问题不大。
比如一个人只要把perl/shell脚本学好,懂点linux,去互联网公司搞搞维护也能拿1万工资,以后混到IDC机房玩玩当个运维经理,拿个30万年薪问题不大。
通信协议是死的,而且其实很多人会,你废了九牛二虎之力学会又怎样?就是按照标准实现,最终落实到代码,字段已经到BIT了,对于死的协议,你学会了,也不如人家搞上层应用软件钱来的多,人家互联网要发挥创造力是不?华为有钱搞电商,为什么不搞,加班文化死扛只能搞协议那些死的东西,做活的东西,难。
这个帖子指的讨论。。。现在LTE相关岗位很多,大家都跳进去混了。呵呵。
别搞协议了,过时之时就是失业之时,哭都来不及。搞些通用的吧。:time:
其实如果做过WCDMA,特别是HSDPA/HSDPA+,再到LTE,相对舒服的感觉。:)
另外,最好有一个产品做支撑,只有做产品,测产品,才能理解协议,而不是学习。:(
另外,最好有一个产品做支撑,只有做产品,测产品,才能理解协议,而不是学习。:(
赶紧转行吧, 趁还没入行.
是的,协议是死的,每一位是什么意思,ITU之类的组织规定得死死的。等学成后,往往就是这个协议过时的时候,无法像其它应用产品开发人员那样不断积累产品开发经验获得个人增值。
感同身受,
英语大于脚本大于所谓精通协议
3G看过来 感觉其实简单了点
哈哈,楼主积极性一下被你们打击的……
如果不是做研发或者售后,啃协议木有太大意义
热点问题