CN111372207B - 对欠费用户的处理方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种对欠费用户的处理方法及相关设备，其中方法包括：第一核心网设备接收第二核心网设备发送的用户设备的网络标识；在根据用户设备的网络标识确定用户设备处于欠费状态的情况下，第一核心网设备确定用户设备中数据业务请求的放通规则为：放通用于缴费的地址和阻止放通不用于缴费的其他地址。采用本申请，用户设备可以在处于欠费状态的情况下进行缴费。

Description

对欠费用户的处理方法及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及一种对欠费用户的处理方法及相关设备。

背景技术

随着通信技术的发展，手机的使用越来越广泛，极大的扩展了人们的社交范围。在日常使用手机的过程中，经常会出现因没有及时向运营商缴费而导致暂停通信服务的现象，通常称为“欠费停机”。当手机发生欠费停机时，用户往往不能及时发现，且由于用户在欠费停机状态下无法接入移动网络，也就无法实现在线缴费，只能去实体店办理缴费或充值业务，给欠费用户的使用造成不便。因此，在用户设备处于欠费状态下，如何通过移动网络进行缴费是需要解决的一个问题。

发明内容

本申请实施例提供一种对欠费用户的处理方法及相关设备，以期用户设备在处于欠费状态的情况下进行缴费。

第一方面，为本申请实施例提供了一种通信方法，该通信方法包括：第一核心网设备接收第二核心网设备发送的用户设备的网络标识；在根据用户设备的网络标识确定用户设备处于欠费状态的情况下，第一核心网设备确定用户设备中数据业务请求的放通规则，放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。

在第一方面中，在用户设备处于欠费状态的情况下，第一核心网设备可以放通用户设备所访问的用于缴费的地址，这样用户设备可以在欠费状态下通过移动网络完成缴费，这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

可选的，在4G或5G NSA通信系统中，用户设备的网络标识为APN。用户设备处于欠费状态是由BOSS通知HSS的，例如，BOSS向HSS发送用于指示用户设备处于欠费状态的通知消息。HSS在接收到用户设备处于欠费状态的通知消息之后，将用户设备的APN修改为预设APN，该预设APN用于指示该用户设备处于欠费状态。

可选的，在5G系统中，用户设备的网络标识为DNN。用户设备处于欠费状态是由BOSS通知UDM的，例如，BOSS向UDM发送用于指示用户设备处于欠费状态的通知消息。UDM在接收到用户设备处于欠费状态的通知消息之后，将用户设备的DNN修改为预设DNN，该预设DNN用于指示该用户设备处于欠费状态。

在第一种可能的实现方案中，在5G系统中第一核心网设备为控制策略功能PCF网元。

基于第一种可能的实现方案，PCF网元根据用户设备的网络标识确定用户设备处于欠费状态具体是：在用户设备的DNN为预设DNN的情况下，PCF网元确定用户设备处于欠费状态。

这一情况下的第二核心网设备为SMF网元，通过SMF网元与UDM网元的交互，可以获取到用户设备当前的DNN。如果用户设备处于欠费状态下，所获取到的用户设备当前的DNN为预设DNN。通过SMF网元将用户设备当前的DNN传给PCF网元，实现了PCF网元根据用户设备当前的DNN确定该用户设备处于欠费状态。

基于第一种可能的实现方案，在PCF网元确定放通规则之后，PCF网元向SMF网元发送第一指示，第一指示用于指示放通规则，以使SMF网元将放通规则发送给UPF网元，放通规则被UPF网元用于对用户设备的数据业务请求携带的访问地址进行阻止或放通。

可选的，具体实现中PCF网元可以向SMF网元发送第一指示，该第一指示用于指示用户设备的放通规则，通过传输第一指示的方式能够减少PCF网元向SMF网元通知放通规则的信令长度，提高了通信效率。

进一步可选的，上述确定放通规则的过程是信令交互过程，在确定放通规则后，用户设备可以向UPF网元发送数据业务请求，该数据业务请求携带访问地址。该访问地址可以为IP地址或者链接地址。

UPF网元根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。

如果访问地址与用于缴费的地址相同，则UPF网元放通访问地址。

如果访问地址与用于缴费的地址不同，则UPF网元阻止放通访问地址。可选的，若访问地址与缴费地址不同，则UPF网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

这样UPF网元根据放通规则对用户设备发送的数据访问请求进行处理，可以实现放通用于缴费的地址，进而可以便于用户缴费。

在第二种可能的实现方案中，在5G系统中，第一核心网设备为会话管理功能SMF网元。

基于第一种可能的实现方案，SMF网元根据用户设备的网络标识确定用户设备处于欠费状态具体是：在用户设备的DNN为预设DNN的情况下，SMF网元确定用户设备处于欠费状态。

这一情况下，第二核心网设备为UDM网元，通过SMF网元与UDM网元的交互，可以获取到用户设备当前的DNN。如果用户设备处于欠费状态下，所获取到的用户设备当前的DNN为预设DNN。实现了SMF网元根据用户设备当前的DNN确定该用户设备处于欠费状态。

基于第一种可能的实现方案，在SMF网元确定放通规则之后，SMF网元可以向将UPF网元发送放通规则，放通规则被UPF网元用于对用户设备的数据业务请求携带的访问地址进行阻止或放通。

进一步可选的，上述确定放通规则的过程是信令交互过程，在确定放通规则后，用户设备可以向UPF网元发送数据业务请求，该数据业务请求携带访问地址。该访问地址可以为IP地址或者链接地址。

UPF网元根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。如果访问地址与用于缴费的地址相同，则UPF网元放通访问地址。如果访问地址与用于缴费的地址不同，则UPF网元阻止放通访问地址。可选的，若访问地址与缴费地址不同，则UPF网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

这样UPF网元根据放通规则对用户设备发送的数据访问请求进行处理，可以实现放通用于缴费的地址，进而可以便于用户缴费。

在第三种可能的实现方案中，在4G或5G NSA通信系统中第一核心网设备为策略和计费规则功能PCRF网元。

基于第一种可能的实现方案，PCRF网元根据用户设备的网络标识确定用户设备处于欠费状态具体是：在用户设备的APN为预设APN的情况下，PCRF网元确定用户设备处于欠费状态。

这一情况下的第二核心网设备为SAEGW网元，通过SAEGW网元与HSS网元的交互，可以获取到用户设备当前的APN。如果用户设备处于欠费状态下，所获取到的用户设备当前的APN为预设APN。通过SAEGW网元将用户设备当前的APN传给PCRF网元，实现了PCRF网元根据用户设备当前的APN确定该用户设备处于欠费状态。

基于第一种可能的实现方案，在PCRF网元确定放通规则之后，PCRF网元向SAEGW网元发送第二指示，第二指示用于指示放通规则，放通规则被SAEGW网元用于对用户设备的数据业务请求携带的访问地址进行阻止或放通。

可选的，具体实现中PCRF网元可以向SAEGW网元发送第二指示，该第二指示用于指示用户设备的放通规则。通过传输第一指示的方式能够减少PCRF网元向SAEGW网元通知放通规则的信令长度，提高了通信效率。

进一步可选的，上述确定放通规则的过程是信令交互过程，在确定放通规则后，用户设备可以向SAEGW网元发送数据业务请求，该数据业务请求携带访问地址。该访问地址可以为IP地址或者链接地址。

SAEGW网元根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。如果访问地址与用于缴费的地址相同，则SAEGW网元放通访问地址。如果访问地址与用于缴费的地址不同，则SAEGW网元阻止放通访问地址。可选的，若访问地址与缴费地址不同，则SAEGW网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

这样SAEGW网元根据放通规则对用户设备发送的数据访问请求进行处理，可以实现放通用于缴费的地址，进而可以便于用户缴费。

在第四种可能的实现方案中，在4G或5G NSA通信系统中第一核心网设备为系统架构演进网关SAEGW网元。

基于第一种可能的实现方案，SAEGW网元根据用户设备的网络标识确定用户设备处于欠费状态具体是：在用户设备的APN为预设APN的情况下，PCRF网元确定用户设备处于欠费状态。

这一情况下的第二核心网设备为MME网元。通过MME网元与HSS网元的交互，可以获取到用户设备当前的APN。如果用户设备处于欠费状态下，所获取到的用户设备当前的APN为预设APN，实现了SAEGW网元根据用户设备当前的APN确定该用户设备处于欠费状态。

基于第一种可能的实现方案，上述确定放通规则的过程是信令交互过程，在SAEGW网元确定放通规则之后，SAEGW网元接收来自用户设备的数据业务请求，数据业务请求携带访问地址；SAEGW网元根据放通规则对用户设备的数据业务请求携带的访问地址进行阻止或放通。该访问地址可以为IP地址或者链接地址。

SAEGW网元根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。如果访问地址与用于缴费的地址相同，则SAEGW网元放通访问地址。如果访问地址与用于缴费的地址不同，则SAEGW网元阻止放通访问地址。可选的，若访问地址与缴费地址不同，则SAEGW网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

