深度解析 3GPP TR 21.917:5.2 NB-IoT/eMTC support for Non-Terrestrial Networks (物联网的天基之路)

本文技术原理深度参考了3GPP TR 21.917 V17.0.1 (2023-01) Release 17规范中,关于“5.2 NB-IoT/eMTC support for Non-Terrestrial Networks”的核心章节,旨在为读者揭示3GPP如何将低功耗广域物联网(LPWA)技术与卫星网络相结合,为实现全球无死角的物联网覆盖所铺设的天基之路。

1. “探洋一号”的使命:来自深海的孤独心跳

在浩瀚的南太平洋环流中心,一个名为“探洋一号”的海洋气象浮标,正随着洋流孤独地漂浮。它肩负着一项重要的科学使命:收集关键的海洋数据——海面温度、盐度、波浪高度、表层叶绿素浓度,并将这些信息实时回传给远在上海的国家海洋数据中心。这些数据对于全球气候变化研究至关重要。

“探洋一号”的核心通信模块,采用的是NB-IoT技术。这种技术的优势是功耗极低,一块电池足以支撑它工作数年之久。然而,它面临着与“远征”号科考队同样的困境:茫茫大洋之上,没有任何地面蜂窝信号。

项目的总工程师,刘工,正对着全球海图发愁。他需要一种技术,既能保持NB-IoT的低功耗特性,又能让“探洋一号”无论漂到世界的哪个角落,都能将它那微弱但宝贵的“心跳”(数据包)传送回家。

这个看似不可能完成的任务,正是3GPP Release 17通过“NB-IoT/eMTC support for Non-Terrestrial Networks”所要攻克的堡垒。与上一章关注语音、视频等大带宽通用业务的NR-NTN不同,本章的主角是物联网世界里的“轻骑兵”——NB-IoT和eMTC。它们的挑战不仅在于连接太空,更在于如何在严苛的成本和功耗预算下,完成这场“天基长征”。

今天,让我们登上“探洋一号”,跟随刘工的视角,深度解读TR 21.917的5.2章节,探索物联网如何挣脱地心引力,迈向全球互联。

2. 物联网的星辰大海:架构与挑战

5.2章节开篇即点明,这项工作旨在为带宽缩减低复杂度(BL)UE、增强覆盖UE(统称为eMTC)以及NB-IoT UE提供通过非地面网络(NTN)的接入能力。

The “NB-IoT/eMTC support for Non-Terrestrial Networks (NTN)” work item specifies enhanced features necessary for the support of Bandwidth reduced Low complexity (BL) UEs, UEs in enhanced coverage and NB-IoT UEs by Non-Terrestrial Networks (NTN).

【深度解读】

这意味着,4G时代的两大LPWA主力技术,在5G时代被赋予了全新的使命——走向太空。这对于全球资产追踪、农牧业监测、环境与气象监测等地面网络难以覆盖的广域物联网场景,具有革命性的意义。

2.1 熟悉的架构,不同的核心:基于EPC的NTN

首先,从整体架构上看,IoT over NTN复用了NR-NTN的“透明转发”模式,这是一种高效的工程实践。

As illustrated in Figure 1, non-terrestrial access is provided by means of an NTN payload, i.e. a network node on-board a satellite, and an NTN Gateway interconnected by a feeder link, the UE accessing NTN network services through the NTN payload via a service link.

【深度解读】

规范中的“Figure 1: Overall illustration of an NTN”(此图与5.1.2节的图类似,但核心网部分换成了EPC的MME/S-GW)清晰地展示了这一架构。“探洋一号”上的NB-IoT模块发送的数据包,其旅程与NR-NTN终端类似,同样经过“UE 卫星 NTN网关”的路径。

但有一个至关重要的区别:

Support for BL UEs, UEs in enhanced coverage and NB-IoT UEs over NTN is only applicable to E-UTRA connected to EPC.

