通信人家园

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-14 21:50:02 |显示全部楼层
我的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连接重建
已有 2 人评分经验 家园分 收起 理由
lelon + 1 赞一个!
家园副管03 + 50 + 50 鼓励原创连载

总评分: 经验 + 50  家园分 + 51   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-14 21:53:28 |显示全部楼层
我的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的调度

点评

wangjinyu123456  讲的很透彻,谢谢  发表于 2018-3-6 09:40
xjLwxa  学习,2018多学点知识,转型路上望给自己有点提升,给公司多贡献价值。  发表于 2018-2-26 15:07
fdliyan605  占座,争取今年学习点无线知识  详情 回复 发表于 2018-1-26 15:35
princekin7327    发表于 2017-11-2 17:18
掉队的鸽子  写的很好  详情 回复 发表于 2017-4-6 11:06
lclc336  非常感谢  发表于 2017-2-23 21:06
15609912014  感谢  详情 回复 发表于 2017-2-1 12:26
meterpan  通俗易懂 高  详情 回复 发表于 2016-10-9 11:08
jnjhwang  说的很详实,对于一般很有帮助  发表于 2016-6-12 14:26
xiaoshali_1028  抽象的事物被具化了,说的真好。  详情 回复 发表于 2016-4-25 16:16
濮阳凉皮  支持!  详情 回复 发表于 2016-3-3 08:58
sz2006sp  通俗  发表于 2016-2-20 11:55
wanglei5429  楼主,顺便把物理信道,传输信道和逻辑信道在快递传递中也打个比方,区别一下什么样的是物理信道,传输信道和逻辑信道,,,糊里糊涂,一头雾水,谢谢楼主,顶楼主  发表于 2016-1-10 12:51
wanglei5429  楼主太棒了,厉害,,,快递公司比喻的真真切切,恰如其分,,,非常好非常好理解,,,顶!,,希望楼主能把通信系统里面的专业术语全部用现实中的实物和实事,比喻出来,那真是太金彩了,,,比如带宽比作8车道的高  详情 回复 发表于 2016-1-5 22:50
球童  这个比喻很贴切,容易理解  详情 回复 发表于 2015-11-30 16:24
zhiranfuhua  贊  发表于 2015-11-23 09:53
秋秋123  通俗易懂,推荐给同事共同分享  发表于 2015-11-5 10:39
hsd311  容易理解,谢谢分享  发表于 2015-10-28 22:01
npc51  不错 通俗易懂 对于新手来说特别有用  详情 回复 发表于 2015-10-22 11:16
网优菜鸟2015  真心不错,多谢分享!!!!  详情 回复 发表于 2015-10-21 22:41
hghbilly  感谢楼主无私地分享!  详情 回复 发表于 2015-9-16 11:15
朱琳杰  谢谢你,明白了好多东西  发表于 2015-9-14 20:28
lelon  不错,和人民日报一样真实。赞一个  发表于 2015-9-14 16:54
哈哈1876  真的挺好的  详情 回复 发表于 2015-8-19 17:20
0597xiuyihan  赞,  详情 回复 发表于 2015-8-10 23:20
已有 4 人评分家园分 收起 理由
babazu + 1
西红柿土豆 + 2
landai + 1 赞,期待LZ继续分享!
家园副管09 + 10 期待继续~

总评分: 家园分 + 14   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-19 21:24:49 |显示全部楼层
本帖最后由 Helloamy2014 于 2014-11-19 21:36 编辑

大家好,因为最近比较忙,所以有点慢.
楼上有同学问如何关注,在微信公共帐号中搜索“我的4G之路”就可以了。可能楼上同学没有搜索微信公共帐号吧。
我在微信上是分了两个板块,技术版和非技术版。非技术版主要是自己的感悟,就不会放在该处发表了。有兴趣的同学可以查看。
或者有建议,请直接加我私人微信帐号319137103。注明“我的4G之路”即可,我可以更快看到大家反馈

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-19 21:31:18 |显示全部楼层
我的4G之路-谈调度

上回提及到MAC的主要功能是负责调度,即负责进行资源的分配。可以直观上将用户分为两类,一类网路未建立连接的用户,即网络压根不认识的用户。一类是已经和网络建立连接的用户。前者必然要和网络先建立连接才能成为后者。

