CN112996059B - 一种网络服务质量QoS修改操作的控制方法及装置 - Google Patents

Abstract

本发明实施例提供了一种网络服务质量QoS修改操作的控制方法及装置，该方法包括：在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改死循环现象，以便及时QoS修改管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况。

Description

一种网络服务质量QoS修改操作的控制方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种网络服务质量QoS修改操作的控制方法及装置。

背景技术

目前，随着计算机通信技术的发展，用户对网络服务质量的要求越来越高，其中，当前网络中用户QoS(Quality of Service，服务质量)可以签约在HSS以及PCRF中，PCRF用于对用户进行QoS和策略的最终管控，PCRF通过对用户默认承载QOS参数进行修改，来实现提升或降低用户设备的移动通信网络性能。

然而，由于网络中无线环境的复杂性，用户移动以及行为的随机性，网络中可能存在某些场景，在网络修改用户QOS时，由于终端、无线或者流程冲突等原因，导致QOS修改失败。具体的，PGW(PDN GateWay，PDN网关)收到带有某种失败cause的update bearerresponse消息后，PGW将向PCRF发送trigger为APN-AMBR_MODIFICATION_FAILURE(29)的CCR-U消息，即PGW将向PCRF发送用户承载QOS修改失败反馈信令，后续PCRF再触发新的承载修改流程，即PCRF在CCA-U消息中再次返回新的QOS，PGW再次触发update bearer流程，接下来还可能出现QoS修改失败的情况，如此反复进行QoS修改操作，导致QoS修改操作进入死循环状态。

由此可知，现有的网络服务质量QoS修改操作的过程中，可能因QoS修改操作进入死循环状态，导致用户设备不受网络控制，以及因循环信令消息猛涨引发信令风暴的问题。

发明内容

本发明实施例的目的是提供一种网络服务质量QoS修改操作的控制方法及装置，以解决因QoS修改操作进入死循环状态，导致用户设备不受网络控制，以及因循环信令消息猛涨引发信令风暴的问题。

为了解决上述技术问题，本发明实施例是这样实现的：

第一方面，本发明实施例提供了一种网络服务质量QoS修改操作的控制方法，包括：

在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

第二方面，本发明实施例提供了一种网络服务质量QoS修改操作的控制装置，包括：

监测状态判断模块，用于在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

累计信息确定模块，用于若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

累计信息判断模块，用于判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

应答信令发送模块，用于若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

重建连接触发模块，用于触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

第三方面，本发明实施例提供了一种计算机设备，包括处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现如第一方面所述的网络服务质量QoS修改操作的控制方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如第一方面所述的网络服务质量QoS修改操作的控制方法的步骤。

本发明实施例中的网络服务质量QoS修改操作的控制方法及装置，在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第一种流程示意图；

图2为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第二种流程示意图；

图3为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第三种流程示意图；

图4为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第四种流程示意图；

图5为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第五种流程示意图；

图6为本发明实施例提供的网络服务质量QoS修改操作的控制装置的模块组成示意图；

图7为本发明实施例提供的计算机设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例提供了一种网络服务质量QoS修改操作的控制方法及装置，通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

图1为本发明实施例提供的网络服务质量QoS修改操作的控制方法的第一种流程示意图，图1中的方法能够由网络侧设备执行，如图1所示，该方法至少包括以下步骤：

S102，在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对目标用户设备是否处于QoS修改失败监测周期；具体的，接收针对目标用户的trigger为APN-AMBR_MODIFICATION_FAILURE的QoS修改失败反馈信令CCR-U；

其中，上述目标用户设备可以是UE侧设备，例如智能手机，针对每个用户设备，记录该用户设备的QoS修改失败累计信息，其中，该QoS修改失败累计信息是与QoS修改失败监测周期相对应的，针对每个QoS修改失败监测周期，统计各自对应的QoS修改失败累计信息，即统计在一定时间内QoS修改失败累计信息；以便后续基于该QoS修改失败累计信息，判断当前QoS修改操作是否进入修改死循环状态，进而确定是否对当前QoS修改操作进行管控；

