定义
LTE-M（LTE for Machine-Type Communications，又称eMTC）是3GPP R13定义的基于LTE的蜂窝物联网技术，工作在1.4MHz窄带，与LTE宽带共存于同一载波。LTE-M支持切换、漫游、VoLTE，与NB-IoT同为LPWAN主流技术。LTE-M适合需要移动性、中等数据速率（峰值约1Mbps）、语音能力的应用，与NB-IoT（静态、超低功耗）、Cat.1（中高速率）形成差异化。
技术特点
- 1.4MHz窄带：与LTE共存，部署灵活，可复用现有站址
- 移动性：支持切换、重选、漫游，适合车载、可穿戴
- VoLTE：支持语音，适合穿戴、紧急呼叫
- 省电：PSM、eDRX延长续航
覆盖与容量
LTE-M支持CE模式（Coverage Enhancement）增强覆盖，重复传输提升链路预算。与NB-IoT相比，LTE-M覆盖略弱但移动性与速率更优。两者可共部署，运营商按场景选型。
典型应用场景
可穿戴设备、车载追踪、移动支付、智能表计（移动）、工业物联网移动终端等。达希物联提供LTE-M物联网卡，与NB-IoT、Cat.1形成完整产品矩阵。
LTE-M是达希物联在低功耗物联网场景的重要技术选择。针对可穿戴、车载追踪、移动支付等需要移动性与语音能力的应用，达希物联提供基于LTE-M的物联网卡及连接方案。达希物联云平台支持LTE-M设备的生命周期管理，与NB-IoT、Cat.1形成完整的蜂窝物联网产品矩阵。
一兆四带宽仍走LTE移动性
LTE-M在标准里称为eMTC，把终端射频收窄到1.4MHz，以便用更低成本的晶振和功放，但小区搜索、随机接入、安全模式和承载建立仍沿用LTE流程。它与普通LTE终端共享同一载波时，调度器划出窄带资源块给它，宽带用户继续占用其余资源。因此“窄带”指的是终端能力和调度粒度，不是一张单独的物联网专网。覆盖增强通过重复发送换取链路预算，重复次数上去之后，单次小包的空口时间会明显变长。
相对NB-IoT，它保留了连接态切换和小区重选所需的测量，也保留了VoLTE所需的承载类型。峰值速率停留在每秒约一兆比特这一量级，足够传定位、状态和小段语音，不够传视频。把模组手册上的峰值写成业务承诺，会在小区边缘失真：边缘往往工作在重复模式和低阶调制上。
会移动且偶发中等载荷时才划算
选用条件很具体：设备会跨小区移动，或需要语音、短信、更及时的下行，同时又希望比Cat.1更省电。共享单车锁、宠物或人员定位器、移动支付终端属于这一类。电表、井盖、烟感如果几乎不移动、每天只报几十字节，重复的切换能力用不上，更窄的NB-IoT或甚至非蜂窝链路往往更合适。运营商必须在目标频段打开LTE-M，漫游地也要有对等能力；只在本地核心网签约、拜访网没有1.4MHz调度，终端会退回更宽的LTE或直接无服务。
省电仍要靠PSM和eDRX，但监听周期必须和功率控制、寻呼时延一起看。需要几秒内下达开锁指令时，不能把eDRX拉到数十分钟。语音呼叫还要求IMS和QoS签约，模组支持VoLTE并不等于这张卡的APN已经开通IMS。跨区移动时，移动性策略里的重选优先级若把终端赶到未部署LTE-M的频点，会出现“有信号却附着失败”。
把省电参数照抄到窄带物联网
常见错误是用NB-IoT的PSM定时器直接套到LTE-M工程上。两者的覆盖等级、寻呼周期和TAU定时器取值范围并不相同，写进模组的AT命令可能被网络改写，甚至被拒绝。另一类错误是天线仍按Cat.4宽带终端设计，1.4MHz在带边工作时效率下降，近点速率正常、车库里却反复掉线。还有人关闭切换以“省电”，设备一进地库或立交就只能靠重选，下行指令在重选期间全部丢失。
频率支持也容易只看模组、不看卡。模组宣称多频，卡的签约或漫游协议若只开放部分频段，现场会锁在拥挤频点上，重复模式把小区容量吃掉。上线前应在真实路线上记录附着频点、覆盖等级、切换次数和一次下行的唤醒时延，而不是只在实验室看峰值吞吐。
覆盖增强的重复次数上去之后，一个很小的状态包也会占住窄带资源很长时间，小区里能同时服务的终端数随之下降。因此移动支付或定位若上报很密，应先降低重复等级能覆盖的比例，而不是把所有点都锁在最高等级。语音呼叫还会占用保证比特率的资源，和纯数据终端抢同一载波。卡的签约若没有打开相应承载，模组菜单里的语音开关没有意义。路线测试至少要留下频点、覆盖等级、是否发生切换，以及一次下行从发起到终端响应的时间。实验室若只用宽带天线，会高估窄带在带边的效率，车库和车内的结果会差一截。语音承载若未在签约中打开，模组侧的语音开关不会产生呼叫，失败原因在核心网拒绝，不在覆盖等级。