这样SAEGW网元根据放通规则对用户设备发送的数据访问请求进行处理，可以实现放通用于缴费的地址，进而可以便于用户缴费。

结合第一种可能的实现方案或者第二种可能实现方案，PCRF网元或者PCF网元可以增加设置欠费缴费功能，该欠费缴费功能用于指示在处于欠费状态下，可以放通用于缴费的地址。

在这一情况下，在PCRF网元或者PCF网元确定该用户设备的放通规则的过程具体可以为：在用户设备处于欠费状态的情况下，判断所述用户设备是否开通欠费缴费功能；若所述用户设备开通所述欠费缴费功能，则执行PCRF确定用户设备的放通规则的步骤。若该用户设备未开通欠费缴费功能，则可以确定出其他策略规则，例如，为全部访问地址均不放通的规则。

结合以上任一种可能的实现方案，放通规则还包括将不用于缴费的其他地址重定向至用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

结合以上各种可能的实现方案，可选的，访问地址为IP地址、基于超文本传输协议Http的任意一个链接地址或者被包含于欠费通知短信中的用于缴费的地址，本申请实施例对用于缴费的地址的形式不做限定。

第二方面，为本申请实施例提供了一种对欠费用户的处理方法，该方法包括：网络设备在用户设备处于欠费状态的情况下，通过短信服务中心SMSC向用户设备发送通知消息，该通知消息包括用于缴费的地址。

在第二方面中，通过向用户设备发送包括用于缴费的地址的通知消息，可以实现提醒用户通过用于缴费的地址实现缴费，这样有效地了提醒用户可执行缴费。

在一种可能的实现方案中，上述网络设备为业务运营支撑系统BOSS。由BOSS直接通知SMSC，具体是BOSS是在用户设备处于欠费状态的情况下向SMSC发送第一消息，该第一消息用于指示向用户设备发送通知消息。

可选的，该第一消息包括用户设备的标识，这里的标识可以为用户设备的手机号码，第一消息还包括通知消息的具体内容，SMSC可以实现向用户设备发送短消息，通过短消息指示可以通过所述用于缴费的地址实现缴费。

在另一种可能的实现方案中，上述网络设备为策略和计费规则功能PCRF网元或者控制策略功能PCF网元。

其中，是由BOSS指示PCF网元或PCRF网元用户设备处于欠费状态的，具体是：BOSS是在用户设备处于欠费状态的情况下发送的第一消息，该第一消息用于向PCF/PCRF网元指示该用户设备处于欠费状态，还可以用于指示PCF/PCRF网元向用户设备发送通知消息，通知消息用于指示所述用户设备通过所述用于缴费的地址实现缴费。

进一步的，PCF/PCRF网元接收第一消息之后，PCF/PCRF网元向SMSC发送第二消息，该第二消息用于指示向用户设备发送通知消息。可选的，该第一消息包括用户设备的标识，这里的标识可以为用户设备的手机号码，第一消息还包括通知消息的具体内容，SMSC可以实现向用户设备发送短消息，通过短消息指示可以通过所述用于缴费的地址实现缴费。

可选的，BOSS可以与PCF/PCRF网元签约欠费通知业务，该欠费通知业务用于指示设备A处于欠费状态且需向设备A发送通知消息。BOSS发送的第一消息可以包括处于欠费状态的用户设备的标识以及欠费通知业务的标识。这样在PCF/PCRF网元接收到第一消息之后，可以确定该用户设备处于欠费状态且需向用户设备发送通知消息。

可选的，第一消息可以包括一个或者多个用户设备的标识，当第一消息包含多个用户设备的标识时，指示多个用户设备处于欠费状态且需向多个用户设备发送通知消息。这样可以一次性提醒多个用户设备处于欠费状态，提高了提醒效率。

可选的，通知消息还可以包括文字内容，提醒用户设备已欠费，以及指示可以通过用于缴费的地址实现缴费。

第三方面，本申请实施例提供了一种核心网设备，核心网设备为第一核心网设备包括：

接收模块，用于接收第二核心网设备发送的用户设备的网络标识

处理模块，用于在根据用户设备的网络标识确定用户设备处于欠费状态的情况下，确定用户设备中数据业务请求的放通规则，放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。

可选的，该第一核心网设备还可以实现第一方面的部分或全部的可选的实现方式。

可选的，该第一核心网设备的处理模块是通过第一核心网设备的处理器执行存储器中存储的指令来实现的，收发模块是通过第一核心网设备的收发器来实现的。

第四方面，本申请实施例提供了一种网络设备，该网络设备包括：

处理模块，用于在用户设备处于欠费状态的情况下，通过短信服务中心SMSC向用户设备发送通知消息，通知消息包括用于缴费的地址；通知消息用于指示用户设备通过用于缴费的地址实现缴费。

可选的，该网络设备还可以实现第二方面的部分或全部的可选的实现方式。

可选的，该网络设备的处理模块是通过网络设备的处理器执行存储器中存储的指令来实现的，收发模块是通过第二接入网设备的收发器来实现的。

第五方面，提供一种通信装置。该通信装置可以为上述方法设计中的第一核心网设备，或者为设置在第一核心网设备中的芯片。该通信装置包括：处理器、收发器以及存储器，存储器用于存储计算机可执行程序代码；处理器与存储器、收发器耦合。其中存储器所存储的程序代码包括指令，当处理器执行指令时，使通信装置执行上述第一方面的任意一种可能的设计中第一核心网设备所执行的方法。

第六方面，提供一种通信装置。该通信装置可以为上述方法设计中的网络设备，或者为设置在网络暴露网元中的芯片。该通信装置包括：处理器、收发器以及存储器，存储器用于存储计算机可执行程序代码；处理器与存储器、收发器耦合。其中存储器所存储的程序代码包括指令，当处理器执行指令时，使通信装置执行上述第二方面的任意一种可能的设计中网络设备所执行的方法。

第七方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面及其任意可能的实现方式中的方法。

第八方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第二方面及其任意可能的实现方式中的方法。

第九方面，提供了一种计算机可读介质，计算机可读介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第一方面及其任意可能的实现方式中的方法。

第十方面，提供了一种计算机可读介质，计算机可读介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述第二方面及其任意可能的实现方式中的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图进行说明。

图1为本申请实施例提供了一种可能的通信系统的架构示意图；

图2为本申请实施例提供了另一种可能的通信系统的架构示意图；

图3为本申请实施例提供了一种对欠费用户的处理方法的流程示意图；

图4为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图5为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图6为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图7为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图8为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图9为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图；

图10是本申请实施例提供的一种第一核心网设备的结构示意图；

图11是本申请实施例提供的另一种第一核心网设备的结构示意图；

图12是本申请实施例提供的一种网络设备的结构示意图；

图13是本申请实施例提供的另一种网络设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例进行说明。

请参见图1，图1是本申请实施例涉及的一种可能的通信系统的架构示意图。如图1所示，该通信系统为可以为第四代(4th generation，4G)系统；或者可以为第五代(5thgeneration，5G)非独立组网(non-standalone，NSA)系统。

该通信系统包括用户设备(user equipment，UE)、接入网设备、移动性管理实体(mobility management entity，MME)网元、服务网关(serving gateway，S-GW)、PDN网关(PDN gateway，P-GW)、归属签约用户服务器(home subscriber server，HSS)、策略和计费规则功能(policy and charging rules function，PCRF)网元、运营商的IP服务器(operator′s IP service)。

基于图1所示的通信系统，接入网设备通过用户面接口S1-U与S-GW相连，用于传送用户数据；通过控制面接口S1-MME网元与MME网元相连，采用S1-AP协议实现无线接入承载控制等功能。

MME网元：主要负责用户即会话管理的所有控制平面功能，包括非接入层(non-access stratum，NAS)信令及安全、跟踪区的管理、P-GW与S-GW的选择等。

S-GW：是核心网到无线系统的网关，主要负责UE的数据传输、转发以及路由切换等。

P-GW：作为公用数据网(public data network，PDN)连接的锚定点，负责UE的IP地址分配，UE的数据报文过滤、速率控制、生成计费信息等。

PCRF网元：可以确定UE所传输数据的传输策略，并可以将确定的传输策略发送至S-GW、P-GW、运营商的IP服务器等。

HSS：是用户签约数据的永久存放地点，位于用户签约的归属网。

其中，S-GW和P-GW可以集成在系统架构演进网关(system architectureevolution gateway，SAEGW)上，SAEGW集成了SMF网元和P-GW的功能。

请参见图2，图2是本申请实施例涉及的另一种可能的通信系统的架构示意图。如图2所示，该通信系统可以为第五代(5th generation，5G)独立组网(standalone，SA)系统。

该通信系统包括用户设备、接入网设备、接入和移动性管理功能(access andmobility management function，AMF)网元、会话管理功能(session managementfunction，SMF)网元、用户面功能(user plane function，UPF)网元、策略控制功能(policycontrol function，PCF)网元、统一数据管理(unified data management，UDM)网元和数据网络(data network，DN)。

