移动通信网m2m的例子，M2M的移动通信优化技术

很多朋友对移动通信网m2m的例子，M2M的移动通信优化技术不是很了解，每日小编刚好整理了这方面的知识，今天就来带大家一探究竟。

1引言随着物联网(M2M)通信业务的快速发展，传统的传感器网络面临着越来越多的限制和挑战。迫切需要将传感器网络与移动通信网络相结合，充分发挥移动通信覆盖广、可靠性高、传输时延小等特点，形成层次化的移动M2M网络。

本文讨论了面向M2M业务的移动通信优化技术。首先，通过对传感器网络特性的研究，给出了一种M2M流量的建模方法，并在此基础上提出了优化方向和一些优化技术方案。此外，本文还简要介绍了3GPP在M2M优化技术方面的研究工作。

无线传感器网络(WSN)与移动通信的结合不仅是无线传感器网络产业发展的需要，也是移动通信产业发展的需要。如图1所示，这种结合可以解决两个行业的许多发展瓶颈，大大扩展其业务应用领域，带来许多新的机遇。图1无线传感器网络与移动通信的结合2移动M2M通信系统架构

如图2所示，基于移动通信系统的WSN网络可以灵活地支持各种规模的WSN网络。WSN节点可以通过有限的分层聚合形成一定规模的WSN网络，然后通过具有移动终端功能的WSN网关返回到移动通信系统。移动基站也可以直接连接具有移动终端能力的传感器，这些传感器既是WSN节点也是WSN网关。

这种结构在WSN节点之间完全不需要ad hoc网络，可以最小化传输延迟，支持实时性要求高的监控应用。移动终端(如手机、笔记本电脑)如果具备传感器功能，还可以作为WSN节点和WSN网关，构建个人WSN网络。

图2 WSN网络结合移动通信网络3移动M2M系统的优化方向现有的3G、LTE移动通信系统旨在解决人对人(H2H)通信。虽然随着技术的发展不断完善和演进，但由于没有针对M2M通信的特点进行优化，仍然难以完全适应M2M业务复杂的应用环境，无法满足海量M2M接入的需求。因此，为了满足M2M的服务需求，我们需要在以下几个方面进行优化。

3.1新终端类型的优化目前，无线通信系统的终端类型都是按照H2H终端的要求来定义的，即“低端手机”和“高端手机”。特别是在新一代的宽带无线通信系统中，终端能力正在上升。具体参数包括：(1)射频频段：通常要求支持十几个频点。(2)多种带宽处理能力：如5MHz、10MHz、20MHz。(3)多天线处理能力：最多支持4个天线端口的MIMO接收。

(4)数据吞吐能力：最大吞吐量可超过100 mbit/s.(5)缓存大小：通常支持大缓存。(6)不同频率和不同系统的切换组合。M2M终端可能是低成本、低功耗、低移动性的大众终端，所以M2M终端支持的射频频段更少，带宽处理能力更小，多天线处理能力更简单，吞吐量和缓存能力更灵活，移动性更简单，只有PS域。3.2 M2M降耗优化

目前无线通信系统的终端续航时间通常为2~3天，其高功耗主要是因为终端在空闲状态下需要周期性地接收系统广播信道；在活跃状态下，需要周期性接收公共控制信道，睡眠时间短；需要支持大量的测量、反馈和信令以进行自适应操作；需要大量的测量、反馈和信令来支持切换和移动性管理。

M2M终端可以周期性地发送和接收数据模型表一、，不需要切换和移动性管理，主要表现在以下几个方面：

(1)设计具有较长周期的预定义接收。(2)设计一个较长的DRX循环。(3)设计更有效的持久调度策略，最大限度地简化测量、反馈和信令。(4)简化移动性管理，最大程度地简化测量、反馈和信令。3.3 M2M覆盖扩展优化

目前无线通信系统主要考虑H2H通信的典型覆盖场景，容量和覆盖的平衡点也是根据典型的H2H通信场景确定的。M2M码头的环境可能比H2H码头更差，链路预算也更低。因此，M2M系统在覆盖方面提出了更高的要求，需要考虑增强移动通信系统的覆盖能力，如：(1)通过更鲁棒的链路传输获得更好的链路预算。(2)使用更高增益的射频器件和天线。

