十大性能PK：当NB-IoT 遇上 eMTC

伴随着移动通信技术的不断发展，全球物联网即将迎来快速的发展。在国际运营商中，AT&T、Verizon、KDDI、KPN、Orange、NTT DoCoMo、Telefonica、Telstra、Telus都先后开展了eMTC的商用。

在我国，电信率先起跑，在确立了800MHz组网能力之后，一口气要建成30万NB-IOT基站。联通与Jasper签订双排他协议，早早确定了NB-IOT作为发展方向。

而最早提出的中移动，却在NB-IoT与eMTC之间徘徊不定，这之间的原因，主要是两种制式各有所长，而中移动的TDD网络决定了其决策上的纠结性。

本文就NB-IoT与eMTC的主要性能，在十个方面进行了系统地梳理及详细地分析，在十轮论战过后，让我们再重新审视中移动的最佳决策应该是什么样子的。

在物联网的建网中，有非常多的应用场景需要满足，那么NB-IoT 与eMTC是在哪个场景下进行PK的呢？主要有三个场景，我们依次来看一下。

物联网应用可根据速率、时延及可靠性等要求，主要可分为三大类：

在以上各类业务中，LPWA业务由于连接需求规模大，是全球各运营商争夺连接的主要市场。NB-IoT 与eMTC也主要是在这个战场上进行PK的。

NB-IoT 与EMTC一路走来，是战败了哪些网络制式，才走到最后的呢？

目前，存在多种可承载LPWA类业务的物联网通信技术，如GPRS、LTE、LoRa、Sigfox等，但存在如下问题：

上述几点已经成为阻碍LPWA业务发展的影响因素，与这些制式相比，NB-IoT 与EMTC优势较为明显。

NB-IoT与eMTC的十轮鏖战

总结来看，NB-IoT 覆盖半径约是GSM/LTE 的4 倍，eMTC覆盖半径约是GSM/LTE 的3 倍，NB-IoT 覆盖半径比eMTC 大30%。NB-IoT 及eMTC 覆盖增强可用于提高物联网终端的深度覆盖能力，也可用于提高网络的覆盖率，或者减少站址密度以降低网络成本等。

NB-IoT ：在3GPP 标准中的终端电池寿命设计目标为10 年。在实际设计中，NB-IoT 引入eDRX 与PSM 等节电模式以降低功耗，该技术采用了降低峰均比以提升功率放大器（PA）效率、减少周期性测量及仅支持单进程等多种方案提升电池效率，以达到10 年寿命的设计预期。

eMTC ：在较理想的场景下，电池寿命预期也可达10 年水平，其终端也引入了PSM 与eDRX 两种节电模式，但是实际性能，还需后在不同场景中做进一步评估、验证。

NB-IoT ：其采用更简单的调制解调编码方式，以降低存储器及处理器的要求；采用半双工的方式，无需双工器、降低带外及阻塞指标等等一系列方法。在目前市场规模下，其模组成本可达5 美金以下，在今后市场规模扩大的情况下，规模效应有可能使其模组成本进一步下降。

eMTC ：其也在LTE 的基础上，针对物联网应用需求对成本进行了一定程度的优化。在市场初期的规模下，其模组成本可低于10 美金。

4连接数

NB-IoT ：其在设计之初所定目标为5 万连接数/ 小区，根据初期计算评估，目前版本可基本达到要求。但是否可达到该设计目标取决于小区内各NB-IoT 终端业务模型等因素，需后续进一步测试评估。

eMTC：其连接数并未针对物联网应用做专门优化，目前预期其连接数将小于NB-IoT技术，具体性能需后续进一步测试评估。

定位功能：在NB-IoT技术的R13 版本中，为降低终端的功耗，在系统设计时，并未设计PRS 及SRS。因此，目前NB-IoT 仅能通过基站侧E-CID 方式定位，精度较粗。当然，未来的升级中将进一步考虑增强定位精度的特性与设计。

多播(multi-cast)功能 ：在物联网业务中，基站有可能需要对大量终端同时发出同样的数据包。在NB-IoT 的R13 版本中，无相应多播业务，在进行该类业务时需逐个向每个终端下发相应数据，浪费大量系统资源，延长整体信息传送时间。在R14 版本中，有可能对多播特性进行考虑，以改善相关性能。

移动性/ 业务连续性增强功能：R13 中NB-IoT 主要针对静止/ 低速用户设计、优化，不支持邻区测量上报，因此无法进行连接态小区切换，仅支持空闲态小区重选。R14 阶段会增强UE 测量上报功能，支持连接态小区切换。

对于标清与高清的VoIP 语音, 其语音速率分别为122kbps 与2385 kbps。即全网至少需提供106 kbps 与177 kbps 的应用层速率，方可支持标清与高清的VoIP语音。

NB-IoT ：其峰值上下行吞吐率仅为67 kbps 与30 kbps，因此，在组网环境下，无法对语音功能进行支持。

