语音通话保障方法及装置

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种语音通话保障方法及装置。

背景技术

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)移动通信系统中，考虑语音业务对用户的影响较大，运营商通常会在网络优化成熟后再开通语音业务，在这之前针对用户的语音业务诉求，需要将用户回落至其它合适网络进行语音服务，比较典型的语音回落流程有演进的分组系统(Evolved Packet System，EPS)回落，通常代表5G向4G的语音回落流程和电路域回落(Circuit Switched Fallback，CSFB)，通常代表4G向2G/3G的语音回落流程。

通常情况下，运营商的网络优化工作是分区域、分频层进行的。以5G系统为例，不同区域和不同频层的网络优化进度是不同的，开启5G系统语音服务(voice over NewRadio，VoNR)的节奏也不相同。对于在支持VoNR区域或频层发起语音业务的用户，在通话过程中存在向不支持VoNR区域或频层移动的可能，由于目标区域或频层不支持VoNR，会导致正在进行的通话过程被打断，从而影响语音感知和掉话率指标。

发明内容

本发明实施例提供了一种语音通话保障方法及装置，以至少解决相关技术中，支持VoNR区域或频层发起语音业务的终端，由于目标区域或频层不支持语音导致正在进行的通话过程被打断，从而影响语音感知和掉话率指标的问题。

根据本发明的一个实施例，提供了一种语音通话保障方法，包括：服务小区判断相邻小区的语音属性是否支持语音；禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换、重定向或重建立接入操作。

在一个示例性实施例中，在禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换之后，还包括：在所述服务小区检测到所述终端的语音质量变差的情况下，触发所述终端向支持语音的相邻小区发起切换或重定向。

在一个示例性实施例中，禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换包括：根据所述相邻小区的语音属性，过滤掉所述不支持语音的相邻小区，仅向支持语音的相邻小区发起切换。

在一个示例性实施例中，在服务小区判断所述相邻小区的语音属性是否支持语音之前，还包括：所述服务小区获取并维护所述相邻小区的语音属性，其中，获取所述相邻小区语音属性的方式至少包括以下之一：站间接口消息交互、读取邻区网管配置、人工配置。

在一个示例性实施例中，其中，在所述服务小区因维护错误相邻小区的语音属性而导致触发切换流程的情况下，还包括：如果在所述相邻小区不支持语音属性或无法接纳更多语音业务的情况下，所述相邻小区向所述终端回复切换准备失败消息；或，如果在所述相邻小区不支持语音属性或无法接纳更多语音业务，且向所述终端回复切换准备成功消息的情况下，所述服务小区根据所述相邻小区的语音业务接纳结果，向所述目标小区回复切换取消消息。

在一个示例性实施例中，其中，所述服务小区检测所述终端的语音质量，包括：根据所述终端的语音丢包、语音时延、干扰水平的其中至少之一判断所述终端的语音质量。

在一个示例性实施例中，其中，所述终端的语音质量变差的判断条件，至少包括以下之一：第一判断条件，所述终端的语音上/下行丢包率和丢包个数大于第一门限值；第二判断条件，所述终端的语音上/下行连续丢包个数大于第二门限值；第三判断条件，所述终端的语音上/下行数据包传输时延大于第三门限值；第四判断条件，所述终端的上/下行干扰水平大于第四门限值；第五判断条件，所述终端测量到相邻小区与服务小区信号强度差值大于第五门限值；第六判断条件，所述终大于第六门限值，其中，所述评估值为以下多个的加权平均值：所述终端的语音上/下行丢包率、所述终端的语音上/下行连续丢包个数、所述终端的语音上/下行数据包传输时延、所述终端的上/下行干扰水平、所述终端测量到的所述相邻小区与所述服务小区的信号强度差值。

在一个示例性实施例中，触发所述终端向支持语音的相邻小区发起切换或重定向，包括：服务小区下发多个相邻小区的频点的测量配置，所述终端按照下发的所述测量配置对所述多个相邻小区进行频点测量，并在有相邻小区满足测量条件的情况下触发上传测量报告；所述服务小区根据上传的测量报告选出多个支持语音的相邻小区，再从所述多个支持语音的相邻小区中选出目标小区发起切换或重定向。

