5G优化案例：5G SA基本信令流程及45G互操作信令详解.pdf

《5G优化案例：5G SA基本信令流程及45G互操作信令详解.pdf》由会员分享，可在线阅读，更多相关《5G优化案例：5G SA基本信令流程及45G互操作信令详解.pdf（36页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、5G SA5G SA 基本信令流程及基本信令流程及 45G 45G 互操作信令详解互操作信令详解【摘要】【摘要】信令过程是移动通信网络中一个十分重要的概念，在呼叫建立和呼叫拆除过程中，UE与 gNB 之间、gNB 与 5GC、以及gNB 与 gNB 之间都要交互一些控制信息，以创建对等的协议实体并协调相互的动作，这些控制信息称为信令，这个交互过程就是信令过程。随着 5G 网络的飞速发展，XX电信 5G 基站已经全网开通5G-SA，为了实现4G 与 5G 之间顺利切换，确保5G 用户的感知，本文主要从信令流程角度描述 SA 网络基本信令流程、4G到 5G 的切换和重定向过程中关键消息携带的关键信

2、元，以及核心网侧要实现 4G 到 5G 的互操作场景时候的关键配置和相应案例。【关键字】【关键字】信令流程 5G-SA 互操作 重定向 切换【业务类别】【业务类别】优化方法1 1概述概述信令过程是电信通信网络中一个十分重要的概念，在呼叫建立和呼叫拆除过程中，UE 与 gNB 之间、gNB 与 5GC、以及gNB 与 gNB 之间都要交互一些控制信息，以创建对等的协议实体并协调相互的动作，这些控制信息称为信令，这个交互过程就是信令过程。遵循 3GPP 协议规范，通信双方先交互信息，创建控制面对等的协议实体；然后，通过控制面实体，进一步交互信息，创建用户面对等的协议实体；后续，通过用户面实体进行数

3、据传输。图图 1.1.控制面控制面&用户面过程用户面过程图图 2.E2E2.E2E 信令流程概览信令流程概览本文主要介绍 5G SA信令流程。2 2开机入网开机入网2.12.1小区搜索与选择小区搜索与选择小区搜索过程是 UE 和小区取得时间和频率同步，并检测小区 ID 的过程。其基本过程描述如下：1.UE 开机后按照 3GPP TS 38.104 定义的Synchronization Raster 搜索特定频点；2.UE 尝试检测PSS/SSS，取得下行时钟同步，并获取小区的 PCI；如果失败则转步骤 1 搜索下一个频点；否则继续后续步骤；3.UE 尝试读取MIB，获取SSB 波束信息、系统帧

4、号和广播 SIB1 的时频域信息；4.UE 读取SIB1，获取上行初始 BWP 信息，初始BWP 中的信道配置，TDD 小区的半静态配比以及其它 UE 接入网络的必要信息等，同时获取广播 OSI 的搜索空间信息；5.UE 读取OSI，获取小区的其它信息（主要是移动性相关的信息）。2.22.2系统消息广播系统消息广播系统消息广播是 UE 获得网络基本服务信息的第一步，通过系统消息广播过程，UE 可以获得基本的AS 层和NAS 层信息：AS 层信息包括公共信道信息、一些 UE 所需的定时器、小区选择/重选信息以及邻区信息等；NAS 层信息包括运营商信息等。UE 通过系统消息获得的这些信息，决定了

5、UE 在小区中进行驻留、重选以及发起呼叫的行为方式。系统消息分类系统消息分类参见 38.300.7.3.1 按照内容分类，系统消息可以分为 MSI（Minimum System Information）和 OSI（Other System Information）两大类。MSI：包括 MIB 和SIB1（SIB1 也叫RMSI）OSI：包括SIB2SIBn，支持ODOSI 模式。各类系统消息承载信道、下发方式和承载的内容，如下表所示：大大类类子子类类承承下发方式下发方式载载信信道道PBCH周期广播周期广播，周期通过NRDUCell.SsbPeriod 配置承载内容承载内容MSIMIB为 UE

