5G非独立组网与独立组网

大家好,我是小枣君。

第一个5G正式标准马上就要发布了,相信大家一定都在翘首企盼。

之前我曾经和大家介绍过,去年12月份的时候,我们其实已经发布了“半个”5G标准。是的没错,那个时候是“非独立组网(NSA)”的5G标准。

而我们现在正在等的,是“独立组网(SA)”的5G标准。

  • 非独立组网 Non-Standalone,NSA
  • 独立组网 Standalone,SA

关于非独立组网和独立组网,NSA和SA,虽然大家都听了很多次,但很少有人能真正搞懂它们到底是怎么一回事。

今天,我会用最通俗易懂的语言,全面介绍一下它们俩,希望能够让大家彻底明白它们到底是怎么一回事。

废话不多说,我们开始吧!

在南京夫子庙,有一个做餐饮业的老板,名叫星爷。

他开的店,名叫四号餐厅。餐厅的主厨,叫胖四。

餐厅的生意一直很好,但是随着业务日益增加,人满为患,已经无法满足客户的需要。

所以,星爷打算扩张自己的生意。

可是,扩张生意需要大量的资金,不能盲目投资。于是,他想了几种扩张的方案:

第一种方案(方案A),就是开一家全新的店。租一个门面房,取名“五号餐厅”,请一个新大厨,叫胖五。

这种方案,最简单直接,新大厨可以在新店里尽情发挥自己的厨艺。

但是,这种方案也是最贵的。需要花的钱,也是最多的。

第二种方案(方案B),就是开一家全新的店。租一个门面房,取名“五号餐厅”。但是,不请新大厨。由胖四直接负责照看四号餐厅和五号餐厅。

这种方案,虽然省钱,但是有点麻烦,难操作。最头痛的是,胖四很可能忙不过来。

于是,星爷就开始在两种方案之间反复纠结……

嗯,上面这个故事,聪明的通信汪肯定一下子就猜出来了——例子里面的厨师,就是核心网。店面,就是基站。4号,就是4G。5号,就是5G。

方案A

方案B

而我要告诉大家,其实故事里面的方案A,就是独立组网方式。而方案B,是非独立组网方式。(注意,独立组网和非独立组网,分为多种,方案A和B,都是各自其中一种。)

简单来说,之所以有独立组网和非独立组网之分,归根到底的原因,就是钱。

如果你是不差钱的土豪,如果你想拥有纯正的、完美的5G网络,给用户提供最酷的体验,那很简单,就是全部同时新建,采用独立组网方式

全新的5G核心网+全新的5G基站,和4G完全分隔开,你建设起来会很爽,维护起来也很爽。用户用起来,一样是爽。

但是,并不是所有运营商都是土豪。为了方便大家逐步享受5G,在独立组网方式之外,追求和谐社会的3GPP组织也设计了很多非独立组网方式,相当于提供了各种档次的“套餐”。

独立组网方式主要有2种。非独立组网方式有多少种?

8种。。。

5G组网之所以复杂,就是因为这个非独立组网。

大家看下图,非独立组网方式明显比独立组网方式多吧?

每一个小方框,都代表一种组网方式。

我们逐一介绍一下吧。先挑简单的说。

前面我们说的方案A,核心网和基站全部新建,就是选项2组网方式。财力充足的运营商,或者从零开始的运营商,无疑会选择这样的方案。

“选项2″组网方式

我们土豪就是2,不解释

或者,你把现有的4G基站升级一下,变成增强型4G基站。然后把它们接入5G核心网,这样可以利旧,多少也能省点钱。

LTE  eNB  -> eLTE eNB

e就是enhanced,增强型的意思,这里有点别扭,实际上应该是 e(LTE eNB)

“选项5″组网方式

这种方案,就是”选项5″组网方式。

不管怎么说,选项2和选项5,都是独立建网,所以都属于“独立组网方式”。

独立组网很简单。真正麻烦的,是非独立组网。