具体的，上述QoS修改失败累计信息用于表征自一个QoS修改失败监测周期的起始时间到当前时刻的QoS修改失败情况，在一个QoS修改失败监测周期结束后，若再次接收到针对目标用户设备的QoS修改失败反馈信令，则进入一个新的QoS修改失败监测周期，并开始统计与新的QoS修改失败监测周期对应的QoS修改失败累计信息。

若判断结果为是，则执行S104，确定在当前所在QoS修改失败监测周期下的QoS修改失败累计信息；

具体的，在确定目标用户设备处于QoS修改失败监测周期时，获取在当前所在QoS修改失败监测周期下已记录的历史QoS修改失败累计信息，以及根据接收到的QoS修改失败反馈信令更新该历史QoS修改失败累计信息，得到更新后的QoS修改失败累计信息；

其中，上述QoS修改失败累计信息可以是在当前所在QoS修改失败监测周期下的QoS修改失败次数，也可以是在当前所在QoS修改失败监测周期下的QoS修改失败频次等；

对应的，若目标用户设备不处于QoS修改失败监测周期，则S106，开始执行一个新的QoS修改失败监测周期，以及开始记录在该新的QoS修改失败监测周期下的QoS修改失败累计信息。

S108，判断确定出的QoS修改失败累计信息是否满足预设控制策略调整条件，其中，该预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

具体的，在确定出在当前所在QoS修改失败监测周期下的QoS修改失败累计信息后，判断该QoS修改失败累计信息是否表征QoS修改操作进入修改死循环状态；即若QoS修改失败累计信息满足预设控制策略调整条件，则说明QoS修改操作进入修改死循环状态，即用户设备多次尝试的QOS修改流程均是失败，可能会出现PGW在S5/S11口出发update bearer流程，Gx口CCR-U/CCA-U流程的死循环，此时需要触发QoS修改管控；

对应的，若QoS修改失败累计信息不满足预设控制策略调整条件，则S110，基于正常的QoS修改失败处理流程，响应QoS修改失败反馈信令，此时说明QoS修改操作未进入修改死循环状态，具体的，在QoS修改应答信令CCA-U中再次返回新的QOS参数，重新触发新的承载QoS修改流程。

若判断结果为是，则执行S112，向目标用户设备发送QoS修改应答信令，其中，该QoS修改应答信令用于指示终止QoS参数修改；

具体的，在确定QoS修改失败累计信息满足预设控制策略调整条件后，自动触发QoS修改管控，可以向目标用户设备发送不包括目标QoS参数的QoS修改应答信令，以使停止继续执行QoS修改操作。

S114，触发目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接；

具体的，在确定QoS修改失败累计信息满足预设控制策略调整条件后，不仅向目标用户设备发送不包括目标QoS参数的QoS修改应答信令，还触发重建新的PDN连接，即通过RAR流程来结束当前会话，并触发UE建立新的APN PDN连接，以及在激活PDN连接过程中使用PCRF定义的目标QoS参数，因此，实现了避免用户不受网络控制，也避免Gx接口大量循环信令消息引发的信令风暴对SAEGW/DRA/PCRF的冲击，大大增强网络QOS控制能力，同时，节省网络中不必要的信令开销，节省网络资源，提高网络鲁棒性。

本发明提供的实施例中，通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

其中，为了提高QoS修改失败监测周期的可控性，可以采用定时器记录每个QoS修改失败监测周期的有效计时时长，当进入一个新的QoS修改失败监测周期时，触发启动定时器开始计时，这样既能够根据定时器的计时时长判断是否处于QoS修改失败监测周期，还能够根据定时器的计时时长判断当前所在的QoS修改失败监测周期是否结束，基于此，如图2所示，上述S102，在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对目标用户设备是否处于QoS修改失败监测周期，具体包括：

