电子发烧友App
1 引言
随着物—物(M2M)通信业务的快速发展，传统传感器网络承载M2M业务面临越来越多的局限性和挑战，急需将传感器网络和移动通信网络相结合，发挥移动通信覆盖广、可靠性高、传输延迟小等特点，形成分层移动M2M网络。
本文对面向M2M业务的移动通信优化技术进行了探讨。首先，通过对传感器网络的特性研究，给出了一种M2M业务流量建模方法，在此基础上提出了优化方向，并提出了一些优化技术方案。另外，本文也对3GPP在M2M优化技术方面的研究工作做了简单介绍。
无线传感器网络(WSN)和移动通信的结合，既是无线传感器网络产业发展的需要，也是移动通信产业发展的需要，如图1所示，这种结合可以解决两个产业的诸多发展瓶颈，大大扩展两个产业的业务应用领域，带来很多新的机遇。
图1 无线传感器网络和移动通信的结合
2 移动M2M通信系统架构
如图2所示，基于移动通信系统的WSN网络可以灵活支持各种规模的WSN网络。可以由WSN节点通过有限的分层汇聚构成一定规模的WSN网络后，通过具有移动终端功能的WSN网关回传到移动通信系统。也可以由移动基站直接连接具有移动终端能力的传感器，此时这些传感器既是WSN节点，也是WSN网关。这种结构完全不需要WSN节点之间的自组网，可以最大限度地降低传输延迟，支持对实时性要求很高的监控应用。移动终端(如手机、笔记本电脑)本身如果具有传感器功能，也可以作为WSN节点和WSN网关使用，构建个域WSN网络。
图2 与移动通信网络结合的WSN网络
3 移动M2M系统优化方向
现有的3G，LTE移动通信系统从其最根本的设计需求上讲是解决人与人(H2H)通信，尽管随着技术的发展其自身在不断地完善和演进，但由于没有针对M2M通信特点进行优化，仍难以完全适应M2M业务复杂的应用环境，无法满足海量M2M接入的需要。因此为了适应M2M业务的需求，需要在如下几个方面进行优化。
3.1 M2M新型终端类型的优化
目前，无线通信系统的终端类型是按照H2H终端的需求定义的，即“底端手机”和“高端手机”，尤其是新一代宽带无线通信系统，终端能力呈上升趋势。具体参数包括：
(1)射频频带：通常要求支持十几个频点。
(2)多种带宽处理能力：如5MHz，10MHz，20MHz。
(4)数据吞吐量能力：最大支持100Mbit/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)采用Relay等新型网络拓扑拉近终端和基站的距离。
3.4 M2M海量容量优化
目前无线通信系统的小区容量是以典型的H2H终端密度来考虑的，如手机、笔记本电脑。传统系统每个带宽大于5MHz的小区支持400个终端，终端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业务在运营商营收中的比例提高，产业界会给与这些优化技术更多的重视，移动通信技术也终将会迎来更大的变革。
工商网监
评论