对于前者而言,对网络是完全陌生的,而网络的资源是有限的,哪些用户被挑中呢?人品决定。因为该过程是一个随机决定过程,即需要进行随机接入的过程。随机接入的过程随便找本书,几乎都讲烂了,。本处略去两百字。用户有可能有时运气不太好或人品不太好,偶尔出现网络特别忙的时候无法接入,等待几秒钟再重新尝试就好了。

如何为网络中已经建立连接的用户分配资源?这么多用户都需要资源,网络必然也不是瞎分,有一些基本原则是可以遵循的,通常理解上可以有:用户的待传数据量(BO),用户的数据的优先级别(QCI衡量),用户的信号质量(CQI上报以及网络对上行导频的测量)。以上因素将作为调度的一些关键衡量因素。
比如说,QCI的GBR业务,必然会优先保证资源。
可以想象,网络是在某个调度时刻,在网络中吼一声,谁要传输数据?想要传输数据的用户赶紧举手。网络将需要进行调度的用户进行优先级别排序,具有较高的QCI的用户通常被排在前面。若俩用户都是QCI较高的用户,那是否信道质量好的一定排前面呢?那就看采用什么策略了,这个时候就出来各种算法,经典的3种有轮询算法,最大载干比算法,正比公平算法等。给用户排好序后,网络就大体估计一下每个用户想要的资源:根据用户的缓冲区大小,以及GBR速率要求等。假设用户的某个业务GBR要求是64kbps。网络就大体就是算一下距离上次调度的时间,比方经过了1秒钟,那网络认为此时要给用户发送64kbit的数据才行。即所谓的令牌桶机制。若用户只想下个小文件,大约32kbit,则网络以这个最小值为准。
网络对用户一一走这么一圈,心里就有数了,开始给用户一一分配资源,直到系统的全部资源被分配完毕。轮不到的用户只能下一次调度机会来临。
该具体的分配过程,应该说每个每个公司的产品实现都不一样,而且极其复杂,不再一一细说。此处略去大约十万字。

还有一些通用的东西,即该流程外的这些边边角角的东西,都是为调度来服务的,我认为是每个公司的产品都用得着的东西,需要总结一下,即协议的东东。协议这个东西很特殊,虽然融入在产品当中,但又是凌驾在产品之上。因此把协议弄明白,基本在哪个公司做研发都不用愁。以后再慢慢讲解吧。

点评

xjLwxa  一、资源调度 MAC的主要功能是负责调度,即负责进行资源的分配。 {未建立连接,网络压根不认识的用户;已经和网络建立连接的用户} 未建立连接而言:网络资源有限,随机决定随机接入,人品和运气问题,网络特别忙   发表于 2018-2-26 15:47
掉队的鸽子  通俗易懂  详情 回复 发表于 2017-4-6 11:29
lclc336  非常感谢  发表于 2017-2-23 21:19
朱琳杰  通俗易懂,不错哦  发表于 2015-9-14 20:33
已有 1 人评分家园分 收起 理由
家园副管09 + 10 感谢更新!

总评分: 家园分 + 10   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-22 10:01:49 |显示全部楼层
我的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的层间交互,即原语。原语可不像协议一样写的那么清楚,都各家内部实现,就猜摸着做就行了。看来这看不到的秘密通道,其实还是挺复杂的吧?哈哈

点评

洛阳小网优  @xl主要是PHY层资源不够赛,通道1、2只是东西内容上的区分  详情 回复 发表于 2018-6-19 10:48
xjLwxa  有一个疑问:作者在文中说到,有两个优先级相同的业务,同时有两个信道可用。作者在文中讲了两个方法,为什么不能一个业务用一个信道呢?  发表于 2018-2-26 16:00
anhuiren2006  好东西  详情 回复 发表于 2016-11-3 07:58

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-22 10:26:47 |显示全部楼层
我的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进程管理

点评