S1021，在接收到针对目标用户设备的QoS修改失败反馈信令后，判断目标用户设备对应的预设定时器是否处于启动状态，其中，该预设定时器用于指示当前所在QoS修改失败监测周期的有效计时时长；

若预设定时器处于启动状态，则S1022，确定针对目标用户设备处于QoS修改失败监测周期。

具体的，当进入一个新的QoS修改失败监测周期时，触发启动定时器开始计时，以及，开始统计该QoS修改失败监测周期对应的QoS修改失败累计信息，因此，如果目标用户设备对应的预设定时器的计时时间大于零，则说明该定时器处于启动状态，即目标用户设备处于该新的QoS修改失败监测周期中；

具体的，预先为每个用户设备配置预设定时器，在进入一个新的QoS修改失败监测周期的同时，启动该预设定时器，以及，开始统计该QoS修改失败监测周期对应的QoS修改失败累计信息，以便后续根据该QoS修改失败累计信息与预设控制策略调整条件之间的关系，来确定是否触发执行QoS修改的管控流程。

在具体实施时，增加定时器TRIGGER_VALID_TIMER，该定时器TRIGGER_VALID_TIMER用于表征当前所在QoS修改失败监测周期的持续时间，即定时器TRIGGER_VALID_TIMER用于记录自进入一个新的QoS修改失败监测周期到当前时间的持续时间T；

其中，当T大于预设有效时间阈值时，则说明定时器超时，当前所在QoS修改失败监测周期已结束，此时，可以停止定时器TRIGGER_VALID_TIMER并复位为零，以及将目标用户设备对应的QoS修改失败累计信息复位为空；

对应的，当T不大于预设有效时间阈值时，说明定时器未超时，正在针对当前所在的QoS修改失败监测周期统计对应的QoS修改失败累计信息，即正在统计在一定时间内的QoS修改失败累计信息。

其中，在预先为每个用户设备配置预设定时器，且在进入一个新的QoS修改失败监测周期的同时，启动该预设定时器，以及，开始统计该QoS修改失败监测周期对应的QoS修改失败累计信息的基础上，针对QoS修改失败累计信息包括在一定时间内的QoS修改失败次数的情况，基于此，如图3所示，上述S104，确定在当前所在QoS修改失败监测周期下的QoS修改失败累计信息，具体包括：

S1041，获取自预设定时器开始启动已累计的QoS修改失败次数；

S1042，将获取到的QoS修改失败次数加一，得到更新后的QoS修改失败次数；

S1043，将更新后的QoS修改失败次数确定为在当前所在QoS修改失败监测周期下的QoS修改失败累计信息。

对应的，上述S106，开始执行一个新的QoS修改失败监测周期，以及开始记录在该新的QoS修改失败监测周期下的QoS修改失败累计信息，具体包括：

S1061，启动目标用户设备对应的预设定时器，以使该预设定时器开始计时；以及，

S1062，将取值为1的QoS修改失败次数确定为在新的QoS修改失败监测周期下的QoS修改失败累计信息；

具体的，在针对一个新的QoS修改失败监测周期启动目标用户设备对应的定时器TRIGGER_VALID_TIMER后，开始统计在定时器处于有效期限内所接收到的针对目标用户设备的QoS修改失败次数，在该QoS修改失败监测周期内，每次接收到QoS修改失败反馈信令，将在该QoS修改失败监测周期内已统计的QoS修改失败次数加一，得到目标用户设备对应的在一定时间内的QoS修改失败次数。

在具体实施时，针对每个用户设备，增加与该用户设备对应的布尔类型变量标识APN_AMBR_MOD_FAIL_REL_COUNTER，该变量标识APN_AMBR_MOD_FAIL_REL_COUNTER用于表征在一定时间内针对该用户设备所接收到的QoS修改失败次数；其中，当上一个QoS修改失败监测周期结束后，将该变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值复位为零，然后，在进入下一个新的QoS修改失败监测周期，再从零开始累积QoS修改失败次数，即当定时器TRIGGER_VALID_TIMER超时时，将该变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值复位为零。

