【原创连载】 我的4G之路（9月5日连载：240#更新）

Helloamy2014

我的4G之路- NDI 亦或 RV？

上回提及NDI是起到指示是否是新数据,RV版本起到的作用是指示是否是新数据还是重传数据，比方说，RV版本=0意味着首次传输，而RV版本累加则意味着重传数据。二者有什么区别呢？是否有了RV指示，就不需要NDI了呢？

首先，我们要知道HARQ是没有CRC校验的，因此收端完全可能会理解错误，因此就需要RV机制或者NDI的引入来使得双方达到一个同步。看下面一个简单例子：

即便在eNB解析错误的情况下，发送一个RV=1的数据包。UE也就能知道对方出现了解析HARQ错误，直接回复ACK。此时，不用NDI也没有问题。

但是遇到如下奇葩场景呢：

此时在左图中，enb正常解析了第一个数据包的ACK反馈，但在发送第二个包时，因为检测不到NACK，而将第二个包进行重传，即RV=1。

但在UE看来，这个RV等于1是第一个数据包的，还是第二个数据包的呢？

UE则以为是第一个数据包的重传而反馈ACK（因为他之前已经回复过ACK了，因此此时完全不解该数据。）这样，第二个包，由于UE的错误回复而丢失了。

若此时NDI=1，则UE就彻彻底底明白啦。

想要说明的是，这种奇葩场景出现的概率较低。但即便如此，在出现的时候，显然采用NDI更加具有健壮性。

看到这里，大家应该明白了，其实，用大白话说，NDI其实是用于指示是哪个数据包，因此在协议中用是否反转来表示是否发送了和以往不同的包，即新数据传输。而RV则用于指明在同一个数据包中的不同版本号。

ITXIAZAI

通信技术你问我答 (积分兑奖)

我是学通信的，但是本科三年感觉没学到什么有用的东西。通信专业有很多课程，什么都学一点，但是都学得不精。

lvtaichang444

喜欢:)

xuttli123

不更新啦

衡少

ttyyy

不错不错

HH_Yeh

赞一个！

土豆沙发

好文章，先收藏了

zghcpt

先收藏了，多谢

Helloamy2014

大家好！
好久没有更新了。因为前俩月都很忙。但是这都不是借口！！
时间就是要抓紧用，不用就没了！！！！
技术的文章过后两天再接着放。
先放一篇非技术文章，就是对我最近几月的一些想法总结一下。欢迎大家反馈！

Helloamy2014

我的4G之路-我的互联网之旅

        在最近的几个月时间里，我挤着周末的时间，参加很多移动互联网的交流活动。

      首先要推荐的是活动行的网站（目前已经做到全球中文活动平台的第一名，百度就可以搜索到）。上头发布了很多活动，互联网的交流通常是安排在某个小会议室或者咖啡厅，由某位创始人分享之后，再是观众提问。

     我参加过的交流有：拉勾网、极路由（智能路由）、咕咚运动、面包旅行BreadTrip、P2P租车、阿姨帮家政服务，还上门去参观过一家医疗的移动互联网初创公司（朱李叶）。

      再后来，通过活动行的网站，在上清华经管学院的公开课。现在清华很多课都对外免费公开，每次都可以看到很多家长带着高中生来上课。为这些家长的前瞻性点赞！清华的课程通常老师水平不错，观众提问也比较有水平。我目前在上的春季课程里，有一个创业创新课程（关注公共微信账号ujelly，该课程在每周六晚上）。我上了完整的5次课程，每次都让我受益匪浅。

      在活动现场，总有人问我说，你是否在互联网行业工作？是否在BAT啊？每次我说出我的行业和职业，几乎每个人都觉得大跌眼镜。大家都觉得，在通信行业，做着研究的工程师，应该和这些玩意搭不上边吧？

       回头想想，早几年，我的生活和工作的确是这样。彼时，我还在第一家公司，做着一个测试工程师的职位，工作很努力，虽然做的不错，但内心非常迷茫。迷茫之中，是越来越多的没有耐心和抱怨。后来换了工作，异常艰苦，工作量都是以前的好几倍，但内心却越来越沉静和清醒。我想一方面是因为工作本身异常辛苦给予我的磨练和成长，还有另一个很大的原因是，能够走出通信圈，包括加入Toastmaster以及参加这些交流活动，向不同的人学习。

     纵观这些创业者，从这些创业者的起步看，出身背景都不相同，有部分是通信行业出身，有计算机出身，但都是找到了新的发展机会，成为领头者。我在台下的时候，会经常观察他们。我总是想，是什么样的特质能够让他们作为成功者可以脱颖而出？我想到了如下几点：

