因eNB支持连续切换功能引起在收到新MR后前序eSRVCC被终止

参数设置不合理导致ESRVCC切换失败分析

参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。

ESRVCC切换失败可能由多种原因引起，包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。

在这些问题之外，参数设置的不合理也可能导致ESRVCC切换失败。

接下来，我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。

首先，本地设备参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时，本地设备参数设置不合理可能导致切换信令的传输失败，从而导致切换失败。

例如，如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式，就无法进行ESRVCC切换。

此外，如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致，也可能导致ESRVCC切换失败。

其次，运营商网络参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时，运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失，从而导致切换失败。

例如，运营商配置的切换触发门限值过低或过高，会导致切换过于频繁或无法触发切换。

此外，运营商网络中与ESRVCC切换相关的接口参数设置错误，也可能导致ESRVCC切换失败。

再次，网络质量差可能导致ESRVCC切换失败。

ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性，而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟，从而导致切换失败。

例如，网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。

最后，设备之间的兼容性问题也可能导致ESRVCC切换失败。

ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程，如果设备之间的版本或配置兼容性存在问题，就可能导致切换失败。

例如，终端设备的硬件或固件版本过低或过高，无法与运营商网络进行正常的切换协商和协作，就会导致ESRVCC切换失败。

综上所述，参数设置的不合理可能导致ESRVCC切换失败。

Volte炎强ASR无线掉话TOPN小区分析优化总结-V3

Volte炎强系统ASR无线掉话TOPN小区分析优化总结目录1、现状 (2)2、创新方案 (3)2.1无线原因排查流程 (3)2.2 LTE网络切换流程 (5)2.3 Mml_Xml解析工具Plus工具介绍 (6)3、S1上下文释放炎强端到端定位优化 (8)3.1[128] interrat-redirection掉话炎强端到端定位优化 (8)3.2[121]radio-connection-with -ue-lost掉话原因定位及优化 (10)3.3[101]tx2relocoverall-expiry掉话原因定位及优化 (16)4、TOPN推广效果 (23)4.1[128]interrat-redirectionTOPN优化效果推广验证 (23)4.2[121]radio-connection-with-ue-lostTOPN优化效果推广验证 (26)4.3[101]tx2relocoverall-expiry TOPN优化效果推广验证 (27)5、Esrvcc切换参数设置异常（一） (28)5.1 概述 (29)5.2 未发起eSRVCC切换原因分析 (30)5.3 参数调整方案 (31)5.4 优化效果 (32)5.5 优化总结 (34)6、Esrvcc切换参数设置异常（二） (34)6.1 问题小区描述 (34)6.2 原因分析 (35)6.3 优化调整方案 (37)6.4 效果评估 (37)6.5 总结 (40)1、现状由于现在炎强系统端到端VOLTE呼叫流程中采集了S1AP接口（除了部分由于信令丢失之外），所以可以结合端到端异常“S1错误码话单”中S1错误码进行针对性的定位分析。

结合炎强系统天粒度“指标报表下载”模板统计最近7天东莞全网ASR掉话话单，相关S1错误码分布情况：东莞全网S1上下文释放导致ASR掉话原因分布图从S1错误码分布情况来看，东莞ASR掉话记录的错误码主要以[300] normal-release、[121]radio-connection-with-ue-lost、[128]interrat-redirection为主，占比达10%以上：东莞全网S1上下文释放导致ASR掉话S1错误码占比情况2、创新方案通过近几个月对炎强ASR掉话TOPN小区优化情况进行总结，结合炎强端到端VOLTE掉话小区无线原因排查流程、切换流程，通过运用Mml_Xml解析工具Plus工具及优化切换参数（“切换RAR功率抬升”和“切换信令优化（UL）”），开展部分S1上下文释放原因的炎强系统端到端定位优化，并进行了推广验证，各项指标改善明显。

4 SRVCC(eSRVCC)技术详解及优化

eSRVCC(Enhanced Single Radio Voice Call Continuity) ： 3GPP R8标准中提出，提供基于 IMS的LTE话音业务。终端在移动到LTE未覆盖的区域是，语音需要切换到CS域并保证业务的连续性。
LTE语音解决方案--三种LTE语音解决方案对比
PSTN/PLMN PSTN/PLMN PSTN/PLMN IMS
SRVCC
多模单待
CSFB
多模多待
SvLTE

SvLTE(Simultaneous voice and LTE) ：终端同时驻留在2G/3G和LTE网络中。传统的电路域提供
话音业务，LTE网络提供数据业务，数据和话音可以同时并发。

CSFB(circuit switch fallback) ： 3GPP R8 标准提出，终端优选LTE驻留，LTE只提供数据业务。当用户发起或接受话音业务时，需要回落到原有CS网络。
Gateway）逻辑网元作为本地信令/媒体锚点，使
eSRVCC媒体切换点更靠近本端的设备，经过IMS域的所有会话都锚定在ATCF上，对端设备与ATGW之间的媒体流还是通过原承载通道传输。在呼叫从EPC切换到CS后， Enhanced MSC 和ATCF交互，完成会话切换
eSRVCC语音方案--eSRVCC流程介绍
SRVCC(eSRVCC)技术详解及优化
1
LTE 语音解决方案 VoLTE 介绍 eSRVCC语音方案
eSRVCC切换时延分析 eSRVCC相关指标
eSRVCC参数配置 eSRVCC优化案例
LTE语音解决方案
多模单待
VoLTE-Only 语音、数据在LTE进行 LTE语音解决方案语音在CS进行数据在LTE进行