在一个示例性实施例中，从所述多个支持语音的相邻小区中选出目标小区，包括：根据所述多个支持语音的相邻小区的感知因素选出符合语音质量条件的相邻小区作为目标小区，其中，所述感知因素至少包括以下之一：信号强度、信号质量、负荷和干扰。

在一个示例性实施例中，禁止终端向不支持语音的相邻小区发起重定向或重建立操作包括：所述服务小区在广播消息中携带指示信息以通知所述终端所述相邻小区不支持语音，以禁止所述终端向所述相邻小区触发重定向或重建立接入操作。

在一个示例性实施例中，还包括：在所述终端通过重定向或重建立接入到不支持语音的第一相邻小区的情况下，基站基于对所述终端的语音业务状态判断将所述终端从所述第一相邻小区切换或重定向至支持语音的第二相邻小区中。

在一个示例性实施例中，所述基站基于对所述终端的语音业务状态判断将所述终端从所述第一相邻小区切换或重定向至支持语音的第二相邻小区中，包括：所述基站通过判断所述终端的语音业务状态以及根据所述终端的接入信息确认所述终端需要恢复的语音业务，并下发所述第二相邻小区的频点测量配置，当根据测量结果确定所述第二相邻小区能够接纳语音业务后，触发所述终端从所述第一相邻小区切换或重定向至所述第二相邻小区。

在一个示例性实施例中，其特征在于，在重定向场景中，判断所述终端的语音业务状态的方式至少包括以下之一：通过在所述终端向所述第一相邻小区发送的无线资源控制(Radio Resource Control,RRC)建立请求或RRC建立完成消息中增加语音通话指示，以通知所述第一相邻小区所述终端的语音业务状态为处于语音通话期间；所述第一相邻小区根据所述语音通话指示预估所述可能需要恢复语音业务，并通过核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认所述终端处于语音通话过程中需要恢复语音业务；或所述第一相邻小区直接通过所述核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认所述终端处于语音通话过程中需要恢复语音业务；或所述第一相邻服务小区根据核心网发送的初始上下文建立请求消息和业务承载建立请求消息中增加的业务恢复/或业务新建指示，直接确认所述终端处于语音通话过程中需要恢复语音业务。

在一个示例性实施例中，在重建立场景中，判断所述终端的语音业务状态的方式至少包括以下之一：在重建立接入的所述第一相邻小区可获取所述终端的原服务小区的用户上下文信息的情况下，根据所述终端的原服务小区已建立的业务列表，确认当前终端处于语音通话过程中需要恢复的语音业务；或在无法获取所述用户终端的原服务小区的用户上下文信息的情况下，拒绝所述用户终端进行重建立流程后再进行RRC建立接入，或直接转RRC建立流程。

在一个示例性实施例中，还包括：在所述终端通过重定向或重建立接入到不支持语音的第一相邻小区的情况下，核心网通过支持通话过程中的语音业务重建恢复和回落接续流程，将所述终端回落至支持语音的第二相邻小区。

在一个示例性实施例中，在重定向场景中，语音业务重建恢复和回落接续流程，包括：核心网通过向所述第一相邻小区发送初始上下文建立请求消息和业务承载建立请求消息，以对处于语音通话过程中的所述终端进行语音业务重建恢复；所述第一相邻小区收到请求消息后，拒绝接纳语音业务，原因值携带语音回落指示，同时触发语音回落流程以将所述用户终端回落至其他支持语音的相邻小区；所述终端在第二相邻小区回落完成后，核心网再次向所述第一相邻小区发送业务承载建立请求消息，以对所述终端进行语音业务重建恢复；所述第一相邻小区根据再次收到的请求消息正常接纳语音业务，以确保所述终端可以继续进行语音通话服务。