6、提供初始接入信息和 SIB1 的捕获信息SIBP1DSCHOSISIBP2SDIBnSCH周期广播周期广播，周期通过NRDUCell.Sib1Period 配置为 UE 提供OSI 的捕获信息：OSI 的发送机制包括ODOSI（Msg1 方式和MSg3 方式）都在SIB1 通知所有用户。通过MO gNBSibConfig和其他信息NRDUCell.SibConfigId定制的发送策略，包括发送方式和发送周期。发送方式区分为如下两类：周期广播周期广播：gNB 按固定周期进行广播订阅广播订阅广播:由 UE 发起订阅请求，然后gNB 按需广播(称作ODOSI)系统消息信道模型系统消息信道模型系统消息

7、广播功能信道映射模型如下图所示：2.2.1 系统消息获取gNB 下发系统消息可以是周期广播，也可以是按需订阅后广播。因此，UE 获取系统消息过程也有如下两种方式：1.搜索小区，解析 MIB，检查小区状态a.如果 CellBarred=barred，则停止系统消息获取过程；b.否则继续后续步骤；2.使用 MIB 里面携带的参数，尝试解析 SIB1；a.如果 SIB1 解析成功，则存储相关信息，并继续后续步骤；b.否则停止系统消息获取过程；3.根据 SIB1 中指示的其他 SIB 发送方式，进一步尝试获取其他 SIB：a.如果其他 SIB 是周期广播方式，则根据SIB1 中指示的 OSI 搜索空间

8、，尝试接收和解析SI；b.否则，UE 通过订阅请求获得其他 SIB(称作 ODOSI)2.2.2 系统消息更新UE 在开机选择小区驻留、重选小区、切换完成、从其他 RAT 系统进入 NR-RAN、从非覆盖区返回覆盖区时，都会主动读取系统消息。当 UE 在上述场景中正确获取了系统消息后，不再反复读取系统消息，只会在满足以下任一条件时重新读取并更新系统消息：收到 gNodeB 寻呼消息指示系统消息变化。收到 gNodeB 寻呼消息指示有ETWS 或CMAS 消息广播。距离上次正确接收系统消息 3 小时后。如 3GPP TS 38.331 所述，系统消息更新过程限定在特定的时间窗内进行，这个时间窗被

9、定义为BCCH 修改周期。BCCH 修改周期的边界由SFN mod m0 的 SFN 值定义，即若某时刻满足SFN mod m0，则在此时刻（SFN 满足上述公式的时刻）启动 BCCH 修改周期。其中，m 是BCCH 修改周期的无线帧数。UE 通过寻呼DCI 接收系统消息更新指示，在下一个 BCCH 修改周期接收更新后的系统消息。系统消息更新过程如下图所示，图中不同颜色的小方块代表了不同的系统消息，UE 在第 n 个修改周期接收系统消息更新指示，在第 n+1 个修改周期接收更新后的系统消息。图 2-2系统消息更新过程示意图2.32.3随机接入随机接入RA 是 UE 接入网络和建立业务承载的重要

10、环节，是 5G 网络的基础功能。根据业务场景不同，随机接入可以分为基于竞争的随机接入（Contention based randomaccess procedure）和基于非竞争的随机接入（Non-Contention basedrandom accessprocedure）。基于竞争的随机接入：由 UE 自行选择Preamble 进行接入，因此不同的 UE 之间可能存在冲突，需要通过竞争解决。UE in RRC_IDLE/RRC_INACTIVE：总是使用基于竞争的方式进行初始接入，因为此时网络侧和 UE 还没有RRC 信令连接，UE 只能基于SIB1 广播的RACH 配置选择Preambl

11、e，所以只能是竞争方式。UE in RRC_CONNECTED：gNB 无法通过 RRC 信令或者PDCCH ORDER 方式给 UE 分配专用 Preamble 时，采用竞争方式接入。基于非竞争的随机接入：特定的 RACH/PRACH 资源被保留起来，在某一个时刻分配给某个 UE 专用。对于非竞争方式，一定是 UE 和 gNB 已经有了 RRC 连接了，gNB 可以通过 RRC 信令或者PDCCH ORDER 方式给 UE 分配专用Preamble 时，才可以采用非竞争方式接入。2.3.1 基于竞争的随机接入原理说明原理说明基于竞争的 RA 过程中，接入的结果具有随机性，并不能保证 100%