这意味着,在Rel-17中,IoT over NTN的后端核心网不是5GC,而是4G的EPC。这同样是出于务实的考虑:全球现存的NB-IoT/eMTC网络和终端生态完全基于EPC,让他们直接接入EPC,可以最大程度地保护运营商和用户的现有投资,实现平滑演进。

2.2 “轻骑兵”的重负:低功耗与复杂计算的矛盾

相比于功能强大的NR终端,NB-IoT/eMTC终端的设计哲学是“极简”和“低功耗”。这使得它们在面对NTN独特的物理挑战时,显得更加“脆弱”。刘工深知,“探洋一号”的微处理器能力有限,电池更是宝贵,它无法像高性能手机那样,进行复杂的实时计算。

然而,NTN的时延和多普勒预补偿,恰恰需要复杂的计算。这个看似无解的矛盾,3GPP给出了一个明确的、带有强制性的答案。

Only BL UEs, UEs in enhanced coverage and NB-IoT UEs with GNSS capability are supported.

… A UE shall acquire its GNSS position as well as the satellite ephemeris and common TA before connecting to an NTN cell. To achieve uplink synchronisation, before performing random access, the UE shall autonomously pre-compensate the Timing Advance, as well as the frequency doppler shift…

【深度解读】

这几句话包含了重大的设计权衡:

  1. GNSS成为标配:为了实现自主预补偿,GNSS定位能力被设定为NTN物联网终端的强制性要求。这意味着,即使是一个简单的NB-IoT传感器,只要想连接卫星,就必须集成GNSS模块。这无疑会略微增加终端的成本和功耗,但这是实现接入的“入场券”。

  2. 终端自主预补偿:与NR-NTN一样,IoT over NTN也采用了UE自主预补偿TA和多普勒频移的方案。这虽然给低成本终端带来了计算压力,但却是解决长时延下随机接入问题的唯一有效途径。

刘工的团队在设计“探洋一号”时,正是遵循了这一标准,为其配备了低功耗的GNSS模块。模块大部分时间处于休眠,只在需要发起通信前短暂唤醒,获取一次位置信息用于计算,从而在功能和功耗之间找到了平衡。

3. 为“孤独”而生:断续覆盖下的生存法则

“探洋一号”面临的另一个致命挑战,是断续覆盖(Discontinuous coverage)。刘工指着一张LEO卫星星座的轨迹模拟图解释道:“我们不可能为物联网部署密集的LEO星座,成本太高了。很可能的情况是,‘探洋一号’所在的海域,每天只有早晚几个小时有卫星飞过头顶,其他大部分时间,它都处于‘失联’状态。”

在这种情况下,如果终端像在地面网络一样,持续地搜索信号,那么电池很快就会耗尽。Rel-17为此引入了一项堪称“救命”的创新机制——覆盖辅助信息

As a consequence, a UE located in the concerned geographical area may experience a situation of discontinuous coverage, due to e.g., a sparse satellite constellation deployment.

The network may broadcast assistance information relating to the serving satellite and other satellites of the constellation to enable UEs to predict upcoming satellites fly-over periods and save power during periods of no coverage.

【深度解读】

这项机制的原理非常巧妙:

  1. 网络广播“卫星时刻表”:当有卫星覆盖时,网络会在系统消息中广播一个“辅助信息”。这个信息里包含了星座中下一颗(或几颗)卫星的轨道参数(星历)和预计飞临该区域的时间窗口。

  2. 终端获取“时刻表”并深度休眠: “探洋一号”在某次成功通信后,解析并存储了这个“卫星时刻表”。它计算出,下一次有卫星覆盖将是8小时之后。

  3. 按“闹钟”唤醒:于是,“探洋一号”关闭了其射频单元,进入了长达数小时的深度睡眠(Deep Sleep) 模式。它的内部时钟会像闹钟一样,在预计卫星到达前的几分钟,才将通信模块唤醒。

通过这种“预测-休眠-唤醒”的模式,终端可以在长达数小时甚至数天的无覆盖间隙内,将功耗降至最低,极大地延长了其在野外的生存时间。这对于像“探洋一号”这样一次部署就可能长达数年的设备来说,是至关重要的“生存法则”。