AMF网元：主要负责信令处理部分，例如：接入控制、移动性管理、附着与去附着以及网关选择等功能。AMF网元为用户设备中的会话提供服务的情况下，会为该会话提供控制面的存储资源，以存储会话标识、与会话标识关联的SMF网元标识等。

SMF网元：负责用户面网元选择，用户面网元重定向，因特网协议(internetprotocol，IP)地址分配，承载的建立、修改和释放。

UPF网元：负责用户设备中用户数据的转发和接收。可以从数据网络接收用户数据，通过接入网设备传输给用户设备；UPF网元还可以通过接入网设备从用户设备接收用户数据，转发到数据网络。UPF网元中为用户设备提供服务的传输资源和调度功能由SMF网元管理控制的。

PCF网元：主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。

UDM网元：主要负责存储结构化数据，存储的内容包括签约数据和策略数据、对外暴露的结构化数据和应用相关的数据。

图2通信系统中上述各网元之间的通信接口可以参考图2所示的接口，例如，用户设备和AMF网元通过N1接口进行通信，AMF网元、SME网元、PCF网元、UDM网元分别通过NAMF网元、NSMF网元、NPCF网元、NUDM网元与通信总线建立连接，并通过通信总线实现AMF网元、SME网元、PCF网元、UDM网元之间的相互通信。

在图1、图2的通信系统中的用户设备可以为手持终端、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication，MTC)终端或是其他可以接入移动网络的设备。用户设备与接入网设备之间采用某种空口技术相互通信。

接入网设备：主要负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。所述接入网设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在第五代(5th generation，5G)系统中，称为gNB；在LTE系统中，称为演进的节点B(evolved NodeB，eNB或者eNodeB)等。

可以理解的是，在图1或图2所示的通信系统中，各网元的功能以及接口仅为示例性的，各个网元在应用于本申请的实施例中时，并非全部功能都是必需的。

在实际应用中，当UE欠费停机时，用户无法接入移动网络，进而无法通过移动网络缴费，只能去实体店办理缴费或充值业务，给欠费用户的使用造成不便。而在本申请实施例中，核心网设备在确定用户设备处于欠费状态的情况下，核心网设备确定针对用户设备中数据业务请求的放通规则，放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。这样在用户设备处于欠费状态的情况下，可以放通用于缴费的地址，也就是说本申请实施例的用户设备可以在欠费状态下通过移动网络完成缴费，满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

本申请实施例还可应用于其它需要欠费缴费的通信系统中。术语“系统”可以和“网络”相互替换。本申请实施例描述的系统架构是为了便于说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变，本申请实施例提供的技术方案对于类似的技术问题，同样适用。在本申请的描述中，“多个”是指两个或多于两个，“至少两个”是指两个或多于两个。

接下来对本申请实施例的具体实现方式进行介绍。

基于图1或图2所示的通信系统，请参见图3，为本申请实施例提供了一种对欠费用户的处理方法的流程示意图。该对欠费用户的处理方法所涉及的网元包括第一核心网设备、第二核心网设备，该对欠费用户的处理方法具体包括步骤301-步骤303。

301，第二核心网设备向第一核心网设备发送用户设备的网络标识。

相应的，第一核心网设备接收用户设备的网络标识。

第一核心网设备可以为多种不同的网元，所对应的第二核心网设备也会不同，具体可以参见图4-图7的详细介绍。

在图3所示实施例中，第二核心网设备可以为接收到用户设备发送的数据业务的触发消息之后，向第一核心网设备发送用户设备的网络标识；或者在可以除第一核心网设备、第二核心网设备之外的其他核心网设备接收到用户设备发送的数据业务的触发消息之后，通过其他核心网设备与第二核心网设备之间的交互，使得第二核心网设备执行步骤301。

其中，在4G或5G NSA通信系统中，用户设备的网络标识是存储于HSS中的，在5G SA通信系统中，用户设备的网络标识是存储于UDM网元中。

302，第一核心网设备根据用户设备的网络标识，确定用户设备处于欠费状态。

在第一核心网设备接收到第一消息之后，可以确定用户设备的网络标识，并在用户设备的网络标识为预设网络标识的情况下，确定用户设备处于欠费状态。其中，预设网络标识是用于指示用户设备处于欠费状态的网络标识。

303，第一核心网设备确定用户设备的放通规则。

其中，放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。可以理解的是，这里的放通规则是针对用户设备处于欠费状态的情况，进而实现对用户可以通过移动网络访问的数据进行限定。基于这一放通规则，在用户设备处于欠费的状态下用户可以继续访问用于缴费的地址的数据，例如：运营商的缴费页面、缴费支付页面、缴费完成页面等；而用户无法成功访问其他地址。

可选的，该放通规则还可以包括将不是用于缴费的地址重定向至用于缴费的地址，并放通该用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

在确定放通规则之后，核心网设备可以按照放通规则处理该用户设备的数据业务请求。这里的核心网设备可以与第一核心网设备不同，也可以与第一核心网设备相同，本申请实施例对此不做限定。

在本申请实施例中，在用户设备处于欠费状态的情况下，核心网设备可以放通用户设备所访问的用于缴费的地址，这样用户设备可以在欠费状态下通过移动网络完成缴费，另外对于用户设备所访问的不是用于缴费的地址也可以实现重定向至用于缴费的地址，进而实现通过移动网络缴费。这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

基于图1所示的通信系统，请参见图4，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。在本申请实施例中第一核心网设备为PCRF网元为例、第二核心网设备以SAEGW为例；该对欠费用户的处理方法涉及的网元还包括用户设备、HSS、MME网元、服务器和业务运营支撑系统(business and operation support system，BOSS)。该对欠费用户的处理方法具体包括步骤400-步骤414。

400，BOSS向HSS发送用于指示用户设备处于欠费状态的通知消息。

其中，BOSS是一个综合管理平台。该系统的基本功能包括客户资料管理、产品管理、用户订购管理、计费、出帐、结算等，负责登记客户资料、管理用户订购服务的提供、实时的根据不同产品、套餐的资费标准计算业务(手机、固定电话用户通话时、点播收视、宽带流量与时间等)的消费金额，准实时及定期计算用户帐单，实时或定期结算用户各种消费费用。因此，BOSS可以确定出用户设备是否处于欠费状态，在BOSS确定用户设备处于欠费状态的情况下，BOSS向HSS发送通知消息，该通知消息用于指示用户设备处于欠费状态。

相应的，HSS接收BOSS发送的通知消息。

401，HSS将用户设备的APN修改为预设APN。

其中，在4G或5G NSA通信系统中用户设备的网络标识为接入点名称(accesspoint name，APN)。HSS在接收到用户设备处于欠费状态的通知消息之后，将用户设备的APN修改为预设APN，该预设APN用于指示该用户设备处于欠费状态。

后续步骤402至步骤414为用户通过移动网络在用户设备上发送数据业务请求的完整流程，其中步骤402至步骤410为传输信令的部分，步骤411至步骤414为传输数据的过程。

步骤402至步骤410实际可以为用户设备附着网络的过程。用户设备在传输实际数据业务之前需要执行附着网络的流程，只有在附着成功后才可以接收来自所附着的网络的服务。例如，用户设备附着网络的过程可以在用户设备开机时触发，或者在用户设备完全离开网络覆盖一段时间后触发。

402，用户设备向MME网元发送数据业务的触发消息。

其中，该触发消息可以为附着消息，例如，attach request。相应的，MME网元接收该触发消息。在具体实现中，该触发消息携带用户设备的用户标识，例如，用户标识可以为全球唯一临时标识(global unique temporary identification，GUTI)。

需要说明的是，用户设备与MME网元之间的通信是通过4G或5G NSA通信系统的接入网设备来实现。例如，针对步骤402的具体实现是：用户设备向接入网设备发送触发消息，接入网设备向MME网元发送该触发消息。

403，MME网元向HSS发送第一消息。

相应的，HSS接收第一消息。

404，HSS向MME网元发送第一响应，该第一响应携带用户设备当前的APN。

相应的，MME网元接收第一响应。

举例来说，步骤403的第一消息可以为用户设备的位置更新请求(updatelocation request)，步骤404的第一响应为位置更新响应(update location answer)，并在第一响应中携带用户设备当前的APN。如果用户设备处于欠费状态下，则第一响应中所获取到的用户设备当前的APN为预设APN。

针对步骤403至步骤404而言，在可能的实现方案中，用户设备发送的触发消息中携带了用户设备的GUTI，MME网元可以通过该用户标识的指示从HSS获取到该用户设备当前的APN。具体是，MME网元根据GUTI与国际移动用户识别码(international mobilesubscriber identity，IMSI)的对应关系，确定触发消息中携带的GUTI对应的IMSI；并根据IMSI向HSS获取该用户设备当前的APN。

405，MME网元向SAEGW发送第二消息，该第二消息携带用户设备当前的APN。

MME网元可以通过第二消息将用户设备的APN发送给SAEGW。例如，该第二消息为会话创建请求(create session request)。

406，SAEGW向PCRF网元发送第三消息，该第三消息携带用户设备当前的APN。