(3)采用中继等新型网络拓扑，缩短了终端与基站之间的距离。3.4 M2M海量容量优化目前无线通信系统的小区容量是以典型的H2H终端密度来考虑的，如手机、笔记本电脑等。传统系统支持每个小区400个终端，带宽大于5MHz。终端id、参考信号和控制信道数量少，资源分配粒度过大，MAC、RLC和RRC协议处理能力不足。

从长远来看，M2M终端的数量很可能超过H2H终端，而考虑到成本，H2H终端的容量应该尽量不被挤压，所以M2M系统应该具备以下能力：(1)支持更大数量的用户，比如200个H2H终端，400个M2M终端。(2)支持更大的信道容量、终端id数、参考信号数和控制信道数，采用更细粒度的资源分配。(3)扩展的MAC、RLC、RRC处理能力，同时通过简化处理过程来限制复杂性。3.5 M2M低数据速率优化

目前，无线通信系统的最低终端数据速率是考虑典型H2H通信的要求，例如电路域语音或VoIP的数据速率。然而，许多M2M终端的最低数据速率比H2H终端的低得多。为了保持有吸引力的资费，需要大幅降低每条线路的成本，减少每条线路占用的无线资源，在原有的单位资源中容纳更多的终端进行并行传输。3.6 M2M时间控制优化

根据典型H2H业务的用户体验需求，考虑无线通信系统中的时延控制。语音、实时数据等实时业务的时延在秒量级，非实时业务的时延在分钟量级。M2M码头的时间控制可能与H2H码头大不相同。一些M2M服务对时间延迟非常宽容，可以达到几个小时的量级。然而，一些M2M服务需要高延迟，可能达到毫秒级。

因此，可以对M2M终端的传输进行优先级控制，保证时间控制要求较高的终端优先传输，时间控制要求较低的终端可以等到系统负载较低的时候。

3.7 M2M低移动性优化

移动通信系统按照H2H通信需求，均须支持切换和移动性管理功能，占用了移动通信系统的相当一部分功能。包括小区间、频率间、系统间的测量和切换。而很多M2M终端几乎不需要移动性，可以对移动性管理功能进行大幅简化，以降低成本和耗电。

3.8 M2M防盗/防破坏优化

由于M2M终端经常置于无人值守的环境，因此防盗/防破坏的要求很高。为了满足这些要求，M2M终端应具备自动上报状态和自动位置上报的能力。

4 分层M2M资源分配和接入

针对上述M2M需求，可提出一系列面向M2M的移动通信优化技术，本文重点讨论分层M2M资源分配和接入技术。

M2M系统的一个特点是需要支持海量的小数据率终端的资源分配和接入，直接缩小资源分配粒度并增大终端接入数量，需要对系统的设计做很大改动，而采用分层设计可以只对系统做小幅度修改而取得相似的效果。

这种方法的思想是将终端分成若干组，每个终端组采用一个终端组ID，一个终端组内部的终端再采用终端ID来进一步区分。这种方式可以用较短的ID来实现，可以节省ID，节省寻址复杂度。

M2M终端和H2H终端不同，其行为不是完全随意的，一组M2M终端(如一组相似类型的传感器)行为相似，就可以将多个总是保持相同状态(接入、附着、释放)的M2M终端分为一组，共享1个终端ID。

从资源分配的角度，可以将具有相同的业务流量模型(包括相同的数据率、时延要求等)和资源需求量的多个终端分为一组，使终端组内所有终端的资源需求之和相当于一个传统H2H终端的资源需求量。

终端组内有一个终端充当“组长终端”，组长终端负责代表组内所有终端和网络的链路层保持连接，“组员终端”对于系统链路层是“透明的”。通过高层ID(如IP地址)进一步区分这个终端组内的各个终端。同时，“组长终端”代表整个终端组向系统请求无线资源，其他“组员终端”，不直接向系统申请资源。而是在组内所有终端之间形成固定的、预定义的资源分配。

这样，系统分配给“组长终端”一个资源块，就相当于将这个资源块分给了这个终端组。系统的资源指示信令相当于在终端组内进行广播，组内的所有终端接收到系统的资源指示信令后，根据终端组的分配组员块和自己在组内的具体资源位置发送信息。基于此分层终端ID结构的终端接入和资源分配流程如图3所示：

图3 基于分层终端ID的接入和资源分配流程

(1)在网络部署过程中，对一个终端组内各终端的资源分配方法进行预定义，即组内各个终端占用分配给该终端组的资源的哪一部分。

(2)终端接收网络侧设备接入层发出的系统同步和广播信息，组长终端和组员终端都接收此信息。

