LTM配置更新流程

38.300-J30流程描述⻅38.423字段描述⻅38.423源侧主动发起更新携带 LTM Updates to Candidate Node Information / LTM Updates to Candidate Cell Information List。目标侧发起更新携带 LTM Updates to Source Node Information List。TS 38.423 j 系列Rel‑19 较新草案如 j30 等中除了早期版本就存在的 “LTM Updates to Candidate Node Information” 和 “LTM Updates to Candidate Cell Information List” 之外确实还定义了 “LTM Updates to Source Node Information List”。这个新增 IE 与 Rel‑19 引入的候选侧发起 LTM 配置更新能力相配套专门用于承载候选 gNB → 源 gNB 方向的更新内容。下面基于三个 IE 并存的事实说明它们的命名含义与分工。“to” 的统一含义信息流向而不是角色归属XnAP 中所有以 “Updates to X” 命名的 LTM IE 遵循同一条规则“to” 表示这条更新信息被发往节点 XX 是接收方。IE 名称并不描述信息内容属于哪个节点——内容始终是候选小区的 LTM 相关配置分节点级和小区级——只是告诉你由谁来应用这个更新。按这个规则三个 IE 的方向和作用就非常清晰IE 名称方向更新对象LTM Updates to Candidate Node Information源 gNB → 候选 gNB节点级源侧把 LTM 参考配置、LTM 配置 ID 映射列表、公共 CSI 资源配置、LTM 安全信息等节点公共配置推给候选节点LTM Updates to Candidate Cell Information List源 gNB → 候选 gNB小区级源侧把每个候选小区的 NR CGI、早期同步信息、CFRA 资源、UE Based TA 配置、AS 安全信息、数据转发信息等推给候选节点LTM Updates to Source Node Information List候选 gNB → 源 gNB小区级反向候选 gNB 把属于它的候选小区的 LTM 配置变更推回源节点源节点据此刷新其维护的候选集为什么要新增 “to Source Node” 这个 IE这个新增 IE 对应 38.300 V19.2.0 中通过 CR 1166Tdoc R2‑2604426引入的步骤 11c/11d 语义Thecandidate gNBmay initiate an LTM CONFIGURATION UPDATE message to inform thesource gNBabout the update of LTM configurations for one or more candidate cells belonging to the candidate gNB.在此之前LTM CONFIGURATION UPDATE 只有源 → 候选一个方向因此只需要 “to Candidate Node” / “to Candidate Cell” 两个 IE。Rel‑19 引入候选侧发起能力后消息本身可能出现相反方向但 IE 命名规则希望保持一致——仍然是看到 to X 就知道要更新 X 侧维护的信息。为了不打破这一规则新增了一条反向 IE命名为 “to Source Node”让接收方源 gNB在解析消息时能明确知道这些内容要应用到自己这边维护的候选集上。三个 IE 的工程分工总结把三个 IE 放在同一张表里看它们的分工可以概括为两维一维是节点级 vs 小区级是否对所有候选小区共用另一维是源推送 vs 候选推送更新由谁发起。节点级 源推送→ LTM Updates to Candidate Node Information适用于对所有候选小区都一样的公共配置一次下发即可小区级 源推送→ LTM Updates to Candidate Cell Information List适用于每个候选小区各自的配置按小区逐条列出SIZE 1…maxnoofLTMCells小区级 候选推送→ LTM Updates to Source Node Information List候选 gNB 因自身变化节能、去激活候选小区、CFRA 资源调整等而主动反向告知源 gNB对应 38.300 中步骤 11c 的实际内容。一句话理解把 “to” 读作更新要落到哪个节点本地to Candidate Node / to Candidate Cell 都表示落到候选节点侧to Source Node 则表示落回源节点侧。IE 名称本身就完整表达了方向 作用对象两层信息不需要再结合上下文判断。场景分析1源侧配置更新-站级物理资源、承载变更源站发送LTM CONFIGURATION UPDATE-LTM Updates to Candidate Node Information/ ltm-ReferenceConfiguration⽬标站响应ACK中携带⽤LTM Updates from Candidate Cell Information List典型场景LTM准备阶段源侧获取 **** CSI report configuration for early CSI acquisition。2源侧配置更新-⼩区级更新⽬标⼩区其他配置传输地址、UE BASED TA 配置、安全变更等源站发送LTM CONFIGURATION UPDATE-LTM Updates to Candidate Cell Information List⽬标站响应ACK中携带LTM Updates from Candidate Cell Information List⽬标站收后需要更新后的配置如果涉及空⼝的重配就通过LTM CONFIGURATION UPDATE ACKNOWLEDGE-LTM Updates from Candidate Cell Information List-LTM Candidate Cell Information Item-LTM Candidate Configuration给源侧然后源侧配置空⼝。 如果不涉及LTM Candidate Configuration⽬标侧直接⽣效就可以** 典型场景subsequent LTM场景****服务⼩区变更所以给⽬标⼩区更新相关配置**3⽬标侧配置更新物理资源、CSI资源变更等⽬标站发送LTM CONFIGURATION UPDATE-LTM Updates to Source Node Information List源站响应ACK中不需要携带⽤LTM Updates from Candidate Cell Information List