4. 网络侧的协同:为“漂泊者”保驾护航

为了让“探洋一号”这样的“漂泊者”能够稳定地接入网络,EPC核心网和eNB也进行了一系列适应性改造。这些改造的核心思想,与NR-NTN一脉相承,都是为了在网络的逻辑层面,创造一个相对“稳定”的拓扑视图。

4.1 移动性管理:多TAC与地理TA

“探洋一号”虽然自身没有动力,但它会随着洋流漂移,每天可能会移动数十公里。如果它漂移到了不同TA的交界处,频繁的TAU同样会消耗宝贵的电量。

The network may broadcast more than one Tracking Area Code (TAC) per PLMN in a cell in order to reduce the signalling load at cell edge in NTN, in particular for Earth-moving cell coverage.

At the NAS layer, the UE need not trigger a Tracking Area Update due to mobility reason, if any of the broadcast TAC(s) in the cell where the UE is located is part of the UE’s Tracking Area List.

【深度解读】

这与NR-NTN的机制如出一辙。卫星在一个移动的小区内广播多个TAC,终端只要发现自己所在的地理TA(通过GNSS获知)在这个列表中,就“按兵不动”,无需上报TAU。这是一种用“空间换时间”的信令节省策略。

4.2 位置管理:映射小区ID (Mapped Cell ID)

核心网(MME)如何知道“探洋一号”的位置,以便在需要时(如下发指令)能找到它?同样,映射小区ID (Mapped Cell ID) 机制在这里发挥了关键作用。

The Cell Identity in NTN corresponds to a fixed geographical area identified by a Mapped Cell ID, irrespective of the orbit of the NTN payload… The User Location Information may enable the MME to determine whether the UE is allowed to operate at its present location.

【深度解读】

eNB会根据“探洋一号”上报的GNSS位置,将其“逻辑上”归属到一个固定的地理小区(Mapped Cell ID),并上报给MME。MME记录的就是这个固定的地理位置信息,而不是一个瞬息万变的卫星波束ID。当MME需要寻呼“探洋一号”时,它会向负责这个地理区域的eNB(通过NTN网关连接)下发寻呼请求,eNB再通过当前恰好覆盖此区域的卫星波束将寻呼消息传递下去。

4.3 跨国合规性:MME重选与位置验证

卫星的覆盖范围巨大,一个波束就可能跨越多个国家的国境或领海。这就带来了监管的难题。

MME(Re-)Selection by eNB: For an RRC_CONNECTED UE, … If the eNB detects that a BL UE or a UE in enhanced coverage is in a different country from that served by the serving MME, it should perform an S1 handover to change to an appropriate MME…

Verification of UE location: The network may, according to regulatory requirements, need to enforce that the PLMN selected by the UE is allowed to operate in the geographical location where the UE is located.

【深度解读】

如果“探洋一号”从公海漂入了某国的专属经济区,eNB会通过UE上报的GNSS位置感知到这一变化。如果当前的MME不服务于该国,eNB就会发起一个S1切换流程,将UE切换到该国运营商的MME上,确保了通信的合规性。同时,MME也可以主动发起位置验证流程,如果发现UE所处的位置不允许其接入服务,MME可以拒绝其请求或将其分离,从而实现了基于地理位置的精细化服务控制。

5. 总结:为万物互联插上普惠的翅膀

TR 21.917的5.2章节,为我们清晰地展示了3GPP如何将NB-IoT/eMTC这一对LPWA的“黄金组合”成功送上太空。这不仅仅是简单的技术移植,而是一次充满了深刻洞察和精妙权衡的系统工程。

  • 架构上,立足现实:选择接入成熟的EPC核心网,最大化地保护了现有投资,降低了商用门槛。

  • 终端侧,精准取舍:将GNSS作为强制要求,用可控的成本增加,换取了自主预补偿这一核心能力的实现。

  • 功耗上,极致创新:创造性地提出了“断续覆盖辅助信息”机制,让终端能够预测卫星的“行踪”,通过长时间的深度休眠,解决了稀疏星座下的生存难题。

  • 网络侧,逻辑重构:通过多TAC、映射小区ID等机制,为核心网构建了一个虚拟的、稳定的地理拓扑,巧妙地屏蔽了卫星网络的动态复杂性。