在一个示例性实施例中，在重建立场景中，语音业务重建恢复和回落接续流程，包括：所述第一相邻小区收到重建立请求消息后，拒绝接纳语音业务，将所述终端进行重建立接纳，或进行重建立拒绝后再进行RRC建立接入，或直接转RRC建立流程；并触发语音回落流程以将所述终端回落至第二相邻小区。

在一个示例性实施例中，其中，如果能够通过所述终端的原服务小区的用户上下文信息确所述用户终端需要恢复的语音业务，则在所述终端重新接入成功后，所述第一相邻小区可不等待核心网的语音业务重建恢复请求，直接触发用户回落流程。

根据本发明的另一个实施例，提供了一种语音通话保障装置，应用于服务小区，包括：判断模块，用于判断相邻小区的语音属性是否支持语音；禁止模块，用于禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换或重定向或重建立接入操作根据本发明的另一个实施例，还包括，触发模块，用于在检测到所述终端的语音质量变差的情况下，触发所述终端向支持语音的相邻小区发起切换或重定向。

根据本发明的另一个实施例，还包括，过滤模块，用于根据所述相邻小区的语音属性，过滤掉不支持语音的相邻小区，仅向支持语音的相邻小区发起切换。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，由于禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换或重定向或重建立接入操作，从而处于语音通话过程中的终端就不会通过切换操作接入不支持语音邻区。因此，可以解决相关技术中支持VoNR区域或频层发起语音业务的终端，由于目标区域或频层不支持语音导致正在进行的通话过程被打断的问题，达到降低掉话率指标效果。

附图说明

图1是根据本发明实施例的语音通话保障方法的流程图；

图2是根据本发明实施例的语音通话保障装置的结构框图；

图3是根据本发明另一实施例的语音通话保障装置的结构框图；

图4是根据本发明实施例的语音边界区域通话保障方法的流程图；

图5是根据本发明实施例的服务小区控制语音通话用户切换目标小区示意图；

图6是根据本发明实施例的基站评估语音质量触发质差迁移示意图；

图7是根据本发明实施例的终端向不支持语音小区触发重定向和重建立解决方案示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本发明实施例中提供了一种语音通话保障方法，运行于语音通话保障系统中。图1是根据本发明实施例的语音通话保障方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，服务小区判断相邻小区的语音属性是否支持语音；

步骤S104，禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换、重定向或重建立接入操作。

在本实施例步骤S104之后，还包括：在服务小区在检测到终端的语音质量变差的情况下，触发终端向支持语音的相邻小区发起切换或重定向。

在本实施例步骤S104中，包括：根据相邻小区的语音属性，过滤掉不支持语音的相邻小区，仅向支持语音的相邻小区发起切换。

在在本实施例步骤S102之前，还包括：服务小区获取并维护相邻小区的语音属性，其中，获取相邻小区语音属性的方式至少包括以下之一：站间接口消息交互、读取邻区网管配置、人工配置。

在一个示例性实施例中，其中，在服务小区因维护错误相邻小区的语音属性而导致触发切换流程的情况下，还包括：在相邻小区不支持语音属性或无法接纳更多语音业务的情况下，相邻小区向终端回复切换准备失败消息；或，在相邻小区不支持语音属性或无法接纳更多语音业务，且向终端回复切换准备成功消息的情况下，服务小区根据相邻小区的语音业务接纳结果，向目标小区回复切换取消消息。

在一个示例性实施例中，服务小区检测终端的语音质量，包括：根据终端的语音丢包、语音时延、干扰水平的其中至少之一判断终端的语音质量。

