ASR掉话分类定义分析
5G常见掉话问题定界分析与优化
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析与优化：空口原因导致掉话
5G常见掉话问题定界分析 与优化
5G常见掉话问题定界分析与优化
5G常见掉话问题定界分析与优化：空口原因导致掉话
空口原因导致掉话
●常见掉话场景 □下行RLC达到最大重传次数(默认32次) □上行RLC达到最大重传次数(默认32次) □SR达到最大次数(默认64次) □上行TA超时 ●常见掉话原因 □覆盖、干扰、切换问题，信号质量差，导致上下行高误码 □参数配置问题
干扰及配置问题
● 干扰的类别有很多，根据干扰问题分析进行干扰问题定位: □切换不及时导致的邻区干扰 □TDD系统的环回干扰 □时钟偏差导致的小区间干扰 □还有外部干扰等 ●常见的配置问题主要有: □漏配邻区导致无法切换掉话，切换参数设置不合理导致掉话 □RLC参数配置不合理，导致状态报告不能及时上报，导致RLC重传达到最大次数掉话 □SRS自适应门限设置不合理，导致远点SRS带宽不能切换到窄带，基站测量SRS信号较弱，无法准确测量TA导致掉话 □A2门限配置过高，导致UE没有到小区边缘就被正常释放( NSA )
5G常见掉话问题定界分析与优化：掉话重点参数排查
5G常见掉话问题定界分析与优化：空口原因导致掉话
●UE侧和基站侧都使用TATimer来管理上行 同步，TATimer是一 个计时器，对处于上 行同步状态的时间进行计时 □TATimer在UE收到RAR中的TA调整命令或 者UE收到TA调整的MCE时启动 □UE收到一次TA调整的MCE时会停止一个 已有的TA Timer并启动一个新的TATimer。 当TATimer超时，UE认为自己处于上行失 步状态，NSA场景下UE会主动通过LTE通知 网络侧自己5G侧TA超时，要求5G网络侧释 放用户
volte指标定义
V oLTE指标语音业务V oLTE始呼接通率（语音/视频）a)指标名称：VoLTE始呼接通率（语音/视频）b)英文名称：Service.VOLTE.MocConnectedSuccRatec)业务需求：VoLTE主叫业务用户感知的呼叫接通（振铃）成功率。
d)指标定义：VoLTE始呼接通率指从主叫网络侧看，收到VoLTE语音或视频的Invite始呼请求后，向主叫用户成功转发180响应消息的比率。
（注：指标可以区分为语音呼叫和视频呼叫。
但由于IMS允许语音和视频在一次通话过程中可以来回切换，比如在呼叫发起时的视频通话，可能接通时是语音通话，或者先发起语音通话，再切成视频，再切回语音。
由于切换在同一次通话中发生，较难（也无必要）将语音和视频通话严格区分开来，因此本指标及后续指标不对语音和视频切换进行识别，只按第一次协商的业务类型决定是语音还是视频）。
e)指标算法：语音始呼接通率语音始呼接通次数语音始呼总次数•VoLTE语音始呼接通次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。
（参见3GPP TS .24.229）。
•VoLTE语音始呼总次数：主叫侧VoLTE SBC收到VoLTE语音的Invite始呼请求（下图消息1）的次数。
视频始呼接通率视频始呼接通次数。
视频始呼总次数•VoLTE视频始呼接通次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）后，向主叫用户成功转发180响应消息（下图消息12）的次数。
（参见3GPP TS .24.229）。
•VoLTE视频始呼总次数：主叫侧VoLTE SBC收到VoLTE视频的Invite始呼请求（下图消息1）的次数。
注：图中虚线表示响应消息。
f)测量数据映射关系：Mw xDR，•VoLTE语音始呼接通次数：xDR中字段“Interface”=Mw，且“Service Type”=0，且“Procedure Type”=5,且“CALL_SIDE”=0,且“ALERTING_TIME”≠全F的xDR个数。
asr数据标注的规则
4. 非语音事件标注：除了语音内容，还可能需要标注音频中的非语音事件，如噪音、音乐 、笑声等。这有助于后续的音频处理和分析。
5. 不确定性标注：在某些情况下，标注人员可能无法准确地听清或理解音频中的某些部分 。在这种情况下，可以使用特定的标记或符号表示不确定性。
asr数据标注可以进行质量控制措施，如双重标 注、标注者之间的一致性检查、反馈和修正等。
asr数据标注的规则
ASR（Automatic Speech Recognition）数据标注的规则可以根据具体的需求和任务而 有所不同。以下是一些常见的ASR数据标注规则：
1. 标注文本的准确性：对于ASR数据标注，最基本的规则是确保标注的文本与原始音频中 的语音内容一致。标注人员需要仔细听取音频并准确地将其转录为文本。
2. 标注格式的一致性：标注人员需要按照规定的格式标注ASR数据。例如，确定使用什么 样的标点符号、大小写规则、数字格式等。这有助于确保标注的一致性，并方便后续的数据 处理和分析。
asr数据标注的规则
3. 音频分段和时间标注：对于较长的音频，可能需要将其分成多个短片段，并为每个片段 标注起始时间和结束时间。这有助于后续的音频处理和对齐。
掉话类故障处理指导
掉话类故障处理指导掉话分类定义在华为Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。
标口信令在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ消息内携带的原因值不为“User-inactivity (20)”时，则判断为掉话。
掉话预检查方式异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ消息即可，如下图所示。
S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ 都会排列在一起，如下图所示。
按消息类型排序依次点击下一条，查看中的原因值，找出最后的原因为非02 80 的原因值。
找到异常掉话消息根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。
找到对应的UU口消息掉话率指标话统公式在话统侧异常掉话指标的公式定义如下：Call Drop Rate = L.E-RAB.AbnormRel / (L.E-RAB.AbnormRel + L.E-RAB.NormRel)等同于：Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N +L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RAB.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；常见掉话原因邻区错/漏配通常，网络建设初期优化过程掉话占大多数是由于邻区错/漏配导致的。
掉话及未接通原因分类
事件
表现
原因
集团原因
掉话
主控小区及邻小区信号电平均低于-94dBm
弱覆盖
弱覆盖
主控小区信号电平低于-94dBm，邻小区信号电平高于-94dBm，信号质量7
主控小区未能及时切换
质差
主控小区信号电平高于-94dBm，信号质量7
主控小区受到外来干扰
质差
发起切换后，直接进入空闲状态
切换失败导致掉话
其它
41
Temporary failure
临时故障，一般有可能是网络与移动台之间的配合问题
其它
42
Switching equipment congestion
高话务情况下，交换设备拥塞
拥塞
43
Access information discarded
接入信息废止，说明网络无法将接入信息发送给远程用户
其它
移动台要求了业务质量（最低门限），但网络无法满足需求
不应出现
50
Requested facility not subscribed
移动台要求的增补业务未开通
不应出现
55
Incoming calls barred within the CUG
虽然主被叫均是封闭用户群（CUG），但此CUG不支持被叫
不应出现
不应出现
9
MS identity cannot be derived by the network
31
Normal, unspecified
如果不属于以上所有拆线原因，又是普通原因拆线，就使用这一Cause Value
其它
资源不可用类型原因
34
No circuit/channel available
简述asr的组成及工作原理
简述asr的组成及工作原理《ASR的组成及工作原理》ASR（Automatic Speech Recognition，自动语音识别）是一种将人类语音转化为文本的技术，它在现代语音交互和语音识别领域具有广泛应用。
ASR系统的工作原理涉及多个组成部分。
首先，ASR系统的前端是声音信号的采集设备，通常是一台麦克风。
该设备将语音信号转换为电信号，并传输给后端系统进行处理。
接着，ASR系统的第一个主要组成部分是信号处理。
该模块通过对电信号进行预处理和特征提取来减少噪音和其他干扰，并将语音信号转换为数字形式，以便后续的处理和分析。
第二个组成部分是声学模型。
该模块使用训练好的声学模型来识别输入信号中的语音内容。
声学模型可以是基于隐马尔可夫模型（HMM）的模型，也可以是使用深度学习技术如循环神经网络（RNN）或卷积神经网络（CNN）训练得到的模型。
声学模型可以通过对大量标记有对应文本的语音数据进行训练来获得。
第三个组成部分是语言模型。
语言模型用于将语音信号转化为文本。
它基于语法和词法规则，对识别出的语音进行解码和转录，生成最终的文本结果。
语言模型可以是基于概率的统计模型，也可以是使用深度学习方法训练而得的模型。
语言模型的目标是根据上下文和语言规则来预测最可能的词序列。
最后，还有后处理模块对ASR系统的输出进行优化和修正。
该模块可以包括拼写校正、语法修正和语义分析等技术，以提高ASR系统的准确性和用户体验。
ASR系统的工作原理是将输入的声音信号经过预处理、特征提取和多个模型的处理和分析，最终生成对应的文本结果。
ASR技术的发展，借助于深度学习等先进技术的引入，不断提升了其识别准确度和性能，在语音识别、智能语音助手和语音交互等领域具有广泛的应用前景。
掉话问题分析报告
掉话问题分析报告掉话是指在通话过程中，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
在一次通话中，接通之后如出现Disconnect或Channel Release中任意一条，就计为一次呼叫正常释放。
当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。
掉话的主要原因有：频点干扰、弱信号、越区覆盖、缺少邻区、硬件故障等。
下面列举在测试过程中遇到的几种掉话现象：1频点干扰导致掉话问题描述：MS在长江路上占用HF505A小区进行通话，BCCH频点113受HF007A小区同频干扰，发生7级质差，最终导致掉话。
相关数据：解决方案：修改HF007A BCCH：113->117，为了避免与HF060C小区同频，修改HF060C BCCH：117->114。
实施效果：现场复测，通话质量有了明显的改善，未再发生掉话现象。
2弱信号导致掉话问题描述：MS在环城路上占用信号不强的HF722B小区进行起呼通话，而不是占用主覆盖小区进行起呼，导致弱信号质差掉话。
相关数据：解决方案：修改HF722B CRO：6->2。
实施效果：现场复测，MS在该路段占用主覆盖小区HF007C进行通话，未再发生掉话现象。
3越区覆盖掉话问题描述：该问题点位于环城河附近，由于水面传播，HF119B小区的信号覆盖较远，MS在环城路上占用HF119B小区的信号，HF119B小区越区覆盖导致BCCH频点受严重干扰，最终产生掉话。
相关数据：实施效果：HF119B小区的信号电平在问题点处明显减弱，MS未再占用到HF119B小区的信号，掉话现象得以解决。
4小区信号反向导致掉话问题描述：MS在徽州大道HF016C小区方向上占用反向HF016A的信号，信号电平为-62dbm 左右，发生质差掉话。
现场进行反复测试并结合话务统计，发现该站天线并不存在天线接反的现象。
对现场无线环境进行勘测，HF016A小区正前方为一玻璃面高层，对信号产生明显的反射作用。
asr的工作原理
asr的工作原理
自动语音识别（ASR）是一种将语音信号转换为文本的技术，它在现代社会中
扮演着越来越重要的角色。
ASR的工作原理主要包括语音信号的采集、特征提取、语音识别和文本输出四个主要步骤。
首先，语音信号的采集是ASR技术的第一步。
当人们说话时，声音会以波形
的形式传播出去，麦克风等设备可以捕捉到这些声音，并将其转换为数字信号。
这些数字信号将成为ASR技术的输入，为后续的处理做好准备。
其次，特征提取是ASR技术的关键步骤之一。
在这一步骤中，ASR系统会对
语音信号进行分析，提取出其中的特征信息。
这些特征信息可以包括声音的频率、能量、语速等，通过这些特征信息，ASR系统可以更好地理解语音信号，并进行
后续的识别工作。
接下来是语音识别这一步骤，也是ASR技术的核心所在。
在这一步骤中，
ASR系统会将经过特征提取的语音信号与已知的语音模型进行匹配。
语音模型可
以包括语音识别的词典、语法规则等，通过与这些语音模型的匹配，ASR系统可
以将语音信号转换为文本信息。
最后，文本输出是ASR技术的最终目标。
经过前面的处理，ASR系统会输出
识别出的文本信息，这些文本信息可以是用户所说的话语，也可以是系统自动生成的文字。
这些文本信息可以被用于各种应用场景，如语音搜索、语音助手、语音翻译等。
总的来说，ASR的工作原理是通过对语音信号的采集、特征提取、语音识别和文本输出四个主要步骤来实现的。
这一技术在改善人机交互、提高工作效率等方面有着广泛的应用前景，随着人工智能技术的不断发展，相信ASR技术也会迎来更
加美好的未来。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1. ASR掉话分类定义
ASR掉话定义跟集团定义一致。
编号 指标名称 说明 定义
1
ASR掉话 集团考核掉话指标 接通后 PCRF发送ASR，原因为非切换
2
ASR RAT掉话 RAT导致的ASR掉话 ASR发生时，CCR上报RAT事件
3
ASR X2掉话 X2超时导致的ASR掉话 ASR发生时，CCR上报X2事件
4
ASR 无线掉话 无线导致的掉话 ASR发生时，CCR上报错误，且S1为无
线原因
5
S1掉话 S1接口异常终止 Enodeb 发起的 E-RABReleaseIndication
6 bsrvcc 是振铃前 切换
1.1 指标跟接通之间的关系
1.1.1 ASR掉话率
该部分是应答之后的计次和ASR掉话次数。
1.1.2 掉话类型统计
该部分是 包含了 未接通（应答）的掉话次数类型统计。
1.2 ASR 跟 CCR关联原则
DRA CCR Cause 在以下情况下被填写：
1. 发生ASR消息
2. ASR消息后500毫秒的 CCR 上报 事件，原因值记录在 DRA CCR Cause 中
1.3 ASR 跟 S1关联原则
DRA S1 Cause 在以下情况下被填写：
1. 发生ASR消息
2. ASR消息后3000毫秒的 s1 错误事件，原因值记录在 DRA S1 Cause 中
2. 详细定义
2.1 集团ASR定义
a) 指标名称：VoLTE掉话率（语音/视频）
b) 英文名称：Service.VOLTE.CallDropRate
c) 业务需求：VoLTE通信意外中断的几率。
d) 指标定义：在移动通信的过程中，终端在VoLTE的通信意外中断的几率，包括：用
户仅语音通话时的意外中断几率；用户视频通话时，既无图像也无语音的意外中断
几率。
e) 指标算法：VoLTE语音掉话率=VoLTE语音掉话次数（VoLTE语音始呼应答次数+ VoLTE语音终呼应答次数）。
VoLTE视频掉话率=VoLTE视频掉话次数（VoLTE视频始呼应答次数+ VoLTE视频终呼应答次数）。
VoLTE语音掉话次数：SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为
语音的ASR（下图消息1）的次数，且ASR中Abort Cause为“PS to CS Handover”
不含在内。
VoLTE视频掉话次数：SBC（不区分主叫域和被叫域）收到PCRF发送媒体类型为
视频的ASR的次数，且ASR中Abort Cause为“PS to CS Handover”不含在内。
VoLTE语音始呼应答次数：定义见“VoLTE始呼应答率”。
VoLTE语音终呼应答次数：定义见“VoLTE终呼应答率”。
VoLTE视频始呼应答次数：定义见“VoLTE始呼应答率”。
VoLTE视频终呼应答次数：定义见“VoLTE终呼应答率”。
PCRFSBC
(1) ASR
(2) ASA
a) 测量数据映射关系：Rx xDR 和Mw xDR，
VoLTE语音掉话次数：字段“Interface”=Rx，且“ABORT_ TYPE”=0，且“ABORT_
CAUSE”≠ “PS to CS Handover”，且“MEDIA_TYPE”=0的xDR个数。
VoLTE视频掉话次数：字段“Interface”=Rx，且“ABORT_ TYPE”=0，且“ABORT_
CAUSE”≠ “PS to CS Handover”，且“MEDIA_TYPE”=1的xDR个数。
VoLTE语音始呼应答次数：定义见“VoLTE始呼应答率”。
VoLTE语音终呼应答次数：定义见“VoLTE终呼应答率”。
VoLTE视频始呼应答次数：定义见“VoLTE始呼应答率”。
VoLTE视频终呼应答次数：定义见“VoLTE终呼应答率”。
f) 数据类型: 实型
g) 数据单位：无
h) 空间粒度：SBC
i) 时间粒度：15分钟
j) 数据来源：Rx，Mw
2.2 ASR-RAT定义
过程中出现
S1接口多次切换后，MME发送释放S1 context，原因normal release。
PGW向PCRF发送Gx口CCR(Rule-Failure-Code: RESOURCE_ALLOCATION_FAILURE (10))，
导致PCRF向SBC发送Rx口ASR消息，终止session，原因为Bearer Released。初步怀疑与
之前多次S1切换有关后，UE重定向至2G导致，有时是3G。为什么UE未发起SRVCC过程，
需要再深入分析。
特征：S1错误码为normal release，UE重定向至23g，rat改变，s1正常释放。
Event：RAT_Change
Rat_Type:GERAN
UE经多次x2切换&TAU流程后，最后一次x2切换后,未发起 tau，mme等待5s后发起
发起UEContextRelease，原因值为：normal release。进而pgw发送ccr至pcrf，携带
Rule-Failure-Code RESOURCE_ALLOCATION_FAILURE，pcrf发送asr 500（Abort-Cause
BEARER_RELEASED）至sbc释放通话。
x2-Tau_mmeReleaseContext.pcap
进而查看Gx口CCR信令，有rat change发生，接入网改变为3G，本质原因同3.1asr掉话1。
2.2 ASR-X2定义
UE经多次pathSwitch切换流程后，最后一次切换后的eNodeb发起
UEContextReleaseRequest，原因值为：radioNetwork tx2relocoverall-expiry (1)）释放s1连
接。进而pgw发送ccr至pcrf，携带Rule-Failure-Code RESOURCE_ALLOCATION_FAILURE，
pcrf发送asr 500（Abort-Cause BEARER_RELEASED）至sbc释放通话。
Event：RAT_Change
Rat_Type:UTRAN
特征：S1错误码为
tx2relocoverall-expiry
2.3 ASR-无线掉话定义
通话过程中，eNodeb发送UE context release Request释放S1连接，原因值为：
failure-in-radio-interface-procedure。导致pgw发送gx CCR至pgrf，携带Rule-Failure-Code
RESOURCE_ALLOCATION_FAILURE (10)，进而pcrf发送rx口asr（Abort-Cause
BEARER_RELEASED）消息至sbc释放呼叫。
2.4 S1掉话定义
Enodeb 发起的 E-RABReleaseIndication 暂时携带的原因。