51学通信

深度解析 3GPP TS 28.405：4.4 Signalling based activation in LTE (LTE中的信令驱动激活)

18分钟阅读

好的，这是系列文章的第七篇。我们将继续深入第四章，解读4.4节的内容。这一节是前面3G UTRAN信令驱动激活模式在4G LTE网络中的现代化演进，也是理解当前主流网络中针对单个用户进行精准体验监控的关键。

深度解析 3GPP TS 28.405：4.4 Signalling based activation in LTE (LTE中的信令驱动激活)

本文技术原理深度参考了3GPP TS 28.405 V18.8.0 (2024-12) Release 18规范中，关于“4.4 Signalling based activation in LTE”的核心章节。本篇旨在为读者清晰地展现，在4G LTE这一高效的扁平化网络架构下，针对单个用户的QoE测量任务是如何通过核心网与无线网的精密协同，实现“即插即用”式的灵活部署与管理的。

引言：从“档案贴条”到“数字孪生”的演进

在上一章，我们见证了网络优化工程师老王如何通过3G核心网，像一个老练的特工给小慧的“纸质档案”（HSS中的签约数据）里贴上一张“特殊便签”，从而在她下次出现时触发QoE测量。这套流程虽然精准，但略显迂回。

现在，故事的场景切换到了现代化的4G LTE网络。小慧已经回到了熟悉的大学校园，她的VIP投诉问题依然需要解决。老王决定再次启用信令驱动激活模式。然而，在LTE的世界里，这套机制发生了深刻的演进。它不再像是在静态档案上做标记，而更像是在核心网中为小慧创建了一个动态的、实时的“数字孪生”上下文。当小慧在网络中“移动”时，这个包含了QoE“密令”的数字孪生体，能够被核心网（MME）更快速、更灵活地“推送”给前线的eNB。

TS 28.405的4.4章节，正是这份现代化“数字孪生”作战计划的详细说明书。它不仅定义了任务的激活流程，更创新性地提出了**“先部署，后激活”**的两种不同时机，体现了4G网络运营的高度灵活性。

1. 4.4.2 激活时机：灵活的“预部署”与“后激活”

规范在4.4.2.0节开宗明义地指出，LTE中的信令驱动激活可以在两个不同的时间点进行：

4.4.2.0 General Activation of measurement collection for a UE can be done before UE attachment or after UE is attached.

  • Before UE attachment (UE附着前激活): 这是一种“预部署”模式。老王可以在小慧还未开机，或者手机不在4G网络覆盖下时，就将QoE任务配置好。任务会静静地“潜伏”在核心网中，等待小慧的手机一开机附着到LTE网络，便“如影随形”地被激活。
  • After UE is attached (UE附着后激活): 这是一种“后激活”或“即时激活”模式。老王可以在小慧已经正常使用4G网络的情况下，随时下发一个QoE测量任务，任务会被立即推送并激活。

这两种模式满足了不同的运维需求，我们将在下文中详细解析它们的实现细节。

1.1 4.4.2.1 UE附着前激活：守株待兔式的“预部署”

这种模式的核心在于，QoE任务先于UE的出现而被配置到核心网中。规范中的“Figure 4.4.2.1-1”（尽管图中标题为activateAreaQMCJob，但流程涉及HSS和MME，是典型的信令驱动激活）清晰地展示了这一过程。

  • 场景演绎: 周一早上，老王上班后，知道小慧通常会在上午9点到达图书馆。他在8点半，就提前创建了针对小慧的QoE测量任务。此时，小慧的手机可能还在宿舍的Wi-Fi下，或者处于待机状态。
  • 技术解读:
    1. 任务注入HSS (NM → DM → HSS): 老王的指令首先到达HSS，将QoE配置与小慧的签约数据绑定。这与3G的流程一致。
    2. UE附着与数据同步 (UE → eNB → MME → HSS): 9点，小慧来到图书馆，关闭Wi-Fi，手机发起了Attach Request（附着请求）。该请求经由eNB到达MME（移动性管理实体）。MME作为4G核心网的大脑，随即向HSS发送**Update Location Request（位置更新请求）**来获取小慧的签约档案。
    3. QoE配置“搭便车” (HSS → MME): HSS在回复MME的Update Location Answer消息中，不仅包含了小慧的常规签约信息（比如她能用多快的网速），也把那个“潜伏”的QoE测量任务配置，一并“打包”给了MME。
    4. MME存储上下文: MME收到了这份完整的档案，在本地为小慧建立了一个包含QoE任务在内的完整UE上下文。现在，QoE“密令”已经从遥远的HSS，转移到了为小慧提供实时服务的前线指挥部MME中。
    5. 后续流程的标准化: 从MME将QoE配置通过S1AP信令（核心网与eNB之间的接口协议）下发给eNB的那一刻起，后续在eNB与UE之间的激活流程（RRC信令 → AT指令 → APP响应），就与我们熟悉的**管理驱动模式（4.2节）**完全一致了。