在一个示例性实施例中，其中，终端的语音质量变差的判断条件，至少包括以下之一：第一判断条件，终端的语音上/下行丢包率大于第一门限值；第二判断条件，终端的语音上/下行连续丢包个数大于第二门限值；第三判断条件，终端的语音上/下行数据包传输时延大于第三门限值；第四判断条件，终端的上/下行干扰水平大于第四门限值；第五判断条件，终端测量相邻小区与服务小区信号差值大于第五门限值；第六判断条件，终端的语音质量的评估值大于第六门限值，其中，评估值为以下多个的加权平均值：终端的语音上/下行丢包率、终端的语音上/下行连续丢包个数、终端的语音上/下行数据包传输时延、终端的上/下行干扰水平、终端测量到的所述相邻小区与所述服务小区的信号强度差值，即，为第一判断条件至第五判断条件配置权重因子以获得终端的语音质量的评估值，将评估值与第六门限值比较，以判断用户终端的语音质量是否变差。

在一个示例性实施例中，触发终端向支持语音的相邻小区发起切换或重定向，包括：服务小区下发多个相邻小区的频点的测量配置，终端按照下发的测量配置对多个相邻小区进行频点测量，并在有相邻小区满足测量条件的情况下触发上传测量报告；服务小区根据上传的测量报告选出多个支持语音的相邻小区，再从多个支持语音的相邻小区中选出目标小区发起切换或重定向。

在一个示例性实施例中，从多个支持语音的相邻小区中选出目标小区，包括：根据多个支持语音的相邻小区的感知因素选出符合语音质量条件的相邻小区作为目标小区，其中感知因素至少包括：信号强度、信号质量、负荷和干扰。

在本实施例步骤S104中，包括：服务小区在广播消息中携带指示信息以通知终端相邻小区不支持语音，以禁止终端向相邻小区触发重定向或重建立接入操作。

在一个示例性实施例中，还包括：在终端通过重定向或重建立接入到不支持语音的第一相邻小区的情况下，基站基于对终端的语音业务状态判断将终端从第一相邻小区切换或重定向至支持语音的第二相邻小区中。

在一个示例性实施例中，基站基于对终端的语音业务状态判断将终端从第一相邻小区切换或重定向至支持语音的第二相邻小区中，包括：基站通过判断终端的语音业务状态以及根据终端的接入信息确认终端需要恢复的语音业务，并下发第二相邻小区的频点测量配置，当根据测量结果确定第二相邻小区能够接纳语音业务后，触发终端从第一相邻小区切换或重定向至第二相邻小区。

在一个示例性实施例中，其特征在于，在重定向场景中，判断终端的语音业务状态的方式至少包括以下之一：通过在终端向第一相邻小区发送的RRC建立请求或RRC建立完成消息中增加语音通话指示，以通知第一相邻小区终端的语音业务状态为处于语音通话期间；第一相邻小区根据语音通话指示预估可能需要恢复语音业务，并通过核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认终端处于语音通话过程中需要恢复语音业务；或第一相邻小区直接通过核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认终端处于语音通话过程中需要恢复语音业务；或第一相邻服务小区根据核心网发送的初始上下文建立请求消息和业务承载建立请求消息中增加的业务恢复/或业务新建指示，直接确认终端处于语音通话过程中需要恢复语音业务。

在一个示例性实施例中，在重建立场景中，判断终端的语音业务状态的方式至少包括以下之一：在重建立接入的第一相邻小区可获取终端原所处小区的用户上下文信息的情况下，根据终端原所处小区已建立的业务列表，确认当前终端处于语音通话过程中需要恢复的语音业务；或在无法获取用户终端原所处小区的用户上下文信息的情况下，拒绝用户终端进行重建立流程后再进行RRC建立接入或直接转RRC建立流程。

在一个示例性实施例中，还包括：当终端通过重定向或重建立接入到不支持语音的第一相邻小区，核心网通过支持通话过程中的语音业务重建恢复和回落接续流程，将终端回落至支持语音的第二相邻小区。

在一个示例性实施例中，在重定向场景中，语音业务重建恢复和回落接续流程，包括：核心网通过向第一相邻小区发送初始上下文建立请求消息和业务承载建立请求消息，以对处于语音通话过程中的终端进行语音业务重建恢复；第一相邻小区收到请求消息后，拒绝接纳语音业务，原因值携带语音回落指示，同时触发语音回落流程以将用户终端回落至其他支持语音的相邻小区；终端在第二相邻小区回落完成后，核心网再次向第一相邻小区发送业务承载建立请求消息，以对终端进行语音业务重建恢复；第一相邻小区根据再次收到的请求消息正常接纳语音业务，以确保终端可以继续进行语音通话服务。