性格因素：心态开放，并专注于未来。

     我每次观察他们回答问题的方式。有时候有些问题比较尖锐，但他们的心态非常开放，可以从多个角度来说明这个问题。因为有时候，观点确实无关对错。他们谦逊的说话方式，使得他们在团队中是很强的沟通者，每个人都很愿意和他们打交道。我觉得生活也应当是如此。

有好的基本功。

面包旅行的CEO在面包旅行出来之前本身就是麦肯锡的咨询顾问，产品原型的代码就是自己亲自写的！阿姨帮的创始人因为出身于农村，需要帮亲戚们找关于家政的服务，但他本人之前是360的产品总监。因此在创业之前，写代码、执行力都玩到炉火纯青。所以，现在没有想要创业的同学们好好磨剑，也是一件很好的事情。

坚持学习。

书读得多，产品也如其人，气质自然呈现。此外，阅读量可以在回答问题的时候思路清晰。记得上次在精益创业的讲座上，有观众提的问题太过尖锐，底下一片哗然。而演讲者却能旁征博引出经济学原理，让提问者心服口服。实在很难以想象，他其实是出身于排行第一的通信设备厂商。

        这些成功者的特质，其实你、我，大家都有，但是要做到像他们那么极致则很难。我曾经问过面包旅行的CEO，你何以有这么多时间读书，何以有时间在自己的公共账号发布原创文章？像我一忙的时候很难坚持。他回答说，有啊，有啊，我在飞机上的时候，就在写。

          最后，还有一项非常重要的特质，可能很多人都忽略。血液里需要有创新的基因。

在清华公开课上，老师提问，为什么很多人拿着光鲜的学历，依然找不到好的工作，依然无法在社会突出，在自己的工作岗位上突出？答案是，这个社会是遵循二八原则。社会和公司最需要的是那20%的创新人才，因此他们干了80%的活，掌握了全社会80%的财富。

你是否同意？

人生有一万种生活的方式。我每次看到他们，我都在心里为他们鼓掌。

qq19900601037

额~

crystallee

mark

Helloamy2014

一段时间没回来,瞎忙,
近期写了很多草稿,但都是以忙为借口,写到一半.
最终发现,忙完之后,才发现,,提升自己,写我自己的文章才是真爱阿.

废话少说,放文章!

Helloamy2014

我的4G之路- 话说LTE的测量(一)

谁能告诉在一分钟之内告诉我测量配置消息里面包含什么东西？

在深入分析之前，你要是问我这个问题，我可能会很敷衍说，测量嘛，就是配置小区之类的，然后测量RSRP或者RSRQ。

其实大体上是这么个意思，但理解上还是不够系统。

因此趁着之前工作的原因，在此把测量归纳一下。鉴于内容较多，分成几次来写。

首先是测量的流程：

1）首先是给用户配置测量。

两个要素:即配置测量对象（measObject）以及上报配置（reportConfig）以及二者的绑定关系即使用measID将二者绑定起来。

LTE中的一次测量其实是由这两个元素决定，一个是测量对象，一个是上报配置。可以对同一个测量对象配置多个不同上报，也必然可以对不同对象配置一个相同上报。这两类配置就好像放在两个不同盘子的珠子，而测量的配置就是要设置一个测量ID，其作用就像绳子一样，将测量对象和上报对象像串项链一样串起来。

2）测量对象通常就是某个载波，终端会测量该载波下所有小区（黑名单不在其内）

3）测量上报：通常就是配置某个事件相关的参数，比方说A3判决公式里面的各种偏移（针对单个小区配置的Cell_individual offset以及针对用户配置的A3 偏移值）以及TTT定时器(Time to trigger)

4）其他的就是一些不是那么重要的东西了，比方说异频测量的Gap之类的。

总结下来，你就知道测量要配置哪些参数了吧？

那终端是怎么做呢？终端在测量值后，经过将经过层三滤波，之后进行判决，即启动一个Time to trigger定时器，看看是否在该事件内都一直满足条件，满足条件再上报某个事件。

说到这里，测量大体清楚了。其实测量ID这个绳子的作用是很大的。

君不见，协议中用了大量篇幅描写，其说到底就是：若测量对象删除，则相应的测量ID删除。若上报配置删除，则相应的测量ID也删除。

而删除了测量ID，那测量上报以及相应定时器停止。

但是，测量是否就真那么简单呢？还有哪些可以深挖的历史呢？

鉴于内容较多，下回再统一补充吧。

Helloamy2014