(3)组长终端代表整个终端组向网络侧设备接入层发起接入。

(4)组长终端和各组员终端分别向网络侧设备非接入层进行注册。

(5)组长终端代表整个终端组向网络侧设备接入层发出资源请求。

(6)网络侧设备接入层向组长终端发布分配给该终端组的无线资源。

(7)组内各终端根据第1步中预定义的组内资源分配方法，计算出自己应该使用网络侧设备分配给本组的资源的哪一部分。

(8)各终端在计算出的资源位置开始和网络侧设备进行通信。

由于可以选择RRC状态相似的M2M终端(如相似类型的传感器)形成一组，一个组内的多个终端可以总是保持相同RRC配置，可通过同一个RRC连接来配置整个组的终端。由于M2M终端的信令较少，一个组的多个终端还可以采用时分、码分的方式共享一个控制信道。另外，M2M资源分配需要支持小颗粒的资源分配，可能采用的方式包括：

码分方案：即将一个资源块分给多个终端，终端之间进一步采用扩频码复用，采用码复用使多个M2M终端共享一个最小资源颗粒。这种情况下，只要将M2M终端采用的扩频码和终端ID绑定就可以。

时分方案：即将几个M2M终端分为一组，共享一个资源块，在一个资源块内的不同符号协同传输。终端间采用“预定义分配”避免额外信令，但需要考虑如何进行信道估计。

频分方案：即仍保持频率资源分配，只是将每个用户的频带宽度减小，如将每个信道的带宽缩小到数kHz。这种方案可以直观地实现小数据率M2M传输，将改变标准，无法保持后向兼容性。

5 3GPP对M2M优化技术的研究进展

3GPP并不研究所有的机器通信，只研究具有蜂窝通信模块、通过蜂窝网络进行数据传输的机器通信，称之为MTC(Machine Type Communication)。

在2009年9月份的RAN #45次会议上，3GPP决定在R10启动一个研究针对MTC应用的无线网优化的Study Item(SI)：“RAN Improvements for Machine-type Communications”，相应成果收集在TR 37.868中。此SI的主要研究工作在RAN2进行，项目首先对MTC典型应用、业务模型和优化对象等进行研究。经过研究，RAN2将无线网拥塞确定为首要工作重点，包括RAN网络拥塞(尤其是随机接入的拥塞问题和信令网络拥塞)。

在2010年9月的RAN #49次全会上，在SA的推动下，RAN全会决定成立一个关于MTC的新的WI，用来解决避免大量MTC设备接入导致的核心网过载问题。2011年3月份，RAN2完成了此WI并在RAN全会上通过。图4所示的是3GPP MTC R10标准化项目进程情况。

图4 3GPP MTC R10标准化项目进程

5.1 随机接入拥塞解决方案

在3GPP讨论中，首先统一了LTE及UMTS系统的随机接入拥塞的仿真评估。另外，TR 37.868还收录了对智能抄表类MTC应用、车队管理类MTC应用以及地震监测类MTC应用的随机接入分析。

关于如何解决大量MTC设备同时接入引起的随机接入拥塞问题，可以通过在应用层控制MTC设备的接入时间来解决，比如：在智能抄表类的业务中，可以通过在应用层设置不同的上报时间来避免大量智能水/电表同时触发业务上报。

然而，在未来的M2M用户中，存在着大量的行业用户，这些行业用户可能并不完全受运营商的控制，也不了解蜂窝网络的特性，因而不会从网络利用的角度出发来考虑设置应用层的接入时间控制。在某些场景中，比如地震预报，大量的传感器必须在极短的时间内上报告警信息，网络必须能够同时处理大量的信息上报。

因而也应该寻找无线侧针对MTC设备接入时间的控制方法，这些方案对于应用层是透明的，即使应用层没有设置相应的接入时间控制，网络也可以从容应付大量MTC设备的同时接入。

在3GPP的讨论中，确认了以下几种解决随机接入拥塞的无线侧候选方案：

(1)接入控制方案

在E-UTRAN中，接入控制是由Access Class Barring功能实现的，用来抑制过多的流量，避免拥塞。当终端要求建立一个连接时，终端应当首先执行Access Class Barring检查。如果检查成功，终端才会发送RACH前导，开始RRC连接建立过程。E-UTRAN执行Access Class Barring的方法是：通过小区广播一个Barring因子和AC Barring Time。