在一个示例性实施例中，在重建立场景中，语音业务重建恢复和回落接续流程，包括：第一相邻小区收到重建立请求消息后，拒绝接纳语音业务，将终端进行重建立接纳，或进行重建立拒绝后再进行RRC建立接入，或直接转RRC建立流程；并触发语音回落流程以将终端回落至第二相邻小区。

在一个示例性实施例中，其中，如果能够通过终端原所处小区的用户上下文信息确用户终端需要恢复的语音业务，则在终端重新接入成功后，第一相邻小区可不等待核心网的语音业务重建恢复请求，直接触发用户回落流程。

通过上述步骤，由于禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换或重定向或重建立接入操作，从而处于语音通话过程中的终端就不会通过切换操作接入不支持语音邻区。因此，可以解决相关技术中支持VoNR区域或频层发起语音业务的终端，由于目标区域或频层不支持语音导致正在进行的通话过程被打断的问题，达到降低掉话率指标效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器(Read-Only Memory/Random Access Memory，ROM/RAM)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种语音通话保障装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的语音通话保障装置的结构框图，该语音通话保障装置应用于服务小区，如图2所示，该装置包括判断模块10和禁止模块20：

判断模块10，用于判断相邻小区的语音属性是否支持语音；

禁止模块20，用于禁止处于语音通话过程中的终端向不支持语音的相邻小区发起切换或重定向或重建立接入操作。

图3是根据本发明实施例的语音通话保障装置的结构框图，如图3所示，该装置除包括图2所示的所有模块外，还包括：触发模块30和过滤模块40。

触发模块30，用于在检测到终端的语音质量变差的情况下，触发终端向支持语音的相邻小区发起切换或重定向。

过滤模块40，用于根据相邻小区的语音属性，过滤掉不支持语音的相邻小区，仅向支持语音的相邻小区发起切换。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

为了便于对本发明所提供的技术方案的理解，下面将结合具体场景的实施例进行详细描述。

本发明实施例提供语音边界区域通话保障方法，首先服务小区通过判断相邻小区语音属性，禁止向不支持语音相邻小区发起切换尝试；其次服务小区通过检测用户语音质量，在语音质量变差时快速触发向其它支持语音相邻小区切换或重定向操作；最后针对除了切换操作之外，在本实施例中，当终端通过重定向或重建立操作向不支持语音的相邻小区触发接入时，可从终端禁止接入、基站尝试恢复语音后触发迁移以及核心网支持通话过程中的语音回落接续的三个方面提供配套解决方案，保障语音通话过程可以正常进行。

图4是根据本发明实施例的语音边界区域通话保障方法的流程图，如图4所示，具体内容如下：

步骤S402，服务小区通过判断邻区语音属性，禁止向不支持语音相邻小区发起切换尝试。

具体地，服务小区维护并获取邻区语音属性，其中，邻区语音属性获取方式包含但不限于通过站间接口消息交互获取、通过读取邻区网管配置获取、通过人工配置获取等。

在本实施例中，对于处于语音通话过程中用户，服务小区在选择切换目标小区时，根据邻区语音属性，过滤掉不支持语音邻区，只向支持语音邻区发起切换尝试，防止目标小区拒绝语音业务导致掉话问题。在本实施例中的用户相当于上述实施例的终端。

在本实施例中，对于邻区语音属性维护错误而导致触发错误切换流程时，提供如下应对策略：

1、切换目标小区应对策略：对语音通话过程中的用户发起的切换请求，若切换目标小区不支持语音或由于其它原因(例如，负荷过高)无法接纳语音业务，可以直接回复切换准备失败消息，防止用户切换到目标小区导致掉话问题。

