通信人家园
标题: 【原创连载】 我的4G之路（9月5日连载：240#更新） [查看完整版帖子] [打印本页]
时间: 2014-11-14 21:50
作者: Helloamy2014
标题: 【原创连载】 我的4G之路（9月5日连载：240#更新）
我的4G之路-写在最前面
自从走向了通信这条路，已经很多年了:) 在暂时没有下定决心告别之前，简单回顾了一下，这其中虽然有很多时刻，觉得自己做的这行有那么点意思，但更多的是种种心酸和挣扎。最初是作为测试工程师，时间就顺着不同版本的发布飞快溜过去，之后又作为协议研究工程师，时间也是过得飞快。好多年下来，一路走来一路想，我一路学习到了什么？是否足以支撑我今后的5年？经常是身处疑惑当中。
除了工作的重压之外,时间对我的要求越苛刻，记忆力也远远不如以前。因为我们需要更多时间来陪伴家人，做工作之外的事情，对工作的投入时间已经不如刚毕业时。我现在回过头看，在通信行业，对协议的理解是一条必经之路，我真的希望走这条路的时间缩至最短。因此我想到用自己业务的一点时间把我之前理解的东西整理出来，能够抽出其中最重要的部分，在脑子里形象化出来。于是开始写技术blog，最初发表在朋友圈。
因为之前得到的反馈很少，我一直认为这是一件自己和自己玩的事情，可能压根没有人关注。后来遇到一些同行，竟然发现真的有人在看我文章。他们的鼓励让我坚持下去。虽然写作很辛苦，但写作能够让我安安静静坐下来，梳理自己的情绪和思维，而且文字的分享会触发更多分享和交流，触及不同的灵魂。
那就开始吧，不过我的blog将会尽量把这些文字上的东西写得比较简单，好玩。如果有不当的地方，请同行指正！我非常希望听到同行的意见。
【更新连载】： （家园编辑）
我的4G之路-谈总体架构
我的4G之路-谈调度 11月19日更新
我的4G之路-原语，RLC和MAC之间的秘密 11月22日更新
我的4G之路-MAC的组包
我的4G之路-下行HARQ 11月23日更新
我的4G之路-DRX 11月24日更新
我的4G之路-我为什么要付出120%的努力？ 11月25日更新
我的4G之路-DRX PK 都教授 11月26日更新
我的4G之路-如果你想寻呼都教授(一) 11月27日更新
我的4G之路-寻呼时刻(二) 12月1日更新
我的4G之路-你吼也没用，论无线链路的失败 12月4日更新
我的4G之路-王建宙《移动时代生存》新书问答录 12月6日更新
我的4G之路-大妈们教你的随机接入原理 12月9日更新
我的4G之路-非竞争随机接入以及问题补遗 12月14日更新
我的4G之路-上下行HARQ 12月31日更新
我的4G之路-《精益创业》和个人效率 12月31日更新
我的4G之路- NDI 亦或 RV？ 1月11日更新
[2015-7-12更新连载]
我的4G之路- 话说LTE的测量(一)
我的4G之路-切换时用户在做什么？
我的4G之路-最悲伤的事情莫过于赚过，论RRC连接重建
时间: 2014-11-14 21:53
作者: Helloamy2014
我的4G之路-谈总体架构
首先从直观上理解一下整个LTE系统的数据传输架构。先从有线网络说起。当进行一个FTP下载业务时，TCP协议可以保证数据包的有序可靠向应用层递交。在有线网络出现丢包时，TCP协议可以有重传机制来解决该问题，并对乱序的数据进行排序。注意这是有线网络,TCP可以工作的很好。而现在若要使用手机进行一个FTP下载呢？TCP协议就得运行在及其不靠谱的物理链路上，在丢包如此高的物理介质上，TCP不停慢启动，早就被整崩溃了！！
一个直观的想法，就是我们让无线链路变得可靠一点，因此又在无线链路上套上一层可靠传输协议，非常类似于TCP，即RLC协议，这样数据包向高层TCP递交的时候，就是可靠和有序的了。
我们现实生活中的通过快递来形象说明TCP和RLC的关系。比方说你老板要发送快递（包括了5个包裹）给在上海的对方公司的一个老板，作为你老板的小助理，你的任务是要对方老板按序接收到5个包裹。显然，你需要收到从对方来确认消息，告知每个包的发送情况。对这种事情，显然不需要你直接去麻烦对方老板啦，你就直接和对方的小助理打交道就行了。
你会怎么做呢？你首先联系一个北京快递调度总站，由他来帮你负责这几个包裹帮你发送到对方小助理。快递调度总站会怎么做呢？快递的生意也是很忙的，一天发货量也就这么大，有些用户可能都懒得搭理。我们假定你是VIP用户，申请到了他的调度服务，他拿到了这5个包后，显然得查一下，有没有快递公司可以服务。现在的快递公司，比方说，顺丰在周一发货，圆通在周二可以发货，申通在周三发货(各种通一一排列下去)...
于是包1通过顺丰在周一发送，包2通过申通在周二发送。。。。当然快递不是绝对可靠，但他会将无法成功传输的数据包重复发送多次，若还是丢失，那就没辙了（但他已经尽力啦，你也不能怪他呀）。我们假设包2选了个不太靠谱的快递被弄丢了，因此上海的快递调度总站只能将剩下的1，3，4，5给对方小助理。于是对方小助理一看，包少了一个，会给你打电话，让你重发包2。于是包2在最后一个到达，小助理将数据包排序再给她老板。
此时双方老板的角色就是TCP，只管正常收包就行了。
你和对方小助理的角色就是RLC，需要不时确认数据包，丢了就得重传。
北京地的递调度总站和上海地的递调度总站，负责资源的管理，充当的是MAC的角色，即负责发送谁的包，以及将包分配给合适的快递公司去传。也就是本次的专题。
快递公司：各种通什么的，就意味着传输数据包的HARQ进程，可以认为对应了资源，但资源的使用需要遵循一定的时序关系。
从总体上看，在TCP下面已经有两层重发机制了，这样TCP运行的链路就可靠多了。弄明白了这个，整个架子就搭建起来了，框架很简单。但里面的细节可大大不简单啊。以后再一一细说。
To be continued：
MAC的调度
时间: 2014-11-15 21:47
作者: laolu999
占楼，欢迎楼主继续~
时间: 2014-11-17 11:55
作者: 阿炳0513
持续关注，正在做这方面课题
时间: 2014-11-17 12:57
作者: lph_2000
赞，早已关注LZ微信
时间: 2014-11-17 13:01
作者: landai
搬个板凳关注
时间: 2014-11-17 13:02
作者: landai
lph_2000 发表于 2014-11-17 12:57 
赞，早已关注LZ微信
LZ的微信ID是什么啊？偶也关注学习一下
时间: 2014-11-17 17:32
作者: hualong95
持续关注中
时间: 2014-11-17 17:53
作者: goon2005
通俗易懂
时间: 2014-11-18 09:31
作者: milo4sun
一直很喜欢看这种通过具体例子来讲述通信协议的文章，觉得通熟易懂
时间: 2014-11-18 14:37
作者: lph_2000
landai 发表于 2014-11-17 13:02
LZ的微信ID是什么啊？偶也关注学习一下
就是我的4G之路
时间: 2014-11-18 14:58
作者: 佳恒工程师
好文
时间: 2014-11-18 15:38
作者: landai
lph_2000 发表于 2014-11-18 14:37
就是我的4G之路
这个搜索不到啊
时间: 2014-11-18 22:45
作者: 平凡中落魄
MARK一下:)
时间: 2014-11-19 12:31
作者: lph_2000
landai 发表于 2014-11-18 15:38
这个搜索不到啊
那你问问楼主
时间: 2014-11-19 15:15
作者: AAlexx
好东西，写得很直白。
时间: 2014-11-19 18:30
作者: 胡胡10086
怎么没有下文了！
时间: 2014-11-19 21:24
作者: Helloamy2014
本帖最后由 Helloamy2014 于 2014-11-19 21:36 编辑
大家好,因为最近比较忙,所以有点慢.
楼上有同学问如何关注，在微信公共帐号中搜索“我的4G之路”就可以了。可能楼上同学没有搜索微信公共帐号吧。
我在微信上是分了两个板块，技术版和非技术版。非技术版主要是自己的感悟，就不会放在该处发表了。有兴趣的同学可以查看。
或者有建议，请直接加我私人微信帐号319137103。注明“我的4G之路”即可，我可以更快看到大家反馈
时间: 2014-11-19 21:31
作者: Helloamy2014
我的4G之路-谈调度
上回提及到MAC的主要功能是负责调度，即负责进行资源的分配。可以直观上将用户分为两类，一类网路未建立连接的用户，即网络压根不认识的用户。一类是已经和网络建立连接的用户。前者必然要和网络先建立连接才能成为后者。
对于前者而言，对网络是完全陌生的，而网络的资源是有限的，哪些用户被挑中呢？人品决定。因为该过程是一个随机决定过程，即需要进行随机接入的过程。随机接入的过程随便找本书，几乎都讲烂了，。本处略去两百字。用户有可能有时运气不太好或人品不太好，偶尔出现网络特别忙的时候无法接入，等待几秒钟再重新尝试就好了。
如何为网络中已经建立连接的用户分配资源？这么多用户都需要资源，网络必然也不是瞎分，有一些基本原则是可以遵循的，通常理解上可以有：用户的待传数据量（BO），用户的数据的优先级别（QCI衡量），用户的信号质量（CQI上报以及网络对上行导频的测量）。以上因素将作为调度的一些关键衡量因素。
比如说，QCI的GBR业务，必然会优先保证资源。
可以想象，网络是在某个调度时刻，在网络中吼一声，谁要传输数据？想要传输数据的用户赶紧举手。网络将需要进行调度的用户进行优先级别排序，具有较高的QCI的用户通常被排在前面。若俩用户都是QCI较高的用户，那是否信道质量好的一定排前面呢？那就看采用什么策略了，这个时候就出来各种算法，经典的3种有轮询算法，最大载干比算法，正比公平算法等。给用户排好序后，网络就大体估计一下每个用户想要的资源：根据用户的缓冲区大小，以及GBR速率要求等。假设用户的某个业务GBR要求是64kbps。网络就大体就是算一下距离上次调度的时间，比方经过了1秒钟，那网络认为此时要给用户发送64kbit的数据才行。即所谓的令牌桶机制。若用户只想下个小文件，大约32kbit，则网络以这个最小值为准。
网络对用户一一走这么一圈，心里就有数了，开始给用户一一分配资源，直到系统的全部资源被分配完毕。轮不到的用户只能下一次调度机会来临。
该具体的分配过程，应该说每个每个公司的产品实现都不一样，而且极其复杂，不再一一细说。此处略去大约十万字。
还有一些通用的东西，即该流程外的这些边边角角的东西，都是为调度来服务的，我认为是每个公司的产品都用得着的东西，需要总结一下，即协议的东东。协议这个东西很特殊，虽然融入在产品当中，但又是凌驾在产品之上。因此把协议弄明白，基本在哪个公司做研发都不用愁。以后再慢慢讲解吧。
时间: 2014-11-22 10:01
作者: Helloamy2014
我的4G之路-原语，RLC和MAC之间的秘密
上回说到，在MAC进行资源调度后，给用户分配的就是一个传输块大小，并通知给用户。但用户拿到这个分配之后，他只知道在当前这个时间点，总共可以传输这么多数据，比方说给你一个64kbit的一个大篮子，但用户有多个业务在等着传呢，该如何决定该篮子装哪个数据呢？协议中写了一堆分配原则，何其之复杂。。。反正我每次看过，看了都必然会忘记。。。
但是如果将问题简化，其实就两步，最小化原则和最大化原则。假设高层有两个业务，一个FTP业务，一个视频业务，对应俩信道，假设视频优先级高。
第一步：最小化原则，即依次为俩信道分配资源；假设对于视频而言，此时有一个发包速率，即PBR(比特速率)决定的可以传输32kbit，则根据其待传送数据量和PBR取得最小值为其分配资源。此时篮子的容量将被一些视频占去，再塞一些FTP的数据。可见，采用该原则基本还是公平的，每个信道都至少被分配了一部分资源，没有谁被饿死。第二步，若分完后，还有资源，则按照最大化原则传输。按照优先级别，但此时做事有点极端，用湖南话说，就是以做死的节奏，首先放肆给视频分，直到其数据都被传输完或者篮子整个装满，分完再给第二个FTP分，也是直到其数据都被传输完或者篮子整个装满。
MAC做了这么一堆事情之后，假设64kbit的大篮子，算下来可以给信道1和信道2各装32kbit，此时他才会通知他的高层（RLC），即给他一个列表，信道1和信道2，各装32kbit的视频数据和FTP数据。RLC够懒的，他就照着做就可以了。因此就有了RLC协议中的这句话，RLC期望从底层MAC得到的服务是：notification of a transmission opportunity, together with the total size of the RLC PDU(s) to be transmitted in the transmission opportunity.（我要知道我何时传输数据，并告诉我传输多少）是不是一切都很明白了？
看来，标准中仅仅只有这么一句话，一带而过，为啥捏？因为这是MAC和RLC的层间交互，即原语。原语可不像协议一样写的那么清楚，都各家内部实现，就猜摸着做就行了。看来这看不到的秘密通道，其实还是挺复杂的吧？哈哈
时间: 2014-11-22 10:26
作者: Helloamy2014
我的4G之路-MAC的组包
上回说到：MAC已经明确告知了RLC该如何发送数据了。假设此时这个640bit数据块上可以想要放置RLC的两个信道的两个包，分别是320比特，则RLC收到该信息之后将按照自己当前的待发送数据，塞入这个数据块中（因为RLC打包的过程还挺复杂的，因此后头会细讲）。必然塞的数据是不能超过总的这个640大小的包的，而此时RLC还需要谨慎预留MAC的头大小。假设RLC把这个事情做完了，他将告诉一下MAC层说over了。
对于MAC层而言，相当于他之前往高层扔了一个空篮子，这会得到篮子里是满满的礼物了。但这些礼物都还是未包装的。MAC还得自己包装呢。MAC此时需要包装两个礼物包，对第一、二个礼物打包（包装上写明是信道1、2，长度多长）。注意：此时对于第二个包而言，是无需指明长度了（总大小减去第一个包大小）。我们可以考虑一下包装纸上该怎么填（MAC子头），包装纸也是需要占用空间的。包装纸上要写的信息是：要用5个bit来表明哪个信道，而用7或者15个bit来表明长度。因此在MAC中存在3种包装纸（ MAC子头 ）：
1）2个字节的MAC子头：大体是5bit信道指示+7bit长度指示
2）3个字节的MAC子头：大体是5bit信道指示+15bit长度指示
3）1个字节的MAC子头：大体是5bit信道+无需长度指示（比方最后一个包以及用于指明各种特定用途的包，即MAC控制PDU）
因此在上文的例子中，是有两个礼物包被包装后串接起来，就看到这个样子了：
MAC包= 子头1（2字节，假设礼物不是太大，7bit足以指示长度）+MAC数据包1+子头2（1字节）+MAC数据包2
当然若高层发来的礼物过小，塞不满篮子，就只能打一些padding了。
经过以上过程MAC已经准备好这个待传递的包了，此时他也知道该包裹即将在哪些资源上发送。看来只欠东风了。还记得我们之前说到的，数据其实是在HARQ进程上发送，类似于不同的快递公司吗？接下来就是寻找不同的快递公司即HARQ进程了。
To be continued， MAC对上下行HARQ进程管理
时间: 2014-11-22 10:29
作者: Helloamy2014
公共帐号更新更快,以往的历史文章,感兴趣的同学可在公共帐号中输入help,然后再根据题目一一回复察看
时间: 2014-11-23 09:34
作者: Helloamy2014
我的4G之路-下行HARQ
之前，我们提及到HARQ就类似于一个快递公司，但是它比现实中的快递公司可要靠谱多了。
现实中，你的包裹交给快递后，若快递给弄丢了，最多赔点钱，再给点精神安慰。但在我们4G系统里，这个快递提供的是更人性的服务。
想像你所处的位置是RLC层，你有一个包，交给快递公司让他帮你从北京发送到上海的RLC层，即你的收件人。
北京快递公司在拿到你的包后，先不着急传。他会首先将包在传送之前进行多次拷贝，形成不同的版本（RV版本）。
我们可以简单理解对方收到每个版本都可以解析得到该包。假设北京快递分公司传送一个包到上海分公司，若对方一看，该包裹完好无损，则皆大欢喜，快递公司提交给你的收件人，同时给北京的快递分公司一个反馈，整个过程就完了。
但是若上海快递一看，该包有损害了，可能路途遥远，这个包已经惨不忍睹，有几个角给刮去了一大块，他也不会急着将该受损的包的丢弃。他会先告诉北京的快递公司进行一次重传，于是北京的快递公司将发送一个新的版本过来，上海的快递公司会将两次的传输结果进行合并，看能否拼接成完整的数据包，即HARQ中的Chase combing原理。
通常情况下，若信道确实比较差，多次合并，也无法让对方收到完整的包，快递公司也无能为力了。也只能是你的收件人打电话过来，让你亲自出马再重新去进行快递了。也就是说，若HARQ层无能为力，丢包只能由更高层即RLC层出马了。
我们假设一个周期为10天，分为周天即周0，周1、周2、…周9，下一个周期以此进行。
接下来，我们仅考虑从北京到上海这一个方向上。
假设一个很有趣的事情是：北京快递公司比较迷信，他找个大仙，掐指一算，周2、周3、周7、周8不宜发快递，只适合收(包括快递和反馈信息)。
他在周0发送了一个快递到上海，路上经历了一天，上海的快递公司办事效率也很成问题，解析包就解析了2天，一看已经周4了，也要等到周7北京可以收的时候，再给一个反馈过去。北京的快递公司在周7收到后，又用了一天弄明白对方的反馈要重传数据，于是花了两天组了一个重传包，打算在下一个周期的周1或者更晚再发送。
于是乎，假设北京快递公司就做着这一单生意，这11天里面，除了周0发送，周7得到反馈，再下一周期的周1再发重传包，至少我们可以看到，其实这11天里，大部分时间都啥都不做，不饿死才怪呢。
于是，他要找点活干，在周0发送了一个包后，他会在周1，周4，周5，周6，周9，以及下一周期的周0，全都忙活起来，每天打一个下行包发送。
以上例子中：
周0到周9即TDD系统中的典型DSUUDDSUUD的配置；
周2,周3,周7,周8为上行时隙，而其他为下行时隙；
周0发送一包，周7收到反馈，再到下一次包发送，即发送和反馈一个来回时间，即为RTT；
一共可以连续发送7包，即下行方向上7个HARQ进程。
可能有同学已经注意到了，快递公司是有苦衷的，他连续排这么多进程，其实原因在于他从第一包发出到第一个包，中间时间拖得太长了，整整11天呢，一方面是因为处理不力有时延，但一方面也和这个时隙有关。比方说，上海要发送反馈到北京的时候，已经周4了，他也必须等到周7，北京方面可以接收的时候才反馈。因此和上下行时隙配比有有很大关系的。
唉，谁让TDD系统就这么设计呢，将马路进行了限号，因为资源本身就窄，就一个单行道，不像FDD系统，财大气粗，俩马路，一个上行，一个下行，想什么时候发就什么时候发，必然其RTT时间就要短的多了（固定8ms）。
TDD系统因为比较穷，只能这么精打细算了。关于TDD和FDD系统的孰优孰劣问题，就不再此讨论了，至少出租车的司机就更愿意接入联通网络，而非移动网络，可以更快抢单！
时间: 2014-11-24 20:23
作者: DAAI6
你好，我是燕大计算机专业研二学生，毕业打算去联通或电信（移动进不去）工作，想用在校的半年到一年的时间做些准备。我对这个行业不是很了解，能否指点一下我可以去那些部门工作，我需要准备什么,谢谢。
时间: 2014-11-24 21:11
作者: Helloamy2014
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章！哈哈，希望我写的足够简单！
如果你想要在通信行业的话，我觉得首先你可以做的事情是，找到一些师兄师姐在这个行业的，问问他们一些情况。在知识积累方面，我不建议你阅读一些LTE原理的书，你可以读一些通俗易懂的。比方说我最近在读的王建宙的《移动时代生存》，里面讲了移动和联通的发展史，也讲了一点点技术方面。你要是可以等等的话，我可以读完，快递给你。
其他的貌似有本入门技术类的，叫《大话无线通信》，写得还不错。
时间: 2014-11-24 21:11
作者: Helloamy2014
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章！哈哈，希望我写的足够简单！
如果你想要在通信行业的话，我觉得首先你可以做的事情是，找到一些师兄师姐在这个行业的，问问他们一些情况。在知识积累方面，我不建议你阅读一些LTE原理的书，你可以读一些通俗易懂的。比方说我最近在读的王建宙的《移动时代生存》，里面讲了移动和联通的发展史，也讲了一点点技术方面。你要是可以等等的话，我可以读完，快递给你。
其他的貌似有本入门技术类的，叫《大话无线通信》，写得还不错。
时间: 2014-11-24 21:17
作者: Helloamy2014
我的4G之路-DRX
上回以快递的例子对下行方向进行了描述。在一个周期为10天里，上海的快递何以知道哪天会有从北京过来的快递呢？很简单，他非常了解北京快递的发送时间，即在除去周2\3\7\8的这四天会发送，就在这些天里，每天都搬把椅子去马路边等着就行了。但是，如果北京方向要发送包正好是生日礼物呢？对于这种频度，一年一次的包，用湖南话说，上海快递每天都去这么放肆等，那岂不是脖子都望断了？
在我们的4G网络中也是同样道理：若高层要发送包是我们的QQ或者微信业务呢？使用即时通信软件的都知道，聊QQ或者wechat，其实就是无聊的时候有一搭没一搭问问话，尤其地铁上没事干的时候。我的心理学老师说，男生给女生发微信聊天，很大程度上不是感情的表示，而是表示：他很无聊，因为地铁没到站！（男生们别拍我！）。无聊的对话，可能地铁门一开就结束。其他的时间就是为了对QQ信道的检测，腾讯公司在发送的一种周期性检测信令，看用户是否还在线。对于有线网络而言必然没有问题，因为电脑后面都有插线板，但要搬移到空口，对于应用层之下的无线网络可惨了，因为他几乎都是以每下行子帧的频率，即每毫秒的频率去检测空口信道，手机其实还是蛮耗电的。
为了用户的省电，我想说，其实运营商还是很下功夫的。最初的DRX（非连续接收）的引入。DRX在协议上定义就是一连串的定时器，刚开始看还挺复杂。以下一个人和人之间交往的例子可以形象说明该问题。假设你和你的好友，基本也不咋不联系（想想你和你大学同学多久没联系了？），估计也就100天中打一天电话，其余时间基本歇菜，但是比如你在打完这一天电话到三更半夜，刚挂，你朋友又给你打电话了，表示发生了啥郁闷事情，求安慰，于是你们连续讲了两天，把电话打爆。后来，如果你人品比较好,为表示关心，你又每隔20天，又打电话跟进，问问对方情况。跟进3次之后，又回复到之前的很少联系状态。和DRX对应上：
100天：长周期，
每周期里面的固定一天联系：onDuration定时器；
临时加上的这个把电话打爆的2天：非激活定时器
发生急事之后每隔20天：短周期
后续跟进次数3次：drxShortCycleTimer
看到这里就明白了吧？长短周期就是反应当下链路的活动状态。长周期意味这低活动态，短周期意味这高活动态。长周期是一个baseline的设置，而短周期则是和人品有关,可配可不配。君子之交淡如水，也许这才是人生常态吧！若连续收到数据，即进入短周期（若配置了的话）。一段时间不进行数传，即短周期几次后超时后进入长周期。一切又恢复平静。
其他还有重传定时器以及HARQ回程时间定时器因为比较简单就不介绍了。
时间: 2014-11-25 19:57
作者: supgz
怒赞！！
如果我刚开始入门LTE时有这么一篇文章学起来肯定会快很多
协议通常都是讲要怎么做
但是入门的时候通常最想先弄清楚要做什么
所以开始学协议尤其是没有通信行业经验的人看协议那叫一个折磨
时间: 2014-11-25 21:44
作者: Helloamy2014
回复楼上:
有兴趣的话,欢迎一起写!我一个人忙不过来啊
时间: 2014-11-25 21:57
作者: Helloamy2014
今天发表一篇非技术文章.本来是放在我的公共帐号的非技术版,但今天放过来,也许会改变有些人的想法.
我的4G之路-我为什么要付出120%的努力？
记得之前和别人聊过天，聊及加班很多，工作很辛苦。总是会有人说，你加那么多班干什么？加班只能说明你办事效率太低。Wait，我觉得可能办事效率乃至整个团队的效率是一方面需要提升，但一方面加班这件事情对于我们这个行业来说，可能也是迫不得已，如果你想要做好的好。
通常进入我们这个行业的，大家都拿着名校光鲜的文凭，大家都很聪明。完成一个工作，其实一天只需要付出6小时，但是你要让老板满意，就得花费10个小时，若是要让超出领导预期，就得付出12小时。这多余的时间的付出，曾经让我也无法理解。
去年，我们小团队负责一个小项目，初看，现有技术比较成熟了，感觉就是上上网搜搜资料，拷贝+剪切就可以完成一个报告交差。但是我总觉得不对劲。那时，我正好在读杰克.韦尔奇的《赢》，书中谈及这样一个例子，就是作者最初工作的时候，只是一个普通员工，有一次，公司大领导到访，要求提供一份材料描述一下公司的产品，于是他在原有工作的基础上，又去做了很多研究，还研究了竞争对手的产品，最后还分析了公司战略布局，该文档最后让领导们大为吃惊。
受这一启发，我也开始采用更宽的思路，尝试从国内和国际的专利入手。该转变让我发现了新的东西，因为baidu上找到的东西，人人都能找到，几乎无价值。而且，我还尝试联系该项目相关的互联网公司，给他们发送邮件，询问他们的项目进展。让我吃惊的是，只是在网络上随便搜索到的联系方式，他们竟然给我详细的邮件回复，并介绍了业界遇到的问题。可以说，为了这个报告，我们小队加班完成自己额外增加的任务，真的付出了120%的努力。
到这个报告成型评审的时候，领导说，从来没有团队像你们这么积极，没有想到你们把这个报告写的这么全面，以后有新项目会优先考虑你们。可以想像，我们当时好开心啊。突然觉得付出的加班很值得。其实，更多的付出意味着你reputation，以及更多机会。
而这样有强烈责任心，主动付出的人有很多很多。上周我们的Toastmaster 海淀大讲堂，Steve作为演讲嘉宾。我对他的演讲内容反倒不是那么有兴趣，我感兴趣的反而是他的职场道路。我亲眼看到他从公司的测试人员到高级测试，到现在的一个国际IT公司经理，我问他如何成为一个好的测试人员。他说，让领导满意，付出120%的精力。这句话让我印象深刻！
从这一件事情上，我体会到，我们是否应该尽量变得更加主动？不要再问自己为什么加班？而去问问自己有没有付出120%的努力，在公司得到收获的时候最重要的是自己有没有得到收获？
我的心理学老师说，我们习惯了为他人做事，却不懂得为自己而努力，所以个人魅力都肤浅，因为个人魅力需要沉淀和积累。我觉得这句话深刻体现了主动和被动的区别所在。
所以对你的工作，你应该会像我一样，有不一样的看法了。
时间: 2014-11-25 22:07
作者: Helloamy2014
TO：家园副管：能否教我每次把标题更新一下？
还有，我给你留言了，请看一下，谢谢哦
时间: 2014-11-26 09:01
作者: cyberblog
好家伙，学得比较细啊！
时间: 2014-11-26 17:00
作者: airluck
to be continued
时间: 2014-11-26 17:57
作者: 蒙对@gu
学习。
时间: 2014-11-26 21:31
作者: Helloamy2014
我的4G之路-DRX PK 都教授
男神镇楼，不解释！
DRX这个东西看着这么好，如何在现网中应用的呢？DRX是否就是万全之策呢? 运营商算盘打得可精了。DRX虽然省电，但可能导致用户投诉。假设用户正处于高铁上，在两个小区的边缘，信号原本就差，本来来指望这赶紧收到网络下发的切换命令，赶紧进行切换，但因为DRX的设置，无法收到切换命令，导致掉线。再说，DRX的用户虽然大部分时间都在休眠，平时不占用系统的资源，但一旦切换发生，就立刻醒过来，切换也得进行，切换一个来回，信令开销也大。运营商都是很抠门的，盘算了一下，要不干脆包发送完了，就释放用户，有了包再建立新的链路，这样对于高速用户岂不是更好？盘算来盘算去，到底好多少？
于是乎全球最大运营商中移动当然很在意这个事情。因为中国人不喜欢当面喝咖啡，而喜欢聊QQ啊。于是CMCC在3GPP启动新的立项，大家都需要提供仿真数据说话。话说，当时的这个仿真项目，做的可是干劲朝天。
首先是业务源。要知道QQ类业务可是不同于经典的业务模型，那就是包的到来和结束不靠谱。我的心理学老师说，聊天工具其实是一种非对等的通话模式，任何一方都可以说，我有事先下了，来单方终止谈话。那该咋整呢？办法总是有的，就是中移动在某个现网中抓取一段QQ聊天记录，大家按照该记录来产生业务源。接下来，就是仿真仿真，再仿真。唉，想当初，这是俺在新公司的第一个项目，加班都加到吐啊，简直是苦不堪言的日子啊。其它公司，估计也都差不多，大家都是用绳命在为运营商和用户的体验努力啊！
但是，但是，用户是怎么看待省电这个事情呢？用户才不care呢。
俺记得，春节来后几周，某有名韩剧更新了，在公交车站，俺旁边一大妈，拿着个宽屏手机，声音外放的那种，就听见女主在歇斯底里喊男主来救她，瞄了一眼，就是女主开着车，刹车失灵，奔向悬崖（接下来发生啥大家都知道啦）。等我到中关园倒地铁去西土城，在地铁里，旁边俩妹纸，都是宽频手机，开着极大音量，瞄了一眼，一个屏幕出现的又是该男主360度无死角的颜，一个屏幕出现的是该男主又细又长的腿，让美腿控的我心服口服。依这个花痴的程度，可能手机的电量几个小时就全耗光了，在QQ类业务为用户省下的一点点电，比起都教授的魅力，又算什么呢？
DRX 要和都教授PK，显然用户更Care后者，后者完胜！所以，运营商和设备商也只能自我安慰说，此业务和彼业务不同嘛，如果对于QQ类业务，能够省一点就省一点咯，视频类业务就管不着那么多，让用户花痴去吧。
时间: 2014-11-26 21:33
作者: Helloamy2014
难道图片不能直接插入吗？
时间: 2014-11-26 21:43
作者: Helloamy2014
怎么回事?无法更新了....
时间: 2014-11-27 11:22
作者: DAAI6
Helloamy2014 发表于 2014-11-24 21:11
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章！哈哈，希望我写的足 ...
谢谢楼主回复，您的文章我每篇都认真读过了，多数都读懂了；同时谢谢楼主推荐的书，我会认真看看的。期待楼主多发点文章，指点迷经。
时间: 2014-11-27 21:19
作者: esgx001
感觉楼主的例子很通俗！！支持一下
时间: 2014-11-27 21:26
作者: 蒙对@gu
Helloamy2014 发表于 2014-11-24 21:11
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章！哈哈，希望我写的足 ...
每天都看
时间: 2014-11-27 21:36
作者: Helloamy2014
感谢楼上,对我也是巨大的鼓励!
时间: 2014-11-27 21:42
作者: Helloamy2014
本帖最后由 Helloamy2014 于 2014-12-15 21:56 编辑
我的4G之路-如果你想寻呼都教授(一)
在提笔的时候,又想到某韩剧。在现在智能手机烂大街的情况下,男主依然使用的是一个BB机,随叫随到。俺当时一直很好奇，这种寻呼系统应该是属于1G，2G or 3G？在斯密达电信行业如此之发达，用上4G的情况下,为了表现男主的复古风，就得给他单独设立一个复古的通信系统。后来，男主终于用上了智能手机，so far so good，只是遇到开机手势密码的时候遇到点困难（话说，我一直认为开机手势密码真的是很有创新的一项专利）。
但不管属于哪种通信系统，都会面临寻呼的问题。因为手机也不会是时时刻刻都在听寻呼信道，为了省电，手机采用的是上次说的DRX，即非连续接收的方法，也就是说，我们的手机大部分情况下是处于睡眠态，而只有在特定的时间点才去听寻呼消息。设想，网络有这么多手机，只有当他们按照一定的规则在不同的时间点去听寻呼消息，这样大家才不至于都一窝蜂撞在一起。
问题来了:假设一个月有32天（0~31），每隔一天发送一次寻呼消息，一天又有10（0~9）小时，仅在第一个小时发送寻呼消息。男主的手机号码是0000030，请问如果你在遇到危险情况，想打电话让他来拯救你，那他会在那一天具体什么时间点收到你的寻呼？两种截然不同的答案:
通信妹纸:首先，将全网用户按照其电话号码均分在一个月有寻呼的16天里。假设我们网络中有32个用户，其电话号码分别为000000-000031，那用户0和用户16被安排在第0天寻呼，而男主则和000014在同一天被寻呼，即安排在第28天。再看具体是哪个小时，因为这里只有一个小时，所以答案就是将在第30天的第一个小时，他将收到你的寻呼消息。
若他手机信号不好，没有收到你的寻呼消息，那他将在下个月的月末再收到你的寻呼。。。。
文艺的美女们听不下去,这么长的时间，黄花菜都凉了,你难道不知道他会预感未来,并且会瞬间移动吗?
所幸的是，我们的4G系统中，一天是以10ms来算，一共有10个1ms。以上其实就是以一个具体的例子来说明寻呼时刻如何计算。其实是在304有详细规定。但当时俺还是看到很崩溃的，因为他给出来就是一堆公式，而我需要在几个小时内将问题看明白。所以说，寻呼的时刻也是让我崩溃的时刻。
文中写的是：
根据下面公式求得PF（寻呼帧）：
寻呼帧位置 PF = SFN mod T= (T div N)*(UE_ID mod N)
其中 SFN：系统帧号，当前UE所在帧号；
T为寻呼周期，N：N=min(T,nB)，nB从SIB2中读取，为寻呼密度；
UE_ID: 包含在S1的寻呼消息中，通过IMSI模1024计算得到。
根据下面公式求得PO（即寻呼帧中具体哪个子帧）：通过NS与I_s对应关系获取：
Ns | PO when i_s=0 | PO when i_s=1 | PO when i_s=2 | PO when i_s=3 |
1 | 0 | N/A | N/A | N/A |
2 | 0 | 5 | N/A | N/A |
4 | 0 | 1 | 5 | 6 |
其中：Ns：Ns =max(1,nB/T)，其中nB为寻呼密度；
i_s ：i_s = floor(UE_ID/N) mod Ns。
初看一头雾水，俺都冒冷汗了。。。
幸好有个对教授的寻呼例子，其实和公式是这么对应的：32即对应了T，nB=1/2T，即寻呼密度为1/2，即意味着每隔一个无线帧有一次寻呼机会，即只会在偶数帧发送寻呼消息。N=min(T,nB)=16，即意味着对于一个寻呼周期中，共有16次传输机会，用户则按照UE_ID mod N的原则分散到不同的无线帧。再寻找对应的子帧：Ns =max(1,nB/T)=1，意味着总共有几个寻呼时刻，然后再将用户取模，分散到不同的寻呼时刻。在该例子中，在该无线帧中仅有一个无线子帧被配置为下行，即在subframe=0的位置。用户只能在该0子帧进行寻呼消息监听。
其实要说明就是这么回事。突然觉得迷雾拨开，一切又像北京的蓝天一样清晰起来。
总结一下，其关键点就是要把用户分散在不同的无线帧，再分散在不同的子帧。这样，用户和网络都按照同样的规则来解读，就不会有问题了。同时假设在一个寻呼消息里，可以放16个用户，那可以算出来，对于T=32，寻呼密度为1/2，最大也就可以支持16*16个用户。因此网络规划需要考虑到寻呼容量。
至于N=min(T,nB)，以及Ns =max(1,nB/T)，这些取大取小，看得很头痛，其实代表了一定物理含义。
要睡觉了，没时间了，答案下期再揭晓吧。
附件: 54-14012F91936.jpg (2014-11-27 21:41, 171.6 KB) / 下载次数 10
https://www.txrjy.com/forum.php?mod=attachment&aid=MjUwMzUzfDIwM2I1YTEwfDE3MTM1Nzk4Mjl8MHww
时间: 2014-11-28 13:55
作者: coffeeincafe
楼主语文学的不错，描述的简单易懂。
时间: 2014-11-28 17:07
作者: 120097730
Helloamy2014 发表于 2014-11-25 21:57
今天发表一篇非技术文章.本来是放在我的公共帐号的非技术版,但今天放过来,也许会改变有些人的想法.
我的 ...
很好的心得。很久之前看的赢了，真的受益匪浅，从工作态度上到一些管理学知识，都很实用。
mark了你的文章，抽时间拜读。
时间: 2014-11-29 11:24
作者: 水上的风筝
楼主V5，这个是好东西啊！！期待楼主持续更新
时间: 2014-11-30 19:34
作者: goon2005
真是的经历！
时间: 2014-12-1 21:06
作者: Helloamy2014
我的4G之路-寻呼时刻(2)
上回卖了一个关子，就是N=min(T,nB)，以及Ns =max(1,nB/T)的物理含义。
话说，当我看到这些公式的时刻，那种痛苦的心情无以形容。在内心里，我狠狠骂了骂自己，没事选啥通信专业啊，搞得这么这么无聊！
所以说，寻呼时刻，也是让我崩溃的时刻。
但终归得冷静下来，分析问题：
一切都得从寻呼密度说起：
nB: 4T, 2T, T, T/2, T/4, T/8, T/16, T/32.
假设T还是取为32个无线帧，则：
4T：意味着其寻呼密度为4，即每个无线帧都有寻呼，寻呼消息在0、1、5、6发送；
2T：意味着其寻呼密度为2，即每个无线帧都有寻呼，寻呼消息在0、5发送；
T：意味着其寻呼密度为1，即每个无线帧都有寻呼，寻呼消息仅在0发送；
1/2T：意味着其寻呼密度为1/2，即每间隔无线帧都有寻呼，寻呼消息仅在0发送；
1/4T：意味着其寻呼密度为1/4，即每隔4个无线帧都有寻呼，寻呼消息仅在0发送；
1/8T：意味着其寻呼密度为1/8，即每隔8个无线帧都有寻呼，寻呼消息仅在0发送；
T/16, T/32也是基于同样原理。
从以上几乎已经能够看出端倪：
既然N=min(T,nB)意味着寻呼帧，那自然不管对于多大寻呼密度，也只能是每个无线帧都有寻呼，即为T=32，意味着每个无线帧都是寻呼帧，而对于nB密度小于1的，寻呼无线帧就更加稀疏。
对于Ns =max(1,nB/T)则意味着在一个寻呼帧中有几个寻呼时刻，不管对于多小的寻呼密度，都至少存在一个寻呼时刻。譬如，对于nB=4的，寻呼时刻可以有4个，而对于nB小于1的，寻呼时刻也至少为1个。
因此为什么取大取小，其实是完全是以上场景推倒出来的啊，并没有特别的来源。拿笔算一下就知道啦！
所以，各位通信妹纸们，不管工作让你多抓狂，一定要学习封面图片中男神在收到女主寻呼消息时的淡定。。。场面一定要hold住！
附件: tt (1).png (2014-12-1 21:05, 253.97 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjUwNTc0fDk4ZmYzMzNhfDE3MTM1Nzk4Mjl8MHww
时间: 2014-12-1 23:45
作者: hl44112000
学习了
时间: 2014-12-2 10:23
作者: relight
Helloamy2014 发表于 2014-11-22 10:26
我的4G之路-MAC的组包
上回说到：MAC已经明确告知了RLC该如何发送数据了。假设此时这个640bit数据块上可 ...
写的真好。赞~~
mac对于超过大小的包还需要拆分吗？
时间: 2014-12-2 11:14
作者: etl
楼主能否介绍一下LTE核心网应该看哪些资料，具体的协议应该为哪些？
时间: 2014-12-3 09:39
作者: 小花开
赞~\(≧▽≦)/~
时间: 2014-12-3 09:40
作者: 小花开
期待楼主持续更新
时间: 2014-12-4 20:16
作者: Helloamy2014
etl 发表于 2014-12-2 11:14
楼主能否介绍一下LTE核心网应该看哪些资料，具体的协议应该为哪些？
...俺对核心网不了解阿....
时间: 2014-12-4 20:25
作者: Helloamy2014
relight 发表于 2014-12-2 10:23
写的真好。赞~~
mac对于超过大小的包还需要拆分吗？
我理解,高层应该不会组包超出授权的TB大小.
但不是很确定，我再确认一下
时间: 2014-12-4 20:27
作者: Helloamy2014
我的4G之路-你吼也没用，论无线链路的失败
经常发现某些人猫着腰在某个角落里对着电话狂吼:
”什么??“
”紫薇你大声点说,我听不见!“
”哎呀,电话怎么又断了!!"
我都会在旁边碎碎念，大哥，你的脸热不热啊？这是第几次断了啊？能否换个地方打啊？
唉，对于我这种唐僧似的职业反应其实是有原因的。瀑布汗！
首先要说明的是 ，要维持一定的链路质量，是有功率控制机制的。在上行方向上，网络一旦检测到手机的信号差，将会给手机发送要求其增大发射功率的指令。给用户的直接影响是，手机打一会儿电话就热得发烫，这个时候手机也会费电很严重。
所以在手机信号不好的时候，还是尽量要长话短说。否则手机的辐射可是直接对着你的脑袋的，你就想象一下你的大脑此时在成倍吸收无线信号，脸发烫和头疼是正常的，尤其是现在靠脸吃饭的年代更加桑不起啊。
在无线信号不好的地方，即便手机非常发烫，但通话还是会随时断开，该过程是怎么解释呢？且听细细道来。
因为除了功率控制，网络还通过无线链路监控来实时监控链路状态。36.213和133中有个说的很清楚：
手机周期对信道进行平滑评估，也即是说每个无线帧中选择一个下行子帧进行参考信号质量评估（RSRP或者RSRQ或者其他），为一个采样点。需要至少获取20个采样点进行平均。
可以设想，在200ms后，即20个无线帧，已经有了20个采样点。将其结果平均后进行通信质量判决。若比较差，则上报失步指示，否则上报同步指示。在200ms后的10ms内，再采集一个点，此时该点和前面的19点再进行平均，再进行通信质量判决。
若连续采集到比方说4次失步，则网络等待一段时长，看情况有没有好转。若此后收到同步指示，则意味这链路可以继续维持。否则则判定无线链路失败。于是整个通话就死翘翘了。
见下图：
可以看看，从开始检测到断开链路，该过程总的耗时时间：200+10*(N310-1)+T310 ms。T310最大也就是2s，N310配置最大也就是20次，因此最长即2.39s的时间。
有同学可能已经看出来了，若你不想要通话断开，就需要在T310超时后，尽快让通信质量好转。但是,通常用户都是站着不动打电话，偶尔踱两步。因此，也不可能在2秒钟的时间像某教授瞬间转移到另外一个信号好的地方（若移动车辆上，很快可以切换到信号好的小区），因此通常打着打着就掉话了。
所以我们通常看到的场景是，在某个地方，信号非常弱，用户拿着电话吼，但是通话很快就断开了。继续吼，继续断开。脸红脖子粗再正常不过了。
我想说的是，吼也解决不了问题滴。如果不想向运营商投诉（后续3GPP的立项MDT，就是手机会纪录掉话信息，可以自动上报，以方便运营商优化），那可行的办法是赶紧走到信号较好的地方重新发起呼叫吧，顺便也自己冷静一下啊。
附件: 对着电话吼.jpg (2014-12-4 20:26, 102.66 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjUwNzc3fDdhNmJhZDY5fDE3MTM1Nzk4Mjl8MHww
时间: 2014-12-4 21:04
作者: Helloamy2014
etl 发表于 2014-12-2 11:14
楼主能否介绍一下LTE核心网应该看哪些资料，具体的协议应该为哪些？
可能是401，301那些，这里有做核心网的同行吗？请详细说明一下吧
时间: 2014-12-5 09:00
作者: etl
Helloamy2014 发表于 2014-12-4 21:04
可能是401，301那些，这里有做核心网的同行吗？请详细说明一下吧
恩，应该是这些了，但是这些里面都涉及到了很多2G，3G的东西，看后需要自己整理一下，谢谢啊
时间: 2014-12-5 14:23
作者: syq8723
relight 发表于 2014-12-2 10:23
写的真好。赞~~
mac对于超过大小的包还需要拆分吗？
RLC不会递交给MAC超过大小的包，RLC PDU的大小是由MAC控制的
时间: 2014-12-5 15:21
作者: lph_2000
时间: 2014-12-5 15:39
作者: bestfly
来个女的，不管写得怎么样，都行。
时间: 2014-12-5 16:17
作者: Bill-G
bestfly 发表于 2014-12-5 15:39
来个女的，不管写得怎么样，都行。
话虽这么说，不过看下来，确实写的不错唉
时间: 2014-12-5 16:20
作者: shine2012
关注中，感谢楼主~~~~~~
时间: 2014-12-5 18:43
作者: 700u
关注
时间: 2014-12-6 03:00
作者: 电信爱好者168
请问楼主，电信4G漫游使用延迟比本地卡高非常多，体验很差，是什么原因？电信4G对比看了一下，漫游的IP还是归属地的而不是漫游地的.和电信3G不一样，电信3GIP是漫游地的，对比测试本地卡和外地卡在网速，延迟上无任何差别
时间: 2014-12-6 10:33
作者: 小花开
大赞:)
时间: 2014-12-6 11:21
作者: 彦峰
学习了
时间: 2014-12-6 13:05
作者: chengmang
学习了 赞一个
时间: 2014-12-6 16:52
作者: Helloamy2014
本帖最后由 Helloamy2014 于 2014-12-6 17:03 编辑
我的4G之路-王建宙《移动时代生存》新书问答录
在上月，临时拉前同事一起去参加了王总在北大的新书发布会（感谢前同事的一如既往的支持以及图片提供，那天真的很冷！）。当时还有baidu负责技术的副总裁到场。王总先做了大约半小时演讲，之后在场观众以及北大的老师提了一些问题。这本书我已经在地铁上读完了，北京的同学可以直接联系我，我将送出这本书。本文原文放在公共帐号的非技术版，考虑到很多人可能会感兴趣，就贴上来。
本文忠实于原书以及现场回答对重要问题进行记录，不代表我的观点。因此，以下有些回答，你懂的。
Q1：您之前曾经作为移动和联通两大公司的高管，请评价一下这两大企业。
A：No comments。不议论我以前工作过的公司，这是最起码的职业操守。
Q2.：如何看待中移动和TD-SCDMA？
A：在刚拿到TD牌照的时候，我们对TD基于如下判断：这是一项光荣的使命，中移动一定不负重托。但当时TD的成熟度明显落后，在3G时代，中移动的技术领先地位将受到巨大挑战。
首先遇到的是产业链磨合问题，要推出尽量多的TD终端开发。2009年，中移动和终端、芯片厂商联合研发投入，有效加快了TD终端的开发，一批新的终端进入市场。其次，要千方百计确保网络质量，进行全网质量测试，在通话过程中出现的问题，既有覆盖，也有网络设备原因和手机原因。再次，应用新的技术，在3G网络建设过程中，退出了CRAN，即利用云计算技术，建立集中式基带处理池。
对于中移动自身来说，这次实践，提升核心竞争力，同时为4G的发展打下基础。和国际运营商相比，我们3G的建设确实晚了很多年，但我们建设3G网络的时候，4G的主要特性已经出现，中移动在招标的时候，明确要求，到4G的平滑过渡。3G的研发为4G打下基础。
评价：这是个标准回答！其实也只能这么答！
Q3：如何看待微信微博对短信的替代？
A：社交网络迎合了大众在快节奏下扩大社交的需求。确实，有了微信朋友圈，短信较少，微信语音聊天，通话也减少。微信和微博取代一部分话音和短信，是技术的必然。但同时，他们也给手机带来了巨大的数据流量。所以及时通信方式和传统的电信业务不矛盾，将起到推动转型的作用。
Q4：移动运营商沦为管道的看法
A：目前大多数的手机App都是第三方开发的，电信运营商仅提供基础网络。
今后的网络主要受益将来自于应用，运营商如果不直接参与应用的开发和运营，就将变成哑管道。长此以往，电信运营商将被边缘化。我们一方面是缺乏开发应用的人才，一方面需要探索应用服务的经营模式。所有运营商都在想这个问题，VDF推出了收费的地图服务，但很快被免费地图取代。AT&T推出了自己APPstore，但效果不好。我也很期望在电信行业看到killer Application的出现。
Q5：电信运营商的转型
A：当数据时代到来时，移动运营商感觉到来新的挑战。数据爆炸增长让网络不堪重负，增加了扩容成本，另一方面，消费者又希望降低流量经营。对电信行业来说，变化巨大。
之前从电报到固定电话和移动电话，运营商始终处于电信行业价值链的中心，演进都是在电信行业内部。而在数据时代，电信运营商只是作为一个连接的节点存在，移动互联网并非是电信行业的演进结果，而是IT行业多年的演进结果。
移动互联网已经形成了一个新的生态系统，其中有三个环节：1）网络连接2）移动设备3）应用服务。电信运营商仅在第一个环节发生决定作用。无论移动互联网如何发展，都需要无线网络作为基础。移动互联网应用越多，对无线网络的依赖越强。
移动互联网这三个环节密切相关，但又自成体系。新的生态系统给所有参与者都带来机会，但也给传统运营商带来挑战。
之前，中移动邀请马云来做演讲。会前马云问我讲什么好，我说放开讲。马云果然放开讲：“互联网大军正在大举进军电信市场，阿里巴巴组织了一支很大的团队开发自己的手机操作系统。我喜欢在别人的地盘打架。至于你们想搞互联网，恐怕你们的机制不行，你们的年龄也不行了”。台下同事面面相觑。
同时，移动互联网也给互联网企业带来挑战。我遇到李彦宏，他说，之前搜索引擎是通过广告业务为主要收入，而现在大多数人使用手机搜索，而在手机上做广告难度就很大。所以互联网企业也在调整自己，发现新的机会。
生态系统对于每一个参与者都是公平的，物竞天择，适者生存。在移动互联时代，从数据流量增长角度看，运营商和服务提供商可以共赢。同时，运营商也要珍惜自己离用户最近，最接近用户的机会，提供各种开发的平台，以及提供一些有特色的应用。相信电信运营商会在应用服务方面找到新的机会。
评价：同意关于生态系统的分析。后续有现场提问，为什么中移动有这么庞大的客户群，就是搞不出来流行的应用，王总也坦言，电信行业在创新DNA上确实要差一些。马总确实说到痛处了。
Q.6 免费or 收费？经营方式大探讨
A:互联网企业不向用户直接收费，而是通过别的渠道获取收入，比方下载游戏免费，但买道具要收费；在购物网站浏览免费，但购物收费。在《免费》这本书中谈及，林林总总的免费归根到底变为统一本质，即让钱在不同的产产品，现在和未来，无现金支付的市场和无现金支付的市场之间转移，经济学上称为“交叉补贴”。
电信运营商也适用，比方说“预付话费送手机”。但互联网的免费方式则是给电信运营商更大的挑战。因为互联网的免费产品完全可以替代电信的收费产品。比如微信就比短信更加吸引人。而且在桌面互联网中行之有效的经营模式，在今天移动互联网时代依然有效，而且还可能出现新的赢利模式
再回到“预付话费送手机”的问题，之前被国内外运营商广泛使用。后来，运营商不这么做了，一方面是因为现在补贴的智能手机价格不菲；另一方面，用户更换手机速度较快了，用户对手机的多样化需求提升了。因此该方法不再奏效了。
互联网企业最关心的是用户数目，只要有足够的用户，今后就可以给用户提供更多的服务来创造价值。因此即便现在不赢利，也会存在很大发展空间。比如******，当用户数多的时候，就可以提供金融服务，包括金融存款和移动支付。同样腾讯业可以向微信用户提供游戏和移动支付。
电信运营商也可以从中受到启发，电信运营商也拥有庞大的用户群。移动互联网时代，电信运营商应该要向互联网企业学习，如何为用户带来更多服务。
评价：若是短信完全免费，估计运营商舍不得吧？
Q.7 关于手机制造业的讨论
A: iPhone手机大都在中国组装。以iPhone的组装为例，基带处理，应用处理器，内存，闪存，相机，触屏等，和这些元器件的成本相比，组装费用只是占据很小部分。而组装需要大量劳动力。而品牌的拥有者和产品研发设计者将获取主要利润，其次是芯片和关键零部件的生产者。
手机制造业如果长期依靠组装，将难以为继。要想使制造行业获得更大的产品附加值，就必须提高制造业的创新能力，提升品牌价值。关于手机制造业的讨论还在继续。智能手机是一个规模庞大的制造领域，集中反映了半导体，材料，软件等各种新技术。
可喜的是，越来越多的中国手机自有品牌出现。以中兴、华为、联想和酷派为代表的国产手机开始掌握国内市场的主导权。
评价：华为的荣耀3C确实不错，我老爸超级赞的。
Q.8 未来的智能手机
A：今天的智能手机，从操作系统到芯片，到元器件都越来越成熟，但各种手机之间也越来越雷同。市场期待新的划时代的手机。
我常说，4G时代应该拥有和3G时代不同的手机。可以设想一个场景，有人在众目睽睽下拿出一部手机，突然把折叠的显示屏展开，这个显示屏可以折几折，打开就像平板。旁边的人都异口同声，这就是一个4G手机。
智能手机也可连接可穿戴设备，或者智能手机直接变成可穿戴设备，如手表或者衣服。当然智能手机的创新不容易，我认为要考虑如下几个关键问题：首先是芯片，其次是元器件。要想使屏幕做大，需要可折叠的显示屏，同时在大显示屏和视频业务下，手机的电池是大问题，必须研究新的电池材料。
再次是操作系统，目前供选择的操作系统太少，只有安卓和WindowsPhone， 苹果是专门的封闭系统。操作系统集中可以使应用开发者精力更加集中，但过分集中将出现和操作系统有关的专利诉讼。
我鼓励开发新的操作系统，操作系统的演进将带动手机的创新，并鼓励推进开放式的操作系统。
评价：关于手机的省电，俺之前写过一篇文章。关于手机代替手表？至少对我而言，我可能不会，除非设计很好，但我觉得手表的设计感不是通信行业可以handle的。我的两个手表，一个大的，一个小的，就是可以搭配不同的衣服。我想大部分尤其是男生，都是很喜欢那些名表的吧。
附件: 移动生存之道1.jpg (2014-12-6 16:57, 9.74 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjUwODU4fDRhYzRlNjU0fDE3MTM1Nzk4Mjl8MHww
附件: 移动.png (2014-12-6 16:57, 600 KB) / 下载次数 0
https://www.txrjy.com/forum.php?mod=attachment&aid=MjUwODU5fGU2MWFhZDM4fDE3MTM1Nzk4Mjl8MHww
时间: 2014-12-6 17:30
作者: fantaiqing
这本书我买了，哎，脱离不了中国纪录片式的歌功颂德啊
时间: 2014-12-6 17:38
作者: Helloamy2014
fantaiqing 发表于 2014-12-6 17:30
这本书我买了，哎，脱离不了中国纪录片式的歌功颂德啊
他只能这么写啊
时间: 2014-12-6 20:10
作者: cattpon.chen
很不错~继续~
时间: 2014-12-7 13:18
作者: 风雅小强
时间: 2014-12-7 13:37
作者: liuchao1105
支持~~~~~~
时间: 2014-12-7 14:54
作者: elliot1106
怒赞一个
时间: 2014-12-7 15:19
作者: 珍惜眼前人
不错
时间: 2014-12-7 15:46
作者: yinjin
通信小硕膜拜
时间: 2014-12-7 17:29
作者: Somnr
写的超好，学习了，感谢！
时间: 2014-12-7 19:09
作者: dream_xiu
很好，很详细
时间: 2014-12-7 19:17
作者: xiaokanglan
很形象啊楼主。
时间: 2014-12-7 21:04
作者: wclvzz
真是一篇很好的论文呢！
时间: 2014-12-7 21:14
作者: wsq5000
好文
时间: 2014-12-7 21:34
作者: 中国人8007
很好很有用
时间: 2014-12-7 22:11
作者: 陶胡蒋
赞一个
时间: 2014-12-7 23:18
作者: 陈锦培
好
时间: 2014-12-8 03:54
作者: Ricky_X_F
支持！
时间: 2014-12-8 09:10
作者: PowerG
菜鸟持续关注ing...
时间: 2014-12-8 10:03
作者: lmy1052
Helloamy2014 发表于 2014-11-14 21:53
我的4G之路-谈总体架构
首先从直观上理解一下整个LTE系统的数据传输架构。先从有线网络说起。当进行 ...
关注！..但是今天次注册不能加好友！
时间: 2014-12-8 11:18
作者: sunas3
好贴！
时间: 2014-12-8 13:24
作者: 49679711
mark
时间: 2014-12-8 13:30
作者: nghe
详述得相当精彩和给力，很易懂
时间: 2014-12-8 16:17
作者: 小墨和小白
MARK,后面学习
时间: 2014-12-8 17:19
作者: qqqq77722
不错呦~~
时间: 2014-12-8 17:31
作者: 四色定理
在细细的阅读中，还需百度来查阅。方好搞懂。
时间: 2014-12-8 20:57
作者: Helloamy2014
Ricky_X_F 发表于 2014-12-8 03:54
支持！
这个书是你自己写的吗?
时间: 2014-12-8 20:58
作者: Helloamy2014
北京的同学,没有人想要我的这本书吗?
因为要搬家,很多书都要送出去了
时间: 2014-12-8 21:52
作者: 梧桐下的梦
mark 楼主加油
时间: 2014-12-8 23:09
作者: 风停幻灭
持续关注中。。。
时间: 2014-12-9 10:54
作者: sunas3
楼主加油!等不及啊。。。
时间: 2014-12-9 13:05
作者: 麦芽饼
楼主大好人！好人好文！
时间: 2014-12-9 14:14
作者: Limons
看了，写的很好啊
:)
| 通信人家园 (https://www.txrjy.com/) |
Powered by C114 |