xjLwxa  固定在某一个时段分配给你固定的资源,用户有多个业务等待传输,该如何分配呢?这其中就涉及协议(分配原则)的问题。 如:优先级最高的有两个业务,FTP业务、视频业务,两个信道。 最小化原则:依据信道的发包速率   发表于 2018-2-26 16:39
df15212629252  真好,楼主一万个赞  详情 回复 发表于 2016-10-7 12:54
relight  写的真好。赞~~ mac对于超过大小的包还需要拆分吗?  详情 回复 发表于 2014-12-2 10:23

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-22 10:29:10 |显示全部楼层
公共帐号更新更快,以往的历史文章,感兴趣的同学可在公共帐号中输入help,然后再根据题目一一回复察看

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-23 09:34:37 |显示全部楼层
我的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-117
发表于 2014-11-24 21:11:32 |显示全部楼层
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章!哈哈,希望我写的足够简单!
如果你想要在通信行业的话,我觉得首先你可以做的事情是,找到一些师兄师姐在这个行业的,问问他们一些情况。在知识积累方面,我不建议你阅读一些LTE原理的书,你可以读一些通俗易懂的。比方说我最近在读的王建宙的《移动时代生存》,里面讲了移动和联通的发展史,也讲了一点点技术方面。你要是可以等等的话,我可以读完,快递给你。
其他的貌似有本入门技术类的,叫《大话无线通信》,写得还不错。

点评

DAAI6  谢谢楼主回复,您的文章我每篇都认真读过了,多数都读懂了;同时谢谢楼主推荐的书,我会认真看看的。期待楼主多发点文章,指点迷经。  详情 回复 发表于 2014-11-27 11:22

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-24 21:11:58 |显示全部楼层
回复楼上:
首先非常感谢楼上小同学的关注!
我也不是非常肯定你是否能够读懂我的文章!哈哈,希望我写的足够简单!
如果你想要在通信行业的话,我觉得首先你可以做的事情是,找到一些师兄师姐在这个行业的,问问他们一些情况。在知识积累方面,我不建议你阅读一些LTE原理的书,你可以读一些通俗易懂的。比方说我最近在读的王建宙的《移动时代生存》,里面讲了移动和联通的发展史,也讲了一点点技术方面。你要是可以等等的话,我可以读完,快递给你。
其他的貌似有本入门技术类的,叫《大话无线通信》,写得还不错。

点评

蒙对@gu  每天都看  详情 回复 发表于 2014-11-27 21:26

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-24 21:17:57 |显示全部楼层
我的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回程时间定时器因为比较简单就不介绍了。
已有 1 人评分家园分 收起 理由
家园副管09 + 10 感谢更新!

总评分: 家园分 + 10   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-25 21:44:47 |显示全部楼层
回复楼上:
有兴趣的话,欢迎一起写!我一个人忙不过来啊

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-25 21:57:03 |显示全部楼层
今天发表一篇非技术文章.本来是放在我的公共帐号的非技术版,但今天放过来,也许会改变有些人的想法.

我的4G之路-我为什么要付出120%的努力?

记得之前和别人聊过天,聊及加班很多,工作很辛苦。总是会有人说,你加那么多班干什么?加班只能说明你办事效率太低。Wait,我觉得可能办事效率乃至整个团队的效率是一方面需要提升,但一方面加班这件事情对于我们这个行业来说,可能也是迫不得已,如果你想要做好的好。

通常进入我们这个行业的,大家都拿着名校光鲜的文凭,大家都很聪明。完成一个工作,其实一天只需要付出6小时,但是你要让老板满意,就得花费10个小时,若是要让超出领导预期,就得付出12小时。这多余的时间的付出,曾经让我也无法理解。

去年,我们小团队负责一个小项目,初看,现有技术比较成熟了,感觉就是上上网搜搜资料,拷贝+剪切就可以完成一个报告交差。但是我总觉得不对劲。那时,我正好在读杰克.韦尔奇的《赢》,书中谈及这样一个例子,就是作者最初工作的时候,只是一个普通员工,有一次,公司大领导到访,要求提供一份材料描述一下公司的产品,于是他在原有工作的基础上,又去做了很多研究,还研究了竞争对手的产品,最后还分析了公司战略布局,该文档最后让领导们大为吃惊。
受这一启发,我也开始采用更宽的思路,尝试从国内和国际的专利入手。该转变让我发现了新的东西,因为baidu上找到的东西,人人都能找到,几乎无价值。而且,我还尝试联系该项目相关的互联网公司,给他们发送邮件,询问他们的项目进展。让我吃惊的是,只是在网络上随便搜索到的联系方式,他们竟然给我详细的邮件回复,并介绍了业界遇到的问题。可以说,为了这个报告,我们小队加班完成自己额外增加的任务,真的付出了120%的努力。