SAEGW通过第三消息将用户设备的APN发送给PCRF网元，以使PCRF网元根据用户设备的APN确定相应的放通规则。该第三消息可以为附着过程中SAEGW向PCRF网元发送的一个携带用户设备当前的APN的消息。

可能的实现方案中，SAEGW可以通过第三消息携带用户设备当前的APN方式向PCRF网元发送用户设备当前的APN，或者SMF网元可以直接向PCRF网元发送该用户设备当前的APN。

相应的，PCRF网元接收SAEGW发送的第三消息。

在上述步骤402至步骤406的信令流程可以为现有的信令流程，这样通过现有的信令流程即可以实现向PCRF网元发送用于指示用户设备处于欠费状态的预设APN。

407，PCRF网元确定用户设备处于欠费状态的情况下，PCRF网元确定用户设备的放通规则。

其中，放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。可以理解的是，这里的放通规则是针对用户设备处于欠费状态的情况，进而实现对用户可以通过移动网络访问的数据进行限定。基于这一放通规则，在用户设备处于欠费的状态下用户可以继续访问用于缴费的地址的数据，例如：运营商的缴费页面、缴费支付页面、缴费完成页面等；而用户无法成功访问其他地址。

可选的，该放通规则还可以包括将不是用于缴费的地址重定向至用于缴费的地址，并放通该用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

可选的，PCRF网元可以增加设置欠费缴费功能，该欠费缴费功能用于指示在处于欠费状态下，可以放通用于缴费的地址。因此，在执行步骤407的过程具体可以为：在用户设备处于欠费状态的情况下，判断所述用户设备是否开通欠费缴费功能；若所述用户设备开通所述欠费缴费功能，则执行PCRF网元确定用户设备的放通规则的步骤。若该用户设备未开通欠费缴费功能，则可以确定出其他策略规则，例如，为全部访问地址均不放通的规则。

408，PCRF网元向SAEGW发送第二指示，该第二指示用于指示用户设备的放通规则。

其中，该第二指示可以为4G或5G NSA通信系统中先前约定好的用于指示处于欠费状态的用户设备的放通规则的，例如，该第二指示为001，与001对应的放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。通过传输第二指示的方式能够减少PCRF网元向SAEGW通知放通规则的信令长度，提高了通信效率。

相应的，SAEGW接收该用于指示用户设备的放通规则的第二指示，在接收到该第二指示后，SAEGW可以确定与第二指示对应的放通规则。例如，该第二指示为001，SAEGW可以确定与001对应的放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。进一步的，SAEGW可以根据该放通规则对用户设备的数据业务请求进行处理。

409，SAEGW向MME网元发送第二响应。

这里的第二响应是针对步骤405中第二消息的，例如，该第二消息为会话创建响应(create session response)。在本申请实施例中该步骤是可选步骤。

410，MME网元向用户设备发送触发响应。

这里的触发响应是针对步骤402中触发消息的，用于指示用户设备信令流程已执行完毕。例如，该第二消息为附着接受(attach accept)消息。在本申请实施例中该步骤是可选步骤。

411，用户设备向SAEGW发送数据业务请求，该数据业务请求携带访问地址。

其中，该访问地址可以为互联网协议地址(internet protocol address，IP)地址或者链接地址。举例来说，这里的链接地址可以为基于超文本传输协议(hyper texttransfer protocol，Http)的任意一个链接地址。

可选的，用户可以接收网络侧发送的用于通知缴费的短信，该短信中包含用于缴费的地址，这里的缴费地址可以为IP地址或者链接地址，用户通过点击短信中的地址发送数据业务请求，这一情况下，所携带的访问地址为用于缴费的地址。

412，SAEGW根据放通规则判断是否允许放通访问地址。

其中，SAEGW根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。

如果访问地址与用于缴费的地址相同，则SAEGW网元放通访问地址。

如果访问地址与用于缴费的地址不同，则SAEGW网元阻止放通访问地址。可选的，还可以执行步骤414，若访问地址与缴费地址不同，则SAEGW网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

可以理解的是，用于缴费的地址包含多个地址的情况下，SAEGW根据放通规则判断是否允许放通访问地址具体是判断访问地址是否包含于用于缴费的地址中。如果是，则SAEGW网元放通访问地址。如果不是，则SAEGW网元阻止放通访问地址。可选的，还可以执行步骤414，若访问地址不包含于用于缴费的地址中，则SAEGW网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

413，如果允许放通，则SAEGW按照访问地址发送数据访问请求。

414，如果不允许放通，则SAEGW将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

针对步骤413和步骤414，可以实现是否放通用户设备的数据业务请求。

在本申请实施例中，在用户设备处于欠费状态的情况下，核心网设备可以放通用户设备所访问的用于缴费的地址，这样用户设备可以在欠费状态下通过移动网络完成缴费，另外对于用户设备所访问的不是用于缴费的地址也可以实现重定向至用于缴费的地址，进而实现通过移动网络缴费。这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

基于图1所示的通信系统，请参见图5，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。在本申请实施例中第一核心网设备为SAEGW为例、第二核心网设备以MME网元为例；该对欠费用户的处理方法涉及的网元还包括用户设备、HSS、服务器和BOSS。该对欠费用户的处理方法具体包括步骤500-步骤512。

500，BOSS向HSS发送用于指示用户设备处于欠费状态的通知消息。

501，HSS将用户设备的APN修改为预设APN。

其中，步骤500和步骤501的具体实现可以参考图4所示实施例中步骤400和步骤401的详细描述，在此不再赘述。

接下来步骤502至步骤512为用户通过移动网络在用户设备上发送数据业务请求的完整流程，其中步骤502至步骤508为传输信令的部分，步骤509至步骤512为传输数据的过程。

502，用户设备向MME网元发送数据业务的触发消息。

503，MME网元向HSS发送第一消息。

504，HSS向MME网元发送第一响应，该第一响应携带用户设备当前的APN。

505，MME网元向SAEGW发送第二消息，该第二消息携带用户设备当前的APN。

其中，步骤502至步骤505的具体实现可以参考图4所示实施例中步骤402至步骤405的详细描述，在此不再赘述。

在上述步骤502至步骤506的信令流程可以为现有的信令流程，这样通过现有的信令流程即可以实现向SAEGW发送用于指示用户设备处于欠费状态的预设APN。

506，SAEGW确定用户设备处于欠费状态的情况下，SAEGW确定用户设备的放通规则。

其中，放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。可以理解的是，这里的放通规则是针对用户设备处于欠费状态的情况，进而实现对用户可以通过移动网络访问的数据进行限定。基于这一放通规则，在用户设备处于欠费的状态下用户可以继续访问用于缴费的地址的数据，例如：运营商的缴费页面、缴费支付页面、缴费完成页面等；而用户无法成功访问其他地址。

可选的，该放通规则还可以包括将不是用于缴费的地址重定向至用于缴费的地址，并放通该用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

507，SAEGW向MME网元发送第二响应。

508，MME网元向用户设备发送触发响应。

509，用户设备向SAEGW发送数据业务请求，该数据业务请求携带访问地址。

510，SAEGW根据放通规则判断是否允许放通访问地址。

511，如果允许放通，则SAEGW按照访问地址发送数据访问请求。

512，如果不允许放通，则SAEGW将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

其中，步骤507至步骤512的具体实现可以参考图4所示实施例中步骤409至步骤414的详细描述，在此不再赘述。

在本申请实施例中，在用户设备处于欠费状态的情况下，核心网设备可以放通用户设备所访问的用于缴费的地址，这样用户设备可以在欠费状态下通过移动网络完成缴费，另外对于用户设备所访问的不是用于缴费的地址也可以实现重定向至用于缴费的地址，进而实现通过移动网络缴费。这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

基于图2所示的通信系统，请参见图6，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。在本申请实施例中第一核心网设备为PCF网元为例、第二核心网设备以SMF网元为例；该对欠费用户的处理方法涉及的网元还包括用户设备、UDM网元、AMF网元、UPF、服务器和BOSS。该对欠费用户的处理方法具体包括步骤600-步骤615。

600，BOSS向UDM网元发送用于指示用户设备处于欠费状态的通知消息。

其中，BOSS是一个综合管理平台，可以确定出用户设备是否处于欠费状态，在BOSS确定用户设备处于欠费状态的情况下，BOSS向UDM网元发送通知消息，该通知消息用于指示用户设备处于欠费状态。

相应的，UDM网元接收BOSS发送的通知消息。

601，UDM网元将用户设备的DNN修改为预设DNN。

其中，在5G系统中用户设备的网络标识为数据网络名称(data network name，DNN)。UDM网元在接收到用户设备处于欠费状态的通知消息之后，将用户设备的DNN修改为预设DNN，该预设DNN用于指示该用户设备处于欠费状态。

接下来步骤602至步骤614为用户通过移动网络在用户设备上发送数据业务请求的完整流程，其中步骤602至步骤611为传输信令的部分，步骤612至步骤615为传输数据的过程。