我的4G之路 - LTE的测量（2）

重新发挥一下唐僧的神经质，再问一下自己，对于测量的配置是否都真正理解了？？？？？

本来已经很有信心的说，测量嘛，不就是测量ID绑定测量对象和上报事件吗！！！！

但是，但是，具体谈及到现实中怎么用，其实又是一头雾水，尤其是在多个测量都一起配置的时候。这也许就是看无数次协议光理解了其字面意思，而无法理解其背后含义的原因吧。。。

好吧，我们从最简单的入手。

1）位置测量

通常使用的位置测量：当用户走到小区边缘上报的测量，其实就是在上报配置中配置一个A3 offset，即意味着当UE侧进行层三滤波完后，他会根据A3事件的公式进行判决：

邻区->本区+offset

（假如此时offset配置为负值，hysis和ocn都配置为0，A3事件的公式不再赘述）

这意味着本区的信号只强于邻区这么一点点，即该db值，则意味用户走到了小区的边缘。通过这种配置方法，就能筛选出小区边缘的一圈用户。

2）切换测量

接着如上场景，如果想让这一圈用户切换到一个邻近小区呢？

可以给这些边缘用户配置一个新的测量事件，此时设置对该小区一个偏移值，即Ocn。

还是从A3公式入手：

邻+Ocn>本区+offset

此时即便配置Offset=0，若给邻区配置一个正的Ocn值，即意味着将本小区的覆盖范围进行了人为缩减了Ocn这么大，即用户即便站着不动，也就自动切换到邻小区。

注意，Ocn即小区独立偏移，是针对单个小区配置的，在测量对象中配置。

3）异同总结

学通信的同学们，从数学公式一变换，其实从两种实现看，上报都是：

邻>本-某个db值

但其本质是完全不同的，代表的物理含义也截然不同。

A3偏移是针对A3事件的，而Ocn则是针对测量对象进行配置的，是分小区单独配置。

看来，真的需要使用，才能检测是否真正理解了。

/////////////////////华丽分割线/////////////////////////

以下是当时测量讨论的一些问题回答，应该还有很多，暂时先列出以下。等节后再阅读后再来一章专门补遗（因为阅读量太大啦！）。

为什么要采用目前这种测量ID的下发方式？
A：对于每一个测量对象和报告配置仅对UE下发一次，根据不同的网络要求来进行配置，避免了数据的重复传输，节省了信令开销。对于同一个测量对象可以配置不同的报告准则，对于相同的报告准则也可以被不同的测量对象所使用，增加了测量配置和上报的灵活性。

事件触发上报和周期上报?
A：事件触发好处：低时延，上报更加及时，无需等到周期的到达；

周期上报：虽然信令开销比较多，但信息更加全面，给eNB的RRM提供更大灵活性，相当于过滤的判决放在了基站实现。在LTE用户数这么多的情况下，使用事件触发，就能获得减少信令开销的明显优势。
后来又引入了事件触发周期上报方式。

是否需要GAP？
A：引入GAP的目的是为了equire transmission/reception gaps to allow the measurement to be performed.

手机需要空出调度的时间专门用于测量。因此是否需要gap，取决于ue的能力以及当前工作频点。

可见GAP的引入其实减少了用户的调度机会。因此专门引入了一个s-Measure值，当本区信号质量高于这个value的时候，仅进行同频测量，只有当服务小区恶化到一定程度，才进行异频\异系统测量，以节约GAP。

测量就先暂时写这里. 但测量显然还有很多东西可以深挖,我会在后续再专门进行补充咯

18987181912

血液里需要有创新的基因

Helloamy2014

在该网站的文章更新不够快. 因为我还得拷贝过来,再编辑一次.
感兴趣的同学,请在公共帐号进行最新文章搜索
大家要和我说说话,提提意见哦

Helloamy2014

考考你的英文水平- 321中的SR和BSR

上回提及MAC调度的时候，关于待传数据量的问题，对于下行调度而言，eNB是可以知道待传数据量的，因为此时eNB去查询RLC的缓冲区，就知道有多少数据量待发送。而对于上行方向上，则依赖于UE的上报数据量，即SR和BSR的发送，即本次要讨论的问题。

首先，上行方向上，为节约信令开销，其上报的粒度不是针对每个逻辑信道，而是针对某一类逻辑信道，即逻辑信道组的概念。通常咋做捏？将业务属性差不多的逻辑信道配置为一组，即可能分为大家熟悉的流类、交互类之类的。这个都很简单，属于UE在收到空口消息后，建立逻辑信道过程。