咳咳,为了最大化投资,为了稳步推进网络建设,为了……,我们决定采用非独立组网(严肃脸.jpg)。

我才不会告诉你,其实就是“穷”……

冷静!冷静!请你认真思考一下——如果你是星爷,想要扩张业务,你是先请大厨?还是先扩店面?

我想,大部分人都会选择先扩店面。是的,也就是先建5G基站。

很难理解?不难啊,你看看那些饭馆,店里坐不下,不就门外摆桌子嘛。。。

前提是城管不会找你麻烦

先建5G基站,这样确实比较简单。香烟我买不起一包,那我就买一根!慢慢攒钱,慢慢建:一个,两个,三个。。。积少成多。

而5G核心网(胖五大厨),费用比较贵,请了就要养着,烧钱。

上面这种“4G核心网+4G/5G基站”的方案(也就是星爷的方案B),属于典型的“3系”组网方式


“3系”组网方式,包括选项3、选项3a、选项3x。

在”3系”组网方式中,参考的是LTE双连接架构。

什么是双连接架构?

在LTE双连接构架中,UE(用户终端)在连接态下可同时使用至少两个不同基站的无线资源(分为主站和从站)。

5G基站是无法直接连在4G核心网上面的,所以,它会通过4G基站接到4G核心网。

因为传统4G基站的处理能力有限,所以无法承载5G基站这个“拖油瓶”,所以,需要进行硬件改造,变成增强型4G基站

这种组网方式,就是”选项3“。

而有的运营商,不愿意花钱改造4G基站(毕竟都是旧设备,迟早要淘汰)。于是,想了别的办法。

第一种办法,5G基站的用户面直接通4G核心网,控制面继续锚定于4G基站。

什么叫用户面?什么叫控制面?

简单来说,用户面就是用户具体的数据,控制面就是管理和调度的那些命令。

上面这种方式,叫做”选项3a“。

第二种方法,就是把用户面数据分为两部分,会对4G基站造成瓶颈的那部分,迁移到5G基站。剩下的部分,继续走4G基站

这种方式,叫做”选项3x“。

我们把它们三个放在一起,可以对比看看:

注意,只有”选项3″是增强型4G基站

3/3a/3x组网方式,是目前国外运营商最喜欢的方式,原因很简单:

  • 利旧了4G基站,省钱。
  • 部署起来很快很方便,有利于迅速推入市场,抢占用户。

好吧,虽然我们觉得先扩店面比较好,但确实有的老板愿意先雇大厨。也就是先建5G核心网。毕竟,很多优质的5G体验,必须基于5G核心网才能实现。

把”3系”组网方式里面的4G核心网替换成5G核心网,这就是”7系”组网方式。很容易记住吧?

需要注意的是,因为核心网是5G核心网,所以此类方式下,4G基站都需要升级成增强型4G基站

最后再看看”4系”。

其实很简单,在”4系”组网里,4G基站和5G基站共用5G核心网,5G基站为主站,4G基站为从站。

唯一不同的,选项4的用户面从5G基站走,选项4a的用户面直接连5G核心网。如下图所示:

以上,就是组网方式的解释说明。不知道大家都看明白了没?

诀窍都懂了吧?我来敲个黑板——这么多系里面,最重要的,就是那个3系。搞懂了3系,其它系都容易懂。将来打交道,研究最多的,估计就是3系和2系。

扔一个完全版的全家福,看得更清楚:


事实上,对于非独立组网来说,随着时间的发展,它最终也是往独立组网的方向演进。

而演进的速度,就取决于5G生态的成长情况。说白了,还是那句老话,如果有人用,就万事大吉,演进快快哒,如果没人用,那就#@¥%@&。。。

最后,送分题来了,大家猜猜,我们国家的三大运营商,会采取哪种方式实施5G建网呢?

本文摘自 https://mp.weixin.qq.com/s/VgojmG3MtIyOlHXHM3YQPA

Mapinfo为新图层录入经纬度信息

首先你得打开一个包含经纬度信息的图层,比如地图