当终端启动层3接入时，终端抽取一个随机数，将这个随机数和Barring因子做比较。如果这个随机数小于Barring因子，终端开始随机接入过程，否则，终端会在AC Barring Time内被阻止接入。因此，可以为MTC设备引入新的Barring因子，实现对MTC终端的接入控制。

(2)资源划分方案

大量MTC设备的同时接入会增大RACH信道的负载，以及RACH前导碰撞的概率，同时也会影响正常终端的工作，使正常终端的碰撞概率也增加。可以通过为MTC设备动态地分配RACH资源来解决此问题：将一些RACH资源用于MTC，其他RACH资源用于正常终端，这样，MTC冲突概率的增加不会影响正常终端，RACH资源分配可以根据网络状态而动态调整并在系统信息中广播。

(3)动态RACH资源分配方案

此方案主要是“开源”，即增加RACH资源：首先，可以在时间域上增加，即当eNodeB检测到随机接入的高峰正在到来时(如Preambles利用率超过了预定义的门限)，可以通过Paging或者新的SIB来暂时增加一个或多个子帧作为PRACH资源，当高峰过去以后，可以取消暂时增加的配置。其次，也可以在频率域上增加。目前的LTE标准中，用于RACH接入的资源是6个RB。

当eNB检测到随机接入的高峰正在到来时，其可以通过Paging或者新的SIB来暂时增加另外的6个RB作为RACH资源。

(4)MTC特定的随机接入回退(Backoff)方案

在目前的LTE中，普通终端在初始接入时的回退值设为零，当初次接入没有成功，eNB会通知终端一个具体的回退时间，终端在零和此回退时间内产生一个随机值，经过此随机值的时间，终端才可以重新发起接入。此方案的主要思想是为MTC引入一个与普通终端不同的回退方案，比如：初始接入时即有一个非零的回退值，另外，回退值的范围也可以比普通终端更广。

(5)MTC特定时隙接入方案

此方案为MTC设备定义一个接入周期/时隙(与寻呼周期/时隙的概念相似)，每个MTC设备只能在特定的接入时隙内接入，其具体的接入时隙可以通过其ID(IMSI)来决定。

(6)Pull方案

对于某些MTC应用，如智能抄表，可以不允许它们进行类似于普通终端的Mobile Originating 呼叫。而是通过MTC Server控制的方法，即让MTC Server触发MME来寻呼相应的MTC设备，只有被寻呼的设备才能接入网络发送它们的数据。目前的寻呼消息必须包含每个被寻呼终端的ID，只有符合终端ID的终端设备会回应寻呼消息。

此方案引入了组ID的概念，可以在寻呼消息中发送这个组ID，所有属于这个组ID的MTC设备都会回应这个Paging消息。通过使用组ID，极大地减少了寻呼开销。另外，可以通过设置组的大小，来控制同时接入无线网的MTC设备数量。

5.2 针对核心网拥塞的无线侧解决方案

当核心网拥塞时，E-UTRAN应当识别并及时拒绝掉一些低优先级MTC终端的接入，以保证高优先级终端(包括高优先级MTC终端)的传输。为此，3GPP决定为终端引入一个“Delay Tolerant”指示，当终端使用此指示时，表明其可以在网络拥塞时忍受较长的延迟。

值得注意的是，MTC应用也千差万别，并不是所有的MTC应用都可以忍受较长的延迟，比如，用于地震预警的传感网络，即使在网络拥塞时，也必须尽快地让其接入并传送数据。因此是否将MTC应用映射到“Delay Tolerant”上，由运营商在NAS层配置。

当核心网处于拥塞状态时，eNB可以通过拒绝或释放掉那些对时延容忍度比较高的连接，并反馈一个等待时间值(最大值为1800s)。当终端收到上述消息后，会在终端侧按照这个等待时间启动一个计时器，在计时器到期前，相应的MTC应用不再发起RRC连接。

6 结束语

对面向M2M的移动通信系统优化技术的研究才刚刚开始，由于这些优化技术不可避免地会改变现有移动通信标准，3GPP对这些技术方案的态度都是十分谨慎的，到目前为止标准化了针对核心网拥塞的无线侧解决方案，核心原因是因为目前M2M业务还不是移动运营商的核心业务。

随着M2M业务在运营商营收中的比例提高，产业界会给与这些优化技术更多的重视，移动通信技术也终将会迎来更大的变革。

以上知识分享希望能够帮助到大家！