12、成功；接入前导由 UE选择，不同UE 产生前导可能冲突，gNB 需要通过竞争机制解决不同UE 的接入。竞争冲突过程示意图如下：信令过程信令过程基于竞争的随机接入过程，消息交互过程如下图所示：UE-NW:PRACH Preamble(RA-RNTI,indication for L2/L3message size)UE NW:L2/L3 messageUE-NW:Message for contention resolution2.3.2 基于非竞争的随机接入原理说明原理说明在基于非竞争的 RA 过程中，gNB 为UE 分配专用的RACH（Random Access Channel）资源进行接入

13、，但当专用的RACH 资源不足时，gNB 会指示 UE 发起基于竞争的 RA。信令过程信令过程UE NW:RACH Preamble(RA-RNTI,indication for L2/L3message size)UE NW：UE 发起竞争性随机接入；UENW：UE 向 gNB 发送 RRCSetupRequest 消息，携带 UE 的 InitialUE-Identity 和EstablishmentCause，请求建立RRC 连接，该消息对应于随机接入过程的Msg3；UENW：UE 向gNB 发送RRCSetupComplete 消息，RRC 连接建立成功；RRC 建立过程由UE 触发，

14、RRC 连接建立成后，gNB 侧和 UE侧分别完成SRB1承载(PDCP/RLC)、MAC 和 L1 的对等协议实体的建立。双方建立的对等协议实体和消息交互过程如下图所示：2.4.2 RRC 拒绝过程gNB 由于资源受限无法接纳本次 RRC 请求时，通过 CCCH 在SRB0 上给 UE 回复 RRC 拒绝消息，消息中携带waitTime，该时间窗内禁止 UE 重新接入；UE 收到RRC 拒绝消息后，停止 T300 定时器，复位MAC 并释放MAC 配置，通知上层RRC 连接建立失败；然后按照 RRC 拒绝消息中携带 waitTime 启动 T302 定时器。T302 定时器运行期间禁止发起新

15、的RRC 建立请求，超时后可以发起。2.4.3 RRC 重发处理RRC 重发处理过程，主要围绕UE 侧运行的两个关键定时器进行：竞争解决定时器（ra-ContentionResolutionTimer）T3003 3上下文管理上下文管理3.13.1 初始上下文建立过程初始上下文建立过程UE 建立RRC 成功后，通过INITIAL UE MESSAGE 触发初始上下文建立过程。步骤 1 RRC 建立成功后，UE 向 gNodeB 发送 RRCSetupComplete，携带 selectedPLMN-Identity、registeredAMF、s-nssai-list 和NAS 消息。步骤 2

16、 gNodeB 为 UE 分配专用 的 RAN-UE-NGAP-ID，根据 selectedPLMN-Identity、registeredAMF、s-nssai-list 选择 AMF 节点，然后将 RRCSetupComplete 消息中携带的 NAS消息通过InitialUeMessage 发送给AMF。步骤 3 gNodeB 透传 UE 和AMF 之间的 NAS 直传消息，完成 IDENTITY 查询、鉴权、NAS 安全模式和注册过程。步骤 4AMF 向gNodeB 发送 InitialContextSetupReq 消息，启动初始上下文建立过程。步骤 5gNodeB 向 UE 发送

17、SecurityModeCommand 消息，通知 UE 启动完整性保护和加密过程。步骤 6UE 根据 SecurityModeCommand 消息指示的完整性保护和加密算法，派生出密钥，然后向gNodeB 回复 SecurityModeComplete 消息。此后，启动上行加密。步骤 7gNodeB 向 UE 发送UECapabilityEnquiry 消息，发起UE 能力查询过程。步骤 8UE 向gNodeB 回复UECapabilityInformation 消息，携带UE 能力信息。步骤 9gNodeB 向 AMF 发送 UECapabilityInfolnd 消息，透传UE 能力。步