到这个报告成型评审的时候,领导说,从来没有团队像你们这么积极,没有想到你们把这个报告写的这么全面,以后有新项目会优先考虑你们。可以想像,我们当时好开心啊。突然觉得付出的加班很值得。其实,更多的付出意味着你reputation,以及更多机会。

而这样有强烈责任心,主动付出的人有很多很多。上周我们的Toastmaster 海淀大讲堂,Steve作为演讲嘉宾。我对他的演讲内容反倒不是那么有兴趣,我感兴趣的反而是他的职场道路。我亲眼看到他从公司的测试人员到高级测试,到现在的一个国际IT公司经理,我问他如何成为一个好的测试人员。他说,让领导满意,付出120%的精力。这句话让我印象深刻!

从这一件事情上,我体会到,我们是否应该尽量变得更加主动?不要再问自己为什么加班?而去问问自己有没有付出120%的努力,在公司得到收获的时候最重要的是自己有没有得到收获?

我的心理学老师说,我们习惯了为他人做事,却不懂得为自己而努力,所以个人魅力都肤浅,因为个人魅力需要沉淀和积累。我觉得这句话深刻体现了主动和被动的区别所在。

所以对你的工作,你应该会像我一样,有不一样的看法了。

点评

夜空中的27  老师好,我是15年毕业入职通信公司的一名软件测试,看到您写的文章真是深有感触(虽然好多都看不懂),也是经常在想,每天都在上班加班生活到底有没有意义,希望您可以多写一些感悟的东西分享心路  详情 回复 发表于 2016-2-26 22:56
moqiuli9527  确实如此,没有白付出的努力  详情 回复 发表于 2016-1-8 17:31
120097730  很好的心得。很久之前看的赢了,真的受益匪浅,从工作态度上到一些管理学知识,都很实用。 mark了你的文章,抽时间拜读。  详情 回复 发表于 2014-11-28 17:07
已有 1 人评分家园分 收起 理由
家园副管09 + 20 赞一个!

总评分: 家园分 + 20   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-25 22:07:36 |显示全部楼层
TO:家园副管:能否教我每次把标题更新一下?
还有,我给你留言了,请看一下,谢谢哦

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-26 21:31:39 |显示全部楼层
我的4G之路-DRX PK 都教授


男神镇楼,不解释!

DRX这个东西看着这么好,如何在现网中应用的呢?DRX是否就是万全之策呢? 运营商算盘打得可精了。DRX虽然省电,但可能导致用户投诉。假设用户正处于高铁上,在两个小区的边缘,信号原本就差,本来来指望这赶紧收到网络下发的切换命令,赶紧进行切换,但因为DRX的设置,无法收到切换命令,导致掉线。再说,DRX的用户虽然大部分时间都在休眠,平时不占用系统的资源,但一旦切换发生,就立刻醒过来,切换也得进行,切换一个来回,信令开销也大。运营商都是很抠门的,盘算了一下,要不干脆包发送完了,就释放用户,有了包再建立新的链路,这样对于高速用户岂不是更好?盘算来盘算去,到底好多少?

于是乎全球最大运营商中移动当然很在意这个事情。因为中国人不喜欢当面喝咖啡,而喜欢聊QQ啊。于是CMCC在3GPP启动新的立项,大家都需要提供仿真数据说话。话说,当时的这个仿真项目,做的可是干劲朝天。
首先是业务源。要知道QQ类业务可是不同于经典的业务模型,那就是包的到来和结束不靠谱。我的心理学老师说,聊天工具其实是一种非对等的通话模式,任何一方都可以说,我有事先下了,来单方终止谈话。那该咋整呢?办法总是有的,就是中移动在某个现网中抓取一段QQ聊天记录,大家按照该记录来产生业务源。接下来,就是仿真仿真,再仿真。唉,想当初,这是俺在新公司的第一个项目,加班都加到吐啊,简直是苦不堪言的日子啊。其它公司,估计也都差不多,大家都是用绳命在为运营商和用户的体验努力啊!