VoLTE试卷习题试卷试题含答案及解析

VOLTE考试题目一、单项选择题（每题 1 分，共 20 分）0. AMR-WB 编码的帧长（ B）A． 10ms1.LTE语音业务最后解决方案（ B）。

A． CSFB主假如引入（ D）来供给高质量的分组域承载。

D. EPC有的题库中选C业务当前建议只针对（C）开启。

A．QCI94.网管中 RLC模式配置中， QCI5应当配置为（ B）。

A．UM注： QCI5 和 QCI9为 AM 、QCI1 和 QCI2为 UMA）开关。

测试中，HTC手机开启自动接听需要翻开（Diag Port Modem Auto AnswerB）6.以下对于SRVCC的哪个说法是错误的（发生在 UE 遨游到 LTE覆盖的边沿地域时。

SRVCC支持 CS到 LTE的语音连续性切换。

MSCS能够新建，防止现网的MSC 升级。

鉴于 IMS 业务控制架构实现。

注：有的题库中选A，个人以为 B 正确7.（ A）可大大降低头开支，提高VoLTE语音用户容量，提高数据业务吞吐量，加强边沿覆盖。

C. TTI bundling8.（ A）解决语音控制和挪动到CS域网络切换时语音连续性问题。

A．SRVCC呼喊时延（ C）秒～3～5 bundling 就是把上行的连续 TTI 进行绑定，在（ C）上多次发送同一个 TB（Transport Block ）。

A.多个连续的子帧个连续的子帧C.相邻连续的子帧个连续的子帧注：答案有问题11.VoLTE的信令和媒体经（）路由至（）网络，由（）供给会话控制和业务逻辑 D、EPC、IMS 、EPC、PGW、PGW、 EPC 、 IMS、IMS12.当前 VOLTE不与以下哪个业务互斥（D）A.来电助手B.一号通C.一机双号D. 短信回执13.什么是VOLTEB+网络加快 B. 4G+高清语音 C.视频通话高清语音与其余没有开通4G 高清语音的客户能够直接通话（A）A.对,B.错15.4G+网络加快业务需要在营业厅开通4G 高清语音功能（ A）A.对 B.错16.VOLTE用户能够在 CRM 系统上设置呼喊转移功能使用，可是在手机上设置呼喊转移功能则无效。

4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例

榆林公司4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例【问题描述】榆林现卡特区域eSRVCC切换成功率指标较低，只有10%左右，主要原因为部分站点eSRVCC切换成功率较低导致。

榆林卡特全网连续一周eSRVCC切换指标统计如下：典型站点ao751连续一周eSRVCC切换指标统计如下：【问题分析】现场跟踪典型站点ao751的calltrace发现：ao751向2G侧发起了切换请求后，但很快MME向基站侧回复了切换准备失败的消息，失败的原因为未知的目标小区（unknown-targetID），发起请求的信令截图如下：MME回复切换准备失败的信令截图如下：现场进行CDS验证时，也只上报B2事件，但是没有执行切换的Handover Command消息，导致无法切换至2G。

现场CDS信令截图如下：eSRVCC完整信令流程如下：根据空口的信令流程来看，只是说明无线环境质量达到了B2门限，也就是说上述流程中的第一步满足条件，从空口信令以及以上eSRVCC流程来看，不切换有如下可能原因：1、由于基站未开启eSRVCC测量开关等原因，eNB 没有收到MeasurementReport（B2）导致切换流程无法继续。

2、4-2G邻区问题，通过UE上报的频点信息以及eNB内部的2G邻区信息（LAC RAC CI），MME或者MSC无法找到对应2G小区导致失败。

3、eNB收到MeasurementReport（B2）后，没有向MME发起handover Required消息。

4、MME收到handover Required之后，没有向MSC交互后续信息。

5、MME和MSC之间信息交互失败。

所以，不切换的原因可能是基站eSRVCC相关的开关测量未正确配置导致，或者是上端核心网参数配置错误导致。

后台对该站的eSRVCC相关参数再次核查，开关都已打开，测量也已配置，但在核查2G邻区信息时发现，部分2G邻区里的RAC值与2G现网的RAC值不一致（榆林卡特区域2G的RAC值为3，华为区域的2GRAC值为0）。

eSRVCC中STN

eSRVCC中STNSRVCC是3GPP提出的一种VoLTE语音业务连续性方案，主要是为解决当单射频UE 在LTE 网络和2G/3G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在VoLTE 语音和CS 域语音之间的平滑切换。

一、STN-SR产生背景LTE开网初期网络覆盖不足，用户在使用VOLTE语音通话过程中，随着用户的移动，离开LTE覆盖范围后，正在进行的语音业务面临掉话问题。

为解决这一问题3GPP在R9版本引入了SRVCC方案。

在R9 SRVCC方案中，切换的控制锚点位于归属地SCC AS(Service Centralization and Continuity Application Server)上，很容易导致切换时长超过300ms，影响终端用户体验。

而3GPP在R10版本推出了eSRVCC方案，将切换锚点前移至访问地的ATCF （Access Transfer Control Function）/ATGW（Access Transfer Gateway）上。

这样当发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。

这样就大大减少切换时长，使用户获得更好的通话体验。