18、骤 10 gNodeB 向UE 下发RRCReconfiguration 消息，指示建立SRB2 和DRB（Data RadioBearer）。步骤 11 UE 收到 RRCReconfiguration 消息后，开始建立 SRB2 和 DRB 无线承载。建立成功后向gNodeB 回复RRCReconfigurationComplete 消息。步骤 12 gNodeB 向 AMF 回复 InitialContextSetupRsp 消息。3.23.2 UEUE 上下文修改过程上下文修改过程5GC 通过UE 上下文修改过程来更新 UE-AMBR、安全密钥、寻呼辅助信息和 AMF UE NGAP

19、ID更新等字段内容。步骤 1 AMF 向 gNB 发送UE Context Modification Request 消息，触发 UE 上下文修改过程；步骤 2 gNB 根据Security Key IE 信元派生出KgNB*，根据 KgNB*进一步派生出KRRC-enc,KRRC-int,KUP-enc 和 KUP-int，向 UE 发送RRCReconfiguration 消息，通知更新密钥；步骤 3 UE 完成密钥更新后，向 gNB 回复 RRCReconfigurationComplte 消息；步骤 4gNB 向AMF 回复UE Context Modification Respons

20、e 消息，UE 上下文修改完成。3.33.3 UEUE 上下文释放过程上下文释放过程步骤 1【可选】如果是 gNB 原因导致需要发起 UE 释放时，gNB 向 AMF 发送 UE ContextRelease Request 消息，触发 UE 上下文释放过程；步骤 2AMF 向gNB 发送UE Context Release Command 消息，命令 gNB 释放 UE 上下文；步骤 3gNB 向 UE 发送 RRCRelease 消息，通知释放RRC 连接；步骤 4gNB 向 AMF 回复UE Context Release Complete 消息，同时释放本地资源。4 4寻呼流程寻呼流程

21、4.14.1 5GC5GC 寻呼寻呼当 UE 有下行数据到达，5GC 将通知gNB 进行寻呼，由 gNB 发起对 UE 的寻呼。UE 接收到寻呼消息后将发起服务请求，响应核心网的寻呼消息。图 5.5GC 寻呼原理示意图信令流程信令流程当 UE 有下行数据到达，5GC 将通知gNB 进行寻呼，由 gNB 发起对 UE 的寻呼。UE 接收到寻呼消息后将发起服务请求，响应核心网的寻呼消息。参考 3GPP TS 23.502.4.2.3,5GC 寻呼过程如下图所示：5GC5GC 寻呼寻呼 NR NR 信令流程信令流程寻呼条件：UE 已注册且处于CM_IDLE/RRC_IDLE 态，核心网检测到 UE

22、有下行数据需要发送；寻呼过程：5GC 发起，gNB 在TAC 范围内寻呼 UE。寻呼范围：Tracing Area4.24.2 RANRAN 寻呼寻呼RRC_INACTIVE 状态 UE 有下行数据到达时，gNB 通过RAN Paging 寻呼消息通知UE 启动数传。信令流程RRC_INACTIVE状态UE 有下行数据到达时，gNB通过RAN Paging寻呼消息通知UE 启动数传。信令流程如下图所示：寻呼条件：UE 处于RRC_INACTIVE 态，源 gNB 检测到 UE 有下行数据需要发送；寻呼过程：gNB 检测到处于RRC_INACTIVE 态的 UE 有下行数据需要发送，则在 RNA

23、 区域内发起对 UE的寻呼。寻呼范围：RAN-based Notification Area5 54G4G 到到 5G-SA5G-SA 互操作流程互操作流程5.15.1 空闲态空闲态 4G 4G 到到5G5G 的注册流程的注册流程（1）UE 在4G 发起 Attach 建立一个 PDN Connection，释放 S1 连接进入空闲态，然后终端在 5GC 网络发起registration 流程。（2）UE 在4G 发起Attach 流程，再发起一个PDN 连接流程总计建立多个 PDN 连接，释放S1 连接进入空闲态，然后终端在 5GC 网络发起registration 流程。4G 到 5G 的