步骤602至步骤612实际可以为用户设备的协议数据单元(protocol data unit，PDU)会话建立的过程。用户设备在传输实际数据业务之前需要执行PDU会话建立的流程，只有在PDU会话建立成功后才可以接收来自网络的服务。例如，用户设备PDU会话建立的过程可以在用户设备开机时触发，或者在用户设备完全离开网络覆盖一段时间后触发。

602，用户设备向AMF网元发送数据业务的触发消息。

其中，该触发消息可以为PDU会话建立请求，例如，PDU session establishmentrequest。相应的，AMF网元接收该触发消息。在具体实现中，该触发消息携带用户设备的用户标识，例如，用户标识可以为5G-全球唯一临时标识(5G global unique temporaryidentification，5G-GUTI)。

需要说明的是，用户设备与AMF网元之间的通信是通过5G通信系统的接入网设备来实现。例如，针对步骤602的具体实现是：用户设备向接入网设备发送触发消息，接入网设备向AMF网元发送该触发消息。

603，AMF网元向SMF网元发送第一消息。

相应的，SMF网元接收第一消息。这里的第一消息可以为该用户设备的PDU会话创建SM(session management，会话管理)上下文请求(PDU session create SM contextrequest)。

604，SMF网元向UDM网元发送第二消息。

相应的，UDM网元接收第二消息。

605，UDM网元向SMF网元发送第二响应，该第二响应携带用户设备当前的DNN。

举例来说，步骤603的第二消息可以为获取签约数据的消息，例如NUDM网元_SDM_Get消息。步骤604的第二响应为该用户设备的签约数据，并携带了用户设备当前的DNN。如果用户设备处于欠费状态下，则第二响应中所获取到的用户设备当前的DNN为预设DNN。

针对步骤602至步骤605而言，在可能的实现方案中，用户设备发送的触发消息中携带了用户设备的5G-GUTI，AMF网元通过该用户标识的指示向SMF网元发送该用户设备的PDU会话创建SM(session management，会话管理)上下文请求，且SMF网元从UDM网元获取到该用户设备当前的DNN。具体是，AMF网元根据5G-GUTI与用户永久标识(subscriptionpermanent identifier，SUPI)的对应关系，确定触发消息中携带的5G-GUTI对应的SUPI，并向SMF网元发送携带SUPI的第一消息，SMF网元根据SUPI向UDM网元获取该用户设备当前的DNN。

606，SMF网元向PCF网元发送第三消息，该第三消息携带用户设备当前的DNN。

SMF网元通过第三消息将用户设备的DNN发送给PCF网元，以使PCF网元根据用户设备的DNN确定相应的放通规则。该第三消息可以为附着过程中SMF网元向PCF网元发送的一个携带用户设备当前的DNN的消息。

可能的实现方案中，SMF网元可以通过第三消息携带用户设备当前的DNN方式向PCF网元发送用户设备当前的DNN，或者SMF网元可以直接向PCF网元发送该用户设备当前的DNN。

相应的，PCF网元接收SMF网元发送的第三消息。

在上述步骤602至步骤606的信令流程可以为现有的信令流程，这样通过现有的信令流程即可以实现向PCF网元发送用于指示用户设备处于欠费状态的预设DNN。

607，PCF网元确定用户设备处于欠费状态的情况下，PCF网元确定用户设备的放通规则。

其中，放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。可以理解的是，这里的放通规则是针对用户设备处于欠费状态的情况，进而实现对用户可以通过移动网络访问的数据进行限定。基于这一放通规则，在用户设备处于欠费的状态下用户可以继续访问用于缴费的地址的数据，例如：运营商的缴费页面、缴费支付页面、缴费完成页面等；而用户无法成功访问其他地址。

可选的，该放通规则还可以包括将不是用于缴费的地址重定向至用于缴费的地址，并放通该用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

可选的，PCF网元可以增加设置欠费缴费功能，该欠费缴费功能用于指示在处于欠费状态下，可以放通用于缴费的地址。因此，在执行步骤607的过程具体可以为：在用户设备处于欠费状态的情况下，判断所述用户设备是否开通欠费缴费功能；若所述用户设备开通所述欠费缴费功能，则执行PCF网元确定用户设备的放通规则的步骤。若该用户设备未开通欠费缴费功能，则可以确定出其他策略规则，例如，为全部访问地址均不放通的规则。

608，PCF网元向SMF网元发送第一指示，该第一指示用于指示用户设备的放通规则。

其中，该第一指示可以为5G系统中先前约定好的用于指示处于欠费状态的用户设备的放通规则的，例如，该第一指示为11，与11对应的放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。通过传输第一指示的方式能够减少PCF网元向SMF网元通知放通规则的信令长度，提高了通信效率。

相应的，SMF网元接收该用于指示用户设备的放通规则的第一指示，在接收到该第一指示后，SMF网元可以确定与第一指示对应的放通规则。例如，该第一指示为11，SMF网元可以确定与11对应的放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。

609，SMF网元向UPF发送用户设备的放通规则。

相应的，UPF接收SMF网元发送的用户设备的放通规则，进一步的，UPF可以根据该放通规则对用户设备的数据业务请求进行处理。

可选的，SMF网元也可以将第三指示发送给UPF，第三指示用于指示用户设备的放通规则，能够减少PCF网元向SMF网元通知放通规则的信令长度，提高了通信效率。可选的，这里的第三指示可以与第一指示相同。

610，SMF网元向AMF网元发送第二响应。

这里的第二响应是针对步骤605中第二消息的，例如，该第二消息为PDU会话创建SM上下文响应(PDU session create SM context response)。在本申请实施例中该步骤是可选步骤。

611，AMF网元向用户设备发送触发响应。

这里的触发响应是针对步骤602中触发消息的，用于指示用户设备信令流程已执行完毕。例如，该第二消息为PDU会话建立接受(PDU session establishment accept)消息。在本申请实施例中该步骤是可选步骤。

612，用户设备向UPF发送数据业务请求，该数据业务请求携带访问地址。

其中，该访问地址可以为IP地址或者链接地址。举例来说，这里的链接地址可以为基于Http的任意一个链接地址。

可选的，用户可以接收网络侧发送的用于通知缴费的短信，该短信中包含用于缴费的地址，这里的缴费地址可以为IP地址或者链接地址，用户通过点击短信中的地址发送数据业务请求，这一情况下，所携带的访问地址为用于缴费的地址。

613，UPF根据放通规则判断是否允许放通访问地址。

其中，UPF根据放通规则判断是否允许放通访问地址具体是将访问地址与放通规则中的用于缴费的地址进行比对，判断用于缴费的地址与访问地址是否相同。

如果访问地址与用于缴费的地址相同，则UPF网元放通访问地址，即为步骤614。

如果访问地址与用于缴费的地址不同，则UPF网元阻止放通访问地址。可选的，还可以执行步骤615，若访问地址与缴费地址不同，则UPF网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

可以理解的是，用于缴费的地址包含多个地址的情况下，UPF根据放通规则判断是否允许放通访问地址具体是判断访问地址是否包含于用于缴费的地址中。如果是，则UPF网元放通访问地址。如果不是，则UPF网元阻止放通访问地址。可选的，还可以执行步骤615，若访问地址不包含于用于缴费的地址中，则UPF网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

614，如果允许放通，则UPF按照访问地址发送数据访问请求。

615，如果不允许放通，则UPF将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

针对步骤614和步骤615，可以实现是否放通用户设备的数据业务请求。

在本申请实施例中，在用户设备处于欠费状态的情况下，核心网设备可以放通用户设备所访问的用于缴费的地址，这样用户设备可以在欠费状态下通过移动网络完成缴费，另外对于用户设备所访问的不是用于缴费的地址也可以实现重定向至用于缴费的地址，进而实现通过移动网络缴费。这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

基于图2所示的通信系统，请参见图7，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。在本申请实施例中第一核心网设备为SMF网元为例、第二核心网设备以UDM网元为例；该对欠费用户的处理方法涉及的网元还包括用户设备、AMF网元、UPF、服务器和BOSS。该对欠费用户的处理方法具体包括步骤700-步骤713。

700，BOSS向UDM网元发送用于指示用户设备处于欠费状态的通知消息。

701，UDM网元将用户设备的DNN修改为预设DNN。

其中，步骤700和步骤701的具体实现可以参考图6所示实施例中步骤600和步骤601的详细描述，在此不再赘述。

接下来步骤702至步骤713为用户通过移动网络在用户设备上发送数据业务请求的完整流程，其中步骤702至步骤709为传输信令的部分，步骤710至步骤713为传输数据的过程。

702，用户设备向AMF网元发送数据业务的触发消息。

703，AMF网元向SMF网元发送第一消息。

704，SMF网元向UDM网元发送第二消息。

705，UDM网元向SMF网元发送第二响应，该第二响应携带用户设备当前的DNN。

其中，步骤702至步骤705的具体实现可以参考图6所示实施例中步骤602至步骤605的详细描述，在此不再赘述。

可能的实现方案中，UDM网元可以通过第二响应携带用户设备当前的DNN方式向SMF网元发送用户设备当前的DNN，或者UDM网元可以直接向SMF网元发送该用户设备当前的DNN。