然后打开Cosmetic Layer编辑状态进行编辑,将新编辑的图层命名保存,如newlayer

然后打开newlayer的编辑状态

Table->Maintenance->Table Structure,选择newlayer进行表结构编辑。

点击Add Field添加两个新Field,命名为Longitude、Latitude,Type设置为Float

然后在工具栏点击Show/Hide MapBasic Window,打开MapBasic窗口,输入以下语句点击回车执行

update newlayer set Longitude=centroidx(obj),Latitude=centroidy(obj)

保存Table即可。

MAPINFO中利用GridMaker工具创建栅格图层

在工作中需要使用栅格地图,以往都是由研发人员来创建,今天偶然发现Mapinfo中有GridMaker这样一个工具,结合网络搜索自己试了一下,居然做成功了,这里把步骤记录下来,方便以后查看。

1、首先在测定需要创建栅格的城市经纬度范围

这个比较简单,分别将鼠标放在地图区域的左下角和右上角,然后通过Mapinfo左下角的CursorLocation得到两个点的经纬度,即为整个区域的经纬度范围。

2、Mapinfo中添加GridMaker工具

在Mapinfo中Tools—>Tool Manager中添加GridMaker。

3、创建栅格图层

打开GridMaker工具,设置Extents中的经纬度范围,这个自己理解下就知道怎么填写了,然后再修改Spacing between lines即正方形栅格的边长,并根据需要选择保持位置和文件名,我这里保存为zzGrid.tab,其他参数默认。

创建完成后的效果:

看起来有点密集,放大后加上标注的效果:

到这一步,栅格创建已经基本完成了,但是目前栅格图层是没有经纬度的,我们在应用栅格图层的时候经纬度还是很有必要的,所以下一步加上经纬度。

4、提取栅格经纬度信息

在Table—>Maintenance—>Table Structure中,选择新创建的栅格表。添加两个字段,longitude/latitude,Type为Float。

打开Option—>MapBasic窗口,输入下面的命令,然后Enter。

update zzGrid set longitude=centroidx(obj),latitude=centroidy(obj)

很快就完成了,之后再看栅格图层的字段,已经添加上了经纬度。

我自己验证了一下,添加的经纬度是栅格中心点的经纬度,至此,创建栅格图层终于全部完成。

转载自https://www.cnblogs.com/zhangshuyx/p/5468465.html

NB-IoT下行传输过程

NB-IOT的下行数据传输过程与传统LTE相同,即先由控制信道指示资源调度信息, UE对搜索空间控制信道所承载的调度信息进行检测,如果发现属于自己的调度信息,那么UE将根据该调度信息的指示(包括资源位置,编码调制方式等)接收属于自己的NPDSCH下行数据信息。

下行传输过程-NPDCCH

NPDCCH所使用的CCE频域上大小为6个子载波
•Stand-alone/Guard band模式下,使用所有OFDM符号
•In-Band模式下,SIB1配置的起始OFDM符号(LTE control region size)

•NPDCCH最大聚合等级: 2,AL=2的两个CCE位于相同子帧
•重复传输仅支持AL=2

下行传输过程-NPDCCH-DCI N1

下行传输过程-NPDCCH-DCI N2

下行传输过程-NPDCCH-PDCCH Order

定义三种搜索空间,
• UE-specific search space,USS
• Type1-NPDCCH common search space,CSS for Paging
• Type2-NPDCCH common search space,CSS for RAR