24、移动性注册更新流程图：4G 到 5G 的移动性注册更新流程图：UENGRANN3IWFMME/AMFOld AMFPGW-C+SMFPGW-U+UPFPCF+PCRFHSS+UDM1.Registrationis triggered2.Registration Request3.AMFselectionistration Req uest4.Reg5.Authentication/Security6.step 11-12 of figure 4.2.2.2.2-1 in Registration Procedurequest7.Context Response8.Context Re9.ste

25、p 13-14c of figure 4.2.2.2.2-1 in Registration Procedure10b.N2 UE Context Rel ease CommandComplete10c.N2 Context Release10a.Nudm _UECM_Der egistrationNo tificationscribe11.Nudm _SDM_unsub12.steps 16-20 of figure 4.2.2.2.2-1 in Registration Procedure13.Cancel Location14.Cancel Location Ack15.Registra

26、tionAccept16.Registration CompleteRegistration RequestRegistration Request：UE 向AMF 发起 registration 流程，registration type 携带为 MobilityRegistration Update，并且将EPC GUTI 映射为 5G GUTI，映射成功。Context Request/ResponseContext Request/Response：AMF 和旧侧 MME 进行Context Request/Response 消息交互，获取上下文（SM 有包含PDN 承载信息）成功；AM

27、F 发送Context Request 消息给MME，获取 UE 的MM 上下文和PDN承载信息。MMEMME 回复回复 Context ResponseContext Response消息给消息给 AMFAMF：5G SA 基本信令流程及 45G 互操作信令详解AMFAMF 发送发送 Context ACK Context ACK 消息给消息给MMEMME：注册完成后进行注册完成后进行NGAPNGAP 链路的释放链路的释放是否释放是根据Registration Request 消息中的follow-on-request 来决定。5G SA 基本信令流程及 45G 互操作信令详解老侧资源的释放

28、老侧资源的释放UDM 给 MME发送 cancel删除 MME 上的上下文。MME 收到后等待T3 定时器超时后发送Delete Session给 UPF 删除老侧会话。5.25.2 激活态激活态 4G 4G 到到5G5G 的的HandoverHandover 流程流程（1）UE 在 4G 发起Attach流程，数据业务过程中触发LTE到 NG-RAN 的切换流程。（2）UE 在 4G 发起Attach流程，再发起一个PDN 连接流程总计建立多个PDN 连接，数据业务过程中触发LTE到 NG-RAN 的切换流程。切换准备阶段：切换准备阶段：5G SA 基本信令流程及 45G 互操作信令详解Ro

29、amingScenarioUEE-UTRANNG-RANMMEAMFS-GWV-SMFv-UPFULandDLUPPDUs1.Handoverinitiation2.Handover Required3.Forward RelocationRequest4.Nsmf_PDUSession_UpdateSMContext RequestSMF+PGW-CUPF+PGW-URoamingScenariov-PCF+v-PCRFh-PCF+h-PCRF5.PDU Session Modification7.Nsmf_PDUSession_UpdateSMContext Response8.N4 Se

30、ssion Establishment9.Handover Request6.N4 Session Modification10.Handover Request Ack11.Nsmf_PDUSession_UpdateSMContext Request12.Nsmf_PDUSession_UpdateSMContext Response13.Forwarding TunnelCreation14.Forward Relocation Response15.Create Indirect Data Forwarding Tunnel Request/Response切换执行流程：切换执行流程：

31、5G SA 基本信令流程及 45G 互操作信令详解RoamingScenarioUEE-UTRANNG-RANMMEAMFS-GWv-SMFv-UPFUL and DL UP PDUs1.Handover Command2.Handover from E-UTRAN Command3.Handover to 5G-RAN ConfirmSMF+PGW-CUPF+PGW-URoamingScenariov-PCF+v-PCRFh-PCF+h-PCRFUL UP PDUTransmissionvia 5GSavailableDL UP PDUsUP PDUs forwardedviatunnels