2、切换源小区应对策略：对语音通话过程中的用户发起的切换请求，若切换目标小区不支持语音或由于其它原因(例如，负荷过高)拒绝接纳语音业务，但回复切换准备成功消息。切换源小区可以根据语音业务接纳结果，回复切换取消消息，防止用户切换到目标小区导致掉话问题。

步骤S404，服务小区通过检测用户语音质量，在语音质量变差时快速触发向其它支持语音相邻小区切换或重定向操作。

具体地，经过步骤S402的操作，服务小区对处于语音通话过程中的用户，禁止向不支持语音相邻小区发起切换尝试，如此，语音通话过程中的用户可以保持在支持语音的服务小区中，但随着用户向不支持语音邻区移动，可能导致用户长时间驻留在服务小区弱场，受到邻区的干扰越来越强，会导致用户语音质量变差，影响用户感知。针对这一问题，在本实施例中采取如下策略：

1、服务小区对处于语音通话过程中用户，可以根据用户语音丢包、时延、干扰水平等感知因素判断语音质量是否较差，具体包括但不限于如下判断条件：

a、用户语音上/下行丢包率和丢包个数大于指定门限；

b、用户语音上/下行连续丢包个数大于指定门限；

c、用户语音上/下行数据包传输时延大于指定门限；

d、用户上/下行干扰水平大于指定门限；

e、用户测量邻区与服务小区信号差值大于指定门限。

上述各个条件对语音质量较差的判断可以要求满足任一条件，也可以对各个因素分配权重因子生成一个最终的评估值与配置门限进行对比，或其它判断条件。

2、若服务小区根据第1步评估用户语音质量较差，则主动选择包括支持语音相邻小区的频点下发测量配置。用户按测量配置要求进行相关频点测量，满足相关条件后触发测量上报。

3、服务小区收到测量报告后，从测量报告中选择支持语音的相邻小区，再从这些邻区中根据信号强度、信号质量、负荷、干扰及其它感知因素选择可以提供较好语音质量条件的邻区，将用户切换或重定向至该目标小区，改善用户的语音质量和感知体验。在本实施例中，相关感知因素判断条件可以要求全部满足，也可以对各个因素分配权重因子生成一个最终的评估值与配置门限进行对比，或其它判断条件。

在本实施例中，经过步骤S402的操作，语音通话过程中用户不会通过切换操作接入不支持语音邻区，但除切换操作之外，基站由于某些功能对终端执行重定向操作，或者终端检测到服务小区无线环境恶化触发重建立操作，用户通过这些重定向或重建立操作可能向不支持语音邻区触发接入。针对这一问题，本实施从终端、基站、核心网三个方面提供配套解决方案，保障语音通话过程可以正常进行，具体策略如下：

终端方面：可以通过在小区广播消息中增加语音支持指示信元，如果处于语音通话过程中用户读取广播消息明确某个小区不支持语音，则禁止向该小区触发重定向接入或重建立接入操作，防止目标小区拒绝语音业务导致掉话问题。

基站方面：可以通过判断用户语音业务状态，在服务小区不支持语音情况下正常接纳处于语音通话过程中用户的语音业务，之后通过测量选择可以提供较好语音质量条件的邻区，其中，语音质量条件判断同上述实施例的步骤，将用户切换或重定向至该较好语音质量条件的目标小区，改善用户的语音质量和感知体验。

在本实施例中，用户语音业务状态判断策略如下：

对于重定向场景，用户语音业务状态判断策略包括但不限于以下方式：

a、通过在用户向服务小区发送的RRC建立请求或RRC建立完成消息中增加语音通话指示，通知服务小区当前用户正处于语音通话期间。服务小区根据该指示预估当前用户可能需要恢复语音业务，通过核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认当前用户处于语音通话过程中需要恢复语音业务。

b、服务小区直接通过核心网发送的初始上下文建立请求消息携带语音业务承载，或在一定时间内收到语音业务承载建立请求，确认当前用户处于语音通话过程中需要恢复语音业务。

