深度解析 3GPP TS 23.273:6.1.4 移动基站中继(MBSR)下的定位流程
本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中,关于“6.1.4 5GC-MT-LR procedure involving Mobile Base Station Relay”的核心章节。本文将通过一个未来感十足的城际磁悬浮列车场景,为读者详细拆解当终端连接在一个“移动的基站”上时,5G网络是如何应对这一挑战,并实现精准定位的。
1. 序章:磁悬浮列车上的“寻人启事”
在之前的章节中,我们探讨的定位场景,都有一个共同的、不言自明的前提:UE所连接的基站(gNB)是固定不动的,其地理坐标是已知的。然而,在5G“移动化一切”的宏伟蓝图中,基站本身也可以是移动的。
欢迎登上“未来号”城际磁悬浮列车。这趟列车以500公里的时速飞驰在城市之间,为了保证车上数百名乘客不间断的5G高速网络体验,列车顶部部署了一个移动基站中继(MBSR - Mobile Base Station Relay)。这个MBSR通过高增益天线与沿途的地面固定基站(我们称之为“施主基站”或Donor gNB)保持回传连接,同时在车厢内部署微基站,为乘客的手机提供5G接入服务。从技术上讲,这个MBSR就是一个“移动的IAB节点(Integrated Access and Backhaul)”。
现在,一个紧急情况发生了。一位名叫“小明”的儿童在列车上与家人走散,焦急的父母(扮演LCS客户端)通过列车上的安保系统,请求立即定位小明佩戴的儿童手表。挑战来了:小明的手表连接的是“未来号”列车这个移动基站,而“未来号”本身又在高速移动。我们如何在一个移动的坐标系里,找到一个移动目标的绝对地理位置?
这正是6.1.4章节要解决的核心难题。它定义了一套特殊的、两步走的定位流程,专门应对这种“动中求动”的复杂场景。
2. 挑战的核心:“移动的锚点”
Figure 6.1.4-1 illustrates the network positioning for the LCS clients when Mobile Base Station Relay(s) is involved. In this scenario, it is assumed that the target UE may be identified using an SUPI or GPSI. The procedure follows the functionality in clause 5.9…
常规的定位方法,如TDOA(到达时间差),其计算基础是拥有多个已知坐标的固定“锚点”(基站)。但现在,小明手表所连接的MBSR这个最直接的“锚点”,其坐标是未知的、时刻在变化的。简单地使用MBSR的小区ID进行定位,只会得到一个毫无意义的、相对于列车内部的位置。要想得到小明在地球上的绝对坐标,网络必须解决一个先决问题:在定位小明的同时,必须先精确地定位“未来号”列车本身!
6.1.4流程的核心思想,就是将一次看似单一的定位任务,智能地分解为两个关联的子任务:
- 定位中继(MBSR):确定“未来号”列车在某一时刻的精确地理位置和速度。
- 定位终端(UE):确定小明手表相对于“未来号”列车的位置。
最后,LMF(定位管理功能)将这两个结果进行矢量合成,得出小明在地球上的最终坐标。
3. 流程启动与LMF的“侦察” (Steps 1-4)
让我们打开“Figure 6.1.4-1: 5GC-MT-LR procedure involving Mobile Base Station Relay”,跟随列车安保系统的请求,一步步进入这个精巧的流程。
3.1 第一、二步:常规的请求下发
- [Optional] The location services client sends a request to the GMLC for a location for the target UE…
- The GMLC invokes the Namf_Location_ProvidePositioningInfo service operation towards the AMF serving the target UE…
流程的前两步与标准的MT-LR类似。父母通过安保系统(LCS Client)发起请求,请求经过GMLC的授权和路由,最终到达服务小明手表的AMF。
3.2 第三步:AMF的“特殊使命”——选择专家
- The 5GC-MT-LR procedure as specified in clause 6.1.1 step 5-8 or clause 6.1.2 step 6-12 are performed with the difference that the LMF selection also consider LMF capability supporting MBSR involvement. If the AMF is aware that the target UE is served by a MBSR, it would select the LMF that can support the MBSR handling.
这是流程的第一个关键分叉点。AMF在选择LMF时,不再是“广撒网”,而是需要进行一次精准匹配。
- AMF的感知:AMF可能通过UE上报的小区ID,或者其他网络信息,已经“意识”到小明手表正连接在一个MBSR上。
- LMF的能力:并非所有的LMF都具备处理MBSR这种复杂场景的能力。支持MBSR的LMF,必须在向NRF(网络功能仓库)注册其能力 प्रोफाइल 时,明确声明自己“擅长处理MBSR”。
- AMF的决策:AMF会向NRF查询,在所有可用的LMF中,筛选出那些明确支持MBSR的“专家级”LMF,并将任务委派给它。
3.3 第四步:LMF的“恍然大悟”
- LMF derives if any MBSR(s) is involved in the positioning of the target UE based on the cell-ID used for positioning measurements… As the MBSR can be mobile the LMF may need to determine an updated location of the MBSR…
LMF接到任务后,开始进行“案情分析”。它查看了小明手表的服务小区ID,并在自己的数据库中进行比对。很快,它发现这个小区ID并不属于任何一个固定的地面基站,而是标记为“未来号”磁悬浮列车上的移动中继。
LMF立刻意识到:“这是一个移动锚点问题!我必须先去定位这列火车!” 接下来,LMF面临一个抉择,它有两条路可以走,以获取“未来号”的实时位置。
4. 定位“未来号”:LMF的两条路径 (Steps 5-10)
规范为LMF提供了两种获取MBSR位置的标准化方法,这两种方法在信令交互和效率上各有侧重。
4.1 路径一:直接问询RAN (Option 1: Steps 5-7)
这是更直接、更高效的方式。LMF决定直接与承载“未来号”列车回传链路的地面“施主基站”网络(Donor-CU)进行通信。
- [Conditional] The LMF initiates a NRPPa TRP Information Exchange procedure to request the updated location information of the TRP(s) associated with MBSR(s)…
- [Conditional] The MBSR IAB-UE initiates a 5GC-MO-LR procedure … to get its location information.
- [Conditional] The MBSR IAB-DU report its updated TRP location… to the Donor-CU, which is further forwarded to LMF.
这个过程可以理解为:
- LMF向“施主基站”发送一个NRPPa(NR定位协议A)消息,请求获取“未来号”MBSR的最新位置信息。
- 这个请求可能会被“施主基站”转发给“未来号”上的IAB-DU(集成接入回传-分布式单元)。
- “未来号”的MBSR本身就像一个大的UE,它内部的定位模块(IAB-UE)可能会被触发,执行一次自定位(MO-LR)。例如,它利用车顶的GPS/北斗接收器,或者通过测量多个地面基站的信号,计算出自己当前的精确经纬度、速度和朝向。
- “未来号”将自己的位置和速度信息,通过“施主基站”这条回传链路,报告给LMF。
这条路径的优点是信令链路短,在RAN内部闭环,效率非常高。
4.2 路径二:递归请求核心网 (Option 2: Steps 8-10)
如果路径一因为某些原因(如RAN不支持相关NRPPa信令)不可用,LMF还有备用方案:将定位MBSR的任务,重新“外包”给核心网。
- [Conditional] The LMF invokes the Ngmlc_Location_ProvideLocation_Request service operation to the GMLC by providing the identifier of MBSR IAB-UE…
- [Conditional] The GMLC determines the AMF serving the MBSR and step 4-10 in clause 6.1.1 or steps 4-23 in clause 6.1.2 is performed.
- [Conditional] The GMLC sends the location service response including the MBSR IAB-UE’s location to the LMF.
这个过程非常巧妙,它发起了一次**“递归”的MT-LR**:
- LMF将“未来号”MBSR(它本身也是一个UE)的身份ID,打包成一个新的
ProvideLocation请求,发送给了GMLC。 - GMLC收到这个请求后,并不知道这是为了辅助另一次定位。它只是按部就班地将“未来号”MBSR当作一个普通的目标UE,完整地走了一遍标准的MT-LR流程(6.1.1或6.1.2),最终得到了“未来号”的位置。
- GMLC将这个定位结果返回给LMF。
这条路径的优点是复用了标准的定位流程,普适性强。但缺点是信令链路长,需要重新走一遍GMLC→UDM→AMF→LMF的完整流程,时延相对较高。
5. 同步的艺术:确保时空一致性 (Step 11)
现在,LMF即将同时操作两个定位任务:一个针对“未来号”列车,一个针对小明的手表。这里,时间的一致性变得至关重要。
- [Conditional] The LMF performs one of the positioning procedures with the target UE… To reduce the timing offset of the positioning measurements, the UE positioning may be scheduled with the same scheduled location time as the MBSR positioning in step 9.
磁悬浮列车时速500公里,即每秒前进约140米。如果LMF在10:30:05获取了列车的位置,而在10:30:06才获取小明手表相对于列车的位置测量,那么在这1秒钟内,列车已经前进了140米!用一个过时的列车位置去合成,结果必然谬以千里。
因此,LMF必须扮演一个**“同步大师”的角色。它会利用“预定定位时间(Scheduled Location Time)”**这个强大的工具。
- LMF的指令:LMF在向“未来号”MBSR(通过路径一或路径二)和向小明手表下达定位指令时,会包含一个相同的、未来的、精确到毫秒的时间戳,例如:“请你们双方,在UTC时间10:30:05.500这个时刻,同时执行定位测量并上报。”
通过这种方式,LMF确保了它收到的两份测量报告,是在同一个时间断面上采集的,从而保证了最终位置合成的准确性。
6. 最终合成与结果交付 (Steps 12-15)
万事俱备,LMF进入了最后的计算阶段。
- The LMF uses the received location and velocity of the MBSR(s) when estimating the location of the target UE together with the measurements reports… 13-15. … returns the current location of the target UE … to the GMLC… sends the location service response to the location services client.
在10:30:05.500这个时刻之后,LMF陆续收到了:
- 来自“未来号”MBSR的报告:
位置={X,Y,Z}, 速度=500km/h, 方向=正东。 - 来自小明手表的报告:
相对于服务小区(即MBSR)的测量值={...}。
LMF的算法引擎开始高速运转,它将手表的相对测量值,叠加到MBSR的绝对时空坐标上,最终计算出小明在10:30:05.500那一刻的全球地理坐标。
这个最终结果,再沿着LMF→AMF→GMLC→安保系统(LCS Client)的路径返回。列车安保人员的屏幕上,一个代表小明的精确光点,被牢牢地标记在了第8号车厢的A区座位附近。
7. 总结:为移动互联世界设计的精妙算法
6.1.4章节所定义的MBSR定位流程,是5G定位服务应对未来高度移动化社会的一个缩影。它通过精巧的流程设计,优雅地解决了“移动锚点”这一复杂问题。
- 智能分解:将复杂的“动中求动”问题,分解为“定位锚点”和“定位终端”两个子问题,化繁为简。
- 灵活实现:提供了“直接问询RAN”和“递归请求核心网”两条路径来获取移动锚点的位置,兼顾了效率和普适性。
- 时空同步:利用“预定定位时间”机制,确保了不同定位任务在时间上的严格同步,保证了最终结果的有效性。
- 能力感知:在流程的起点(AMF选择LMF),就引入了能力感知的机制,确保只有具备相应处理能力的“专家”LMF才能接手此类复杂任务。
从高速列车到无人机群,从游轮到长途巴士,MBSR技术将让高质量的5G连接无处不在。而6.1.4流程,则为这些移动平台上的每一个用户和设备,提供了与地面用户同样精准、可靠的定位服务,为未来无限的移动应用场景铺平了道路。
FAQ - 常见问题解答
Q1:什么是MBSR(移动基站中继)或IAB节点?它和我们家用的5G CPE有什么区别? A1:MBSR/IAB节点是一个电信级的、集成化的移动基站。它通过无线方式(5G NR)连接到上游的固定基站(施主站)作为回传,同时自己也作为基站为下游的UE提供接入。它与家用CPE的核心区别在于:IAB是3GPP标准化的网络侧设备,深度集成在运营商的网络架构中,支持切换、移动性管理等蜂窝网络特性。而家用CPE通常被网络视为一个普通的UE,它通过Wi-Fi为家庭设备提供连接,不具备基站的功能。
Q2:LMF获取MBSR位置的两条路径(Option 1和Option 2),在实际部署中会如何选择? A2:这取决于运营商的网络部署策略和设备能力。**Option 1(直接问询RAN)**因为信令路径更短,时延更低,是性能上更优的选择。如果运营商的RAN设备(gNB)和LMF都支持相应的NRPPa接口和信令,那么会优先采用此方案。**Option 2(递归请求核心网)**则是一种更具普适性的“兜底”方案,它不要求RAN有特殊能力,只需复用标准MT-LR流程即可,但代价是时延稍高。在网络演进初期,Option 2可能更常见;随着网络能力的完善,Option 1会成为主流。
Q3:对MBSR本身进行定位时,它的隐私是如何处理的? A3:这是一个非常好的问题。规范在5.9.3章节中对此有明确说明。当LMF为了辅助定位终端UE(如小明手表)而请求GMLC去定位MBSR(如“未来号”列车)时,LMF会在请求中加入一个特殊指示。GMLC在收到这个指示后,或者根据MBSR的签约信息(表明它是一个网络设施而非个人设备),会**跳过(skip)**对MBSR的隐私检查。这是因为在这种场景下,MBSR是作为网络基础设施的一部分,而非个人隐私主体。
Q4:除了列车,MBSR还有哪些典型的应用场景? A4:MBSR的应用场景非常广泛,任何需要为移动中的群体或区域提供高质量网络覆盖的地方都可以部署。例如:
- 公共交通:长途巴士、游轮、地铁。
- 应急通信:部署在应急救援车辆上的临时基站,为灾区提供快速网络覆盖。
- 无人机/飞行器:作为空中通信平台,为地面或空中的其他设备提供中继。
- 大型活动:部署在巡游花车上,为周围的观众和工作人员提供网络。
Q5:如果在定位过程中,“未来号”列车从一个施主基站切换到了另一个,这个流程会中断吗? A5:不会。MBSR自身的移动性管理是由其与施主基站网络(Donor RAN)和核心网(AMF)来维护的,这个过程对上层的LCS流程是透明的。当MBSR发生切换时,其服务AMF会感知到。当LMF再次需要获取MBSR位置时,它发出的请求(无论是通过路径一还是路径二)都会被正确地路由到新的服务路径上。LMF会持续地获取MBSR的最新位置,从而保证对车上乘客定位的连续性。