其中，若QoS修改失败累计信息包括：在一定时间内的QoS修改失败次数，针对基于QoS修改失败累计信息，识别是否需要对QoS修改操作进行管控的过程，如图4所示，上述S108，判断上述QoS修改失败累计信息是否满足预设控制策略调整条件，具体包括：

S1081，判断更新后的QoS修改失败次数是否大于预设失败次数阈值，其中，该预设失败次数阈值是根据QoS修改操作处于修改死循环状态的约束条件确定的；

若大于，则确定上述QoS修改失败累计信息满足预设控制策略调整条件，即继续执行上述S112，向目标用户设备发送QoS修改应答信令；

若不大于，则确定确定上述QoS修改失败累计信息不满足预设控制策略调整条件，即继续执行上述S110，基于正常的QoS修改失败处理流程，响应QoS修改失败反馈信令。

具体的，将针对目标用户设备所统计的在一定时间内的QoS修改失败次与预设失败次数阈值之间的大小关系进行比对，来确定当前QoS修改操作是否进入修改死循环状态，进而确定是否对当前QoS修改操作进行管控，其中，预设失败次数阈值可以是预先设定的固定值，也可以是根据当前网络状态动态调整的。

在具体实施时，增加参数阈值APN_AMBR_MOD_FAIL_REL_MAX，该参数阈值APN_AMBR_MOD_FAIL_REL_MAX用于表征在一定时间内允许的修改失败次数最大值；当变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值大于参数阈值APN_AMBR_MOD_FAIL_REL_MAX时，QoS修改失败累计信息满足预设控制策略调整条件，此时需要对当前QoS修改操作进行管控；当变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值不大于参数阈值APN_AMBR_MOD_FAIL_REL_MAX时，QoS修改失败累计信息不满足预设控制策略调整条件，此时触发执行正常的QoS修改失败处理流程。

其中，针对确定出目标用户设备对应的定时器未启动的情况，说明需要进入一个新的QoS修改监测周期，启动预设定时器开始计时，并开始记录QoS修改失败累计信息，在S1021，在接收到针对目标用户设备的QoS修改失败反馈信令后，判断目标用户设备对应的预设定时器是否处于启动状态之后，还包括：

若预设定时器未处于启动状态，则启动该预设定时器，以使该预设定时器开始计时；以及，

开始记录在新的QoS修改失败监测周期下的QoS修改失败累计信息。

其中，若确定出目标用户设备对应的定时器未启动，则说明目标用户设备未处于QoS修改失败监测周期，此时需要进入一个新的QoS修改失败监测周期，以及开始记录在该新的QoS修改失败监测周期下的QoS修改失败累计信息；

具体的，当进入一个新的QoS修改失败监测周期时，触发启动定时器开始计时，因此，如果目标用户设备对应的预设定时器未处于启动状态，则说明该预设定时器超时自动停止，上一个QoS修改失败监测周期已结束，且还未进入下一个新的QoS修改失败监测周期，此时，需要重新启动定时器开始计时，并进入下一个新的QoS修改失败监测周期，以及开始记录在该新的QoS修改失败监测周期下的QoS修改失败累计信息；例如，将在新的QoS修改失败监测周期下的QoS修改失败次数的取值设置为1。

具体的，针对QoS修改失败累计信息包括：一定时间内的QoS修改失败次数的情况，将自预设定时器TRIGGER_VALID_TIMER开始计时对应的QoS修改失败次数设置为1，即将与目标用户设备对应的变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值置位为1。