在上述步骤702至步骤705的信令流程可以为现有的信令流程，这样通过现有的信令流程即可以实现向SMF网元发送用于指示用户设备处于欠费状态的预设DNN。

706，SMF网元确定用户设备处于欠费状态的情况下，SMF网元确定用户设备的放通规则。

其中，放通规则包括放通用于缴费的地址和阻止放通不用于缴费的其他地址。可以理解的是，这里的放通规则是针对用户设备处于欠费状态的情况，进而实现对用户可以通过移动网络访问的数据进行限定。基于这一放通规则，在用户设备处于欠费的状态下用户可以继续访问用于缴费的地址的数据，例如：运营商的缴费页面、缴费支付页面、缴费完成页面等；而用户无法成功访问其他地址。

可选的，该放通规则还可以包括将不是用于缴费的地址重定向至用于缴费的地址，并放通该用于缴费的地址。基于这一放通规则，在用户设备处于欠费的状态下，虽然用户访问了不是用于缴费的地址，也会通过重定向的方式向用户设备发送用于缴费的地址的数据，以起到通知用户缴费的作用，并可以让用户通过该地址来完成缴费。

707，SMF网元向UPF发送用户设备的放通规则。

708，SMF网元向AMF网元发送第二响应。

709，AMF网元向用户设备发送触发响应。

710，用户设备向UPF发送数据业务请求，该数据业务请求携带访问地址。

711，UPF根据放通规则判断是否允许放通访问地址。

712，如果允许放通，则SMF网元按照访问地址发送数据访问请求。

713，如果不允许放通，则SMF网元将访问地址重定向至用于缴费的地址，并放通用于缴费的地址。

其中，步骤707至步骤713的具体实现可以参考图6所示实施例中步骤609至步骤415的详细描述，在此不再赘述。

在本申请实施例中，在用户设备处于欠费状态的情况下，可以放通用于缴费的地址，也就是说本申请实施例的用户设备可以在欠费状态下通过移动网络完成缴费，另外对于不是用于缴费的地址也可以实现重定向至用于缴费的地址，进而实现通过移动网络缴费。这样满足了欠费用户通过移动网络缴费的需求，也提高了用户设备的智能性与便捷性。

接下来，本申请可以实现向用户设备发送通知消息，以通知用户设备可以通过用于缴费的地址完成缴费。具体参见以下图8和图9所示实施例的详细介绍。

请参见图8，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。如图8所示，在本申请实施例中的网络设备为PCRF网元或者PCF网元，该对欠费用户的处理方法涉及的网元还包括BOSS、用户设备。该对欠费用户的处理方法包括步骤801至步骤803。

801，BOSS向PCF网元/PCRF网元发送第一消息。

其中，BOSS是一个综合管理平台，可以确定出用户设备是否处于欠费状态。BOSS是在用户设备处于欠费状态的情况下发送的第一消息，该第一消息用于向PCF网元/PCRF网元指示该用户设备处于欠费状态，还可以用于指示PCF网元/PCRF网元向用户设备发送通知消息，所述通知消息用于指示所述用户设备通过所述用于缴费的地址实现缴费。

举例来说，BOSS可以与PCF网元/PCRF网元签约欠费通知业务，该欠费通知业务用于指示设备A处于欠费状态且需向设备A发送通知消息。该欠费通知业务的标识为S1；BOSS发送的第一消息可以包括处于欠费状态的用户设备的标识，以及包括业务标识S1。这样在PCF网元/PCRF网元接收到第一消息之后，可以确定该用户设备处于欠费状态且需向用户设备发送通知消息。可选的，第一消息可以包括一个或者多个用户设备的标识，当第一消息包含多个用户设备的标识时，指示多个用户设备处于欠费状态且需向多个用户设备发送通知消息。

相应的，PCF网元/PCRF网元接收第一消息。通过第一消息可以确定需要通过SMSC发送通知消息的用户设备，以及确定即将要发送的通知消息。

802，PCF网元/PCRF网元向SMSC发送第二消息，该第二消息用于指示向用户设备发送通知消息。

其中，短消息服务中心(short message service center，SMSC)可以实现向用户设备发送短消息，例如，短信。可能的实现方案中，该第二消息包括用户设备的标识，这里的标识可以为用户设备的手机号码，第二消息还包括通知消息的具体内容，通知消息包括用于缴费的地址。可选的，通知消息还可以包括文字内容，提醒用户设备已欠费，以及指示可以通过所述用于缴费的地址实现缴费。

相应的，SMSC接收PCF网元/PCRF网元发送的第二消息。

803，SMSC向用户设备发送通知消息，该通知消息包括用于缴费的地址。

在SMSC接收到PCF网元/PCRF网元发送的第二消息之后，可以确定接收通知消息的用户设备，以及确定即将要发送的通知消息，并执行向用户设备发送通知消息的步骤。该通知消息包括用于缴费的地址，以指示所述用户设备通过所述用于缴费的地址实现缴费。

在本申请实施例中，通过向用户设备发送通知消息，且该通知消息包括用于缴费的地址，可以提醒用户通过所述用于缴费的地址实现缴费，这样实现了有效地提醒用户可执行缴费的功能。

请参见图9，为本申请实施例提供了另一种对欠费用户的处理方法的流程示意图。如图9所示，该对欠费用户的处理方法涉及的网元包括BOSS、用户设备。该对欠费用户的处理方法包括步骤901和步骤902。

901，BOSS向SMSC发送第一消息，该第一消息用于指示向用户设备发送通知消息。

其中，BOSS是一个综合管理平台，可以确定出用户设备是否处于欠费状态。BOSS是在用户设备处于欠费状态的情况下发送的第一消息，SMSC可以实现向用户设备发送短消息，例如，短信。

可能的实现方案中，该第一消息包括用户设备的标识，这里的标识可以为用户设备的手机号码，第一消息还包括通知消息的具体内容，通知消息包括用于缴费的地址。可选的，通知消息还可以包括文字内容，提醒用户设备已欠费，以及指示可以通过所述用于缴费的地址实现缴费。

相应的，SMSC接收BOSS发送的第一消息。

902，SMSC向用户设备发送通知消息，该通知消息包括用于缴费的地址。

在SMSC接收到PCF网元/PCRF网元发送的第二消息之后，可以确定接收通知消息的用户设备，以及确定即将要发送的通知消息，并执行向用户设备发送通知消息的步骤。该通知消息包括用于缴费的地址，以指示所述用户设备通过所述用于缴费的地址实现缴费。

在本申请实施例中，通过向用户设备发送通知消息，且该通知消息包括用于缴费的地址，可以提醒用户通过所述用于缴费的地址实现缴费，这样实现了有效地提醒用户可执行缴费的功能。

上文主要从方法的角度对本申请实施例提供的方案进行了介绍。可以理解的是，核心网设备、网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。

本申请实施例可以根据上述方法示例对核心网设备、网络设备进行功能模块或功能单元的划分，例如，可以对应各个功能划分各个功能模块或功能单元，也可以将两个或两个以上的功能集成在一个处理模块或处理单元中。上述集成的模块或单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块或单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

请参见图10，图10是本申请实施例提供的一种核心网设备的结构示意图。该核心网设备为第一核心网设备，用于实现图3至图7的方法实施例。如图10所示，该第一核心网设备1000包括接收模块1001和处理模块1002。

接收模块1001，用于接收第二核心网设备发送的用户设备的网络标识

处理模块1002，用于在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况下，确定所述用户设备中数据业务请求的放通规则，所述放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。

在第一种可能的实现方案中，所述第一核心网设备为PCF网元。

基于第一种可能的实现方案，可选的，所述网络标识为数据网络名称DNN；所述用户设备的DNN存储于统一数据管理UDM网元中；

所述处理模块1002在根据所述用户设备的网络标识确定所述用户设备处于欠费状态方面，具体用于：在所述用户设备的DNN为预设DNN的情况下，确定所述用户设备处于欠费状态；所述用户设备的DNN在业务运营支撑系统BOSS通知所述UDM网元所述用户设备处于欠费状态的情况下被所述UDM网元变更为预设DNN。

基于第一种可能的实现方案，可选的，所述第一核心网设备还包括第一发送模块：

所述第一发送模块，用于向会话管理功能SMF网元发送第一指示，所述第一指示用于指示所述放通规则，以使所述SMF网元将所述放通规则发送给UPF网元，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

在第二种可能的实现方案中，所述第一核心网设备为SMF网元。

基于第二种可能的实现方案，可选的，所述网络标识为数据网络名称DNN；所述用户设备的DNN存储于UDM网元中；

所述处理模块1002在根据所述用户设备的网络标识确定所述用户设备处于欠费状态方面，具体用于：在所述用户设备的DNN为预设DNN的情况下，确定所述用户设备处于欠费状态；所述用户设备的DNN在业务运营支撑系统BOSS通知所述UDM网元所述用户设备处于欠费状态的情况下被所述UDM网元变更为预设DNN。

基于第二种可能的实现方案，可选的，所述核心网设备还包括第二发送模块：

所述第二发送模块，用于向将UPF网元发送所述放通规则，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

