NB-IoT系列协议--3GPP--Release 16--TS 45.820--低吞吐量物联网CIoT

1.介绍
2.缩写
3.目标
- 3.1 性能目标
- - 3.1.1 提高室内覆盖
  - 3.1.2 支持大量的低吞吐量设备
  - 3.1.3 降低复杂性
  - 3.1.4 提高功率效率
  - 3.1.5 延迟
- 3.2 兼容性目标
- - 3.2.1 共存性
  - 3.2.2 实施对基站的影响
  - 3.2.3 实施对移动电台的影响
4.评价方法
- 4.1 改善覆盖率评估方法
- 4.2 能力评价方法
- - 4.2.1 一般方法
  - 4.2.2 基于MS生成的用户数据进行容量评估
  - 4.2.3 基于软件更新/重构模型的容量分析
- 4.3 延迟评价方法
- - 4.3.1 概述
  - 4.3.2 分析计算MAR异常上行报告的延迟
  - 4.3.3 对MAR生成的上行报告的延迟评估
  - 4.3.4 对上行生成的MAR定期报告的下行应用层ACKs的延迟评估
  - 4.3.5 网络同步时间
  - 4.3.6 随机存取延迟
- 4.4 能源消耗评价方法
5.参考协议规范

1.介绍

机对机(M2M)通信为3GPP生态系统提供了一个重要的增长机会。支持所谓的“物联网”(物联网)，3GPP运营商解决使用场景与设备能效(数年的电池寿命)，可以达到在挑战如室内地下室和覆盖条件，更重要的是，足够便宜，这样他们可以部署在大规模甚至是一次性的。
本技术报告所基于的研究既考虑了发展当前GERAN系统的可能性，也考虑了设计一种新的接入系统，以满足M2M市场低数据率终端的蜂窝物联网系统的要求。

2.缩写

缩写	全称
ACK	Acknowledgement
BLER	Block Error Rate
BS	Base Station
CIoT	Cellular Internet of Things
CN	Core Network
CoAP	Constrained Application Protocol
CP	Cyclic Prefix
DL	Downlink
DSP	Digital Signal Processing
DTLS	Datagram Transport Layer Security
GWCN	Gateway Core Network
IC	Integrated Circuit
IP	Internet Protocol
IoT	Internet of Things
LDO	Low Differential Output
MAC	Medium Access Control
MCL	Maximum Coupling Loss
MOCN	Multi-Operator Core Network
MTC	Machine Type Communications
OFDMA	Orthogonal Frequency Domain Multiple Access
PA	Power Amplifier
PBCH	Physical Broadcast Channel
PCB	Printed Circuit Board
PCID	Physical Cell ID
PDCCH	Physical Downlink Control Channel
PDSCH	Physical Downlink Shared Channel
PRACH	Physical Random Access Channel
PSCH	Physical Synchronization Channel
PSS	Power Saving State
PUCCH	Physical Uplink Control Channel
PUSCH	Physical Uplink Shared Channel
RAM	Random Access Memory
RAU	Routing Area Update
RF	Radio Frequency
RTC	Real Time Clock
Rx	Receive
SAP	Service Access Point
SC-FDMA	Single Carrier Frequency Domain Multiple Access
SINR	Signal to Interference Plus Noise Ratio
SMS	Short Message Service
SNDCP	Subnetwork Dependent Convergence Protocol
TAU	Tracking Area Update
TCXO	Temperature Compensated Crystal Oscillator
TPSK	Tone-Phase-Shift-Keying
TU	Typical Urban
Tx	Transmit
UDP	User Datagram Protocol
UL	Uplink

3.目标

3.1 性能目标

3.1.1 提高室内覆盖

许多应用程序需要在室内部署机器类型通信(MTC)设备，例如在公寓的地下室，或在可能接近地面层的室内设备上。这有效地意味着室内覆盖应该是容易获得和可靠的。与商业上可用的传统GPRS(非EGPRS)设备相比，它应该有可能达到20db的扩展覆盖。假设制程的遗产GPRS(非EGPRS)是144,0分贝(见附件B)。扩展覆盖应该允许交付的数据速率至少160个基点的上行和下行(相当于)服务访问点(SAP)相当于子网融合协议(SNDCP)层的依赖。