c、通过在核心网向服务小区发送的初始上下文建立请求消息和业务承载建立请求消息中增加业务恢复/业务新建指示，通知服务小区当前建立业务的类型，服务小区根据该指示可直接确认当前用户处于语音通话过程中需要恢复语音业务。

上述3种方式，方式a涉及终端和基站协议接口消息改造，存在老终端不兼容问题，但可以提供通知服务小区当前用户正处于语音通话期间，服务小区可以根据该信息提供下发测量节省时延。方式c不存在终端兼容性问题，但涉及核心网和基站协议接口消息改造。方式b不涉及协议接口消息改造，但需要核心网确保不会在初始上下文建立请求对用户新建语音业务承载，或不会在一定时间内新建语音业务承载，否则会存在误识别问题。3种方式各有优缺点，可以根据实际情况进行选择。

对于重建立场景，用户语音业务状态判断策略如下：

a、若重建立目标小区可获取源小区用户上下文信息，可根据用户在源小区已建立的业务列表，直接确认当前用户处于语音通话过程中需要恢复语音业务。

在本实施例中，对于重建立目标小区可获取源小区用户上下文信息但无法进行正常重建立操作场景(例如，跨核心网重建立场景)，需要对用户进行重建立拒绝后再进行RRC建立接入或直接转RRC建立流程，此场景下用户语音业务状态判断策略可根据用户在源小区已建立的业务列表预估当前用户可能需要恢复语音业务，结合后续流程信息进行确认，具体确认策略与重定向场景类似，不作重复描述。

b、若重建立目标小区无法获取源小区用户上下文信息(例如，跨站重建立场景或基站之间未建立消息交互链路)，需要对用户进行重建立拒绝后再进行RRC建立接入或直接转RRC建立流程，此场景下用户语音业务状态判断策略与重定向场景类似，不作重复描述。

核心网方面：可以通过支持通话过程中的语音业务重建恢复和回落接续流程，在服务小区不支持语音情况下将用户回落至其它支持语音的系统小区继续进行语音通话服务。具体策略如下：

对于重定向场景，语音业务重建恢复和回落接续流程如下：

1、核心网通过向服务小区发送的初始上下文建立请求消息和业务承载建立请求消息，对处于语音通话过程中的用户进行语音业务重建恢复。

2、服务小区收到请求消息后，处理策略同正常语音呼叫场景，拒绝接纳语音业务，原因值携带语音回落指示，同时触发基于测量或盲的语音回落流程将用户回落至其它支持语音的系统小区。

3、用户在目标系统小区回落完成后，核心网再次触发业务承载建立请求消息，对处于语音通话过程中的用户进行语音业务重建恢复。

4、服务小区收到请求消息后，正常接纳语音业务，确保用户可以继续进行语音通话服务。

对于重建立场景，语音业务重建恢复和回落接续流程如下：

服务小区收到重建立请求消息后，需要先在拒绝接纳语音业务的基础上，将用户进行重建立接纳，或进行重建立拒绝后再进行RRC建立接入，或直接转RRC建立流程。

在本实施例中，用户重新在服务小区接入成功后，后续流程与重定向场景类似，不作重复描述。特别的，若重建立目标小区可通过源小区用户上下文信息确认当前用户需要恢复语音业务，则在用户重新接入成功后，服务小区可不等待核心网的语音业务重建恢复请求，直接触发用户回落流程，此过程可以缩短用户语音业务中断时延，提升用户感知体验。

在本实施例中，上述终端、基站、核心网三个方面提供配套解决方案可以独立使用，也可以搭配使用。例如，终端方面可以保证用户尽量不选择支持语音小区触发重定向接入或重建立接入操作，但无法应对一些异常场景，如老终端不支持读取小区新增语音支持指示、支持语音小区由于突发高负荷无法接纳语音业务等，此时可以靠基站和核心网方面提供的配置解决方案进行策略完善。再如核心网方面可以通过支持通话过程中的语音业务重建恢复和回落接续流程，将用户触发回落后继续进行语音通话服务，但整体流程可能持续时间较长影响用户感知体验，可以靠基站方面通过源小区用户上下文信息或用户接入信息确认用户需要恢复语音业务，在用户接入成功后不等待核心网的语音业务重建恢复请求，直接触发用户回落流程，缩短回落时延提升用户感知体验。