但是,但是,用户是怎么看待省电这个事情呢?用户才不care呢。
俺记得,春节来后几周,某有名韩剧更新了,在公交车站,俺旁边一大妈,拿着个宽屏手机,声音外放的那种,就听见女主在歇斯底里喊男主来救她,瞄了一眼,就是女主开着车,刹车失灵,奔向悬崖(接下来发生啥大家都知道啦)。等我到中关园倒地铁去西土城,在地铁里,旁边俩妹纸,都是宽频手机,开着极大音量,瞄了一眼,一个屏幕出现的又是该男主360度无死角的颜,一个屏幕出现的是该男主又细又长的腿,让美腿控的我心服口服。依这个花痴的程度,可能手机的电量几个小时就全耗光了,在QQ类业务为用户省下的一点点电,比起都教授的魅力,又算什么呢?

DRX 要和都教授PK,显然用户更Care后者,后者完胜!所以,运营商和设备商也只能自我安慰说,此业务和彼业务不同嘛,如果对于QQ类业务,能够省一点就省一点咯,视频类业务就管不着那么多,让用户花痴去吧。
已有 1 人评分家园分 收起 理由
家园副管09 + 20 感谢更新

总评分: 家园分 + 20   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-26 21:33:09 |显示全部楼层
难道图片不能直接插入吗?

点评

laolu999  可以的!  发表于 2014-11-27 08:09

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-26 21:43:34 |显示全部楼层
怎么回事?无法更新了....

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-27 21:36:21 |显示全部楼层
感谢楼上,对我也是巨大的鼓励!

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-11-27 21:42:25 |显示全部楼层
本帖最后由 Helloamy2014 于 2014-12-15 21:56 编辑

54-14012F91936.jpg

我的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),这些取大取小,看得很头痛,其实代表了一定物理含义。
要睡觉了,没时间了,答案下期再揭晓吧。

点评

wangjinyu123456  谢谢楼主  发表于 2018-3-6 09:55
xjLwxa  通讯的公式博大精深  发表于 2018-2-27 09:47
eveline_spark  谢谢楼主分享  详情 回复 发表于 2017-9-6 10:03
xgycloud  这段的理解感觉和教授不同,T一般现网设成128,nB设成T,我看资料的理解是隔128个帧寻呼一次,如果是1/2是256个帧寻呼一次,是不是我理解错了。  详情 回复 发表于 2016-3-7 17:24
some_times  教授使用的是量子通信~  详情 回复 发表于 2015-10-13 09:41
some_times  教授使用的是量子通信技术~  详情 回复 发表于 2015-10-13 09:39
some_times  教授使用的是量子通信技术~  详情 回复 发表于 2015-10-13 09:39
一向如此  文中提到"假设在一个寻呼消息里,可以放16个用户",这个是否有相关规定一个寻呼消息里最大可支持的用户个数?谢谢^_^  详情 回复 发表于 2015-8-28 15:41
OMG666  这段看的头大,看来的逼迫自己仔细的反复的看这段说明  详情 回复 发表于 2014-12-19 16:41
已有 1 人评分家园分 收起 理由
家园副管09 + 20 赞一个!感谢更新!

总评分: 家园分 + 20   查看全部评分

举报本楼

军衔等级:

  四级通信军士

注册:2014-11-117
发表于 2014-12-1 21:06:18 |显示全部楼层
tt (1).png

我的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住!

点评

xjLwxa  为什么寻呼消息只能在0、1、5、6发送呢?  发表于 2018-2-27 09:54
已有 1 人评分家园分 收起 理由
家园副管09 + 30 感谢更新!

总评分: 家园分 + 30   查看全部评分

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

Archiver|手机版|C114 ( 沪ICP备12002291号-1 )|联系我们 |网站地图  

GMT+8, 2024-3-29 20:21 , Processed in 0.364413 second(s), 21 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部