这种“预部署”模式的优点在于可靠和从容，确保了只要用户一进入网络，就能被立即纳入监控，不会错失任何重要的初始体验数据。

1.2 4.4.2.2 UE附着后激活：即时响应的“热部署”

这种模式更具动态性，适用于需要对已经在网用户进行紧急排障或临时监控的场景。规范中的“Figure 4.4.2.2-1”描绘了这一流程。

  • 场景演绎: 小慧正在图书馆用4G流畅地看着视频，突然在下午3点，她再次向客服电话投诉遭遇了卡顿。客服立刻将情况反馈给老王。老王需要马上对小慧的连接进行“抓包”和QoE分析。
  • 技术解读:
    1. 任务直达HSS (EMS → HSS): 老王立即创建QoE任务。指令同样先到HSS。
    2. HSS主动推送 (HSS → MME): 与“预部署”模式不同，这次HSS不会被动等待MME来拉取数据。由于小慧已经是附着状态，HSS知道哪个MME正在为她服务。因此，HSS会主动向该MME发送一条**Insert Subscriber Data（插入签约用户数据）**消息，将新的QoE任务配置“热推送”给MME。
    3. MME更新上下文并下发 (MME → eNB): MME收到推送后，立即更新自己内存中小慧的UE上下文。随后，MME会通过一条**INITIAL CONTEXT SETUP REQUEST** 或 UE CONTEXT MODIFICATION REQUEST 这样的S1AP消息，将更新后的上下文（包含了新的QoE任务）通知给当前服务小慧的eNB。
    4. eNB执行激活: eNB收到指令后，立即执行我们熟悉的RRC激活流程，小慧的“V-Stream”应用随即开始了QoE测量。

这种“后激活”模式的优点在于快速和灵活，使得运维人员能够对网络中的突发事件做出近乎实时的响应。

2. 4.4.3 切换处理：MME主导下的无缝迁移

See clause 4.2.2.

规范再次指引我们参考管理驱动模式下的切换处理流程（4.2.2节）。其背后的逻辑与UTRAN类似，但核心角色从RNC变成了MME。

  • 技术解读:
    • 上下文的中心化管理: 在LTE中，UE的完整上下文（包括QoE任务配置）的核心副本是存放在MME中的。
    • 切换时的上下文转发: 当小慧从一个eNB切换到另一个eNB时（无论是X2切换还是S1切换），UE上下文的迁移是切换流程的应有之义。
      • 在高效的X2切换中，源eNB会将上下文直接传递给目标eNB。
      • 在需要MME介入的S1切换中，源eNB会将上下文上传给MME，再由MME下发给目标eNB。
    • QoE的连续性: 由于QoE任务配置是UE上下文的一个“标准配件”，它会随着上下文的迁移而自动迁移。目标eNB在收到这个上下文后，自然就知道了需要继续对小慧进行QoE测量，从而保证了监控的连续性。MME的中心化协调作用，使得LTE中的QoE任务切换管理比UTRAN中RNC之间的点对点协调更为稳健和高效。

3. 4.4.4 任务的终结：指令的撤回与会话的自然凋亡

3.3.1 预设时间到达 (Pre-set time has elapsed in LTE)

When the pre-set time is elapsed, the MME and the eNB sets the network request session to ended…

  • 技术解读: 当老王设定的监控时间结束，生命周期的管理主要在MME层面进行。MME会将小慧上下文中的QoE任务标记为“已过期”。在后续的任何交互中，它都不会再向eNB下发这个任务。同时，eNB侧也会将对应的会话置为结束状态，但同样会保留会话ID，等待可能在途的最后一份报告。