其中，考虑到一个QoS修改失败监测周期结束，距离再次接收到针对目标用户设备的QoS修改失败反馈信令可能会间隔一段时间，当再次接收到该QoS修改失败反馈信令时，才进入一个新的QoS修改失败监测周期，因此，两两相邻的QoS修改失败监测周期可以是不连续的。

进一步的，考虑到只有在一定时间内QoS修改失败次数达到预设次数阈值，才触发QoS修改操作的管控机制，因此，针对预设定时器的计时时间未超时的情况，再判断QoS修改失败次数是否达到预设阈值，而针对预设定时器的计时时间已超时的情况，直接将定时器置零处理即可，又考虑到可以采用定时器超时自动停止计时并置零的方式，但可能由于定时器异常，而导致定时器置零失败的情况，因此，针对定时器处于启动状态的情况，判断定时器是否超时，基于此，上述S1022，确定针对目标用户设备处于QoS修改失败监测周期，具体包括：

判断与目标用户设备对应的预设定时器的有效计时时长是否大于预设有效时间阈值，其中，该预设有效时间阈值是根据修改失败监测周期的最大统计时长确定的；

若预设定时器的有效计时时长不大于预设有效时间阈值，则确定针对目标用户设备处于QoS修改失败监测周期。此时，说明定时器未超时，在该预设定时器的有效计时时长内所统计的QoS修改失败累计信息是有效的，进而基于该QoS修改失败累计信息判断是否对当前QoS修改进行管控。

对应的，若预设定时器的有效计时时长大于预设有效时间阈值，则停止与目标用户设备对应的预设定时器，以使该预设定时器停止计时；以及，

将上述预设定时器的有效计时时长复位为零，并将自该预设定时器开始启动所记录的QoS修改失败累计信息设置为空。此时，说明定时器已超时，需要进入一个新的QoS修改失败监测周期，重新开始记录该QoS修改失败监测周期下的QoS修改失败累计信息，即重新统计该QoS修改失败监测周期下的QoS修改失败次数。

具体的，目标用户设备对应的定时器TRIGGER_VALID_TIMER可以是在其计时时长达到预设有效时间阈值时，自动停止计时并复位为零；也可以是当接收到新的QoS修改失败反馈信令后，先判断处于启动状态的定时器是否超时，如定时器超时，则触发定时器停止计时并复位为零。

具体的，在将定时器TRIGGER_VALID_TIMER、以及变量标识APN_AMBR_MOD_FAIL_REL_COUNTER均复位为零之后，由于当前接收到一个新的QoS修改失败反馈信令，此时，需要进入一个新的QoS修改失败监测周期，即重新启动定时器TRIGGER_VALID_TIMER，以及将变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值置位为1。

在一个具体实施例中，以设置变量标识APN_AMBR_MOD_FAIL_REL_COUNTER表征用户设备在当前所在QoS修改失败监测周期下的QoS修改失败次数，即在一定时间内QoS修改失败次数，设置参数阈值APN_AMBR_MOD_FAIL_REL_MAX表征预设失败次数阈值，即在一定时间内允许的修改失败次数最大值，设置定时器TRIGGER_VALID_TIMER表征当前所在QoS修改失败监测周期的有效时长为例，如图5所示，网络服务质量QoS修改操作的控制过程具体为：

S501，接收到针对目标用户设备的QoS修改失败反馈信令；具体的，接收针对目标用户的trigger为APN-AMBR_MODIFICATION_FAILURE的QoS修改失败反馈信令CCR-U；

S502，判断目标用户设备对应的预设定时器TRIGGER_VALID_TIMER是否处于启动状态；

具体的，针对定时器超时自动停止并置零，以及自动将变量标识APN_AMBR_MOD_FAIL_REL_COUNTER复位为零的情况，如果确定定时器TRIGGER_VALID_TIMER处于启动状态，则说明该定时器未超时，即定时器的计时时间小于预设有效时间阈值，当前所在的QoS修改失败监测周期未结束；