•仅在AL=2时,可以配置重复传输
•在无NPDCCH重复传输的情况下,任何子帧中,3种盲检候选集
•在NPDCCH重复传输的情况下,任何子帧中,4种盲检候选集
•盲检候选集 定义 {AL, #repetition, #blind decodes}

下行传输过程-NPDSCH

下行传输过程-NPDCCH与NPDSCH发送定时

根据NPDCCH和NPDSCH的最小调度单元来分配资源。当UE在第n个subframe 盲检NPDCCH后检测出有效DCI时,则在该DCI指示的第n+m帧处开始接收下行NPDSCH数据。
NPDCCH结束子帧与对应NPDSCH起始子帧之间存在一个定时。NPDCCH DCI指示NPDCCH的结束子帧与NPDSCH的起始子帧之间的时延。这个时延应不小于4ms(>=4ms)。
NPDCCH的结束子帧为n,NPDSCH开始子帧为n+5ms+k 0 (先间隔4ms,然后根据k 0 确定起始子帧位置),k 0 为有效子帧数。

下行传输过程-NPDCCH发送定时

对于同一UE:
•NPDCCH结束子帧与NPDSCH起始子帧之间,不能再次发送NPDCCH
•NPDCCH结束子帧与ACK-NPUSCH起始子帧之间,不能再次发送NPDCCH
•DL GAP期间,不能发送NPDCCH
•PDCCH order的NPDCCH结束子帧与NPRACH起始子帧之间,不能再次发送NPDCCH

下行传输过程-下行传输时序图

下行传输过程-DL GAP

在UE连接态,对于极限覆盖用户会采用重复次数很长的传输,其可能会对其他正常覆盖用户产生干扰。为了减少这种干扰,引入下行Gap机制,即:如果NPDCCH的Rmax大于等于X1,则NPDCCH和NPDSCH需要按照Gap图样传输,当NPDCCH/NPDSCH的传输时间与Gap配置相重合时在Gap期间停止下行发送,直到Gap之后的第一个有效子帧开始继续传输。Gap配置图样如图所示:

•Gap周期(起始位置的周期):2bit,{64, 128, 256, 512},表示绝对子帧数
•Gap Size:2bit,{1/8, 1/4, 3/8, 1/2} * Gap period,表示绝对子帧数,

下行传输过程-有效子帧

NB-IOT系统中的有效/无效子帧都是针对下行子帧来说的。下行无效子帧包括以下子帧:
• 针对系统中的所有UE,NB-IOT系统的PSS/SSS/MIB/SIB1所占用的子帧都是无效子帧
• 针对系统中的所有UE,在SIB1中广播为无效的子帧(如LTE系统的MBSFN子帧)都是无效子帧,不广播则都是有效子帧。SIB1中 以bitmap的形式广播小区中的无效子帧:
–in-band模式下,广播10ms或者40ms内的无效子帧配置
–standalone或者guard-band模式下广播10ms内的无效子帧配置
• 针对满足DL GAP传输的UE,在DL GAP SIZE期间的下行子帧都是无效子帧。
NB-IOT系统中的无效子帧,对于NPDCCH/NPDSCH和寻呼PO来说都是无效子帧。因此对于{PF,PO}:
• 使用现有的PO子帧图样;
• 如果基于{PF,PO}确定的子帧是有效子帧,则该子帧是Paging CSS的起始子帧;
• 如果基于{PF,PO}确定的子帧不是有效子帧,则位于该子帧之后的第一个有效子帧是PagingCSS的起始子帧。

NB-IoT上行同步

上行传输的一个重要特征是不同UE在时频上正交多址接入,即来自同一个小区的不同UE的上行传输之间互不干扰。为了保证上行传输的正交性,避免小区内(intra-cell)干扰,eNodeB要求来自同一子帧但不同频域资源的不同UE的信号到达eNodeB的时间基本上是对齐的。eNodeB只要在循环前缀(Cyclic Prefix)范围内接收到UE所发送的上行数据,就能够正确地解码上行数据,因此上行同步要求来自同一子帧的不同UE的信号到达eNodeB的时间都落在循环前缀范围之内。

NB-IOT的上行同步复用LTE的机制,eNB下发TA控制命令字来保证上行同步。与传统LTE系统相同,NB-IOT系统在随机接入的Msg2中下发TA命令字用于控制上行同
步,在RRC_connection状态通过TA MAC CE来调整上行同步。该机制与传统LTE系统相同。
协议中规定,下行TA MAC CE传输完成到上行NPUSCH应用该TAC命令字的时间间隔至少为12ms。

NB-IoT随机接入流程

  • 在Rel-13版本中,NB-IOT系统不支持切换和载波聚合,也不支持UE上报测量的定位, NB-IOT系统中需要使用随机接入过l程的场景
  • Rel-13版本中,全部采用基于竞争的随机接入方式

NB-IOT的基于竞争的随机接入流程与传统LTE流程一致,包含4步

基于竞争的随机接入Type1-MSG1

Msg1,是UE选择发送preamble码字的NPRACH时频资源,确定发射功率,
向eNB发送preamble码字。
在LTE系统的Msg1过程中,终端需要选择Preamble码字,并选择PRACH时频
物理来发送Preamble码。而在NB-IOT系统中,NPRACH仅通过时频资源进行
区分,不再支持码分。NB-IOT的NPRACH采用3.75K的子载波间隔,为single-
tone模式,并默认跳频。

NPRACH参数:

NPRACH资源选择:

在NB-IOT中,NPRACH配置相应的repetitions。NPRACH的repetitions支持{1, 2, 4, 8,16, 32,64, 128},eNB最多可以配置其中3个Repetition times,用来支持最多3种CELs(CEL编号为0、1、2,CEL0为最近的覆盖等级)。即NPRACH的时频资源是与CEL相关的。不同CEL的RSRP门限通过广播下发,终端根据RSRP门限来确定自己的CEL,从而选择相应的NPRACH资源发起随机接入。
NB-IOT系统的上行支持single-tone和multi-tone两种方式(即单频点和多频点),两种方
式的NPRACH资源不同,因此终端还需根据其是否支持multi-tone选择相应的NPRACH资源来发起随机接入。换言之,PRACH资源的选择结果就能反映该终端是否支持multi-tone。

RAR响应窗口:

. Preamble重复的最后子帧在加3子帧开始
. 随机接入响应窗口单位是PDCCH周期

RAR超时处理:
终端发送Msg1后没有收到自己的RAR响应消息,会再次在该CEL上发起随机接入。在该
CEL上发起的随机接入次数达到一定值后,终端将尝试在高一级CEL上发起随机接入。在
各个CEL上尝试的次数总数有门限控制。也就是说,同一CEL上发起的随机接入次数有以
上限,所有CELs上总的随机接入次数有一上限。
如果没有收到RAR或者该RAR与自己的NPRACH不相符,则重新发起的NPRACH与RAR结束之间的定时间隔应不小于12ms;
CRT超时处理:
如果Msg4的竞争解决失败,那么在该CEL上再次发起随机接入,在该CEL上可以尝试的最大随机接入次数为所有CELs总的随机接入次门限。如果UE位于CEL0,该CEL上的随机接入次数计数用于NPRACH的power ramping计算。

基于竞争的随机接入Type1-MSG2

eNB在收到Msg1后在特定的时间窗内发送RAR(Msg2)。发送窗大小与覆盖相
关,由SIB指示,大小为{2, 3, 4, 5, 6, 7, 8, 10}*PDCCH搜索空间周期的倍数,但最
大不能超过10.24s。发送窗的起始位置定义如下:
• PRACH结束后不需要插入UL GAP时,PRACH结束子帧与发送窗起始子帧之间应间隔3ms;
• 如果NPRACH传输完成后正好需要插入一个UP GAP,那么应该在UL GAP结束之后开始RAR窗。
NB-IOT的Msg2支持基于NPDCCH调度的RAR传输,NPDCCH由RA-RNTI加扰,在
type2 CSS中下发。在Msg2的调度DCI中指示Msg2的repetitions times。

Msg2的RAR内容包含:TA调整量,Temp C-RNTI,Msg3的UL grant(包括传输
initial Msg3的PUSCH的repetitions times)。
Msg2的RAR对应的RA-RNTI计算为:RA-RNTI=1+floor(SFN/4)(SFN是NPRACH
起始子帧所在的无线帧号)。MAC PDU中的RAPID指示NPRACH频域subcarrier
ID信息。一个Msg2中可以包含多个时间相同而频域不同的NPRACH的RAR相应结果,以提高接入能力。

Msg2的UL GRANT内容包含:
•上行子载波间隔:3.75KHz or 15KHz
•上行频域信息:同DCI N0中的UL grant
•MCS/TBS:TBS=88bit,用3 bit来表示MCS
– 000:pi/2 BPSK for ST and QPSK for MT, N_RU=4
– 001:pi/4 QPSK for ST and QPSK for MT, N_RU=3
– 010:pi/4 QPSK for ST and QPSK for MT, N_RU=1
– Others are reserved
•调度时延:k 0 取值范围为{12, 16, 32, 64}
•Msg3的重复次数:取值范围同DCI N0中的repetition number

基于竞争的随机接入Type1-MSG3

Msg3中携带CCCH信令和DVI/PHR,Msg3承载的PUSCH的扰码由Temp C-RNTI生
成。Msg3中携带CCCH根据场景不同而不同:
•初始接入:RRCConnectionRequest
•RRC重建:RRCConnectionReestablishmentRequest
•RRC恢复:RRCConnectionResumeRequest

Msg3资源:

终端收到Msg2后,在Msg2授权的NPUSCH资源上发送Msg3。Msg2消息传
输结束到Msg3消息传输开始的时间间隔需要>=12ms。NB-IOT的Msg3是可以支
持multi-tone或者single-tone传输的,UE通过选择的NPRACH Resource隐含指示
其是否支持multi-tone。但当NPRACH的重复次数为{32, 64, 128}时,Msg3不支
持multi-tone。
指示Msg3重传的NPDCCH的搜索空间与Msg2对应的NPDCCH的搜索空间相
同,即指示Msg3首次传输资源和Msg3重传资源的NPDCCH的搜索空间相同。
传输initial Msg3的PUSCH的repetitions times在MAC RAR(Msg2)的UL grant中指
示。Msg3重传的repetitions times在对应的NPDCCH DCI中指示。

Msg3内容:

不论是CP模式还是UP模式,Msg3的大小都是88bit。
Msg3会用4bit来上报Data volume(DVI,含义类似BSR),用于后续上行调度的
资源计算。Data volume包括用户数据(含SMS)、通过用户面或者控制面传输
的NAS信令。Msg3中还会用2bit来上报PHR。
Msg3可以包含RRC消息和MAC CE;在NB-IoT中msg3中的DVI/PHR(简称为DPR)
是MAC CE,但没有独立的LCID,msg3中的DPR和CCCH公共一个UL SCH LCID
(00000)。
Msg3重传的PDCCH使用Temp C-RNTI加扰,在Type2 CSS中下发。

基于竞争的随机接入Type1-MSG4

Msg4中包含CCCH信令和竞争解决MAC CE(UE Contention Resolution Identity
MAC Control Element)。Msg4包含的CCCH信令根据场景不同而不同:
•初始接入:RRCConnection
•RRC重建:RRCConnectionReestablishment
•RRC恢复:RRCConnectionResume

Msg4对应的NPDCCH 的搜索空间与Msg2对应的NPDCCH的搜索空间相同,都是
CSS搜索空间,其由Temp C-RNTI加扰。Msg4的调度 DCI中指示Msg4的
repetitions times。
Msg4中携带竞争解决ID(竞争解决ID为Msg3中CCCH SDU的前48 first)。UE在
发送Msg3之后即启动竞争解决定时器。竞争解决定时器大小由SIB指示,大小
为{1, 2, 3, 4, 8, 16, 32, 64}*PDCCH搜索空间周期,但最大不能超过10.24s。
如果竞争解决定时器超时,或者Msg4中的竞争解决ID不是自己的,那么竞争
解决失败。如果竞争解决成功,那么Temp C-RNTI成为C-RNTI。

基于竞争的随机接入Type2

基于竞争的随机接入过程,包括上行数据到达和PDCCH order触发的随机接入:
• 上行数据到达:随机接入过程由UE的MAC层发起。UE有上行业务需求而没有上行资源
时,通过带C-RINTI的随机接入过程来申请上行资源(Rel-13的NB-IOT系统不支持SR上
报)。
• PDCCH order触发:下行数据达到而上行失步时的随机接入过程,由eNB下发的PDCCH order发起。PDCCH order在UE的USS空间中下发。PDCCH order的DCI中指示了UE初始发起随机接入的覆盖等级、UE使用的subcarrier ID.

基于竞争的随机接入Type2-MSG0

Msg0仅针对PDCCH order发起的随机接入过程。eNB下发PDCCH order,可以指
示UE使用的NPRACH subcarrier ID,同时指示UE从PDCCH order指示的覆盖等级
开始发起随机接入。如果PDCCH order指示的subcarrier ID=0,即表示由UE随机
选择NPRACH子载波。

基于竞争的随机接入Type2-MSG1

对于上行数据达到的随机接入过程,UE的处理同Type类型的随机接入。
对于PDCCH order触发的随机接入过程,如果PDCCH order指示的subcarrier ID=0,则UE从
PDCCH order指定的覆盖等级开始,按照Type1的方式选择PRACH资源发送preamble码字;
如果PDCCH order指示的subcarrier ID不为0,则UE从PDCCH order指定的覆盖等级开始,
在所在覆盖等级上根据nprach-SubcarrierOffset + (ra-PreambleIndex modulo nprach-
NumSubcarriers)确定NPRACH的子载波来发送preamble码字,其中,nprach-
SubcarrierOffset为所在覆盖等级的NPRACH资源起始子载波,ra-PreambleIndex为PDCCH
order指示的subcarrier ID,nprach-NumSubcarriers为所在覆盖等级的NPRACH子载波个数。
PDCCH order触发的随机接入过程中,Msg1开始与Msg0结束之间的定时间隔应不小于
8ms。

基于竞争的随机接入Type2-MSG2

Type2类型的随机接入MSG2与Type1类型相同

基于竞争的随机接入Type2-MSG3

UE在Msg3中携带含已经分配的C-RNTI的MAC CE,剩余资源可用于上行数据传输、上报
shortBSR(如果有BSR)。Msg3重传的PDCCH使用Temp C-RNTI加扰,在Type2 CSS中下发。

基于竞争的随机接入Type2-竞争解决

Msg3之后即可用于正常的数据调度。其PDCCH用Msg3中的C-RNTI加扰,在Type2 CSS空间中下发,可调度上行(上行数据到达)或者调度下行(PDCCH order触发)。UE收到C-
RNTI加扰的PDCCH,即认为竞争解决,此后继续使用C-RNTI,丢弃Msg2中分配的Temp C-RNTI。
竞争解决后,转入USS空间下发PDCCH。

NB-IoT小区搜索过程

小区搜索的主要目的:
•与小区取得频率和符号同步(下行同步)
•获取系统帧定时
•确定小区的PCI

UE不仅需要在开机时进行小区搜索,为了支持移动性,UE会不停地搜索邻居小区、取得同步并估计该小区信号的接收质量,从而决定是否进行小区重选(NIoT不支持切换)。
小区搜索过程见协议36.213。

NPSS & NSSS

NPSS占用每一帧的子帧5;NSSS占用偶数帧的子帧9;
In-band 模式下 NB-IoT PSS/SSS根据LTE天线端口数来避开LTE CRS
Stand-alone 和Guard band模式下无需避开LTE CRS

NRS

1.NRS用于物理下行信道解调,RSRP/RSRQ测量。
2.支持1或者2天线端口,映射到Slot的最后两个OFDM符号
3.#0,#4,#9(非NSSS)以及其它需要解调信道(PBCH/SIB1-NBPDSCH/NPDSCH/NPDCCH的子帧

PBCCH