3.3.2 强制去激活 (Forced deactivation in LTE)

…the management system sends the deactivateQMCJob operation to the MME that propgates to the eNB.

  • 技术解读: 当老王需要手动终止任务时，deactivateQMCJob指令会通过HSS最终送达MME。MME会立即更新小慧的UE上下文，移除QoE任务配置，并通过**UE CONTEXT MODIFICATION REQUEST**信令通知eNB。eNB收到后，执行与管理驱动模式相同的RRCConnectionReconfiguration流程，通过measConfigAppLayer字段设置为“丢弃”来通知UE停止测量。

3.3.3 记录会话的自然终结 (Deactivation of recording session in LTE)

See clause 4.2.3.2.

这一原则坚定不移：应用会话的完整性永远是第一位的。无论网络侧风云如何变幻，小慧的“V-Stream”应用都会尽职尽责地完成最后一次播放的完整记录。

FAQ环节

Q1：LTE中的MME与UTRAN中的MSC/SGSN，在信令驱动QoE激活中扮演的角色有何本质区别？ A1：MME的角色更为主动和中心化。在UTRAN中，MSC/SGSN更像是一个“被动管道”，它从HSS接收用户数据，然后在建立会话时将QoE配置“顺便”传递给RNC。而在LTE中，MME是移动性管理的“大脑”，它在本地主动维护着每个附着用户的完整上下文。无论是HSS的推送（后激活）还是用户附着时的主动拉取（预部署），MME都会动态地、实时地管理这个上下文。在切换（尤其是S1切换）中，MME更是扮演了上下文转发的核心枢纽角色。可以说，MME是LTE信令驱动激活流程的“总导演”。

Q2：为什么LTE要区分“附着前”和“附着后”两种激活方式？3G UTRAN似乎没有这么明确的区分。 A2：这体现了LTE网络架构和运维思想的进步。3G的核心网设计更多是面向连接的，很多操作需要等待用户发起连接或位置更新时才能“触发”。而LTE的全IP、永远在线（Always-on）的设计理念，以及MME对UE上下文的精细化管理能力，使得对用户的操作可以更加灵活。区分这两种方式，为运维人员提供了**“计划性部署”（附着前）和“事件驱动型部署”**（附着后）两种强大的工具，极大地提升了运维的效率和响应速度。

Q3：在“附着后激活”模式中，HSS如何知道应该把QoE任务推送到哪个MME？ A3：这是通过HSS的用户位置管理功能实现的。当一个UE成功附着到网络后，为它服务的MME的地址信息会被注册到HSS中。HSS内部维护着一张“用户IMSI → 当前服务MME地址”的映射表。当老王下发一个针对小慧的即时任务时，HSS会查询这张表，找到当前正在为小慧服务的MME，然后通过标准的Diameter接口（如S6a接口）向该MME精准地推送Insert Subscriber Data消息。

Q4：如果小慧在一个MME的覆盖区域内，从一个eNB切换到另一个eNB，MME会参与这个过程吗？ A4：这取决于切换类型。如果是X2切换，源eNB和目标eNB之间有直接的X2链路，它们会自行协商并完成切换，包括QoE上下文的传递。MME只会在切换完成后收到一个路径更新的通知，告知它UE现在在哪个eNB下面。但如果是S1切换（比如两个eNB之间没有X2链路，或者需要MME进行资源重分配），那么MME就会深度参与。源eNB会将切换请求和UE上下文上报给MME，MME决策后，再向目标eNB发起资源建立和上下文下发。无论哪种方式，QoE任务的连续性都能得到保障。

Q5：这些复杂的信令交互，对用户体验会有影响吗？比如会不会增加附着时间或切换时延？ A5：影响微乎其微，在用户感知层面可以忽略不计。3GPP在设计这些流程时，充分考虑了性能问题。QoE配置信息的数据量非常小，通常只有几百字节。无论是在附着时的Update Location Answer消息中“搭便车”，还是在Insert Subscriber Data中推送，这点额外的数据对于核心网之间的高速链路来说开销极小。同样，在S1AP信令中增加这部分信息，对于eNB和MME的处理能力来说也绰绰有余。因此，它不会对附着、切换等关键流程的性能指标（如时延）构成瓶颈。

关系图谱