32、 for PDU forwarding4.Handover Notify5.Forward Relocation Complete Notification6.Forward Relocation Complete Notification Ack7.Nsmf_PDUSession_UpdateSMContex Request8.N4 Session Modification9.SMF initiated SM Policy AssociationModification10.Nsmf_PDUSession_UpdateSMContext Response11.N4 Session Modif

33、icationUL and DL UP PDUs12.EPS to 5GS Mobility Registration procedure13.Resource Clean up in EPC by MMEHandover RequiredHandover Required：Handover Required消息携带了 HO 的类型，Target IDForward Relocation RequestForward Relocation Request：MME 需要根据gNB 的 TAC找到对端的AMF，MME 发送 Forward Relocation Request消息给AMF，把所有的

34、MME 上下文，PDN 连接上下文等信息传递给新测的 AMF。5G SA 基本信令流程及 45G 互操作信令详解Nsmf-pdusession update SMcontext Request/ResponseNsmf-pdusession update SMcontext Request/Response：AMF 向 SMF 发起PDU 会话更新；有多个PDN 连接时会发起多条更新请求；如果签约动态PCC，SMF 会与PCF 进行交互；SMF 回复AMF 的响应：分两条 201，Data，多个承载，分多条5G SA 基本信令流程及 45G 互操作信令详解Handover RequestHan

35、dover Request：AMF 发送 Handover Request给 NG-RAN，NG-RAN 回复 Handover Request Ack消息，包含 N2 SM Information for PDU Forwarding，用于向AMF 指示间接转发的地址：Handover Request ACKHandover Request ACK：5G SA 基本信令流程及 45G 互操作信令详解PDUSessionResourceAdminttedList消息中携带接收的PDU Session，以及间接转发隧道IP 地址和TEID，用于后续用户面的 GNB 的 IP 地址和TEID。Ns

36、mf_PDUSession_UpdateSMContext Request/ResponseNsmf_PDUSession_UpdateSMContext Request/ResponseAMF 发送 Nsmf_PDUSession_UpdateSMContext Request，携带 N2 SM response，N2 SMInformation for PDU Forwarding去更新 N3Tunnel信息，并指示间接转发信息；SMF+PGW-C向 UPF 去更新间接转发隧道和地址。MMEMME 发送发送 HO CMDHO CMD 流程，向流程，向eNBeNB指示切换，并下发数据间接转发

37、指示指示切换，并下发数据间接转发指示5G SA 基本信令流程及 45G 互操作信令详解Handover NotifyHandover Notify：NG-RAN 向AMF 发送 HO Notify 消息，该通知消息携带 N2 SM Information(N3 DL ANTunnel Info)。5G SA 基本信令流程及 45G 互操作信令详解Forward relocation complete NotificationForward relocation complete Notification：AMF 向 MME 发送切换完成通知，MME 返回 forward relocation

38、complete NotificationACK 响应；Nsmf_PDUSession_UpdateSMContextNsmf_PDUSession_UpdateSMContext：AMF 向 PGW-C+SMF通知 Nsmf_PDUSession_UpdateSMContext Request，针对每个PDU会话需要包含一个 Handover Complete indication的指示。N4 接口的 PFCP，SMF+PGW-C向 UPF 更新 CN-TUNNEL 隧道信息；5G SA 基本信令流程及 45G 互操作信令详解HOHO 完成后完成后 UEUE 发起发起 5G5G 注册流程，指

39、示类型注册流程，指示类型Mobility Registration ProcedureMobility Registration Procedure：注册类型为mobility registration updating,Follow-on request pending参数为 1 标示注册后不释放 NG 链路，如果为 0 标示注册完成后，AMF 会主动释放 NG 链路删除间接转发隧道和老侧资源MME 发起间接转发隧道信息UDM 发送cancel 消息给MME，MME 收到后会会发送 delete Session 消息给 SMF 删除老侧SGW 的 4G 上下文6 64G4G 到到 5G-SA