在第三种可能的实现方案中，所述第一核心网设备为PCRF网元。

基于第三种可能的实现方案，可选的，所述网络标识为接入点名称APN；所述用户设备的APN存储于归属用户服务器HSS网元中；

所述处理模块1002在根据所述用户设备的网络标识确定所述用户设备处于欠费状态方面，具体用于：在所述用户设备的APN为预设APN的情况下，确定所述用户设备处于欠费状态；所述用户设备的APN在业务运营支撑系统BOSS通知所述HSS网元所述用户设备处于欠费状态的情况下被所述HSS网元变更为预设APN。

基于第三种可能的实现方案，可选的，所述核心网设备还包括第三发送模块，

所述第三发送模块，用于向SAEGW网元发送第二指示，所述第二指示用于指示所述放通规则，所述放通规则被所述SAEGW网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

在第四种可能的实现方案中，所述第一核心网设备为SAEGW网元。

基于第四种可能的实现方案，可选的，所述网络标识为接入点名称APN；所述用户设备的APN存储于归属用户服务器HSS网元中；

所述处理模块1002在根据所述用户设备的网络标识确定所述用户设备处于欠费状态方面，具体用于：在所述用户设备的APN为预设APN的情况下，确定所述用户设备处于欠费状态；所述用户设备的APN在业务运营支撑系统BOSS通知所述HSS网元所述用户设备处于欠费状态的情况下被所述HSS网元变更为预设APN。

基于第四种可能的实现方案，可选的，所述接收模块1001，用于接收来自所述用户设备的数据业务请求，所述数据业务请求携带访问地址；

所述处理模块1002，用于根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

基于第四种可能的实现方案，可选的，所述处理模块1002在根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通方面，具体用于：若所述访问地址与所述用于缴费的地址相同，则放通所述访问地址；若所述访问地址与所述用于缴费的地址不同，则阻止放通所述访问地址。

基于第四种可能的实现方案，可选的，所述处理模块1002，还用于若所述访问地址与所述缴费地址不同，则将所述访问地址重定向至所述用于缴费的地址，并放通所述用于缴费的地址。

基于第一种或第三种可能的实现方案，可选的，所述处理模块1002，还用于判断所述用户设备是否开通欠费缴费功能；

所述处理模块1002在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况下，确定所述用户设备中数据业务请求的放通规则方面，具体用于：在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况，若所述用户设备开通所述欠费缴费功能，则确定所述用户设备中数据业务请求的放通规则。

基于上述各种可能的实现方案，可选的，所述访问地址为IP地址、基于超文本传输协议Http的任意一个链接地址或者被包含于欠费通知短信中的用于缴费的地址。

基于上述各种可能的实现方案，可选的，所述放通规则还包括：将所述不用于缴费的其他地址重定向至所述用于缴费的地址。

可以理解的，该第一核心网设备1000用于实现图3实施例中第一核心网设备、图4实施例中的PCRF网元、图5实施例中的SAEGW网元、图6实施例中PCF网元以及图7实施例中SMF网元所执行的步骤。关于图10的第一核心网设备包括的功能块的具体实现方式及相应的有益效果，可参考前述图3至图7的实施例的具体介绍，这里不赘述。

在本申请的实施例中，接收模块可以是接收器或者接收电路。接收模块还可以是该第一核心网设备的通信接口。

上述图10所示实施例中的第一核心网设备1000可以以图11所示的第一核心网设备1100实现。如图11所示，为本申请实施例提供了另一种第一核心网设备的结构示意图，图11所示的第一核心网设备1100包括：处理器1101和收发器1102。

所述收发器1102用于支持第一核心网设备1100与上述实施例中涉及的其他核心网设备或其他设备之间的信息传输。

处理器1101用于对第一核心网设备的动作进行控制管理。

例如在图3所示实施例中，所述收发器1102用于实现图3所示实施例中接收步骤302中的第一消息；处理器1101用于支持第一核心网设备执行图3中的过程303和过程304。

例如在图4所示实施例中，所述收发器1102用于实现图4所示实施例中接收步骤406中的第三消息和过程408；处理器1101用于支持第一核心网设备执行图4中的过程407。

例如在图5所示实施例中，所述收发器1102用于实现图5所示实施例中接收步骤505中的第二消息和过程507；处理器1101用于支持第一核心网设备执行图5中的过程506。

例如在图6所示实施例中，所述收发器1102用于实现图6所示实施例中接收步骤606中的第三消息和过程608；处理器1101用于支持第一核心网设备执行图6中的过程607。

例如在图7所示实施例中，所述收发器1102用于实现图7所示实施例中接收步骤706中的第二消息、过程707和过程708；处理器1101用于支持第一核心网设备执行图7中的过程706。

处理器1101和收发器1102通信连接，例如通过总线1104相连。总线1104可以是PCI总线或EISA总线等。所述总线1104可以分为地址总线、数据总线和控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

所述第一核心网设备1100还可以包括存储器1103。存储器1103用于存储供第一核心网设备1100执行的程序代码和数据，处理器1101用于执行存储器1103中存储的应用程序代码，以实现图3至图7所示任一实施例提供的第一核心网设备的动作。

需要说明的是，实际应用中第一核心网设备可以包括一个或者多个处理器，该第一核心网设备1100的结构并不构成对本申请实施例的限定。

处理器1101可以是中央处理器(central processing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specificintegrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。

收发器1102可以是通信接口或收发电路等，其中，该收发器是统称，在具体实现中，该收发器可以包括多个接口。

存储器1103可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)；存储器1103也可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器1103还可以包括上述种类的存储器的组合。

在本申请实施例中还提供了一种计算机存储介质，可以用于存储图11所示实施例中所述第一核心网设备所用的计算机软件指令，其包含用于执行上述实施例中为第一核心网设备所设计的程序。该存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

在本申请实施例中还提供了一种计算机程序产品，该计算机产品被计算设备运行时，可以执行上述图11所示实施例中为第一核心网设备所设计的对欠费用户的处理方法。

请参见图12，图12是本申请实施例提供的另一种网络设备的结构示意图。用于实现图8和图9的实施例。如图12所示，该网络设备1200包括处理模块1201。

处理模块1201，用于在用户设备处于欠费状态的情况下，通过短信服务中心SMSC向用户设备发送通知消息，所述通知消息包括用于缴费的地址；所述通知消息用于指示所述用户设备通过所述用于缴费的地址实现缴费。

可选的，所述网络设备为业务运营支撑系统BOSS。

可选的，所述网络设备为策略和计费规则功能PCRF网元或者控制策略功能PCF网元；所述PCRF网元或所述PCF网元是由BOSS指示所述用户设备处于欠费状态的。

可以理解的，关于图12的网络设备包括的功能块的具体实现方式及相应的有益效果，可参考前述图8实施例中PCRF网元或者PCF网元的具体介绍，或者参考前述图9的实施例中BOSS的具体介绍，这里不赘述。

在本申请的实施例中，处理模块1201所实现的功能可以由处理器和收发器结合实现，收发器是该网络设备的通信接口。

上述图12所示的网络设备可以以图13所示的网络设备1300实现。如图13所示，为本申请实施例提供了另一种网络设备的结构示意图，图13所示的网络设备1300包括：处理器1301和收发器1302。

所述收发器1302用于支持网络设备1300与上述实施例中涉及的其他设备之间的信息传输，处理器1301用于对网络设备1300的动作进行控制管理。

例如收发器1302实现图8所示实施例中接收步骤801中的消息，以及处理器1301控制收发器1302执行步骤802。

又如，处理器1301控制收发器1302执行图8所示实施例中的步骤901。

处理器1301和收发器1302通信连接，例如通过总线1304相连。所述网络设备1300还可以包括存储器1303。存储器1303用于存储供网络设备1300执行的程序代码和数据，处理器1301用于执行存储器1303中存储的应用程序代码，以实现图8或图9所示任一实施例提供的网络设备的动作。

需要说明的是，实际应用中网络设备可以包括一个或者多个处理器，该网络设备1300的结构并不构成对本申请实施例的限定。

处理器1301可以是CPU，NP，硬件芯片或者其任意组合。上述硬件芯片可以是ASIC，PLD或其组合。上述PLD可以是CPLD，FPGA，GAL或其任意组合。

存储器1303可以包括易失性存储器，例如RAM；存储器1303也可以包括非易失性存储器，例如ROM，快闪存储器，硬盘或固态硬盘；存储器1303还可以包括上述种类的存储器的组合。

在本申请实施例中还提供了一种计算机存储介质，可以用于存储图12所示实施例中所述网络设备所用的计算机软件指令，其包含用于执行上述实施例中为网络设备所设计的程序。该存储介质包括但不限于快闪存储器、硬盘、固态硬盘。

在本申请实施例中还提供了一种计算机程序产品，该计算机产品被计算设备运行时，可以执行上述图8或图9所示实施例中为网络设备所设计的对欠费用户的处理方法。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本领域普通技术人员可以理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

Claims (25)

1.一种对欠费用户的处理方法，其特征在于，包括：