下面结合附图，对本技术方案的实施作进一步的详细描述：

图5是根据本发明实施例的服务小区控制语音通话用户切换目标小区示意图，如图5所示，服务小区控制语音通话用户切换包括如下步骤：

第一步：服务小区通过判断邻区语音属性，禁止向不支持语音相邻小区发起切换尝试。

具体地，假设3个邻区中，邻区1不支持语音，邻区2和邻区3支持语音，服务小区通过站间接口消息交互获取3个邻区的语音支持情况，对于处于语音通话过程中用户，服务小区在选择切换目标小区时，过滤掉邻区1，防止邻区1拒绝语音业务导致掉话问题。

第二步：服务小区通过检测用户语音质量，在语音质量变差时快速触发向其它支持语音相邻小区切换或重定向操作。

具体地，图6是根据本发明实施例的基站评估语音质量触发质差迁移示意图，如图6所示，假设服务小区根据用户语音上行丢包率和丢包个数大于指定门限判断语音质量较差，服务小区主动选择包括邻区2和邻区3在内的频点下发测量配置。用户测量邻区2和邻区3都满足上报条件触发测量上报，服务小区邻区3信号强度/质量、负荷、干扰及其它感知因素都较好，可以提供较好语音质量条件，将用户切换至邻区3，以改善用户的语音质量和感知体验。

第三步：针对终端向不支持语音小区触发重定向接入或重建立接入操作问题，从终端、基站、核心网三个方面提供配套解决方案，保障语音通话过程可以正常进行：

图7是根据本发明实施例的终端向不支持语音小区触发重定向和重建立解决方案示意图，如图7所示，该方案包括如下方面：

终端方面：服务小区在广播消息中增加指示信元，通知用户当前小区不支持语音。处于语音通话过程中用户，不会向该小区触发重定向接入或重建立接入操作，防止目标小区拒绝语音业务导致掉话问题。

基站方面：假设用户协议版本较老，不支持读取小区语音支持指示，错误向不支持语音小区触发重定向接入操作，服务小区可以根据用户接入信息确认用户需要恢复语音业务，在未收到核心网语音业务重建恢复之前，提供选择可以提供较好语音质量条件的邻区下发测量，为用户迁移做好准备。后续正常接纳语音业务后，可根据之前的测量结果立即触发迁移操作，节省时延，尽可能改善用户的语音质量和感知体验。

核心网方面：假设基站由于突发高负荷原因，拒绝接纳语音业务触发回落流程，当用户在目标系统小区回落完成后，核心网再次触发业务承载建立请求消息，对处于语音通话过程中的用户进行语音业务重建恢复，确保用户可以继续进行语音通话服务。

在上述本实施例所涉及的方法适用于长期演进语音承载(Voice over Long-TermEvolution，VoLTE)、VoNR及后续3GPP其它系统语音保障策略。

通过本发明的上述实施例，针对用户在语音边界区域移动可能导致的掉话问题，首先通过在服务小区判断邻区语音属性，禁止向不支持语音相邻小区发起切换尝试；其次通过在服务小区检测用户语音质量，在语音质量变差时快速触发向其它支持语音相邻小区切换或重定向操作；最后针对终端向不支持语音小区触发重定向接入或重建立接入操作问题，从终端禁止接入、基站尝试恢复语音后触发迁移、核心网支持通话过程中的语音回落接续三个方面提供配套解决方案，保障语音通话过程可以正常进行。从而能够解决语音用户在通话过程中存在向不支持语音区域或频层移动，由于目标区域或频层不支持语音，导致正在进行的通话过程被打断，影响语音感知和掉话率指标问题。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。