图表1.eSRVCC切换前后信令及承载通道在eSRVCC中一个很关键的参数就是STN-SR(Session Transfer Number - Single Radio)。

它用来在发生eSRVCC切换时，帮助MSC 正确的找到对应的ATCF，完成切换。

二、STN-SR格式STN-SR是一个E.164格式的路由号码，用来标识处理SRVCC切换的IMS节点。

在eSRVCC里，它用来标识用户在IMS注册登记时关联的ATCF节点，当发生eSRVCC切换时MSC将使用从EPC域的MME处获得的STN-SR号码，来向IMS域的ATCF寻址，并发起SRVCC切换请求，请求将媒体承载路径从LTE PS切换到CS(这种支持与MME间Sv接口的MSC，也被称为eMSC（Enhanced MSC）。

esrvcc切换流程

esrvcc切换流程ESRVCC切换流程。

ESRVCC（Enhanced Single Radio Voice Call Continuity）是指在LTE网络中，当用户从VoLTE（Voice over LTE）业务切换到2G/3G网络时，保证语音通话的持续性和质量的技术。

ESRVCC切换流程是实现这一技术的关键步骤，下面将详细介绍其切换流程。

1. 切换触发。

ESRVCC切换流程首先需要触发切换过程。

当用户从LTE网络切换到2G/3G网络时，需要触发ESRVCC切换流程。

切换触发可以由多种因素引起，例如网络负载、信号强度等。

一旦触发切换，就会启动ESRVCC切换流程。

2. 切换准备。

在切换触发后，系统会进行切换准备工作。

这包括对切换目标网络的准备工作，如寻呼、资源预留等。

同时，还需要对用户的语音通话进行准备，确保语音通话的持续性和质量。

切换准备是ESRVCC切换流程中的重要环节，直接影响到切换的成功与否。

3. 切换执行。

一旦切换准备工作完成，系统就会执行切换过程。

这包括对用户语音通话的切换以及切换目标网络的切换过程。

在切换执行阶段，系统需要保证语音通话的持续性和质量，确保用户的通话不受影响。

4. 切换完成。

切换执行完成后，系统需要进行切换完成的确认工作。

这包括对切换后的语音通话进行确认，确保语音通话的持续性和质量。

同时，还需要对切换目标网络进行确认，确保用户能够正常使用2G/3G网络进行通信。

5. 切换优化。

切换完成后，系统需要进行切换优化工作。

这包括对切换过程中出现的问题进行分析和优化，以提高切换的成功率和质量。

同时，还需要对切换过程中的性能进行评估，以进一步优化ESRVCC切换流程。

在ESRVCC切换流程中，切换触发、切换准备、切换执行、切换完成和切换优化是五个关键步骤。

只有这些步骤都得到有效执行，才能保证ESRVCC切换流程的成功和高质量。

因此，运营商和设备厂商需要密切合作，共同优化ESRVCC切换流程，为用户提供更好的语音通话体验。

eSRVCC切换过程与RRC重建立过程并发导致eSRVCC切换失败案例

eSRVCC切换过程与RRC重建立过程并发导致eSRVCC切换失败案例【问题描述】Co352_1在发生eSRVCC的切换过程中，突发出现RRC重建立请求，随后基站向MME上发HandoverCancel消息导致一次eSRVCC切换失败，基站向MME上发HandoverCancel信令截图如下：【问题分析】从信令来看，基站向UE发送Mobility From EUTRA Command后，核心网应该向基站侧下发Ue Context Release Command的消息，但基站一直没收到这样的消息，导致后面基站向MME回复Handover Cancel消息(Cause: interaction-with-other-procedure，)出现切换失败。

基站没收到核心网下发的Ue Context Release Command消息的主要原因为基站在那时也收到了由UE上发的RRC重建立请求消息，由于RRC重建立消息与eSRVCC切换消息并发导致了此次切换失败，Handover Cancel解析出的原因为interaction-with-other-procedure，表示有其它程序干扰导致切换失败。

且从ENB收到MME 下发的Handover Command消息到ENB上发给MMEHandover Cancel消息之间的时间差为164ms, 现网参数TS1RLOCoveral S1切换保护定时器设置为10000ms，并没有超时。

正常的eSRVCC切换信令截图如下：基站向MME上发HandoverCancel信令失败原因截图如下：【问题解决】该问题是过程冲突问题，需基站侧改进判决机制解决（例如在TS1RLOCoveral超时前遇到RRC重建立时，ENB可不直接向核心网发送Handover Cancel消息，在TS1RLOCoveral范围内若RRC重建立成功可继续进行eSRVCC信令流程）。

另外，可对一些特殊场景进行eSRVCC门限优化，避免在eSRVCC切换过程中由于RSRP骤降导致eSRVCC切换失败。

12-RAC设置问题导致核eSRVCC切换准备失败问题处理

1名称：RAC 设置问题导致核eSRVCC 切换准备失败问题描述：eSRVCC 切换用例测试中，发现终端上报B2 MR 后基站未有下发MobilityFromEutraCommand 的问题，导致无法切换。

为了验证ESRVCC 的功能是否可以正常切换，特修如下参数：A2\B2\异系统互操作，如下表标黄区域参数修改后：测试过程终端上报B2的MR 后、网络侧未响应终端，终端始终未收到ENB 下发MobilityFromEUTRACommand 消息，导致终端无法eSRVCC 的切换。

问题分析：提取对应时间段内的CDL-log 进行分析发现异常如下：终端上报B2-MR 后，ENB 经过S1口向EPC 上报了Handover Requied 切换准备消息后（上报LAC\CI\RAC ），EPC 直接回复了Handover Preparation Failure 导致切换失败（失败原因为：radioNetwork : unknown-targetID ）一般失败需要分析目标GSM 邻小区配置是否异常从切换流程上，我们接入网是没有问题的、而MME 需要到目标MSC/SGSN 做切换请求，有可能是这一步出问题。

下一步需要与核心网人员确认下相关数据和功能是否正常通过MME 侧的抓包，发现异常。

核心网答复原因：eSRVCC 切换构造的域名为：RAC 配置异常，需要我们核对RAC 配置是否正确、通过检查我们配置的RAC 都是"0"如下图：3而基站所在DNS eSRVCC 切换构造的域名为：cxxxx.rac.epc.mnc000.mcc460.3gppnetwork.or 中RACXXXX 为0000导致查询DNS 失败，RACXXXX应该固定为RAC0001解决措施：通过修改外部GSM 邻区RAC 区设置，由0设置为1。

处理效果由0设置为1后验证切换正常。

中兴高级考试习题

中兴高级[复制]1. ( )需要通过增大天线下倾角或降低天线高度来解决（） [单选题] *2. 1个子帧包含的OFDMA符号个数(常规CP)为多少个？（） [单选题] *3. Citrix客户端上无需安装NetNumen?客户端程序，只需安装()大小的Citrix客户端组件。

（） [单选题] *4. 对E-RAB Drop Rate的统计那个计算方式是正确的？（） [单选题] *5. 对于常用的800M/1800M/2600M三频合路器，以下哪个插损指标是比较合理的？（） [单选题] *6. 蜂窝移动天线水平方向空间隔离度的计算公式（） [单选题] *7. 共存系统中,一般是用灵敏度损失指标衡量干扰系统接收机承受的最大干扰门限，下面描述正确的是（） [单选题] *8. 关于天线选型，以下说法正确的是：（） [单选题] *9. 基于IRP接入鉴权管理的北向接口是：（） [单选题] *10. 目前，一台1588服务器最多可以为()个基站提供时钟信号。

（） [单选题] *11. 目前eNb支持()个Vlan逻辑端口，每个Vlan逻辑端口上可以配置()个IP地址。

（） [单选题] *12. 如果BS8800机柜的基带框已经安装了一个GU的BBU，那么该基带框的剩余空间还可以安装几个BBU？（） [单选题] *13. 如果把“Switch for User Inactivity”置为“open”，那么定时器“User Inactivity Timer”超时后，网络侧将（） [单选题] *14. 如果小区环境是()，则小区的属性配置为高速小区？（） [单选题] *15. 如果用户不提供NTP Server，()自身能够充当整个OMC网络的时钟源，从而确保网络中所有节点的时钟一致。

（） [单选题] *16. 如何统计同频、eNB间基于X2接口切出成功率？（） [单选题] *17. 若eNb的外部时钟信号均丢失，仅依靠CC板自带的时钟源，可以为eNb提供()天的时钟信号。

诺西 eNB常见告警处理指导手册

©Nokia Solution and NetworksPage 1eNB 常见告警处理指导手册前言版本说明更新说明发布记录读者对象本书适合下列人员阅读：●基站安装、维护工程师●目录1.RP3告警：Failure in optical RP3 interface (4)1.1 Fault 0010：No connection to unit (4)1.2 Fault 4064：Missing RP3-01 link (4)1.3 Fault 2004：10b8b coding error in Optical Interface device <opt link/RP3> (6)2.Failure In Optical Interface 0或者1 (6)3.VSWR驻波告警 (7)4.风扇告警Fan failure (8)4.1 Fault 1932：No module fan detected (8)4.2 Fault 1934：Cooling fan has reduced from the set speed (8)4.3 Fault 1935：Cooling fan is over speeding (9)4.4 风扇告警general处理方法 (9)5.传输相关告警：S1告警，X2告警 (9)5.1 Fault 6308：S1 intercafe setup failure (9)5.2 Fault 6202：Transport layer connection failure in S1 interface (10)5.3 Fault 6203：Transport layer connection failure in X2 interface (10)6.时钟相关告警 (11)6.1 Fault 0026：BTS time not corrected (11)6.2 Fault 61613：NTP server is not accessible (12)7.软件类告警 (13)7.1 Fault 0023，0024：Incompatible SW version detected (13)7.2 Fault 3090：BTS internal SW management problem (13)8.射频模块故障告警：RF Module failure (13)9.基带总线告警：Baseband bus failure (14)10.其它告警 (15)10.1 Fault 4090：Cell power failure (15)10.2 Configuration error告警 (15)注：对于光模块、光纤引起的告警，在更换光模块或光纤以前请先尝试清洁光缆连接器端面及光模块端面，如果清洁后还是不能解决问题再更换光模块或光纤。

基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析

基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
一、问题描述
C国C运营商eSRVCC切换成功率恶化，需要对TOP切换失败小区进行问题分析和定位。

（注：该运营商是LTE到2G的CS Only的SRVCC切换策略，无LTE到3G的SRVCC。

）
二、告警信息
无。

三、版本信息
NA
四、原因分析
1.以双流黄龙溪水厂为例，eSRVCC向GERAN小区间切换失败，主要集中2G目标小区
32805上，如下图所示：
五、处理过程
1.通过SEQ平台eSRVCC异常SIP信令分析，发现Handover Preparation Failure中携带有
“unknown-targetID”信息。

2. 在Handover Required消息中找到切换目标小区Target ID如下：
2.对比eNodeB外部邻区配置数据和GSM工参，发现现网LAC和CI配置错误。

eNodeB现网外部邻区配置数据：
GSM工参数据：
3.处理结果
邻区配置修改正确后，问题解决。

4.根因
VoLTE的GERAN外部邻区LAC和CI配置错误，导致eSRVCC切换失败。

5.总结和建议
外部邻区数据核查是处理eSRVCC切换失败的一个重要动作之一，在无线侧要定期执行核查。

SEQ平台的eSRVCC异常话单SIP信令分析，有助于快速进行根因问题定界定位。

LTE初中级认证复习题库汇总版

E-RAB释放次数，由于 ENB的无线链路失败
（个）
eNodeB
MME
S_GW
RRC Connected UL Grant
HandoverRequest 839839 C-RNTI
RRC Release
detach
RA-RNTI
Temp C-RNTI
ULInformationTransfer MeasurementReport
多选随机接入过程中涉及到哪些RNTI？
多选多选
多选多选多选多选
TAU流程可能在（）状态或过程中发起。发射功率参数设置方面，需要考虑哪几个因素？请问下述哪些参数在建网初期网优需要介入规划？ Service Request过程是可以有（）过程的 UE发起的Service Request过程可能遇到哪些异常流程？ LTE掉话的常见原因为有哪些？
PCI
RS参考信号功率 A3事件相关参数
寻呼核心网拒绝切换失败
NAS安全
随机接入
RRC Configuration消息 eNodeB建立专业承载
丢失
失败
邻区漏配
干扰
设备异常
适当减少TimeToTrigger触发时间取值
可以减小服务小区的小区个体偏置CIO的取值
适当增加迟滞适当减小切换准备
（Hysteresis）参数定时器HO prepare
该小区下用户很多基于测量的重定向
SRB1
多选
多选
多选多选多选多选多选多选
多选
多选
多选
根据前后频点和接入技术的变化情况分类，移动性管理包括（）。在Preamble Format0配置下，如果要想实现每个帧上面有3个子帧可以给PRACH信道使用，那么PRACH Configuration Index设置 PRACH参数规划工作中，下面哪些参数是需要规划确定的？

eSRVCC指标提升与优化

8.MME下发切换命令给eNodeB。
9.eNodeB下发切换命令给UE。 10.UE收到切换命令后，接入目标网络。 11.UE完成语音的SRVCC切换。
6
eSRVCC信令流程
7
eSRVCC信令流程
8
eSRVCC信令流程
9
eSRVCC信令流程
附着的终端能力: SRVCC
10
eSRVCC信令流程
>1000ms
IMS
SCC AS
CS
=0ms
IMS
SCC AS
CS
SBC/P-CSCF EPC
SRVCC IWF
SBC/P-CSCF/ ATCF/ATGW
EPC
SRVCC IWF
<300ms
<300ms
S-GW/ P-GW
MME
MSC Server
MGW
S-GW/ P-GW
MME
MSC Server
注册，若此时收到呼叫，IMS会终结呼叫导致接不通。
弱覆盖整治：对所有发生eSRVCC点进行LTE弱覆盖原因分析，通过故障站整治、邻区漏配、室分泄露、天馈优化、新加站等方法解决LTE弱覆盖问题，对暂时无法解决 LTE弱覆盖的问题点进行eSRVCC问题优化。
22
eSRVCC优化思路
eSRVCC发生点
MME
eMSC
MSC
2G无线网
IMS核心网
Handover request
2G切换资源准备流程
MAP prepare Handover CNF IAM Handover command PS to CS handover response ACM Invite Handover request ACK

enb configuration transfer 报文 -回复

enb configuration transfer 报文-回复什么是ENB配置传输报文？ENB配置传输报文（ENB configuration transfer message）是一种用于无线通信系统中传输基站配置信息的消息。

ENB指的是Evolved Node B，即发展型基站，是LTE（Long Term Evolution）网络中的无线基站设备。

ENB配置传输报文用于在不同的ENB之间传递配置信息，以确保网络中的基站设备能够正确配置和运行。

为什么需要ENB配置传输报文？在LTE网络中，ENB是关键的网络节点之一，负责管理和控制移动终端设备的接入和通信。

每个ENB都需要进行相应的配置以适应不同的网络环境和服务需求。

由于LTE网络中可能存在多个ENB，并且这些ENB之间可能需要进行配置信息的传递，因此需要一种有效的机制来传输ENB的配置信息。

这就是ENB配置传输报文的作用所在。

ENB配置传输报文的结构和功能ENB配置传输报文通常采用二进制格式进行传输，其结构包括报文头部和配置数据两个部分。

报文头部包含了报文的一些信息，比如报文类型、报文长度等。

配置数据部分则是具体的配置信息，包括ENB的基本配置、射频参数、无线接口配置、网络设置等。

ENB配置传输报文的功能主要包括以下几个方面：1. 基站配置的传递：ENB配置传输报文能够将一个ENB的配置信息传递给其他的ENB。

这样，当一个新的ENB加入到网络中时，可以通过已有ENB的配置信息快速地将其配置好，减少了手动配置的时间和工作量。

2. 配置的备份和恢复：ENB配置传输报文还可以用于配置的备份和恢复。

当一个ENB需要进行维护、升级或更换时，可以通过配置传输报文将其配置信息备份到其他的ENB或存储设备中。

而在需要恢复配置时，只需将备份的配置信息传输回ENB即可。

3. 跨网络的配置传递：ENB配置传输报文还可以用于跨不同网络之间的配置信息传递。

在LTE网络中，可能存在不同的运营商、不同的频段等情况，这些情况下，ENB配置传输报文能够确保配置信息能够正确地传递和应用，以保证网络的连通性和正常运行。

2022-TDD-LTE-考题

2022-TDD-LTE-考题1.eNB之间通过某2接口进行通信,可进行小区间优化的无线资源管理。

正确2.E-UTRA系统达到的峰值速率与UE侧没有关系,只与ENB侧有关系。

错误3.LTE系统天线端口是一种可用的无线资源。

正确4.LTE支持上下行功率控制。

错误5.LTE系统中采用了软切换技术。

错误6.LTE系统中，无线传输方面引入了OFDM技术和MIMO技术。

正确7.LTE系统常规CP长度时每时隙含6个OFDM符号。

错误8.干扰协调技术实质上是一种无线资源管理算法。

正确9.LTE中，业务信道都占用物理层共享信道，使用动态调度方案。

正确10.采用高阶天线MIMO技术和正交传输技术可以提高小区边缘性能。

错误二、单选题（每题0.5分，共15分）：1.下列协议中，哪个协议不是由LTE的基站来处理的？A.RRCB.PDCPC.RLCD.RANAPD2.LTE协议规定的UE最大发射功率是多少？A.20dbmB.23dbmC.30dbmD.33dbmB3.采用正常循环前缀（CP）时,1个无线帧包含多少个符号？A.7B.12C.20D.140D4.在频域上，随机接入前导占用多少个资源块对应的带宽？A.3B.6C.9D.12B5.哪一类系统消息包含了小区重选相关的其它E-UTRA频点和异频邻小区的信息？A.SIB1B.SIB3C.SIB4D.SIB5D6.LTE每个小区有多少个可用的随机接入前导码？A.32B.64C.128D.256B7.在LTE协议中，定义了几种PDSCH的传输模式？A.5B.6C.7D.8D8.20MHz小区支持的子载波个数是多少？A.300B.600C.900D.1200D9.LTE系统一共有多少组SSS序列？A.3B.12C.128D.168D10.假定小区输出总功率为46dBm，在2天线时，单天线功率是多少？A.46dbmB.43dbmC.49dbmD.40dbmB11.下行公共控制信道PDCCH资源映射的单位是什么？A.REB.REGED.RBC12.LTE系统对单向用户面时延的协议要求是小于多少？A.1mB.5mC.10mD.20mB13.下列哪种说法是不正确的？A.ICIC是一种干扰协调解决方案B.同频组网比异频组网的频谱效率高C.IRC是一种干扰抑制解决方案D.LTE中没有采用干扰随机化的技术D14.承载对应于PUSCH的HARQ信息的信道是（）A.PCFICHB.PHICHC.PDCCH。

经典实践_SRVCC切换流程和eNB侧配置方法介绍

经典实践_SRVCC切换流程和eNB侧配置⽅法介绍SRVCC切换流程和中兴eNB侧配置⽅法本⽂以TDD LTE到GERAN的SRVCC切换为例，从eNB侧给出了SRVCC切换的配置⽅法和问题排查流程。

⼀、问题的提出V oLTE是⽬前移动主推的4G语⾳解决⽅案。

如果要实现商⽤，要保证语⾳业务的连续性，也就不可避免的需要进⾏跨系统的语⾳切换。

从现⽹的覆盖情况和实际移动主推的测试分析，移动⽐较看好的，还是从TD-LTE到GERAN的SRVCC切换。

⼆、解决思路本⽂从eNB侧⼊⼿，对SRVCC切换流程、内部算法判决过程、信令关键信元携带和经常⽤的⽆线侧配置参数进⾏说明。

使得测试⼈员把握住整个切换流程，⽅便测试中的参数配置和问题定位。

在测试过程中，可以通过eNB⽹管信令跟踪⼯具，观察信令流程。

与正常的流程对⽐，从⽽定位出可能存在问题的⽹元，如果是核⼼⽹⽹元或者UE则找相关⼈员帮忙排查。

如果是eNB，则按照本⽂eNB内的判决过程，再仔细排查问题可能出现的环节。

另外注意出现异常流程的时候往往是两个⽹元之间的交换，需要两个⽹元都进⾏排查，以便加快问题定位速度。

例如：eNB发起HO REQ，没有收到MME的HO CMD，则需要MME同事排查收到后为何没有进⾏响应，同时eNB侧同事也需要关注下eNB发出的HO REQ携带的信元是否正常。

⽂中还附带了⽹管参数配置截图和相关的参数说明，⽅便测试时参数检查和配置。

三、实践情况（⼀）SRVCC流程：E-UTRAN 到GERAN不带DTM功能的SRVCC切换信令流程如下：E-UTRAN 到GERAN带DTM功能的SRVCC切换信令流程如下：图2 SRVCC切换流程（带DTM）（⼆）eNB内部算法判决流程需要具备如下条件才能触发SRVCC流程：1）UE和MME均⽀持SRVCC，2）有qci=1的业务，3）GSM⼩区不⽀持VoIP。

总体判决流程：收到基于语⾳业务向GERAN切换的测量报告后：0判断上报的邻区列表中，是否有⽀持V oIP的邻区。

LTE_Security(加密保护算法)

LTE安全功能目录1概述 (4)1.1参考文献 (4)1.2术语 (4)2加密和完整性保护算法 (6)2.1完整性保护 (6)2.2加密 (7)2.3加密和完整性保护的关系 (9)3算法 (9)3.1算法介绍 (9)3.1.1EEA0、EIA0 (NULL Algorithm) (9)3.1.2128-EEA1 (10)3.1.3128-EEA2 (15)3.1.4128-EIA1 (17)3.1.5128-EIA2 (22)3.1.6EIA3、EEA3（ZUC） (28)3.2算法选择 (37)3.2.1初始安全上下文建立过程： (37)3.2.2X2切换过程中算法选择： (37)3.2.3S1切换过程中的算法选择： (37)4密钥的生成和更新 (38)4.1HMAC-SHA256()算法 (38)4.1.1输入输出 (38)4.1.2HMAC过程 (39)4.1.3SHA-256算法 (41)4.2密钥层次 (44)4.3接入层的密钥生成 (46)4.4接入层的密钥处理机制： (49)5ENB影响分析 (51)5.1流程分析 (51)5.1.1初始业务接入 (51)5.1.2X2切换 (52)5.1.3eNB内切换 (53)5.1.4S1切换 (54)5.1.5RRC重建 (54)5.1.5UE能力改变 (62)5.1.6安全密钥更新 (63)5.1.7E-UTRAN→UTRAN/GERAN的切换 (64)5.1.8UTRAN/GERAN→E-UTRAN的切换 (65)5.1.9PDCP计数器回卷 (66)5.2性能分析 (66)5.2.5UP (66)6相关协议参数 (68)6.1T S36.331 (68)6.1.1RRCConnectionReconfiguration (68)6.1.2RRCConnectionReestablishmentRequest (70)6.1.3RRCConnectionReestablishment (71)6.1.4SecurityModeCommand (72)6.1.5HandoverPreparationInformation (72)6.1.6MobilityFromEUTRACommand message (74)6.2T S36.413 (77)6.2.1INITIAL CONTEXT SETUP REQUEST (77)6.2.2UE CONTEXT MODIFICATION REQUEST (79)6.2.3PATH SWITCH REQUEST ACKNOWLEDGE (79)6.2.4HANDOVER REQUEST (80)6.2.5HANDOVER COMMAND (82)6.3T S36.423 (83)6.3.1HANDOVER REQUEST (83)6.4T S36.323 (85)6.4.1PDCP SN (85)6.4.2Data (85)6.4.3MAC-I (85)6.4.4COUNT (85)7汇总 (86)7.1流程 (87)7.1.1SMC流程............................................................. 错误！未定义书签。

VoLTE及新增IMS网元介绍

一 VoLTE介绍1.1 LTE语音解决方案演进SvLTE(Simultaneous Voice and LTE), 即双待手机方式。

手机同时工作在LTE 和CS，前者提供数据业务，后者提供语音业务。

是纯粹基于手机的方案。

对网络无特别要求，不需要部署IMS，缺点是手机成本高、耗电高。

目前已经有CDMA1x 和LTE的双待手机，被一些CDMA运营商采用作为IMS部署前的过渡方案，而GSM/UMTS和LTE的双待手机目前还没有推出。

CSFB(Circuit Switched Fall Back),LTE只提供数据业务，当发起或者接受语音呼叫时，回落到CS域进行处理。

运营商无需部署IMS，只需要升级MSC就可以支持。

这是一种快速提供业务的方案，但缺点是呼叫接续速度慢。

CSFB适合作为IMS部署之前的过渡方案，另外还可以用来解决LTE手机漫游场景的语音呼叫问题，在拜访地网络没有部署IMS，或者IMS漫游协议尚未应用的情况下，CSFB 可以为漫入的LTE用户提供语音业务。

SRVCC(Single Radio Voice Call Continuity),解决语音控制和移动到CS网络切换时的语音连续性问题。

为基于IMS的VOIP呼叫解决方案，利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发，并提供LTE向2G/3G切换时的语音连续性保证。

SRVCC 的实现过程实质上就是一个切换过程，在LTE网络中终端是通过IMS来实现语音功能的，当终端离开LTE网络后，则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现z在2G/3G网络中的语音功能。

VoLTE(Voice over Long Term Evolution),实现LTE网络中的IMS域提供高清晰的语音服务。

IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。

非常详细的LTE信令流程

LTE信令流程目录第一章协议层与概念 (4)1.1 控制面与用户面 (4)1.2 接口与协议 (4)1.2.1NAS协议（非接入层协议） (5)1.2.2RRC层（无线资源控制层） (6)1.2.3PDCP层（分组数据汇聚协议层） (6)1.2.4RLC层（无线链路控制层） (6)1.2.5MAC层（媒体接入层） (7)1.2.6PHY层（物理层） (8)1.3 空闲态和连接态 (9)1.4 网络标识 (10)1.5 承载概念 (11)第二章主要信令流程 (12)2.1 开机附着流程 (12)2.2随机接入流程 (15)2.3 UE发起的service request流程 (18)2.4寻呼流程 (20)2.5切换流程 (22)2.5.1 切换的含义及目的 (22)2.5.2 切换发生的过程 (22)2.5.3 站内切换 (22)2.5.4 X2切换流程 (24)2.5.5 S1切换流程 (25)2.5.6 异系统切换简介 (27)2.6 CSFB流程 (28)2.6.1 CSFB主叫流程 (28)2.6.2 CSFB被叫流程 (29)2.6.3 紧急呼叫流程 (31)2.7 TAU流程 (32)2.7.1 空闲态不设置“ACTIVE”的TAU流程 (33)2.7.2 空闲态设置“ACTIVE”的TAU流程 (34)2.7.3 连接态TAU流程 (36)2.8专用承载流程 (36)2.8.1 专用承载建立流程 (36)2.8.2 专用承载修改流程 (38)2.8.3 专用承载释放流程 (40)2.9去附着流程 (42)2.9.1 关机去附着流程 (42)2.9.1 非关机去附着流程 (43)2.10 小区搜索、选择和重选 (44)2.10.1 小区搜索流程 (44)2.10.1 小区选择流程 (45)2.10.3 小区重选流程 (46)第三章异常信令流程 (49)3.1 附着异常流程 (50)3.1.1 RRC连接失败 (50)3.1.2 核心网拒绝 (51)3.1.3 eNB未等到Initial context setup request消息 (52)3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (53)3.2 ServiceRequest异常流程 (54)3.2.1 核心网拒绝 (54)3.2.2 eNB建立承载失败 (55)3.3 承载异常流程 (57)3.3.1核心网拒绝 (57)3.3.2 eNB本地建立失败（核心网主动发起的建立） (57)3.3.3 eNB未等到RRC重配完成消息，回复失败 (58)3.3.4 UE NAS层拒绝 (59)3.3.5上行直传NAS消息丢失 (60)第四章系统消息解析 (61)4.1 系统消息 (62)4.2 系统消息解析 (62)4.2.1 MIB （Master Information Block）解析 (62)4.2.2 SIB1 （System Information Block Type1）解析 (63)4.2.3 SystemInformation消息 (65)第五章信令案例解析 (71)5.1实测案例流程 (71)5.2 流程中各信令消息解析 (72)5.2.1 RRC_CONN_REQ:RRC连接请求 (72)5.2.2 RRC_CONN_SETUP:RRC连接建立 (73)5.2.3 RRC_CONN_SETUP_CMP:RRC连接建立完成 (77)5.2.4 S1AP_INITIAL_UE_MSG:初始直传消息 (77)5.2.5 S1AP_INITIAL_CONTEXT_SETUP_REQ:初始化文本建立请求 (79)5.2.6 RRC_UE_CAP_ENQUIRY:UE能力查询 (81)5.2.7 RRC_UE_CAP_INFO:UE能力信息 (82)5.2.8 S1AP_UE_CAPABILITY_INFO_IND:UE能力信息指示 (86)5.2.9 RRC_SECUR_MODE_CMD:RRC安全模式命令 (91)5.2.10 RRC_CONN_RECFG:RRC连接重配置 (92)5.2.11 RRC_SECUR_MODE_CMP:RRC安全模式完成 (95)5.2.12 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (95)5.2.13 S1AP_INITIAL_CONTEXT_SETUP_RSP:初始化文本建立完成 (96)5.2.14 S1AP_ERAB_MOD_REQ:ERAB修改请求 (96)5.2.15 RRC_DL_INFO_TRANSF:RRC下行直传消息 (98)5.2.16 S1AP_ERAB_MOD_RSP:ERAB修改完成 (98)5.2.17 RRC_CONN_RECFG:RRC连接重配置 (99)5.2.18 RRC_UL_INFO_TRANSF:RRC上行直传消息 (103)5.2.19 S1AP_UL_NAS_TRANS:上行NAS直传消息 (104)5.2.20 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (105)5.2.21 RRC_CONN_RECFG:RRC连接重配置 (105)5.2.22 RRC_CONN_RECFG_CMP:RRC连接重配置完成 (106)5.2.23 RRC_MEAS_RPRT:RRC测量报告 (107)5.2.24 RRC_UL_INFO_TRANSF:RRC上行信息传输 (107)5.2.25 S1AP_UL_NAS_TRANS:上行NAS信息传输 (108)5.2.26 S1AP_UE_CONTEXT_MOD_REQ:UE文本更改请求 (109)5.2.27 S1AP_UE_CONTEXT_MOD_RSP:UE文本更改响应 (109)5.2.28 RRC_CONN_REL:RRC连接释放 (110)5.2.29 S1AP_UE_CONTEXT_REL_REQ:UE文本释放请求 (111)5.2.30 S1AP_UE_CONTEXT_REL_CMD:UE文本释放命令 (111)5.2.31 S1AP_UE_CONTEXT_REL_CMP:UE文本释放完成 (112)概述本文通过对重要概念的阐述，为信令流程的解析做铺垫，随后讲解LTE中重要信令流程，让大家熟悉各个物理过程是如何实现的，其次通过异常信令的解读让大家增强对异常信令流程的判断，再次对系统消息的解析，让大家了解系统消息的特点和携带的内容。