第一核心网设备接收第二核心网设备发送的用户设备的网络标识，所述网络标识为数据网络名称DNN或接入点名称APN；

所述第一核心网设备根据所述网络标识确定所述用户设备处于欠费状态，具体包括以下任意一种：

所述第一核心网设备为控制策略功能PCF，在所述用户设备的DNN为预设DNN的情况下，所述PCF网元确定所述用户设备处于欠费状态；

所述第一核心网设备为会话管理功能SMF网元，在所述用户设备的DNN为预设DNN的情况下，所述SMF网元确定所述用户设备处于欠费状态；

所述第一核心网设备为策略和计费规则功能PCRF网元，在所述用户设备的APN为预设APN的情况下，所述PCRF网元确定所述用户设备处于欠费状态；

所述第一核心网设备确定所述用户设备中数据业务请求的放通规则；

所述第一核心网设备执行所述放通规则，所述第一核心网设备为SAEGW网元；

或者所述第一核心网设备触发第三核心网设备执行所述放通规则，所述第一核心网设备为控制策略功能PCF网元或会话管理功能SMF网元，所述第三核心网设备为用户面功能UPF网元，或者，所述第一核心网设备为策略和计费规则功能PCRF网元，所述第三核心网设备为系统架构演进网关SAEGW网元，所述放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。

2.根据权利要求1所述的方法，其特征在于，所述网络标识为数据网络名称DNN时，所述用户设备的DNN存储于统一数据管理UDM网元中；

所述用户设备的DNN在业务运营支撑系统BOSS通知所述UDM网元所述用户设备处于欠费状态的情况下被所述UDM网元变更为预设DNN。

3.根据权利要求1或2所述的方法，其特征在于，所述第一核心网设备为PCF，所述第三核心网设备为UPF网元时，所述方法还包括：

所述PCF网元向会话管理功能SMF网元发送第一指示，所述第一指示用于指示所述放通规则，以使所述SMF网元将所述放通规则发送给UPF网元，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

4.根据权利要求1或2所述的方法，其特征在于，所述第一核心网设备为SMF，所述第三核心网设备为UPF网元时，所述方法还包括：

所述SMF网元向将UPF网元发送所述放通规则，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

5.根据权利要求4所述的方法，其特征在于，所述网络标识为接入点名称APN时，所述用户设备的APN存储于归属用户服务器HSS网元中；

所述用户设备的APN在业务运营支撑系统BOSS通知所述HSS网元所述用户设备处于欠费状态的情况下被所述HSS网元变更为预设APN。

6.根据权利要求5所述的方法，其特征在于，所述第三核心网设备为SAEGW网元时，所述方法还包括：

所述PCRF网元向系统架构演进网关SAEGW网元发送第二指示，所述第二指示用于指示所述放通规则，所述放通规则被所述SAEGW网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述SAEGW网元接收来自所述用户设备的数据业务请求，所述数据业务请求携带访问地址；

所述SAEGW网元根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

8.根据权利要求7所述的方法，其特征在于，所述SAEGW网元根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通，包括：

若所述访问地址与所述用于缴费的地址相同，则所述SAEGW网元放通所述访问地址；

若所述访问地址与所述用于缴费的地址不同，则所述SAEGW网元阻止放通所述访问地址。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

若所述访问地址与所述缴费地址不同，则所述SAEGW网元将所述访问地址重定向至所述用于缴费的地址，并放通所述用于缴费的地址。

10.根据权利要求7-9任一项所述的方法，其特征在于，所述访问地址为IP地址、基于超文本传输协议Http的任意一个链接地址或者被包含于欠费通知短信中的用于缴费的地址。

11.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一核心网设备判断所述用户设备是否开通欠费缴费功能；

所述在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况下，所述第一核心网设备确定所述用户设备中数据业务请求的放通规则，包括：

在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况，若所述用户设备开通所述欠费缴费功能，则所述第一核心网设备确定所述用户设备中数据业务请求的放通规则。

12.根据权利要求1或11所述的方法，其特征在于，所述放通规则还包括：将所述不用于缴费的其他地址重定向至所述用于缴费的地址。

13.一种核心网设备，其特征在于，所述核心网设备为第一核心网设备，所述第一核心网设备包括：

接收模块，用于接收第二核心网设备发送的用户设备的网络标识，所述网络标识为数据网络名称DNN或接入点名称APN；

处理模块，用于根据所述用户设备的网络标识确定所述用户设备处于欠费状态具体包括以下任意一种：

所述第一核心网设备为控制策略功能PCF，在所述用户设备的DNN为预设DNN的情况下，所述PCF网元确定所述用户设备处于欠费状态；

所述第一核心网设备为会话管理功能SMF网元，在所述用户设备的DNN为预设DNN的情况下，所述SMF网元确定所述用户设备处于欠费状态；

所述第一核心网设备为策略和计费规则功能PCRF网元，在所述用户设备的APN为预设APN的情况下，所述PCRF网元确定所述用户设备处于欠费状态；

所述处理模块，用于确定所述用户设备中数据业务请求的放通规则；

所述处理模块，还用于执行所述放通规则，所述第一核心网设备为SAEGW网元；

或者所述处理模块用于触发第三核心网设备执行所述放通规则，所述第一核心网设备为控制策略功能PCF网元或会话管理功能SMF网元，所述第三核心网设备为用户面功能UPF网元，或者，所述第一核心网设备为策略和计费规则功能PCRF网元，所述第三核心网设备为系统架构演进网关SAEGW网元；所述放通规则包括：放通用于缴费的地址和阻止放通不用于缴费的其他地址。

14.根据权利要求13所述的核心网设备，其特征在于，所述网络标识为数据网络名称DNN时，所述用户设备的DNN存储于统一数据管理UDM网元中；

所述用户设备的DNN在业务运营支撑系统BOSS通知所述UDM网元所述用户设备处于欠费状态的情况下被所述UDM网元变更为预设DNN。

15.根据权利要求13或14所述的核心网设备，其特征在于，所述第一核心网设备为PCF，所述第三核心网设备为UPF网元时，所述第一核心网设备还包括第一发送模块：

用于向会话管理功能SMF网元发送第一指示，所述第一指示用于指示所述放通规则，以使所述SMF网元将所述放通规则发送给UPF网元，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

16.根据权利要求13或14所述的核心网设备，其特征在于，所所述第一核心网设备为SMF，所述第三核心网设备为UPF网元时，第一述核心网设备还包括第二发送模块：用于向将UPF网元发送所述放通规则，所述放通规则被所述UPF网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

17.根据权利要求16所述的核心网设备，其特征在于，所述网络标识为接入点名称APN时，所述用户设备的APN存储于归属用户服务器HSS网元中；

所述用户设备的APN在业务运营支撑系统BOSS通知所述HSS网元所述用户设备处于欠费状态的情况下被所述HSS网元变更为预设APN。

18.根据权利要求17所述的核心网设备，其特征在于，所述第三核心网设备为SAEGW网元时，所述第一核心网设备还包括第三发送模块：用于向SAEGW网元发送第二指示，所述第二指示用于指示所述放通规则，所述放通规则被所述SAEGW网元用于对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

19.根据权利要求18所述的核心网设备，其特征在于，

所述接收模块，用于接收来自所述用户设备的数据业务请求，所述数据业务请求携带访问地址；

所述处理模块，用于根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通。

20.根据权利要求18所述的核心网设备，其特征在于，所述处理模块在根据所述放通规则对所述用户设备的数据业务请求携带的访问地址进行阻止或放通方面，具体用于：若所述访问地址与所述用于缴费的地址相同，则放通所述访问地址；若所述访问地址与所述用于缴费的地址不同，则阻止放通所述访问地址。

21.根据权利要求20所述的核心网设备，其特征在于，

所述处理模块，还用于若所述访问地址与所述缴费地址不同，则将所述访问地址重定向至所述用于缴费的地址，并放通所述用于缴费的地址。

22.根据权利要求19-21任一项所述的核心网设备，其特征在于，所述访问地址为IP地址、基于超文本传输协议Http的任意一个链接地址或者被包含于欠费通知短信中的用于缴费的地址。

23.根据权利要求13所述的核心网设备，其特征在于，

所述处理模块，还用于判断所述用户设备是否开通欠费缴费功能；

所述处理模块在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况下，确定所述用户设备中数据业务请求的放通规则方面，具体用于：在根据所述用户设备的网络标识确定所述用户设备处于欠费状态的情况，若所述用户设备开通所述欠费缴费功能，则确定所述用户设备中数据业务请求的放通规则。

24.根据权利要求13或23所述的核心网设备，其特征在于，所述放通规则还包括：将所述不用于缴费的其他地址重定向至所述用于缴费的地址。

25.一种核心网设备，其特征在于，所述核心网设备包括处理器、存储器和收发器；

所述收发器用于进行消息的接收和发送；

所述存储器用于存储指令；

所述处理器用于执行所述存储器存储的指令，当处理器执行所述存储器存储的指令时，所述核心网设备用于执行权利要求1-12任一项所述的对欠费用户的处理方法。

Images