对于刘工和他的“探洋一号”来说,Rel-17意味着他们的使命——构建一个覆盖全球海洋的气象监测网络——从一个遥远的梦想,变成了触手可及的现实。对于更广阔的物联网世界而言,这意味着无论是奔驰在西伯利亚大铁路上的集装箱,还是散布在非洲稀树草原的野生动物追踪器,亦或是澳洲内陆农场的土壤墒情传感器,都将能够以极低的成本和功耗,接入到无所不在的物联网中。

这,就是Rel-17为物联网铺设的天基之路,一条通往真正“万物互联”的普惠之路。


FAQ

Q1:为什么Rel-17的IoT over NTN是接入EPC,而不是5GC?

A1:这主要是一个基于商业和生态系统成熟度的务实选择。在全球范围内,已经部署了庞大的NB-IoT和eMTC网络,以及数以亿计的终端,这些都完全基于EPC架构。让NTN物联网终端直接接入EPC,可以无缝地融入现有的物联网平台和业务系统,最大程度地保护了运营商和行业用户的投资,加速了技术的商用落地。未来版本(如Rel-18及以后)会进一步研究IoT over NTN接入5GC的方案。

Q2:强制要求低成本的NB-IoT终端支持GNSS,是否会大大增加其成本和功耗?

A2:会有一定程度的增加,但这是实现NTN接入所必须的“最小代价”。首先,随着技术发展,低功耗GNSS模块的成本已经大幅下降。其次,在NTN场景下,GNSS不需要像导航一样持续工作。它通常只在终端需要发起通信之前,短暂唤醒,获取一次位置信息用于计算TA和多普勒预补偿,以及确定地理位置。这种“按需工作”的模式,可以将其对终端整体功耗的影响控制在可接受的范围内。

Q3:什么是“断续覆盖辅助信息”,它为什么对卫星物联网至关重要?

A3:“断续覆盖辅助信息”是网络广播给终端的一份“卫星过境时刻表”。对于使用非静止轨道卫星(如LEO)且星座不密集的物联网服务,终端所在位置可能长时间没有卫星覆盖。如果没有辅助信息,终端会徒劳地持续搜索信号,很快耗尽电池。有了这份“时刻表”,终端就可以预知下一次卫星覆盖的时间,然后在无覆盖的漫长时间里进入深度休眠,仅在卫星即将到达时才“按时”醒来工作,从而极大地延长了电池寿命。

Q4:NR-NTN(通用业务)和IoT over NTN(物联网业务)在技术方案上的主要异同点是什么?

A4:相同点在于核心的无线接入理念,两者都采用了“透明转发”卫星架构,都要求终端具备GNSS并进行自主预补偿,都使用了多TAC广播、映射小区ID等机制来处理移动性和位置管理。不同点在于:1)核心网不同:NR-NTN接入5GC,IoT over NTN(Rel-17)接入EPC。2)关注点不同:NR-NTN更关注如何适配大带宽和保障QoS,而IoT over NTN更关注如何实现极致的低功耗,特别是创造性地解决了“断续覆盖”下的生存问题。3)所用无线技术不同:前者使用5G NR,后者使用NB-IoT/eMTC。

Q5:有了IoT over NTN技术,是不是意味着我们很快就能看到全球覆盖的物联网服务了?

A5:技术标准层面已经铺平了道路,但这只是第一步。要实现大规模商用,还需要整个产业链的共同努力:包括发射足够数量的、支持NB-IoT/eMTC载荷的卫星,形成有效的星座覆盖;芯片和模组厂商推出价格合理、性能可靠的NTN物联网终端;运营商推出相应的卫星物联网套餐和服务。Rel-17的完成是一个重要的里程碑,它为这一切的发生提供了统一的技术蓝图。