若预设定时器处于启动状态，则S503，将与目标用户设备对应的变量标识APN_AMBR_MOD_FAIL_REL_COUNTER加1，得到更新后的变量标识APN_AMBR_MOD_FAIL_REL_COUNTER；

若预设定时器未处于启动状态，则S504，启动与目标用户设备对应的预设定时器TRIGGER_VALID_TIMER；以及，

S505，将变量标识APN_AMBR_MOD_FAIL_REL_COUNTER的取值设置为1；

S506，判断更新后的变量标识APN_AMBR_MOD_FAIL_REL_COUNTER是否大于参数阈值APN_AMBR_MOD_FAIL_REL_MAX；

若大于，则S507，向目标用户设备发送不包含目标QoS参数的QoS修改应答信令；具体的，在QoS修改应答信令CCA-U中不携带新的QOS参数，以终止触发新的承载QoS修改流程；以及，

S508，触发目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接；

若不大于，则S509，基于正常的QoS修改失败处理流程，响应QoS修改失败反馈信令。

需要说明的是，基于上述网络服务质量QoS修改操作的控制方法的具体实现步骤，更新在3GPP规范中针对用户设备进入QoS修改死循环状态的情况，所执行的处理流程；

具体的，增加变量标识APN_AMBR_MOD_FAIL_REL_COUNTER、参数阈值APN_AMBR_MOD_FAIL_REL_MAX、以及定时器TRIGGER_VALID_TIMER，在接收到针对目标用户设备的QoS修改失败反馈信令后，基于APN_AMBR_MOD_FAIL_REL_COUNTER、参数阈值APN_AMBR_MOD_FAIL_REL_MAX、以及定时器TRIGGER_VALID_TIMER的取值，确定是否对针对目标用户设备的QoS修改进行管控。

本发明实施例中的网络服务质量QoS修改操作的控制方法，在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

对应上述实施例提供的网络服务质量QoS修改操作的控制方法，基于相同的技术构思，本发明实施例还提供了一种网络服务质量QoS修改操作的控制装置，图6为本发明实施例提供的网络服务质量QoS修改操作的控制装置的模块组成示意图，该网络服务质量QoS修改操作的控制装置用于执行图1至图5描述的网络服务质量QoS修改操作的控制方法，如图6所示，该网络服务质量QoS修改操作的控制装置包括：

监测状态判断模块601，用于在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

累计信息确定模块602，用于若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

累计信息判断模块603，用于判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

应答信令发送模块604，用于若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

重建连接触发模块605，用于触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

本发明实施例中，通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

可选地，所述监测状态判断模块601，具体用于：

判断所述目标用户设备对应的预设定时器是否处于启动状态，其中，所述预设定时器用于指示当前所在QoS修改失败监测周期的有效计时时长；

若所述预设定时器处于启动状态，则确定针对所述目标用户设备处于QoS修改失败监测周期。

可选地，所述累计信息确定模块602，具体用于：

获取自所述预设定时器开始启动已累计的QoS修改失败次数；

将所述QoS修改失败次数加一，得到更新后的QoS修改失败次数；

将所述更新后的QoS修改失败次数确定为在所述QoS修改失败监测周期下的QoS修改失败累计信息。

可选地，所述累计信息判断模块603，具体用于：

判断所述更新后的QoS修改失败次数是否大于预设失败次数阈值，其中，所述预设失败次数阈值是根据QoS修改操作处于修改死循环状态的约束条件确定的；

若大于，则确定所述QoS修改失败累计信息满足预设控制策略调整条件。

可选地，所述监测状态判断模块601，还具体用于：

若所述预设定时器未处于启动状态，则启动所述预设定时器，以使所述预设定时器开始计时；以及，

开始记录在所述QoS修改失败监测周期下的QoS修改失败累计信息。

可选地，所述监测状态判断模块601，进一步具体用于：