那在用户收到空口消息，建立好逻辑信道后，何时发送BSR呢？

其实协议中也是说了一通，大体分为，正常BSR、Padding BSR、周期性BSR。后者都很好理解，但前者要看明白还得花点功夫。且看：

UL data, for a logical channel which belongs to a LCG, becomes available for transmission in the RLC entity or in the PDCP entity and either the data belongs to a logical channel with higher priority than the priorities of the logical channels which belong to any LCG and for which data is already available for transmission, or there is no data available for transmission for any of the logical channels which belong to a LCG, in which case the BSR is referred below to as "Regular BSR";

。。。。

额的神阿，有末有一头雾水？偶也是。。。。

看，还是很考英文功底的吧。。。。。

直到俺读了无数遍，才明白正确的理解应该是：

1）条件1，即该逻辑信道有数据传送（即从无到有），但同时还不是那么简单，你以为你有数据就可以上报阿？显然你得有点新意，才能在一个Group中stand out出来。因为空口资源就是这么紧缺！即条件2）

2）逻辑信道优先级要比其他的在传的逻辑信道优先级别高，要么就是该逻辑信道是唯一需要传输数据的逻辑信道。

可见，这里想要强调的是“becomes available for transmission”！

这点清楚后，还得弄明白是谁在判决呢？即文中提及的“becomes available for transmission in the RLC entity or in the PDCP entity ”，可见，有没有数据要传输，都是高层RLC和PDCP说了算。

那什么叫RLC有数据要发呢？除了通常我们理解的从高层PDCP收到数据包，要打包后在各种传输模式（AM、TM、UM）的时候，以及在RLC层需要发送其他神马状态报告的时候显然也应该算上去吧？在RLC层需要状态包重传的时候也应该算上吧？因此这些情况都考虑到才算over了。具体就见36.322和36.323相关描述吧！

把这些搞明白以后，就是个怎么填写BSR的问题以及SR发送的问题了。

Helloamy2014

我的4G之路-BSR补遗（一）

坦白说，如果要深挖的话，问题肯定是有很多的。因为当时标准制定的时候，这么多公司经过长时间讨论，肯定是经过深思熟虑的。

所以要理解321中的来龙去脉，还是得看之前的文章。BSR上报的遗留问题将分成两次来写。今天将解释如下四个简单问题：

1）为啥是BSR的上报是按照逻辑信道组为单位？
当初是这么考虑该问题的：

首先，不管是Buffer的上报还是调度都存在一个业务优先级别排序的问题，越细分肯定越有助于网络进行精确调度。比如，要在信令和用户面数据之间进行区分，实时业务和非实时业务区分。

但还有一个重要考虑因素是，在满足以上调度需求上如何降低信令开销的问题。
最终是权衡在4个逻辑信道组。主要是考虑到本来给用户配置的逻辑信道不多，4个组就足够啦。

2)为啥要考虑周期性的BSR上报？

上次提及的那段英文描述可以认为是事件型的BSR上报。
引入周期性上报是需要解决BSR上报可靠性问题。BSR传输是在PUSCH上，若超过最大重传次数，则eNB无法获知用户有上传数据的需求，因此周期性BSR上报作为事件型的补充。

关于retxBSR-Timer的引入其实也是为了解决BSR上报可靠性问题。下次将重点讲解。

3）区分长短BSR的原因？
在很多情况下，上报全部的4个RBG分组有时是无必要的，譬如说，若就给用户配置了一个逻辑信道，就一个RBG分组，此时显然只需要上报一个RBG的信息，即短BSR。
此时就引入了短BSR和长BSR概念。长BSR就上报全部4个RBG分组的信息。

4）为啥要引入pading BSR？
可以从如下几个角度思考PaddingBSR。

首先：其实当enb收到上行数据包，发现包中包了一些乱七八糟的东西，即pading，enb就知道此时用户为啥可传的了。但此时就不妨包一个BSR上去，反正空间空着也是空着。
其次：Pading BSR有一个问题，就是表达的东西可能不是那么全面，比如Truncated BSR，被被迫截短。这也是协议中，将Truncated BSR和短BSR需要区分开，使用了不同的LCID的原因。

最后：在协议中还特别说明了：start or restart periodicBSR-Timer except when all the generated BSRs are Truncated BSRs;我理解，这里想要说明的是，对于Truncated BSR这种不太靠谱的上报，还是不要记录在periodicBSR-Timer中。

总结：鉴于Pading BSR的局限性，pading BSR优先级要低于常规BSR和周期BSR。

好了，有没有觉得321协议好理解了一点呢？