3.1.2 支持大量的低吞吐量设备

一个能够支持大量设备的系统，每个设备生成少量的数据是必需的。在小区水平上，预计每个小区的每户可拥有多达40个MTC设备。

3.1.3 降低复杂性

M2M应用程序需要非常便宜的设备(以便它们可以大规模部署或以一次性方式部署)。这项研究应该考虑到MTC器件的吞吐量要求非常有限，可能不需要支持电路交换服务来开发能够显著降低复杂性和成本的技术。

3.1.4 提高功率效率

电子设备的功耗与遗产GPRS(非EGPRS)应该降低，这样他们就可以有多达十年电池寿命的电池容量5 Wh(瓦特时)，即使在不利的地区覆盖条件下，20 dB覆盖在遗留GPRS可能需要扩展。

3.1.5 延迟

M2M设备通常支持放宽延迟特性，在评估例如系统容量时可以将其考虑在内。
某些应用(例如警报)可能需要一个合理严格的延迟配置文件。对于支持此类应用程序的设备，从应用程序“触发事件”到准备好从基站向核心网络传输的数据包之间的上行，延迟要求为10秒是合适的。

3.2 兼容性目标

3.2.1 共存性

蜂窝物联网系统应避免对部署在同一频带的旧GSM/WCDMA/LTE系统的负面影响，并遵守适用于系统运行频带的监管要求。

3.2.2 实施对基站的影响

应尽量减少对GPRS/EDGE基站硬件的影响。

3.2.3 实施对移动电台的影响

蜂窝物联网的移动站不需要与传统GPRS网络兼容。

4.评价方法

4.1 改善覆盖率评估方法

最大耦合损耗(MCL)被用作覆盖性能的度量。候选解决方案的覆盖性能为具有有限MCL的逻辑信道的覆盖性能。

4.2 能力评价方法

4.2.1 一般方法

容量度量定义为报告数/200 kHz/小时的光谱效率。应该为每个候选解决方案定义最小系统带宽，并假设任意容量下的系统带宽。性能评估也应该声明。

4.2.2 基于MS生成的用户数据进行容量评估

通过运行带有移动自主报告(MAR)周期性流量模型和网络命令流量模型的系统级模拟来评估容量度量。

4.2.3 基于软件更新/重构模型的容量分析

软件更新/重新配置模型用于运行独立系统级模拟，以了解此类流量对系统容量的影响。

4.3 延迟评价方法

4.3.1 概述

预期在蜂窝物联网上支持的应用程序通常预期具有延迟容忍度，这种宽松的延迟要求应用于具有超低复杂度和扩展覆盖(在建设中)的系统设计中。然而，理解移动自主报告异常报告系统中预期的延迟范围仍然很重要，该异常报告可能由需要近实时交付的报警类型应用程序生成。

4.3.2 分析计算MAR异常上行报告的延迟

基于异常报告流量在系统中会有优先级的假设，在GPRS参考MCL+0dB、GPRS参考MCL+ 10db和候选技术最大可实现的覆盖条件下，使用分析方法(即使用消息序列图计算延迟)。

4.3.3 对MAR生成的上行报告的延迟评估

延迟评估是基于MAR周期模型进行的，这是系统级模拟的一部分，用于系统容量评估。MAR UL定期报告的延迟定义如下:
-延迟排除了读取SI所需的时间(因为这通常不是必需的)。
-延迟包括UE与网络同步的时间(参见子条款5.6)。
-延迟包括从设备访问尝试到基站成功接收到UL应用层有效负载的时间。
-在这种情况下没有特定的延迟要求。

4.3.4 对上行生成的MAR定期报告的下行应用层ACKs的延迟评估

延迟分析了应用层DL ACK的上行报告由3月定期生成模型作为系统级模拟系统容量评估延迟测量从一个应用程序层DL收到ACK的基站(从应用程序服务器),直到时间当设备已经成功接收到应用程序层DL ACK。在这种情况下，没有特定的延迟要求。

4.3.5 网络同步时间