判断所述预设定时器的有效计时时长是否大于预设有效时间阈值，其中，所述预设有效时间阈值是根据所述修改失败监测周期的最大统计时长确定的；

若不大于，则确定针对所述目标用户设备处于QoS修改失败监测周期。

可选地，所述监测状态判断模块601，还进一步具体用于：

若大于，则停止所述预设定时器，以使所述预设定时器停止计时；以及，

将所述预设定时器的有效计时时长复位为零，并将自所述预设定时器开始启动所记录的QoS修改失败累计信息设置为空。

本发明实施例中的网络服务质量QoS修改操作的控制装置，在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

本发明实施例提供的网络服务质量QoS修改操作的控制装置能够实现上述网络服务质量QoS修改操作的控制方法对应的实施例中的各个过程，为避免重复，这里不再赘述。

需要说明的是，本发明实施例提供的网络服务质量QoS修改操作的控制装置与本发明实施例提供的网络服务质量QoS修改操作的控制方法基于同一发明构思，因此该实施例的具体实施可以参见前述网络服务质量QoS修改操作的控制方法的实施，重复之处不再赘述。

对应上述实施例提供的网络服务质量QoS修改操作的控制方法，基于相同的技术构思，本发明实施例还提供了一种计算机设备，该设备用于执行上述的网络服务质量QoS修改操作的控制方法，图7为实现本发明各个实施例的一种计算机设备的结构示意图，如图7所示。计算机设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对计算机设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在计算机设备上执行存储器702中的一系列计算机可执行指令。计算机设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706。

具体在本实施例中，计算机设备包括有处理器、通信接口、存储器和通信总线；其中，处理器、通信接口以及存储器通过总线完成相互间的通信；存储器，用于存放计算机程序；处理器，用于执行存储器上所存放的程序，实现以下方法步骤：

在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

本发明实施例中的计算机设备，在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

本发明实施例提供的计算机设备能够实现上述网络服务质量QoS修改操作的控制方法对应的实施例中的各个过程，为避免重复，这里不再赘述。

需要说明的是，本发明实施例提供的计算机设备与本发明实施例提供的网络服务质量QoS修改操作的控制方法基于同一发明构思，因此该实施例的具体实施可以参见前述网络服务质量QoS修改操作的控制方法的实施，重复之处不再赘述。

对应上述实施例提供的网络服务质量QoS修改操作的控制方法，基于相同的技术构思，本申请实施例还提供一种计算机可读存储介质，存储介质内存储有计算机程序，计算机程序被处理器执行时实现以下方法步骤：

在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

本发明实施例中的计算机可读存储介质，在接收到QoS修改失败反馈信令后，若当前处于QoS修改失败监测周期，则确定对应的QoS修改失败累计信息；若该QoS修改失败累计信息满足预设控制策略调整条件，则向目标用户设备发送用于指示终止QoS参数修改的QoS修改应答信令；以及，触发重建APN对应的PDN连接。通过对每个QoS修改失败监测周期下的QoS修改失败反馈进行记录，来确定在一定时间内QoS修改失败累计信息是否满足预设条件，进而及时识别QoS修改操作是否进入修改死循环状态，以便及时对QoS修改操作进行管控，从而避免用户设备不受网络控制，以及避免因循环信令消息猛涨而引发信令风暴的情况，增强了网络QoS修改控制能力，减少了通信网络中不必要的信令开销，节省了通信网络资源的无效耗费，提高了通信网络的鲁棒性。

本发明实施例提供的计算机可读存储介质能够实现上述网络服务质量QoS修改操作的控制方法对应的实施例中的各个过程，为避免重复，这里不再赘述。

需要说明的是，本发明实施例提供的计算机可读存储介质与本发明实施例提供的网络服务质量QoS修改操作的控制方法基于同一发明构思，因此该实施例的具体实施可以参见前述网络服务质量QoS修改操作的控制方法的实施，重复之处不再赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种网络服务质量QoS修改操作的控制方法，其特征在于，包括：