eMTC：其 FDD 模式上下行速率基本可满足语音的需求，但从产业角度来看，目前支持情况有限，对于eMTC TDD 模式，由于上行资源数受到限制，其语音支持能力较eMTC FDD 模式弱。

NB-IoT ：在R13 版本下，其连接态下无法进行小区切换或重定向，仅能在空闲态下进行小区重选。在后续版本中，产业界有可能针对某些垂直行业需求，提出连接态移动性管理的需求。

eMTC：由于该技术是在LTE 基础上进行优化设计，可支持连接态小区切换。

NB-IOT：对于未部署LTE FDD的运营商，NB-IOT 的部署更接近于全新网络的部署，将涉及到无线网及核心网的新建或改造及传输结构的调整，同时，若无现成空闲频谱，则需对现网频谱（通常为GSM）进行调整（Standalone 模式）。因此，实施代价相对较高。

而对于已部署LTE FDD 的运营商，NB-IoT 的部署可很大程度上利用现有设备与频谱，其部署相对简单。但无论是依托那种制式进行建设，都需要独立部署核心网或升级现网设备。

eMTC：若在现网已部署4G 网络，在该基础上再部署eMTC 网络，在无线网方面，可基于现有4G网络进行软件升级，在核心网方面，同样可通过软件升级实现。

NB-IoT ：其在覆盖、功耗、成本、连接数等方面性能占优，但无法满足移动性及中等速率要求、语音等业务需求，比较适合低速率、移动性要求相对较低的LPWA 应用；

eMTC ：其在覆盖及模组成本方面目前弱于NB-IoT，但其在峰值速率、移动性，语音能力方面存在优势，适合于中等吞吐率、移动性或语音能力要求较高的物联网应用场景。运营商可根据现网中实际应用选择相关物联网技术进行部署。

这都让中移动难以下决心选择，因为一旦选择错误，机会成本与网络成本都是十分巨大的。

iReport+jasperReport我也用过一段时间，据我所知，不能动态调整，因为你的报表都是在ireport你设计好的，包括高，框，颜色，字体，大小，都是定死的，不能修改吧，况且如果可以动态改变，那么页面也不好控制，如果字体自动调整，就会影响你之前在ireport里提前设计好的样式，势必影响美观，最后在说下，在iReport里编辑的话，选择“print when detail overflows”，框要足够大!就行了，只是我自己的看法，随便交流下，呵呵

目前在国内三大运营商的移动物联卡、联通物联卡以及电信物联卡都已经同时出现在了市场上
市场上出现最早的应该是联通物联卡，是由中国联合通信网络公司“物联网运营支撑中心”负责的物联网络架构。其系统是全球适用的jasper平台(联通物联卡发短信接口)，其稳定性和实时性都是很好的，而渠道们拿到卡后会被包装成各种各样的无限流量、流量不清零，半年有效期、一年有效期等等资费问题，久而久之市面上一些很便宜的联通物联网卡就会出现，而且普遍存在扣减流量的现象。

BIRT是一个Eclipse-based开源报表系统。它主要是用在基于Java与J2EE的Web应用程序上。BIRT主要由两部分组成：一个是基于Eclipse的报表设计和一个可以加到你应用服务的运行期组件。BIRT同时也提供一个图形报表制作引擎。

BIRT报表由数据连接、数据转换、业务逻辑设计、表现四个组成逻辑构成，可以设计制作简单的列表报表、交叉报表和文本报表，也支持饼图、折线图、柱形图等基础图表。

BIRT报表的搜索结果还是很多的，达到了163万，这得益于与Eclipse强大的支持。但是网络舆论是怎么样的呢？大家是热捧还是棒杀？经过一番资料收集加上个人经验，BIRT的优劣大概有这么几点。优点是免费， *** 作界面清晰直观，布局比较科学，图表还是比较漂亮的，而且本地化做的还好，安装之后 *** 作界面是中文的（最新版是441，可以下载测试下），这些优点在开源报表工具中也算是比较突出的。同样，缺点也很明显，条带状的报表模型，很多中国式复杂报表做不了，没有填报，若项目中遇到填报需要花费大量时间开发，最麻烦的就是问题找不到技术支持，学习资料也是很少。下图是一个网友对Birt报表的心声和态度。

jasperReports+Ireport作为一款外来报表工具，系统全支持的语言自然是英语。Ireport默认语言是繁体中文，但是翻译不完全，一半繁体中文一半英文，使用时推荐设置成全英文。这样一来，报表制作对英文要求就比较高，某些专业名词看不懂还时不时需要去百度，对于习惯了中文环境的国人，比较浪费脑细胞。

其次，在中文环境也需要特定支持例如生成PDF中文，就需要配置传输域、导入对应的语言包、等等。其他的中文支持问题，也是如此。

国外这些报表工具已经跟不上国情了，建议使用FineReport，具体可以百度搜索一下，会看到很多关于finereport的介绍。希望对你有所帮助。

---