40、5G-SA 互操案例互操案例6.16.1 LTELTE 开开启启 HoAdmitSwitchHoAdmitSwitch 导导致致 EPSEPS FallbackFallback 的的NR2LNR2L 切换，切换，在在LTELTE 侧切换准入失败侧切换准入失败问题描述问题描述Mate20X 接入 SA 站点，手机发起语音QCI1 业务，由于当前不支持VoNR，5G RAN 发起基于EPS Fallback 的切换到LTE做 VoLTE，但是 LTE侧切换准入失败；问题分析问题分析1、5G RAN向AMF发NG_HO_REQUIR，cause为“IMS voice EPS fallback or

41、RAT fallback triggered”，该 cause 在 NGAP 协议（38413）中定义。2、由于S1AP 协议（36413）中没有类似的cause，5G/4G核心网内部交互后，MME向 LTE发送的S1_HO_REQ，cause 被转换为了“Resource Optimisation Handover”3、LTE 侧根据 MME 携带的 cause 识别本次切换为“非必要切换”，且 LTE打开了基于 MLB负载的切换准入功能（HoAdmitSwitch），LTE基站处于高负载，导致切换准入失败；问题结论问题结论EPS Fallback 场景 5G RAN 向 AMF 发 NG_

42、HO_REQUIR，cause 为“IMS voice EPS fallback or RATfallback triggered”，由于S1AP 协议（36413）中没有类似的cause，5G/4G 核心网内部交互后，MME 向 LTE 发送的 S1_HO_REQ，cause 被转换为了“Resource Optimisation Handover”；LTE 侧根据 MME 携带的cause 识别本次切换为“非必要切换”，且LTE 打开了基于MLB 负载的切换准入功能（HoAdmitSwitch），LTE基站处于高负载，导致切换准入失败；6.26.2 基站基站 GPS GPS 频率同步导致不

43、上报频率同步导致不上报 SA B1 SA B1 策略测量策略测量问题描述：问题描述：测试 4G 往 5G-SA 切换用例时异常，无法触发L2NR 的切换。问题分析：问题分析：一线测试的基于覆盖的 L2NR 切换，NSA SA 双模终端接入后，基站下发基于覆盖 L2NR的 A2 和 SA 的 B1。终端先上报 NSA B1,因此添加了 SCG；之后再上报基于覆盖L2NR 的 A2，基站下发基于覆盖L2NR 的 B1 后，终端一直未上报B1 测量报告；了解到海思终端在先添加 SCG 后无法上报 SA 的 B1 测量（协议定义终端配置SCG 后再测量 SA 的 B1 属于同频测量，不需要Gap，但当

44、前终端暂不支持），需要FDD 站点做时间同步改造，否则时间不同步容易导致互操作切换失败。问题结论：问题结论：添加SCG 后无法上报SA 的 B1 测量后，需要FDD 站点 GPS 做时间同步改造，否则时间不同步容易导致互操作切换失败；基于切换和重定向 L2NR 的基于覆盖、基于业务、FastReturn算法都是基于测量，需要终端上报B1 后才能触发，因此这种场景下需要基站先做时间同步改造。6.36.3 NRNR 邻区配置错误导致从邻区配置错误导致从 5G 5G 语音回落到语音回落到 4G 4G 失败，原因值为失败，原因值为semantic-errorsemantic-error问题描述问题描述

45、从 5G 语音回落到4G，返回“handover fail”，原因值为 semantic-error问题分析问题分析查看NR侧 跟 踪（LTE侧跟踪没有解析详细内容），在 sourceeNB-ToTargeteNB-TransparentContainer携带了目标侧eNBID=98369（0X 01 80 41），cellID=4（0X 04）从 LTE配置文件看LTE没有 CellID=4 的小区；NR 侧错把 LTE的 LocalCellID当做邻区中的cellID，导致切换准备失败；问题结论问题结论NR 侧的 LTE 邻区信息配置错误（NR 侧错把LTE 的 LocalCellID 当做邻区中的cellID），触发NR在 sourceeNB-ToTargeteNB-TransparentContainer 携带的 CELLID 错误，L 侧无对应小区，校验失败，回复切换准备失败；