在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；

若判断结果为否，则开始执行下一个新的QoS修改失败监测周期，以及开始记录在所述新的QoS修改失败监测周期下的QoS修改失败累计信息；

判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

2.根据权利要求1所述的方法，其特征在于，所述判断针对所述目标用户设备是否处于QoS修改失败监测周期，包括：

判断所述目标用户设备对应的预设定时器是否处于启动状态，其中，所述预设定时器用于指示当前所在QoS修改失败监测周期的有效计时时长；

若所述预设定时器处于启动状态，则确定针对所述目标用户设备处于QoS修改失败监测周期。

3.根据权利要求2所述的方法，其特征在于，所述确定在所述QoS修改失败监测周期下的QoS修改失败累计信息，包括：

获取自所述预设定时器开始启动已累计的QoS修改失败次数；

将所述QoS修改失败次数加一，得到更新后的QoS修改失败次数；

将所述更新后的QoS修改失败次数确定为在所述QoS修改失败监测周期下的QoS修改失败累计信息。

4.根据权利要求3所述的方法，其特征在于，所述判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，包括：

判断所述更新后的QoS修改失败次数是否大于预设失败次数阈值，其中，所述预设失败次数阈值是根据QoS修改操作处于修改死循环状态的约束条件确定的；

若大于，则确定所述QoS修改失败累计信息满足预设控制策略调整条件。

5.根据权利要求2所述的方法，其特征在于，在判断与所述目标用户设备对应的预设定时器是否处于启动状态之后，还包括：

若所述预设定时器未处于启动状态，则启动所述预设定时器，以使所述预设定时器开始计时；以及，

开始记录在所述QoS修改失败监测周期下的QoS修改失败累计信息。

6.根据权利要求2所述的方法，其特征在于，所述确定针对所述目标用户设备处于QoS修改失败监测周期，包括：

判断所述预设定时器的有效计时时长是否大于预设有效时间阈值，其中，所述预设有效时间阈值是根据所述修改失败监测周期的最大统计时长确定的；

若不大于，则确定针对所述目标用户设备处于QoS修改失败监测周期。

7.根据权利要求6所述的方法，其特征在于，在判断所述预设定时器的有效计时时长是否大于预设有效时间阈值之后，还包括：

若大于，则停止所述预设定时器，以使所述预设定时器停止计时；以及，

将所述预设定时器的有效计时时长复位为零，并将自所述预设定时器开始启动所记录的QoS修改失败累计信息设置为空。

8.一种网络服务质量QoS修改操作的控制装置，其特征在于，包括：

监测状态判断模块，用于在接收到针对目标用户设备的QoS修改失败反馈信令后，判断针对所述目标用户设备是否处于QoS修改失败监测周期；

累计信息确定模块，用于若判断结果为是，则确定在所述QoS修改失败监测周期下的QoS修改失败累计信息；以及用于若判断结果为否，则开始执行下一个新的QoS修改失败监测周期，以及开始记录在所述新的QoS修改失败监测周期下的QoS修改失败累计信息；

累计信息判断模块，用于判断所述QoS修改失败累计信息是否满足预设控制策略调整条件，其中，所述预设控制策略调整条件用于指示QoS修改操作处于修改死循环状态；

应答信令发送模块，用于若判断结果为是，则向所述目标用户设备发送QoS修改应答信令，其中，所述QoS修改应答信令用于指示终止QoS参数修改；以及，

重建连接触发模块，用于触发所述目标用户设备重建与当前网络接入点APN对应的公用数据网PDN连接。

9.一种计算机设备，其特征在于，包括处理器、通信接口、存储器和通信总线；其中，所述处理器、所述通信接口以及所述存储器通过总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行所述存储器上所存放的程序，实现如权利要求1-7任一项所述的网络服务质量QoS修改操作的控制方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的网络服务质量QoS修改操作的控制方法。

Images