网络同步被定义为GSM的FCCH+SCH捕获的等价物。网络同步评估与一个(等效)BCCH载波初始小区搜索和小区重新确认。假设广播载波的时间未知，均匀分布进行初始小区搜索。网络同步将评估在一个耦合损失144 dB, 154 dB，和MCL为候选提案。网络同步不需要额外的MCL裕量。提供网络同步的检测率(%)和假检测率(%)。提供网络同步后的同步时间、频率精度和时间精度。

4.3.6 随机存取延迟

随机访问延迟定义为从设备应用程序触发第一个访问请求到从该设备的角度解决占用的时间。来自系统级仿真的随机访问时延将作为两种建筑物渗透损耗部署场景和已达成协议的流量模型的访问时延的CDF呈现。每个场景中失败的随机访问尝试的百分比(不包括在CDF中)将被声明。在候选技术的MCL上给出了接入信道的假检出率(%)。

4.4 能源消耗评价方法

能源消耗分析的目的是计算一个MTC装置的可实现的电池寿命使用一个特定的候选解决方案。假设电池容量为5 Wh，而不考虑电池泄漏影响，因为这取决于电池技术。

5.参考协议规范

TS 45.820–低吞吐量物联网(CIoT)

温馨提示：
以上文章描述如有不清晰之处，欢迎在评论区评论，如有时间，会第一时间回复，谢谢！

NB-IoT系列协议--3GPP--Release 16--TS 45.820--低吞吐量物联网(CIoT)相关推荐

NB-IoT系列协议
NB-IoT系列协议 1.概述 2.3GPP TS系列协议列表 1.概述 3GPP的组织结构中,项目协调组(PCG)是最高管理机构,代表OP负责全面协调工作,如负责3GPP组织架构.时间计划.工作分配 ...
产品电信nb接口调用_艾礼安NB—IoT产品通过中国电信物联网开放平台接入认证...
原标题:艾礼安NB-IoT产品通过中国电信物联网开放平台接入认证近日,从电信部门传来好消息,艾礼安NB-IoT系列产品成功通过了中国电信物联网开放平台接入认证. 艾礼安NB-IoT产品通过电信认证 ...
nb信号和4g信号_三大运营商NB—IoT技术对比
龙源期刊网 http://www.qikan.com.cn 三大运营商 NB - IoT 技术对比作者:通信世界网来源:<物联网技术> 2018 年第 02 期摘要: NB-IoT ...
3GPP 36系列协议
转载于:http://blog.sina.com.cn/s/blog_4e3034900102v36x.html,感谢! 对LTE的体会,它无时无刻不灌输着这样一个思想:就是物理层和MAC层的处理因信 ...
3GPP中用于LTE的36系列协议大全
3GPP中用于LTE的36系列协议大全,总结如下,仅供参考: 数据资源来自: http://www.3gpp.org 所有资料直达链接 -> 3GPP Specification series: ...
【物联网学习笔记——人人学IoT系列】三、窄带无线，海量物联
目录 1. NB-IoT 1.1 NB-IoT背景知识 1.2 NB-IoT的网络总体架构 2. NB-IoT中的Niubility技术 2.1 NB-IoT物理层 2.1.1 NB-IoT上行技术 ...
5G技术关键里程碑-3GPP Release 17标准完成
一.5G标准基本情况早些时候,3GPP 第 17 版--全球 5G 标准的第三部分--达到了第 3 阶段功能冻结(翻译:系统设计完成).尽管整个版本是在包括 3GPP 在内的全球大流行病中开发的,但 ...
WIFI系列协议--802.11v--无线网络管理
WIFI系列协议--802.11v--无线网络管理 1.概述 2.定义 3.缩写 4.总体描述 4.1 无线网络管理 4.1.1 概述 4.1.2 BSS Max idle period manage ...
NB-IoT系列协议--3GPP--Release 16--TS 36.300--总体描述；阶段2
NB-IoT系列协议--3GPP--Release 16--TS 36.300--总体描述:阶段2 1.范围 2.定义 3.缩写 4.总体架构 4.1 概述 4.2 功能划分 4.3 无线电协议体系结 ...

NB-IoT系列协议--3GPP--Release 16--TS 45.820--低吞吐量物联网(CIoT)