一种RRC重建的原因确定方法、装置、设备及存储介质与流程

一种rrc重建的原因确定方法、装置、设备及存储介质
技术领域：
：1.本技术涉及通信
技术领域：
：，尤其涉及一种rrc重建的原因确定方法、装置、设备及存储介质。
背景技术：
：：2.随着新空口承载语音(voiceovernewradio，vonr)技术商用的持续推进，用户对于第五代移动通信技术(5thgenerationmobilecommunicationtechnology，5g)语音质量的关注度也在逐步提升，vonr技术的语音感知优化成为当前运营商的重点攻关工作。结合长期演进语音承载(voiceoverlongtermevolution，volte)技术的优化经验，vonr技术对于用户语音业务过程中的无线资源控制协议(radioresourcecontrol，rrc)重建产生的影响异常敏感，rrc重建目的是恢复rrc信令连接，减少掉线，削弱用户掉话感知度。3.但是，rrc重建的时延会导致用户对语音的感知异常，例如，出现吞字或断续的情况，严重的情况下甚至会导致掉话。现有技术中通过直接优化rrc重建的过程，减少rrc重建的时延提高用户的语音感知，没有涉及通过确定发生rrc的问题原因，针对问题原因对rrc重建过程进行优化。通过发生rrc重建的问题原因可以更快定位到rrc重建过程需要进行优化的步骤，从而可以更快提升用户的语音感知。因此，如何确定rrc重建的问题原因是目前亟待解决的问题。技术实现要素：4.本技术提供一种rrc重建的原因确定方法、装置、设备及存储介质，实现了自动确定问题小区发生rrc重建的问题原因。5.第一方面，本技术提供一种rrc重建的原因确定方法，应用于重建装置，该方法包括：在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区；获取问题小区的信令数据和话统数据；信令数据用于表征用户终端使用语音业务时的信号质量；话统数据用于表征用户终端的网络性能指标；根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。6.本技术提供的rrc重建的原因确定方法，确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区，从而获取问题小区的信令数据和话统数据，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。实现了自动确定问题小区发生rrc重建的原因，与现有技术相比，可以更快更准确地确定问题小区和问题原因，弥补了现有技术中无法获取真实的问题小区的不足，以便管理人员根据问题小区和问题原因，具有针对性地优化用户的语音感知，提高了用户感知提升的效率。7.一种可能的实现方式，在确定发生rrc重建的问题小区之前，方法还包括：确定rrc重建所属的业务类型。8.另一种可能的实现方式，rrc重建的过程中包含目标参数，目标参数用于表征终端接入小区所进行重试的时长；确定rrc重建所属的业务类型，包括：将目标参数的值由预设时长减少至第一时长，获取服务质量等级标识(qualityofserviceclassidentifier，qci)级的掉话指标；掉话指标中包括第五代移动通信技术业务质量标识(5gqualityofserviceidentifier，5qi)；在5qi为目标取值的情况下，确定rrc重建所属的业务类型为语音业务。9.又一种可能的实现方式，确定发生rrc重建的问题小区，包括：将目标参数的值由第一时长减少至第二时长，确定掉话指标大于预设阈值的小区为问题小区。10.又一种可能的实现方式，确定rrc重建所属的业务类型，包括：在rrc重建为站间重建的情况下，获取rrc重配置消息；rrc重配置消息包括无线链路控制(radiolinkcontrol，rlc)信息；在rlc信息指示非确认模式的情况下，确定rrc重建所属的业务类型为语音业务。11.又一种可能的实现方式，确定发生rrc重建的问题小区，包括：获取rrc重建请求；rrc重建请求中包括外设互联标准(personalcomputerinterface，pci)信息；确定距离重建装置最近的基站的信号覆盖范围中，对应pci信息的小区为问题小区。12.又一种可能的实现方式，信令数据包括以下参数中的至少之一：参考信号接收功率(referencesignalreceivingpower，rsrp)和信号与干扰加噪声比(signaltointerferenceplusnoiseratio，sinr)；根据信令数据，确定问题小区发生rrc重建的问题原因，包括：在rsrp小于第一阈值的情况下，确定问题原因为弱覆盖；在sinr小于第二阈值的情况下，确定问题原因为sinr质差。13.又一种可能的实现方式，话统数据包括以下参数中的至少之一：上行底噪、探测参考信号(soundingreferencesignal，srs)干扰、最后符号干扰、物理上行共享信道(physicaluplinksharedchannel，pusch)rsrp和跟踪区(trackingarea，ta)距离；根据话统数据，确定问题小区发生rrc重建的问题原因，包括：在上行底噪大于第三阈值的情况下，确定问题原因为全带干扰；在srs干扰大于第三阈值的情况下，确定问题原因为srs干扰；在最后符号干扰大于第三阈值的情况下，确定问题原因为远端干扰；在puschrsrp大于第四阈值的情况下，确定问题原因为上行弱覆盖；在ta距离大于第五阈值的情况下，确定问题原因为越区覆盖。14.第二方面，本技术提供一种rrc重建的原因确定装置，应用于重建装置，该装置包括：确定模块和获取模块。15.确定模块用于，在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区；获取模块用于，获取问题小区的信令数据和话统数据；信令数据用于表征用户终端使用语音业务时的信号质量；话统数据用于表征用户终端的网络性能指标；确定模块还用于，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。16.一种可能的实现方式，确定模块还用于，确定rrc重建所属的业务类型。17.另一种可能的实现方式，rrc重建的过程中包含目标参数，目标参数用于表征终端为接入小区所进行重试的时长；确定模块具体用于，将目标参数的值由预设时长减少至第一时长，获取qci级的掉话指标；掉话指标中包括5qi；在5qi为目标取值的情况下，确定rrc重建所属的业务类型为语音业务。18.又一种可能的实现方式，确定模块具体用于，将目标参数的值由第一时长减少至第二时长，确定掉话指标大于预设阈值的小区为问题小区。19.又一种可能的实现方式，确定模块具体用于，在rrc重建为站间重建的情况下，获取rrc重配置消息；rrc重配置消息包括rlc信息；在rlc信息指示非确认模式的情况下，确定rrc重建所属的业务类型为语音业务。20.又一种可能的实现方式，确定模块具体用于，获取rrc重建请求；rrc重建请求中包括pci信息；确定距离重建装置最近的基站的信号覆盖范围中，对应pci信息的小区为问题小区。21.又一种可能的实现方式，信令数据包括以下参数中的至少之一：rsrp和sinr；确定模块具体用于，在rsrp小于第一阈值的情况下，确定问题原因为弱覆盖；在sinr小于第二阈值的情况下，确定问题原因为sinr质差。22.又一种可能的实现方式，话统数据包括以下参数中的至少之一：上行底噪、srs干扰、最后符号干扰、puschrsrp和ta距离；确定模块具体用于，在上行底噪大于第三阈值的情况下，确定问题原因为全带干扰；在srs干扰大于第三阈值的情况下，确定问题原因为srs干扰；在最后符号干扰大于第三阈值的情况下，确定问题原因为远端干扰；在puschrsrp大于第四阈值的情况下，确定问题原因为上行弱覆盖；在ta距离大于第五阈值的情况下，确定问题原因为越区覆盖。23.第三方面，本技术提供一种电子设备，该电子设备包括：处理器和存储器；存储器存储有处理器可执行的指令；处理器被配置为执行指令时，使得电子设备实现上述第一方面的方法。24.第四方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质包括：计算机软件指令；当计算机软件指令在电子设备中运行时，使得电子设备实现上述第一方面的方法。25.第五方面，本技术提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面描述的相关方法的步骤，以实现上述第一方面的方法。26.上述第二方面至第五方面的有益效果参考第一方面的对应描述，不再赘述。附图说明27.图1为本技术提供的一种rrc重建的原因确定方法的应用环境示意图；28.图2为本技术提供的一种rrc重建的原因确定方法流程示意图；29.图3为本技术提供的另一种rrc重建的原因确定方法流程示意图；30.图4为本技术提供的又一种rrc重建的原因确定方法流程示意图；31.图5为本技术提供的又一种rrc重建的原因确定方法流程示意图；32.图6为本技术提供的又一种rrc重建的原因确定方法流程示意图；33.图7为本技术提供的又一种rrc重建的原因确定方法流程示意图；34.图8为本技术提供的又一种rrc重建的原因确定方法流程示意图；35.图9为本技术提供的一种rrc重建业务类型识别示意图；36.图10为本技术提供的一种rrc重建确定问题小区示意图；37.图11为本技术提供的另一种rrc重建确定问题小区示意图；38.图12为本技术提供的一种rrc重建的原因确定示意图；39.图13为本技术提供的一种rrc重建的原因确定装置的组成示意图；40.图14为本技术提供的一种电子设备的组成示意图。具体实施方式41.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。42.需要说明的是，本技术实施例中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本技术实施例中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。43.为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。44.根据第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)协议，触发rrc重建有如下三种方式：(1)切换触发的rrc重建：在用户设备ue执行信令切换过程中启动t304定时器，如果在t304超时之前ue无法完成在目标小区的随机接入，则触发原因值为“切换失败(handoverfailure)”的rrc重建。(2)rrc重配置触发的rrc重建：用户设备ue在安全模式激活的状态下，如果收到了重配置消息后无法匹配或兼容，则触发原因值为“重配置失败(reconfigurationfailure)”的重建。(3)other类重建：other类重建原因一般为三类：1)上行rlc重传达到最大次数；2)随机接入失败；3)用户设备ue失步t310超时。45.由于上述三种触发rrc重建的方式均无法直接区分所属的业务类型，并且，受统计规则的影响，现网也无法直接从话统数据和信令数据中，直接区分rrc重建归属的业务类型，导致无法具有针对性地对vonr的语音感知实施准确的问题分析和优化，具体如下：(1)无线厂家话统无法对rrc重建尝试次数进行语音业务或数据业务的区分，导致无法针对性对语音业务进行问题分析。(2)rrc重建尝试仅能打点至rrc重建目标小区，无法直接获取源侧小区信息，导致无法获取真实的问题小区，优化指导性不足。(3)按照3gpp协议的分类，触发rrc重建的三种方式中，other类重建在现网统计中占比较高，约80％以上，无法直接从原因值上判定产生other的问题原因，影响优化准确度。其中，作为一种示例，3gpp协议中三种触发rrc重建的方式占比如表1所示。46.表1[0047][0048]其中，表1中包括rrc重建占总的语音业务中的比例以及rrc重建中三种触发重建的方式占总的rrc重建的比例。如表1所示，rrc重建占总的业务的比例为1.56％。切换失败类型占总的rrc重建的比例为10.62％，重配置失败占总的rrc重建的比例为0.34％，other类占总的rrc重建的比例为89.04％。其中，other类重建所占的比例最高。[0049]因此，如何确定other类触发rrc重建的具体原因，以便针对具体原因优化用户语音感知，是目前亟待解决的问题。[0050]综上所述，目前亟需一种确定发生rrc重建的问题小区的问题原因的方式，基于此，本技术实施例提供一种rrc重建的原因确定方法，该方法中，确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区，从而获取问题小区的信令数据和话统数据，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。实现了自动确定问题小区发生rrc重建的原因，与现有技术相比，可以更快更准确地确定问题小区和问题原因，弥补了现有技术中无法获取真实的问题小区的不足，以便管理人员根据问题小区和问题原因，具有针对性地优化用户的语音感知，提高了用户感知提升的效率。[0051]本技术提供的rrc重建的原因确定方法，可应用于如图1所示的应用环境中。如图1所示，该应用环境包括：rrc重建的原因确定装置101(可简称为确定装置)、基站设备102和用户终端103，其中确定装置101与基站设备102之间相互连接，确定装置101与用户终端103之间相互连接，基站设备102与用户终端103之间相互连接。[0052]在一些实施例中，确定装置101可以是多个服务器组成的服务器集群、或者单个服务器、又或者计算机、又或者服务器或计算机中的处理器或处理芯片等。本技术实施例对确定装置101的具体设备形态不作限制。图1中以确定装置101为单个服务器为例示出。[0053]在一些实施例中，基站设备102可以是演进型基站(evolutionnodeb，enb)、下一代基站(generationnodeb，gnb)、收发点(transmissionreceivepoint，trp)、传输点(transmissionpoint，tp)以及某种其它接入节点。根据所提供的服务覆盖区域的大小，基站又可分为用于提供宏蜂窝(macrocell)的宏基站、用于提供微蜂窝(picocell)的微基站和用于提供毫微微蜂窝(femtocell)的毫微微基站。随着无线通信技术的不断演进，未来的基站也可以采用其他的名称。[0054]在一些实施例中，上述用户终端103可以是一种具有无线收发功能的设备，例如手机、平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等。本发明实施例对前端设备102的具体种类不作限制，图1中以手机终端为例示出。[0055]在一些实施例中，在需要确定一个rrc重建的问题原因时，确定装置101可以在用户终端103与基站设备102进行rrc重建的过程中，确定问题小区，获取问题小区的信令数据和话统数据，进而根据信令数据进和话统数据确定rrc重建的问题原因。[0056]图2为本技术实施例提供的一种rrc重建的原因确定方法的流程示意图。如图2所示，本技术提供的rrc重建的原因确定方法，可以通过上述确定装置实现，具体包括以下步骤：[0057]s201、确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区。[0058]在一些实施例中，确定装置在确定rrc重建的业务类型为语音业务的情况下，进一步确定发生该rrc重建的问题小区，以便对该rrc重建的过程进行分析。[0059]示例性的，确定装置可以缩短rrc重建过程中的目标参数，使得rrc重建失败，发生掉话，从而根据掉话指标确定问题小区。确定装置还可以获取rrc重建请求中的pci信息，确定距离重建装置最近的基站的信号覆盖范围中，对应pci信息的小区为问题小区。[0060]应理解，现有技术中，rrc重建时，常常是用户终端与目标小区之间进行rrc连接重建立，因此，确定装置无法基于rrc重建的过程直接获取源侧小区信息，即无法获取真实的问题小区。并且，rrc重建时的时延引起的语音感知问题会体现在目标小区上，无法直接体现在问题小区上，因此，确定装置需要确定rrc重建的问题小区，以便针对问题小区优化语音质量，才能从根本上解决rrc重建引起的语音感知问题。[0061]s202、确定装置获取问题小区的信令数据和话统数据。[0062]其中，信令数据用于表征用户终端使用语音业务时的信号质量，话统数据用于表征用户终端的网络性能指标。[0063]在一些实施例中，确定装置确定发生rrc重建的问题小区后，可以获取问题小区的信令数据和话统数据，以便根据信令数据或话统数据分析问题原因。[0064]应理解，信令数据是用户终端和基站的目标小区之间进行rrc重建时的信令集合，话统数据是进行rrc重建时网管系统采集的网络性能指标的统计数据。[0065]示例性的，确定装置可以从用户终端的数据库中获取进行rrc重建的信令数据，还可以从基站设备的网管系统中获取rrc重建的话统数据。[0066]s203、确定装置根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。[0067]在一些实施例中，确定装置获取信令数据和话统数据后，可以根据信令数据或话统数据确定问题小区发生rrc重建的问题原因。[0068]示例性的，由于other类的rrc重建所占的比例高达89.04％，确定装置需要针对other类的rrc重建进行问题原因的定位，其中，触发other类rrc重建主要原因为：rlc重传最大、随机接入失败和ue失步。这三种原因归根结底，在空口侧的表现为弱覆盖、sinr质差、底噪干扰、上行弱覆盖和越区覆盖等。确定装置可以对信令数据进行多维数据的原因关联分类处理，确定rrc重建的问题原因是否是弱覆盖和/或sinr质差。确定装置还可以对话统数据进行多维数据的原因关联分类处理确定rrc重建的问题原因是否是底噪干扰和/或上行弱覆盖和/或越区覆盖，其中，多维数据的原因关联分类为现有技术中多维数据的原因关联分类算法的一种，本技术实施例对此不作限定。[0069]上述实施例提供的技术方案至少带来以下有益效果，本技术实施例提供的rrc重建的原因确定方法，确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区，从而获取问题小区的信令数据和话统数据，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。实现了自动确定问题小区发生rrc重建的原因，与现有技术相比，可以更快更准确地确定问题小区和问题原因，弥补了现有技术中无法获取真实的问题小区的不足，以便管理人员根据问题小区和问题原因，具有针对性地优化用户的语音感知，提高了用户感知提升的效率。[0070]以下结合具体实施例与说明书附图对本技术实施例提供的rrc重建的原因确定方法进行详细说明。[0071]如图3所示，本技术提供的rrc重建的原因确定方法具体可以包括以下步骤：[0072]s301、确定装置确定rrc重建所属的业务类型。[0073]在一些实施例中，确定装置在确定发生rrc重建的问题小区之前，还可以确定rrc重建所属的业务类型。s301具体包括如下两种可能的实现方式。[0074]在一种可能的实现方式中，rrc重建的过程中包含目标参数，目标参数用于表征终端我介入小区所进行重试的时长，如图4所示，s301具体可以实现为如下s401-s402：[0075]s401、确定装置将目标参数由预设时长减少至第一时长，获取qci级的掉话指标。[0076]其中，掉话指标中包括5qi。[0077]在一些实施例中，确定装置将rrc重建过程中的目标参数由预设时长减少至第一时长，使得rrc重建失败发生掉话，从而获取qci级的掉话指标。其中，预设时长为正常进行rrc重建所需的时长，第一时长为rrc重建失败，发生掉话的时长，预设时长和第一时长均为管理人员根据实际情况进行设置，本技术实施例对此不作限定。[0078]应理解，目标参数包括t311定时器和t301定时器，其中，当t311定时器的时长结束时，如果rrc重建流程是由于无线链路故障或切换故障而发起，将无线链路失败报告(radiolinkfailure-report，varrlf-report)中的未找到合适的小区(nosuitablecellfound)设置为true；用户设备转入rrc_idle(空闲模式)状态，释放原因为“rrc连接失败(rrcconnectionfailure)”。当t301定时器的时长结束时，用户设备ue认为目前进行rrc重建的目标小区不可用，将转入rrc_idle状态，释放原因为“rrc连接失败(rrcconnectionfailure)”。[0079]作为一种示例，确定装置将目标参数由预设时长减少至第一时长后，目标小区的语音业务和数据业务的掉线比例变化如表2所示：[0080]表2[0081][0082]表2包括语音掉线和数据掉线两种类型，调整前和调整后语音业务和数据业务的掉线比例，以及调整前和调整后语音业务和数据业务的掉线比例的差异。其中，调整前，语音掉线的比例为0.82％，数据掉线的比例为1.21％，调整后语音掉线的比例为1.56％，数据掉线的比例为2.48％。调整前和调整后语音掉钱的比例差异为上升了0.74％，数据掉钱的比例差异为上升了1.27％。[0083]s402、确定装置在5qi为目标取值的情况下，确定rrc重建所属的业务类型为语音业务。[0084]在一些实施例中，确定装置获取掉话指标后，可以根据掉话指标中5qi的值确定rrc重建的业务类型，在5qi为目标取值的情况下，确定rrc重建所属的业务类型为语音业务。[0085]示例性的，5qi的取值可能为1、6、7、8和9，当5qi的值为1时，rrc重建的业务类型为语音业务，当5qi的值为6、7、8或9时，rrc重建的业务类型为数据业务。[0086]在另一种可能的实现方式中，如图5所示，s301具体可以实现为如下s501-s502：[0087]s501、确定装置在rrc重建为站间重建的情况下，获取rrc重配置消息。[0088]其中，rrc重配置消息包括rlc信息。[0089]在一些实施例中，确定装置检测到rrc重建为站间重建后，可以获取rrc重建过程中基站向用户终端发送的rrc重配置消息。[0090]应理解，rrc重建分为两类：站内重建和站间重，在rrc重建为站内重建的情况下，确定装置可以基于rrc重建时信令的时间对应关系，确认业务类型。但是，在rrc重建为站间重建的情况下，由于站间重建后小区标识cellid发生变更，且小区内用户过多，导致无法确认上下时间点的关联关系，从而无法识别语音业务。[0091]s502、确定装置在rlc信息指示非确认模式的情况下，确定rrc重建所属的业务类型为语音业务。[0092]在一些实施例中，确定装置获取rrc重配置消息后，可以根据rrc重配置消息中的rlc信息确定rrc重建所属的业务类型，在rlc信息为非确认模式的情况下，确定rrc重建所属的业务类型为语音业务。[0093]示例性的，rlc信息包括两种模式：非确认模式(um模式)和确认模式(am模式)，其中，语音业务为um模式，数据业务为am模式，因此，基于相同的小区标识cellid下，确定装置可以基于rlc消息区分语音业务和数据业务。作为一种示例，根据rlc信息确定业务类型如图9所示，其中，在左侧的uuap_rrc_recfg的信令中包含了rlc信息(u1-um-rlc)，即语音业务。在右侧的uuap_rrc_recfg的信令中包含了另一种rlc信息(u1-am-rlc)，即数据业务。[0094]应理解，现有技术中无法确定rrc重建所属的业务类型，从而无法具有针对性地对用户的语音业务进行语音感知优化。因此，确定装置确定rrc重建所属的业务类型，可以更具有针对性地分析语音业务发生rrc重建的问题原因，以便更准确地优化用户的语音感知。[0095]s302、确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区。[0096]在一些实施例中，确定装置在确定rrc重建的业务类型后，在rrc重建属于语音业务的情况下，可以确定发生rrc重建的问题小区。s302具体包括如下两种可能的实现方式。[0097]在一种可能的实现方式中，确定装置将上述步骤s401中的目标参数由第一时长减少至第二时长，确定掉话指标大于预设阈值的小区为问题小区。其中，第二时长为使得rrc重建无法到达目标小区，在用户终端向目标小区发送rrc重建信令时发生中断的时长，预设阈值用于表示用户的语音业务发生掉话的程度，第二时长和预设阈值由管理人员根据实际情况进行设置，本技术实施例对此不作限定。[0098]应理解，由于修改目标参数的时长会导致用户的业务掉话严重，数据业务由于感知不敏感影响不大，但对语音业务影响较大，因此确定装置确定发生rrc重建的问题小区后，需要尽快将目标参数由第二时长修改回预设时长，以确保用户语音业务的正常使用，避免用户感知受损严重。[0099]作为一种示例，确定装置将目标参数由第一时长减少至第二时长，确定问题小区如图10所示，其中，当定时器t311和定时器t301为预设时长(即正常配置)时，rrc重建过程正常进行，不统计为掉话，当定时器t311和定时器t301为第二时长(即缩短定时器)时，rrc重建失败，在源侧打点为掉话，从而可以确定问题小区。[0100]在另一种可能的实现方式中，如图6所示，s302具体可以实现为如下s601-s602：[0101]s601、确定装置获取rrc重建请求。[0102]其中，rrc重建请求中包括pci信息。[0103]在一些实施例中，确定装置确认rrc重建所属的业务类型为语音业务后，可以获取用户终端向基站的目标小区发送的rrc重建请求。[0104]s602、确定装置确定距离重建装置最近的基站的信号覆盖范围中，对应pci信息的小区为问题小区。[0105]在一些实施例中，确定装置获取rrc重建请求后，根据rrc重建请求中pci信息，确定距离重建装置最近的基站的信号覆盖范围中，具有与rrc重建请求中pci信息相同的小区为问题小区。[0106]示例性的，确定装置根据pci信息确定问题小区如图11所示，rrc重建请求中携带了源侧小区(即问题小区)的pci信息(physcellid：0x88(136))，如图11所示，在距离重建装置附近的基站的信号覆盖范围中，有两处小区的pci信息为136，获取距离重建装置最近的小区的5g基站(gnodeb)和小区识别码(cellid)，根据gnodeb和cellid确定问题小区。[0107]s303、确定装置获取问题小区的信令数据和话统数据。[0108]其中，信令数据用于表征用户终端使用语音业务时的信号质量，话统数据用于表征用户终端的网络性能指标。[0109]上述s303的相关描述可以参见前述s202的描述，在此不再重复赘述。[0110]s304、确定装置根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。[0111]在一些实施例中，确定装置获取信令数据和话统数据后，可以根据信令数据或话统数据确定问题小区发生rrc重建的问题原因。s304具体包括如下两种可能的实现方式。[0112]在一种可能的实现方式中，确定装置根据信令数据确定问题小区发生rrc重建的问题原因与信号质量是否有关，信令数据包括以下参数中的至少之一：rsrp和sinr，如图7所示，s304具体可以实现为如下s701-s702：[0113]s701、确定装置在rsrp小于第一阈值的情况下，确定问题原因为弱覆盖。[0114]在一些实施例中，确定装置在信令数据中的rsrp小于第一阈值的情况下，确定问题小区发生rrc重建的问题原因为弱覆盖。其中，第一阈值为-110dbm，可以根据实际情况由管理人员进行调整，本技术实施例对此不作限定。[0115]s702、确定装置在sinr小于第二阈值的情况下，确定问题原因为sinr质差。[0116]在一些实施例中，确定装置在信令数据中的sinr小于第二阈值的情况下，确定问题小区发生rrc重建的问题原因为sinr质差。其中，第二阈值为-3db，可以根据实际情况由管理人员进行调整，本技术实施例对此不作限定。[0117]示例性的，确定装置根据rsrp和sinr确定问题原因如图12所示，其中，uuap_rrc_meas_rprt中rsrp为0x41(65)(大于第一阈值)，sinr为0x49(73)(大于第二阈值)，因此，确定装置确定小区的问题原因与弱覆盖和sinr质差无关。[0118]在另一种可能的实现方式中，确定装置根据话统数据确定问题小区发生rrc重建的问题原因与网络指标是否有关，话统数据包括以下参数中的至少之一：上行底噪、srs干扰、最后符号干扰、puschrsrp和ta距离，如图8所示，s304具体可以实现为如下s801-s805：[0119]s801、确定装置在上行底噪大于第三阈值的情况下，确定问题原因为全带干扰。[0120]在一些实施例中，确定装置在话统数据中的上行底噪大于第三阈值的情况下，确定问题小区发生rrc重建的问题原因为全带干扰。其中，第三阈值为-100dbm，可以根据实际情况由管理人员进行调整，本技术实施例对此不作限定。[0121]s802、确定装置在srs干扰大于第三阈值的情况下，确定问题原因为srs干扰。[0122]在一些实施例中，确定装置在话统数据中的srs干扰大于第三阈值的情况下，确定问题小区发生rrc重建的问题原因为srs干扰。[0123]s803、确定装置在最后符号干扰大于第三阈值的情况下，确定问题原因为远端干扰。[0124]在一些实施例中，确定装置在话统数据中的最后符号干扰大于第三阈值的情况下，确定问题小区发生rrc重建的问题原因为远端干扰。[0125]应理解，上述的全带干扰、srs干扰和远端干扰同属于底噪干扰。[0126]s804、确定装置在puschrsrp大于第四阈值的情况下，确定问题原因为上行弱覆盖。[0127]在一些实施例中，确定装置在话统数据中的puschrsrp大于第四阈值的情况下，确定问题小区发生rrc重建的问题原因为上行弱覆盖。其中，第四阈值为40％，即puschrsrp低于-130dbm的占比大于40％，可以根据实际情况由管理人员进行调整，本技术实施例对此不作限定。[0128]s805、确定装置在ta距离大于第五阈值的情况下，确定问题原因为越区覆盖。[0129]在一些实施例中，确定装置在话统数据中的ta距离大于第五阈值的情况下，确定问题小区发生rrc重建的问题原因为越区覆盖。其中，第五阈值为2km，可以根据实际情况由管理人员进行调整，本技术实施例对此不作限定。[0130]示例性的，确定装置根据话统数据确定对应的问题原因如表3所示。[0131]表3[0132][0133]表3中包括，原因分类为：底噪干扰、上行弱覆盖和越区覆盖。基于话统的现象关联识别包括上行底噪大于-100dbm为全带干扰，srs干扰大于-100dbm为srs干扰，最后符号干扰大于-100dbm为远端干扰，puschrsrp低于-130dbm的占比大于40％为上行覆盖差，即上行弱覆盖，ta距离大于2km为覆盖过远，即越区覆盖。其中，全带干扰、srs干扰和远端干扰均属于底噪干扰。[0134]应理解，确定装置根据上述方法可以确定出发送rrc重建的问题小区的问题原因，确定装置可以基于一段时间内问题小区中多个用户的多次语音业务确定出问题小区中各种问题原因的占比情况。作为一种示例，一段时间内，小区a和小区b的问题原因占比情况如表4所示。[0135]表4[0136][0137][0138]表4中包括，问题小区a和b，a和b的other类rrc重建的数量，以及rrc重建的原因分类占比。其中，原因分类包括：弱覆盖、上行覆盖问题(即上述上行弱覆盖)、sinr质差、越区问题(即上述越区覆盖)和底噪干扰。问题小区a的other类rrc重建数量为21，弱覆盖占比为68.20％，上行覆盖问题占比10.91％，sinr质差占比11.26％，越区覆盖占比7.94％，底噪干扰占比1.69％。问题小区b的other类rrc重建数量为17，弱覆盖占比为47.35％，上行覆盖问题占比11.25％，sinr质差占比29.76％，越区覆盖占比10.73％，底噪干扰占比0.91％。[0139]另外，确定装置确定问题小区发生rrc重建的问题原因后，管理人员可以针对问题原因对问题小区内用户的语音感知进行优化，以提高用户语音感知质量。[0140]上述实施例提供的技术方案至少带来以下有益效果，本技术实施例提供的rrc重建的原因确定方法，确定装置在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区，从而获取问题小区的信令数据和话统数据，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。实现了自动确定问题小区发生rrc重建的原因，与现有技术相比，可以更快更准确地确定问题小区和问题原因，弥补了现有技术中无法获取真实的问题小区的不足，以便管理人员根据问题小区和问题原因，具有针对性地优化用户的语音感知，提高了用户感知提升的效率。[0141]进一步的，确定装置还可以预先确定rrc重建所属的业务类型，在业务类型为语音业务的情况下，进一步分析rrc重建的问题原因，从而使得问题原因的定位与用户的语音业务直接相关，以便更具有针对性的提高用户的语音感知质量。[0142]在示例性的实施例中，本技术还提供一种rrc重建的原因确定装置。该rrc重建的原因确定装置可以包括一个或多个功能模块，用于实现以上方法实施例的rrc重建的原因确定方法。[0143]例如，图13为本技术实施例提供的一种rrc重建的原因确定装置的组成示意图。如图13所示，该rrc重建的原因确定装置包括：确定模块1301和获取模块1302。[0144]确定模块1301用于，在rrc重建属于语音业务的情况下，确定发生rrc重建的问题小区。获取模块1302用于，获取问题小区的信令数据和话统数据，信令数据用于表征用户终端使用语音业务时的信号质量，话统数据用于表征用户终端的网络性能指标。确定模块1301还用于，根据信令数据或话统数据，确定问题小区发生rrc重建的问题原因。[0145]在一些实施例中，确定模块1301还用于，确定rrc重建所属的业务类型。[0146]在另一些实施例中，rrc重建的过程中包含目标参数，目标参数用于表征终端为接入小区所进行重试的时长。确定模块1301具体用于，将目标参数由预设时长减少至第一时长，获取qci级的掉话指标，掉话指标中包括5qi，在5qi为目标取值的情况下，确定rrc重建所属的业务类型为语音业务。[0147]在又一些实施例中，确定模块1301具体用于，将目标参数由第一时长减少至第二时长，确定掉话指标大于预设阈值的小区为问题小区。[0148]在又一些实施例中，确定模块1301具体用于，在rrc重建为站间重建的情况下，获取rrc重配置消息，rrc重配置消息包括rlc信息，在rlc信息指示非确认模式的情况下，确定rrc重建所属的业务类型为语音业务。[0149]在又一些实施例中，确定模块1301具体用于，获取rrc重建请求，rrc重建请求中包括pci信息，确定距离重建装置最近的基站的信号覆盖范围中，对应pci信息的小区为问题小区。[0150]在又一些实施例中，信令数据包括以下参数中的至少之一：rsrp和sinr。确定模块1301具体用于，在rsrp小于第一阈值的情况下，确定问题原因为弱覆盖；在sinr小于第二阈值的情况下，确定问题原因为sinr质差。[0151]在又一些实施例中，话统数据包括以下参数中的至少之一：上行底噪、srs干扰、最后符号干扰、puschrsrp和ta距离。确定模块1301具体用于，在上行底噪大于第三阈值的情况下，确定问题原因为全带干扰，在srs干扰大于第三阈值的情况下，确定问题原因为srs干扰，在最后符号干扰大于第三阈值的情况下，确定问题原因为远端干扰，在puschrsrp大于第四阈值的情况下，确定问题原因为上行弱覆盖，在ta距离大于第五阈值的情况下，确定问题原因为越区覆盖。[0152]在示例性的实施例中，本技术实施例还提供了一种电子设备，该电子设备可以是上述方法实施例中的rrc重建的原因确定装置。图14为本技术实施例提供的一种电子设备的组成示意图。如图14所示，该电子设备可以包括：处理器1401和存储器1402；存储器1402存储有处理器1401可执行的指令；处理器1401被配置为执行指令时，使得电子设备或网络设备或管理器实现如前述方法实施例中描述的方法。[0153]在示例性的实施例中，本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序指令；当计算机程序指令被计算机执行时，使得计算机实现如前述实施例中描述的方法。计算机可读存储介质可以是非临时性计算机可读存储介质，例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。[0154]在示例性的实施例中，本技术实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关方法步骤，以实现上述实施例中的rrc重建的原因确定方法。[0155]以上，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应该以权利要求的保护范围为准。当前第1页12当前第1页12
技术特征：
1.一种无线资源控制rrc重建的原因确定方法，应用于重建装置，其特征在于，所述方法包括：在rrc重建属于语音业务的情况下，确定发生所述rrc重建的问题小区；获取所述问题小区的信令数据和话统数据；所述信令数据用于表征用户终端使用所述语音业务时的信号质量；所述话统数据用于表征用户终端的网络性能指标；根据所述信令数据或所述话统数据，确定所述问题小区发生所述rrc重建的问题原因。2.根据权利要求1所述的方法，其特征在于，在所述确定发生所述rrc重建的问题小区之前，所述方法还包括：确定所述rrc重建所属的业务类型。3.根据权利要求2所述的方法，其特征在于，所述rrc重建的过程中包含目标参数，所述目标参数用于表征终端为接入小区所进行重试的时长；所述确定所述rrc重建所属的业务类型，包括：将所述目标参数的值由预设时长减少至第一时长，获取服务质量等级标识qci级的掉话指标；所述掉话指标中包括第五代移动通信技术业务质量标识5qi；在所述5qi为目标取值的情况下，确定所述rrc重建所属的业务类型为语音业务。4.根据权利要求3所述的方法，其特征在于，所述确定发生所述rrc重建的问题小区，包括：将所述目标参数的值由所述第一时长减少至第二时长，确定所述掉话指标大于预设阈值的小区为所述问题小区。5.根据权利要求2所述的方法，其特征在于，所述确定所述rrc重建所属的业务类型，包括：在所述rrc重建为站间重建的情况下，获取rrc重配置消息；所述rrc重配置消息包括无线链路控制rlc信息；在所述rlc信息指示非确认模式的情况下，确定所述rrc重建所属的业务类型为语音业务。6.根据权利要求1所述的方法，其特征在于，所述确定发生所述rrc重建的问题小区，包括：获取rrc重建请求；所述rrc重建请求中包括外设互联标准pci信息；确定距离所述重建装置最近的基站的信号覆盖范围中，对应所述pci信息的小区为所述问题小区。7.根据权利要求1所述的方法，其特征在于，所述信令数据包括以下参数中的至少之一：参考信号接收功率rsrp和信号与干扰加噪声比sinr；根据所述信令数据，确定所述问题小区发生所述rrc重建的问题原因，包括：在所述rsrp小于第一阈值的情况下，确定所述问题原因为弱覆盖；在所述sinr小于第二阈值的情况下，确定所述问题原因为sinr质差。8.根据权利要求1所述的方法，其特征在于，所述话统数据包括以下参数中的至少之一：上行底噪、探测参考信号srs干扰、最后符号干扰、物理上行共享信道pusch rsrp和跟踪区ta距离；根据所述话统数据，确定所述问题小区发生所述rrc重建的问题原因，包括：在所述上行底噪大于第三阈值的情况下，确定所述问题原因为全带干扰；
在所述srs干扰大于所述第三阈值的情况下，确定所述问题原因为srs干扰；在所述最后符号干扰大于所述第三阈值的情况下，确定所述问题原因为远端干扰；在所述pusch rsrp大于第四阈值的情况下，确定所述问题原因为上行弱覆盖；在所述ta距离大于第五阈值的情况下，确定所述问题原因为越区覆盖。9.一种rrc重建的原因确定装置，应用于重建装置，其特征在于，所述装置包括：确定模块和获取模块；所述确定模块用于，在rrc重建属于语音业务的情况下，确定发生所述rrc重建的问题小区；所述获取模块用于，获取所述问题小区的信令数据和话统数据；所述信令数据用于表征用户终端使用所述语音业务时的信号质量；所述话统数据用于表征用户终端的网络性能指标；所述确定模块还用于，根据所述信令数据或所述话统数据，确定所述问题小区发生所述rrc重建的问题原因。10.根据权利要求9所述的装置，其特征在于，所述确定模块还用于，确定所述rrc重建所属的业务类型。11.根据权利要求10所述的装置，其特征在于，所述rrc重建的过程中包含目标参数，所述目标参数用于表征终端为接入小区所进行重试的时长；所述确定模块具体用于，将所述目标参数的值由预设时长减少至第一时长，获取qci级的掉话指标；所述掉话指标中包括5qi；在所述5qi为目标取值的情况下，确定所述rrc重建所属的业务类型为语音业务。12.根据权利要求11所述的装置，其特征在于，所述确定模块具体用于，将所述目标参数的值由所述第一时长减少至第二时长，确定所述掉话指标大于预设阈值的小区为所述问题小区。13.根据权利要求10所述的装置，其特征在于，所述确定模块具体用于，在所述rrc重建为站间重建的情况下，获取rrc重配置消息；所述rrc重配置消息包括rlc信息；在所述rlc信息指示非确认模式的情况下，确定所述rrc重建所属的业务类型为语音业务。14.根据权利要求9所述的装置，其特征在于，所述确定模块具体用于，获取rrc重建请求；所述rrc重建请求中包括pci信息；确定距离所述重建装置最近的基站的信号覆盖范围中，对应所述pci信息的小区为所述问题小区。15.根据权利要求9所述的装置，其特征在于，所述信令数据包括以下参数中的至少之一：rsrp和sinr；所述确定模块具体用于，在所述rsrp小于第一阈值的情况下，确定所述问题原因为弱覆盖；在所述sinr小于第二阈值的情况下，确定所述问题原因为sinr质差。16.根据权利要求9所述的装置，其特征在于，所述话统数据包括以下参数中的至少之一：上行底噪、srs干扰、最后符号干扰、pusch rsrp和ta距离；所述确定模块具体用于，在所述上行底噪大于第三阈值的情况下，确定所述问题原因为全带干扰；在所述srs干扰大于所述第三阈值的情况下，确定所述问题原因为srs干扰；在所述最后符号干扰大于所述第三阈值的情况下，确定所述问题原因为远端干扰；在所述pusch rsrp大于第四阈值的情况下，确定所述问题原因为上行弱覆盖；在所述ta距离大于第五阈值的情况下，确定所述问题原因为越区覆盖。17.一种电子设备，其特征在于，所述电子设备包括：处理器和存储器；
所述存储器存储有所述处理器可执行的指令；所述处理器被配置为执行所述指令时，使得所述电子设备实现如权利要求1-8任一项所述的方法。18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括：计算机软件指令；当所述计算机软件指令的电子设备中运行时，使得所述电子设备实现如权利要求1-8任一项所述的方法。

技术总结
本申请提供一种RRC重建的原因确定方法、装置、设备及存储介质，涉及通信技术领域，该方法能够实现自动确定问题小区发生RRC重建的问题原因。该方法包括：确定装置在RRC重建属于语音业务的情况下，确定发生RRC重建的问题小区；获取问题小区的信令数据和话统数据；信令数据用于表征用户终端使用语音业务时的信号质量；话统数据用于表征用户终端的网络性能指标；根据信令数据或话统数据，确定问题小区发生RRC重建的问题原因。本申请可用于RRC重建的原因确定的过程中，用于自动确定RRC重建的问题原因，以便根据问题原因优化用户的语音感知。以便根据问题原因优化用户的语音感知。以便根据问题原因优化用户的语音感知。


技术研发人员：李萌 周奕昕 景洪水 张国光 祝海亮 于洋 蔡飞
受保护的技术使用者：中国联合网络通信集团有限公司
技术研发日：2023.06.28
技术公布日：2023/8/9