CN111314899A - 消息处理方法、相关装置及系统 - Google Patents

Abstract

本申请实施例公开了一种消息处理方法、系统和相关设备，该方法主要应用于通信网络中的统一数据管理UDM设备，该方法主要包括；接收通信网络中的设备发送的请求消息，该请求消息中携带用户的标识；然后UDM根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS，则向所述HSS发送所述请求消息。在申请提供的技术方案避免了现有技术中需要对HSS中的数据进行迁移带来的效率降低，也避免了数据迁移对UDM进行消息处理带来的影响。

Description

消息处理方法、相关装置及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种消息处理方法、相关装置及系统。

背景技术

随着移动通信技术的发展，目前的4G网络开始无法满足人们的需求，尤其是一些高宽带、低时延的业务，下一代网络(5G网络)应运而生。

在传统的4G网络中，存储用户数据的功能设备为归属用户服务器(homesubscriber server，HSS)。在5G网络中，存储用户数据的功能设备为统一数据管理(unified data management，UDM)设备。

在运营商部署5G网络后，UDM在处理消息(例如业务变更请求)时，需要获取HSS中存储的用户数据。由于UDM采用了不同于HSS的服务化架构，导致4G网络中的HSS不能平滑升级为UDM，因此现有技术需要将HSS中的用户数据全部迁移到UDM中。然而，现有技术的迁移过程需要将数据从HSS导出到中间设备，然后再由中间设备导入到UMD，数据迁移效率较低，从而影响了消息处理的效率。

发明内容

本申请实施例提供一种消息处理方法，可以解决现有技术中UDM在处理消息时需要进行数据迁移而带来的处理效率的问题。

第一方面，本申请实施例提供了一种消息处理方法，应用于通信网络中的统一数据管理UDM设备(以下简称UDM)，主要步骤包括；

UDM接收通信网络中的设备发送的请求消息，该请求消息中携带用户的标识；然后UDM根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS，则向所述HSS发送所述请求消息。

在本实施例提供的方法中，UDM可以在确定用户的数据存储在归属用户服务器HSS时，直接向HSS发送所述请求消息，便于HSS处理该用户的请求消息，从而UDM不需要通过中间设备从HSS获取数据，避免了数据迁移带来的效率降低，也避免了数据迁移对UDM进行消息处理带来的影响。

其中，上述通信网络中的设备包括通信网络中出HSS、UDM以外的设备，其可以是业务维护支撑系统，信令传输点设备，还可以为路由代理设备。

在可行的实施方式中，UDM根据用户标识确定所述用户的数据存储在归属用户服务器HSS可以包括：

UDM根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述HSS上。

其中，本地数据库的路由信息中包括用户的标识与HSS的地址之间的对应关系，UDM在本地数据库中找到用户标识对应的HSS的地址，则说明该用户的数据存储在对应的HSS中。

此外，如果UDM确定本地数据库中没有保存用户的标识对应的HSS，则用户的数据存储在UDM中，UDM直接处理该请求消息即可。

在可选的实施方式中，上述方法还包括：

UDM接收所述HSS返回的响应消息，向所述设备发送所述响应消息。其中，该响应消息是针对上述请求消息的，HSS处理接收到的请求消息后，向UDM返回响应消息。HSS随后向通信网络中的设备发送该响应消息。

在可选的实施方式中，UDM可以接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户。业务管理消息可以包括业务变更、业务开通等消息。

此外，UDM还可以接收通信网络中的信令转接点设备发送的位置更新请求，其中携带所述用户的位置信息。HSS处理该位置更新请求，从而更新用户的位置信息。

在本实施方式中，UDM和HSS可以共存于通信网络中，运营商在部署了5G网络后，还可以充分利用4G网络中的HSS设备，避免了资源浪费。

第二方面，本申请实施例还提供一种消息处理方法，应用于通信网络中的UDM设备，主要包括如下步骤：

UDM接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；然后UDM根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS，并向所述HSS发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

在本实施例中，UDM可以在确定用户的数据存储在归属用户服务器HSS时，直接向HSS发送用户数据获取请求，用于获取HSS中存储的该用户的数据。与现有技术相比，本实施例中UDM和USS之间新增了传输通道，UDM不需要通过中间设备从HSS获取数据，避免了通过中间设备进行数据迁移带来的效率降低。

在一个可选的实施方式中，上述消息处理方法还包括如下步骤：

UDM接收所述HSS返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据，随后UDM保存所述用户的数据，完成用户的数据存储到UDM中。

在另一可选的实施方式中，UDM在保存了用户的数据后，还可以向HSS发送用户数据删除请求，其中携带了用户的标识。HSS接收到该用户数据删除请求后，删除本地保存的该用户的数据，从而节省了HSS的存储空间。

在另一个可选的实施方式中，UDM接收通信网络中的设备发送的请求消息具体可以包括：

UDM接收接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息，数据迁移请求消息用于请求将HSS上存储的用户数据迁移到UDM中。5G业务请求消息可以包括签约5G业务请求或更换5G卡请求等消息。

第三方面，本申请实施例提供了一种消息处理方法，应用于通信网络中的策略控制功能PCF设备(以下简称PCF)，主要步骤包括；

PCF接收通信网络中的设备发送的请求消息，该请求消息中携带用户的标识；然后PCF根据所述用户标识确定所述用户的数据存储在策略控制与计费功能PCRF设备(以下简称PCRF)，则向所述PCRF发送所述请求消息。

在本实施例提供的方法中，PCF可以在确定用户的数据存储在PCRF时，直接向PCRF发送所述请求消息，便于PCRF处理该用户的请求消息，从而PCF不需要通过中间设备从PCRF获取数据，避免了数据迁移带来的效率降低，也避免了数据迁移对PCF进行消息处理带来的影响。

其中，上述通信网络中的设备包括通信网络中出PCRF、PCF以外的设备，其可以是业务维护支撑系统，信令传输点设备，还可以为路由代理设备。

在可行的实施方式中，PCF根据用户标识确定所述用户的数据存储在PCRF可以包括：

PCF根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述PCRF上。

其中，本地数据库的路由信息中包括用户的标识与PCRF的地址之间的对应关系，PCF在本地数据库中找到用户标识对应的PCRF的地址，则说明该用户的数据存储在对应的PCRF中。

此外，如果PCF确定本地数据库中没有保存用户的标识对应的PCRF，则用户的数据存储在PCF中，PCF直接处理该请求消息即可。

在可选的实施方式中，上述方法还包括：

PCF接收所述PCRF返回的响应消息，向所述设备发送所述响应消息。其中，该响应消息是针对上述请求消息的，PCRF处理接收到的请求消息后，向PCF返回响应消息。PCRF随后向通信网络中的设备发送该响应消息。

在可选的实施方式中，PCF可以接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户。业务管理消息可以包括业务变更、业务开通等消息。

在本实施方式中，PCF和PCRF可以共存于通信网络中，运营商在部署了5G网络后，还可以充分利用4G网络中的PCRF设备，避免了资源浪费。

第四方面，本申请实施例还提供一种消息处理方法，应用于通信网络中的PCF设备，主要包括如下步骤：

PCF接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；然后PCF根据所述用户标识确定所述用户的数据存储在PCRF，并向所述PCRF发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

在本实施例中，PCF可以在确定用户的数据存储在PCRF时，直接向PCRF发送用户数据获取请求，用于获取PCRF中存储的该用户的数据。与现有技术相比，本实施例中PCF和USS之间新增了传输通道，PCF不需要通过中间设备从PCRF获取数据，避免了通过中间设备进行数据迁移带来的效率降低的问题。

在一个可选的实施方式中，上述消息处理方法还包括如下步骤：

PCF接收所述PCRF返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据，随后PCF保存所述用户的数据，完成用户的数据存储到PCF中。

在另一可选的实施方式中，PCF在保存了用户的数据后，还可以向PCRF发送用户数据删除请求，其中携带了用户的标识。PCRF接收到该用户数据删除请求后，删除本地保存的该用户的数据，从而节省了PCRF的存储空间。

在另一个可选的实施方式中，PCF接收通信网络中的设备发送的请求消息具体可以包括：

PCF接收接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息，数据迁移请求消息用于请求将PCRF上存储的用户数据迁移到PCF中。5G业务请求消息可以包括签约5G业务请求等消息。

第五方面，本申请实施例提供一种UMD设备，该UDM设备包括如下的功能模块：

第一接收模块，用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第一确定模块，用于根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS；

第一发送模块，用于向所述HSS发送所述请求消息。

本实施例提供的UDM可以使用前述方面提供的消息处理方法中，通过第一接收模块、第一确定模块以及第一发送模块之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在一个可选的实施方式中，第一确定模块根据用户标识确定所述用户的数据存储在归属用户服务器HSS具体可以包括：

根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述HSS上。

在一个可选的实施方式中，第一接收模块还用于接收所述HSS返回的响应消息；

第一发送模块还用于向所述设备发送接收模块接收到的响应消息。

在一个可选的实施方式中，第一接收模块接收通信网络中的设备发送的请求消息具体包括：

接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户；或接收通信网络中的信令转接点设备发送的位置更新请求，其中携带所述用户的位置信息。

第六方面，本实施例提供另一种UDM设备，该UDM设备包括：

第二接收模块，用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第二确定模块，用于根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS；

第二发送模块，用于向所述HSS发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

本实施例提供的UDM可以使用前述方面的消息处理方法中，通过第二接收模块、第二确定模块以及第二发送模块之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在一个可选的实施方式中，第二接收模块还用于接收HSS返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。此时，UDM中还可以包括存储模块，用于保存所述用户的数据。

在一个可选的实施方式中，第二发送模块还用于向所述HSS发送用户数据删除请求，用户数据删除请求中携带所述的标识，用于请求删除HSS中存储的用户数据。

在一个可选的实施方式中，第二接收模块接收通信网络中的设备发送的请求消息包括：接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息。

在一个可选的实施方式中，第二接收模块还用于接收用户数据删除响应，第二发送模块还用于向业务支撑系统设备发送的数据迁移响应消息或5G业务响应消息，用于通知业务支持系统设备数据迁移成功或业务办理成功。

第七方面，本申请实施例提供一种PCF设备，该PCF设备包括如下的功能模块：

第三接收模块，用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第三确定模块，用于根据所述用户标识确定所述用户的数据存储在策略计费规则功能设备PCRF；

第三发送模块，用于向所述PCRF发送所述请求消息。

本实施例提供的PCF可以使用前述方面提供的消息处理方法中，通过第三接收模块、第三确定模块以及第三发送模块之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在一个可选的实施方式中，第三确定模块根据用户标识确定所述用户的数据存储在策略计费规则功能设备PCRF具体可以包括：

根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述PCRF上。

在一个可选的实施方式中，第三接收模块还用于接收所述PCRF返回的响应消息；

第三发送模块还用于向所述设备发送接收模块接收到的响应消息。

在一个可选的实施方式中，第三接收模块接收通信网络中的设备发送的请求消息具体包括：

接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户。

第八方面，本实施例提供另一种PCF设备，该PCF设备包括：

第四接收模块，用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第四确定模块，用于根据所述用户标识确定所述用户的数据存储在策略计费规则功能设备PCRF；

第四发送模块，用于向所述PCRF发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

本实施例提供的PCF可以使用前述方面的消息处理方法中，通过第四接收模块、第四确定模块以及第四发送模块之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在一个可选的实施方式中，第四接收模块还用于接收PCRF返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。此时，PCF中还可以包括存储模块，用于保存所述用户的数据。

在一个可选的实施方式中，第四发送模块还用于向所述PCRF发送用户数据删除请求，用户数据删除请求中携带所述的标识，用于请求删除PCRF中存储的用户数据。

在一个可选的实施方式中，第四接收模块接收通信网络中的设备发送的请求消息包括：接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息。

在一个可选的实施方式中，第四接收模块还用于接收用户数据删除响应，第四发送模块还用于向业务支撑系统设备发送的数据迁移响应消息或5G业务响应消息，用于通知业务支持系统设备数据迁移成功或业务办理成功。

第九方面，本申请实施例提供一种UDM设备，包括：相互耦合的非易失性存储器和处理器，所述处理器调用存储在所述存储器中的程序代码以执行第一方面到第二方面的任意一种方法的部分或全部步骤。

第十方面，本申请实施例提供一种PCF设备，包括：相互耦合的非易失性存储器和处理器，所述处理器调用存储在所述存储器中的程序代码以执行第三方面到第四方面的任意一种方法的部分或全部步骤。

第十一方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储了程序代码，其中，所述程序代码包括用于执行第一方面到第四方面的任意一种方法的部分或全部步骤的指令。

第十二方面，本申请实施例提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行第一方面到第四方面的任意一种方法的部分或全部步骤。

在以上任一方面所述的实施例中，用户的标识可以为用户的国际移动用户识别码，移动台国际ISDN号码或国际移动设备识别码。

附图说明

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

图1为本申请实施例提供的通信系统的示意图；

图2是本申请实施例提供的消息处理方法的流程图；

图3是本申请实施例提供的另一种消息处理方法的流程图；

图4是本申请实施例提供的另一种消息处理方法的流程图；

图5是本申请实施例提供的另一种消息处理方法的流程图

图6是本申请实施例提供的另一种消息处理方法的流程图

图7是本申请实施例提供的UDM设备和HSS的示意图；

图8是本申请实施例提供的PCF设备和PCRF设备的示意图；

图9是本申请实施例提供的UDM设备的示意图；

图10是本申请实施例提供的另一UDM设备的示意图；

图11是本申请实施例提供的PCF设备的示意图；

图12是本申请实施例提供的另一PCF设备的示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。

参见图1，图1为本申请实施例提供的通信系统的示意图。

在本申请实施例提供的通信系统中，业务运营支持系统(business operationsupporting system，BOSS)主要用于网络运营商进行业务运营，例如业务开户、业务管理等，BOSS系统与UDM设备和PCF设备相连。Diameter路由代理(Diameter routing agent，DRA)设备和信令转发点(signaling transfer point，STP)设备通常用于向HSS、UDM、PCF和PCRF转发消息。

在本实施例中，UDM和HSS中均存储了不同用户的数据，例如用户的开户信息、鉴权信息。其中，本实施例中的HSS可以包含归属位置寄存器(home location register，HLR)的功能。PCF和PCRF中也存储了不同用户的数据，用户的策略数据等。

与现有的通信系统相比，本实施例提供的通信系统在HSS和UDM之间新增了通信接口，用于UDM和USS之间进行数据传输。本实施例还在PCF设备和PCRF设备之间也新增了通信接口。此外，UDM还可以保存路由信息，根据该路由信息将用户数据存储在HSS中的用户消息路由到HSS进行处理，不需要通过中间设备迁移数据，也不会中断该消息的处理流程。PCF也可以保存路由信息，根据该路由信息将用户数据存储在PCRF中的用户消息路由到PCRF进行处理，不需要通过中间设备迁移数据，也不会中断该消息的处理流程。

参考图2，图2是本申请实施例提供的消息处理方法的流程图。

本实施例提供的方法主要包括如下步骤：

步骤201、DRA和STP向UDM发送信令请求消息，其中携带用户的标识。

在本实施例中，信令请求消息中携带的用户标识包括国际移动用户识别码(international mobile subscriber identity，IMSI)和/或移动台国际ISDN号码(mobilestation international ISDN number，MSISDN)。信令请求消息包括位置更新请求消息，位置更新请求消息中携带用户的位置信息。

其中，信令请求消息可以为Diameter信令消息或移动应用部分(MobileApplication Part，MAP)信令消息。

步骤202、UDM根据用户的标识确定该用户的数据存储在HSS中。

其中，UDM可以根据用户的IMSI或MSISDN查询本地数据库中的号段配置表，获取到该用户的标识对应的HSS的标识或地址，则确定该用户的数据位于HSS中。

步骤203、UDM向HSS发该信令请求消息。

UDM可以通过与HSS之间的通信接口转发该信令请求消息。

步骤204、HSS处理该信令请求消息，向UDM返回对应的信令响应消息。

在本实施例中，HSS接收到信令请求消息进行处理后，返回信令响应消息。例如，HSS接收到位置更新请求消息后，进行位置更新，并返回对应的位置更新响应消息。

步骤205、UDM向DRA/STP转发该信令响应消息。

在本实施例中，UDM可以处理来自DRA/STP的信令请求消息(例如位置更新请求消息)，并将该信令请求消息路由到对应的HSS上进行处理，用户数据不需要通过中间设备迁移到UDM上，提高了消息处理的效率。

参考图3，图3是本申请实施例提供的另一消息处理方法的流程图。

本实施例提供的方法主要包括如下步骤：

步骤301、DRA和STP向PCF发送信令请求消息，其中携带用户的标识。

在本实施例中，信令请求消息中携带的用户标识包括IMSI和/或MSISDN。

其中，信令请求消息可以为Diameter信令消息或MAP信令消息。信令请求消息具体可以为策略请求消息。

步骤302、PCF根据用户的标识确定该用户的数据存储在PCRF中。

其中，PCF可以根据用户的IMSI或MSISDN查询本地数据库中的号段配置表，获取到该用户的标识对应的PCRF的标识或地址，则确定该用户的数据位于PCRF中。

步骤303、PCF向PCRF发该信令请求消息。

PCF可以通过与PCRF之间的通信接口转发该信令请求消息。

步骤304、PCRF处理该信令请求消息，向PCF返回对应的信令响应消息。

在本实施例中，PCRF接收到信令请求消息进行处理后，返回信令响应消息。

步骤305、PCF向DRA/STP转发该信令响应消息。

在本实施例中，PCF可以处理来自DRA/STP的信令请求消息，并将该信令请求消息路由到对应的PCRF上进行处理，用户数据不需要通过中间设备迁移到PCF上，提高了消息处理的效率。

参考图4，图4是本申请实施例提供的另一种消息处理方法的流程图。

本实施例提供的方法主要包括如下步骤：

步骤401、BOSS向UDM发送开户请求消息或业务管理请求消息，其中携带用户的标识。

在本实施例中，开户请求消息用于请求对用户进行开立账户。业务管理请求消息可以为业务开通请求或业务变更请求。

开户请求消息或业务管理请求消息的格式可以为简单对象访问协议(SimpleObject Access Protocol，SOAP)或人机语言(man-machine language，MML)。开户请求消息或业务管理请求消息中携带的用户标识包括IMSI和/或MSISDN。

步骤402、UDM根据用户的标识确定该用户的数据存储在HSS中。

其中，UDM可以根据用户的IMSI或MSISDN查询本地数据库中的号段配置表，获取到该用户的标识对应的HSS的标识，则确定该用户的数据位于HSS中。

步骤403、UDM向HSS转发该开户请求消息或业务管理请求消息。

UDM可以通过与HSS之间的通信接口转发该开户请求消息或业务管理请求消息。

步骤404、HSS处理该开户请求消息或业务管理请求消息，向UDM返回对应的开户响应消息或业务管理响应消息。

在本实施例中，HSS接收到开户请求消息进行处理后，返回开户响应消息。HSS接收到业务管理请求消息后，进行处理后返回对应的业务管理响应消息。

步骤405、UDM向BOSS转发该开户响应消息或业务管理响应消息。

在本实施例中，UDM可以处理来自BOSS的开户请求消息或业务管理请求消息，并将开户请求消息或业务管理请求消息路由到对应的HSS上进行处理，用户数据不需要通过中间设备迁移到UDM上，提高了消息处理的效率。

参考图5，图5是本申请实施例提供的另一种消息处理方法的流程图。

本实施例提供的方法主要包括如下步骤：

步骤501、BOSS向UDM发送数据迁移请求消息或5G业务请求消息，其中携带用户的标识。

在本实施例中，数据迁移请求消息用于请求将用户的数据从HSS迁移到UDM。5G业务请求消息用于请求5G相关的业务，例如可以为签约5G业务请求消息或更换5G卡请求消息。

数据迁移请求消息或5G业务请求消息中携带的用户标识包括IMSI和/或MSISDN。

步骤502、UDM根据用户的标识确定该用户的数据存储在HSS中。

其中，UDM可以根据用户的IMSI或MSISDN查询本地数据库中的号段配置表，获取到该用户的标识对应的HSS的标识，则确定该用户的数据位于HSS中。

步骤503、UDM向HSS发送用户数据获取请求，用户数据获取请求中携带所述用户的标识。

在本实施例中，用户的数据存储在5G网络中的HSS上，而5G相关的业务需要在UDM上进行处理，则UDM向HSS发送用户数据获取请求，用于获取该用户存储在HSS上的用户数据。

其中，UDM可以通过与HSS之间的通信接口发送该用户数据获取请求。

步骤504、HSS向UDM返回用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。

在本实施例中，HSS接收到UDM发送的用户数据获取响应后，根据其中的用户的标识获取该用户的数据，并通过用户数据获取响应向UDM返回该用户的数据。

步骤505、UDM保存该用户的数据。

在本实施例中，UDM可以对接收到的数据进行格式转换，然后保存转换后的用户数据。

步骤506、UDM向所述HSS发送用户数据删除请求，所述用户数据删除请求中携带所述的标识。

在本实施例中，UDM在保存了用户数据后，可以向HSS发送用户数据删除请求，用于删除HSS中重复的用户数据，从而节省了HSS的存储空间。

步骤507、HSS向UDM返回用户数据删除响应，用于通知该用户的数据删除成功。

其中，用户数据删除响应中可以携带用户的标识。

步骤508、UDM向BOSS发送数据迁移响应消息或5G业务响应消息。

其中，数据迁移响应消息或5G业务响应消息用于表示数据迁移成功或5G业务办理成功。

在本实施例中，UDM可以在确定用户的数据存储在归属用户服务器HSS时，直接向HSS发送用户数据获取请求，用于获取HSS中存储的该用户的数据。与现有技术相比，本实施例中UDM和USS之间新增了传输通道，UDM不需要通过中间设备从HSS获取数据，避免了通过中间设备进行数据迁移带来的效率降低。

参考图6，图6是本申请实施例提供的另一种消息处理方法的流程图。

本实施例提供的方法主要包括如下步骤：

步骤601、BOSS向PCF发送数据迁移请求消息或5G业务请求消息，其中携带用户的标识。

在本实施例中，数据迁移请求消息用于请求将用户的数据从PCRF迁移到PCF。5G业务请求消息用于请求5G相关的业务，例如可以为签约5G业务请求消息。

数据迁移请求消息或5G业务请求消息中携带的用户标识包括IMSI和/或MSISDN。

步骤602、PCF根据用户的标识确定该用户的数据存储在PCRF中。

其中，PCF可以根据用户的IMSI或MSISDN查询本地数据库中的号段配置表，获取到该用户的标识对应的PCRF的标识，则确定该用户的数据位于PCRF中。

步骤603、PCF向PCRF发送用户数据获取请求，用户数据获取请求中携带所述用户的标识。

在本实施例中，用户的数据存储在5G网络中的PCRF上，而5G相关的业务需要在PCF上进行处理，则PCF向PCRF发送用户数据获取请求，用于获取该用户存储在PCRF上的用户数据。

其中，PCF可以通过与PCRF之间的通信接口发送该用户数据获取请求。

步骤604、PCRF向PCF返回用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。

在本实施例中，PCRF接收到PCF发送的用户数据获取响应后，根据其中的用户的标识获取该用户的数据，并通过用户数据获取响应向PCF返回该用户的数据。

步骤605、PCF保存该用户的数据。

在本实施例中，PCF可以对接收到的数据进行格式转换，然后保存转换后的用户数据。

步骤606、PCF向所述PCRF发送用户数据删除请求，所述用户数据删除请求中携带所述的标识。

在本实施例中，PCF在保存了用户数据后，可以向PCRF发送用户数据删除请求，用于删除PCRF中重复的用户数据，从而节省了PCRF的存储空间。

步骤607、PCRF向PCF返回用户数据删除响应，用于通知该用户的数据删除成功。

其中，用户数据删除响应中可以携带用户的标识。

步骤608、PCF向BOSS发送数据迁移响应消息或5G业务响应消息。

其中，数据迁移响应消息或5G业务响应消息用于表示数据迁移成功或5G业务办理成功。

在本实施例中，PCF可以在确定用户的数据存储在归属用户服务器PCRF时，直接向PCRF发送用户数据获取请求，用于获取PCRF中存储的该用户的数据。与现有技术相比，本实施例中PCF和USS之间新增了传输通道，PCF不需要通过中间设备从PCRF获取数据，避免了通过中间设备进行数据迁移带来的效率降低。

以上对本申请实施例提供的消息处理方法进行了介绍，下面详细介绍本申请实施例提供的相关设备。

参见图7，图7是本申请实施例提供的UDM设备和HSS的示意图。

本实施例提供的UDM和HSS都采用了通用的计算机硬件，包括处理器701、存储器702、总线703、输入设备704、输出设备705。

具体的，存储器702可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器702可以存储操作系统、应用程序、其他程序模块、可执行代码、程序数据、用户开户数据、用户订阅数据等。

输入设备704可以用于向UDM/HSS输入命令和信息，输入设备704如键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线703连接至处理器701。

输出设备705可以用于UDM/HSS输出信息，除了监视器之外，输出设备705还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线703连接到处理器701。

UDM/HSS可以通过网络接口706连接到网络中，例如连接到局域网(Local AreaNetwork，LAN)。在联网环境下，UDM/HSS中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。

当UDM中的处理器701执行存储器702中存储的可执行代码或应用程序时，UDM可以执行以上实施例中的UDM一侧的方法步骤，例如执行步骤202-203、402-403、502-503等。具体执行过程参见上述实施例，在此不再赘述。

当HSS中的处理器701执行存储器702中存储的可执行代码或应用程序时，HSS可以执行以上实施例中的HSS一侧的方法步骤，例如执行步骤204、404、504等。具体执行过程参见上述实施例，在此不再赘述。

参见图8，图8是本申请实施例提供的PCF设备和PCRF的示意图。

本实施例提供的PCF和PCRF都采用了通用的计算机硬件，包括处理器801、存储器802、总线803、输入设备804、输出设备805。

具体的，存储器802可以包括以易失性和/或非易失性存储器形式的计算机存储媒体，如只读存储器和/或随机存取存储器。存储器802可以存储操作系统、应用程序、其他程序模块、可执行代码、程序数据、用户开户数据、用户订阅数据等。

输入设备804可以用于向PCF/PCRF输入命令和信息，输入设备804如键盘或指向设备，如鼠标、轨迹球、触摸板、麦克风、操纵杆、游戏垫、卫星电视天线、扫描仪或类似设备。这些输入设备可以通过总线803连接至处理器801。

输出设备805可以用于PCF/PCRF输出信息，除了监视器之外，输出设备805还可以为其他外围输出设各，如扬声器和/或打印设备，这些输出设备也可以通过总线803连接到处理器801。

PCF/PCRF可以通过网络接口806连接到网络中，例如连接到局域网(Local AreaNetwork，LAN)。在联网环境下，PCF/PCRF中存储的计算机执行指令可以存储在远程存储设备中，而不限于在本地存储。

当PCF中的处理器801执行存储器802中存储的可执行代码或应用程序时，PCF可以执行以上实施例中的PCF一侧的方法步骤，例如执行步骤302-303、305、602-603等。具体执行过程参见上述实施例，在此不再赘述。

当PCRF中的处理器801执行存储器802中存储的可执行代码或应用程序时，PCRF可以执行以上实施例中的PCRF一侧的方法步骤，例如执行步骤304、604、607等。具体执行过程参见上述实施例，在此不再赘述。

参考图9，图9是本申请实施例提供的UDM设备的示意图。如图所示，UDM可以包括第一接收模块901、第一确定模块902以及第一发送模块903。

其中，第一接收模块901用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第一确定模块902用于根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS；

第一发送模块903用于向所述HSS发送所述请求消息。

本实施例提供的UDM可以使用在前述实施例的消息处理方法中，通过第一接收模块901、第一确定模块902以及第一发送模块903之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在本申请提供的UDM中，所述第一确定模块902根据用户标识确定所述用户的数据存储在归属用户服务器HSS具体可以包括：根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述HSS上。

在本申请提供的UDM中，第一接收模块901还用于接收所述HSS返回的响应消息，第一发送模块903还用于向所述设备发送接收模块901接收到的响应消息。

在本申请提供的UDM中，第一接收模块901具体可以接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户；或接收通信网络中的信令转接点设备发送的位置更新请求，其中携带所述用户的位置信息。

在本实施方式中，UDM和HSS可以共存于通信网络中，运营商在部署了5G网络后，还可以充分利用4G网络中的HSS设备，避免了资源浪费。

参考图10，图10是本申请实施例提供的另一种UDM的示意图。如图所示，UDM包括第二接收模块1001、第二确定模块1002以及第二发送模块1003。

其中，第二接收模块1001用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第二确定模块1002用于根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS；

第二发送模块1003用于向所述HSS发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

本实施例提供的UDM可以使用在前述实施例的消息处理方法中，通过第二接收模块1001、第二确定模块1002以及第二发送模块1003之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在本申请提供的UDM中，第二接收模块1001还用于接收HSS返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。UDM中还包括存储模块604，用于保存所述用户的数据。

在本申请提供的UDM中，第二发送模块1003还用于向所述HSS发送用户数据删除请求，用户数据删除请求中携带所述的标识，用于删除HSS中存储的用户数据。

在本申请提供的UDM中，第二接收模块1001接收通信网络中的设备发送的请求消息包括：接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息。

其中，上述实施例中的UDM是以功能模块的形式来呈现的，这里的“模块”可以指特定应用集成电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在以上实施例提供的UDM中，第一接收模块901或第二接收模块1001实现的功能都可以通过图7中的处理器701和存储器702来实现。例如，第一接收模块901接收通信网络中的设备发送的请求消息的步骤可以通过由处理器701来执行存储器702中存储的代码来实现。

参考图11，图11是本申请实施例提供的PCF设备的示意图。如图所示，PCF可以包括第三接收模块1101、第三确定模块1102以及第三发送模块1103。

其中，第三接收模块1101用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第三确定模块1102用于根据所述用户标识确定所述用户的数据存储在策略与计费规则功能PCRF设备；

第三发送模块1103用于向所述PCRF发送所述请求消息。

本实施例提供的PCF可以使用在前述实施例的消息处理方法中，通过第三接收模块1101、第三确定模块1102以及第三发送模块1103之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在本申请提供的PCF中，所述第三确定模块1102根据用户标识确定所述用户的数据存储在归属用户服务器PCRF具体可以包括：根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述PCRF上。

在本申请提供的PCF中，第三接收模块1101还用于接收所述PCRF返回的响应消息，第三发送模块1103还用于向所述设备发送接收模块1101接收到的响应消息。

在本申请提供的PCF中，第三接收模块1101具体可以接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户。

在本实施方式中，PCF和PCRF可以共存于通信网络中，运营商在部署了5G网络后，还可以充分利用4G网络中的PCRF设备，避免了资源浪费。

参考图12，图12是本申请实施例提供的另一种PCF的示意图。如图所示，PCF包括第四接收模块1201、第四确定模块1202以及第四发送模块1203。

其中，第四接收模块1201用于接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

第四确定模块1202用于根据所述用户标识确定所述用户的数据存储在策略计费与规则功能PCRF设备；

第四发送模块1203用于向所述PCRF发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

本实施例提供的PCF可以使用在前述实施例的消息处理方法中，通过第四接收模块1201、第四确定模块1202以及第四发送模块1203之间的配合实现消息处理，解决了现有技术中需通过中间设备进行数据迁移带来的问题。

在本申请提供的PCF中，第四接收模块1201还用于接收PCRF返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据。PCF中还包括存储模块604，用于保存所述用户的数据。

在本申请提供的PCF中，第四发送模块1203还用于向所述PCRF发送用户数据删除请求，用户数据删除请求中携带所述的标识，用于删除PCRF中存储的用户数据。

在本申请提供的PCF中，第四接收模块1201接收通信网络中的设备发送的请求消息包括：接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息。

其中，上述实施例中的PCF是以功能模块的形式来呈现的，这里的“模块”可以指特定应用集成电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在以上实施例提供的PCF中，PCF中的第三接收模块1101或第四接收模块1401实现的功能都可以通过图8中的处理器801和存储器802来实现。例如，第四接收模块1201接收通信网络中的设备发送的请求消息的步骤可以通过由处理器801来执行存储器802中存储的代码来实现。

以上所述，仅为本申请示例性的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (9)

1.一种消息处理方法，应用于通信网络中的统一数据管理UDM设备，其特征在于，包括：

接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS，向所述HSS发送所述请求消息。

2.根据权利要求1所述的方法，其特征在于，所述根据用户标识确定所述用户的数据存储在归属用户服务器HSS，包括：

根据所述用户的标识查询本地数据库的路由信息，确定所述用户的数据存储在所述HSS上。

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

接收所述HSS返回的响应消息，向所述设备发送所述响应消息。

4.根据权利要求1所述的方法，其特征在于，所述接收通信网络中的设备发送的请求消息，包括：

接收通信网络中的业务支撑系统设备发送的开户请求消息或业务管理消息，所述开户请求消息用于请求对所述用户的业务进行开户；或

接收通信网络中的信令转接点设备发送的位置更新请求，其中携带所述用户的位置信息。

5.一种消息处理方法，应用于通信网络中的统一数据管理UDM设备，其特征在于，包括：

接收通信网络中的设备发送的请求消息，所述请求消息中携带用户的标识；

根据所述用户标识确定所述用户的数据存储在归属用户服务器HSS，向所述HSS发送用户数据获取请求，所述用户数据获取请求中携带所述用户的标识。

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

接收所述HSS返回的用户数据获取响应，所述用户数据获取响应中携带所述用户的数据；

保存所述用户的数据。

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

向所述HSS发送用户数据删除请求，所述用户数据删除请求中携带所述的标识。

8.根据权利要求5至7任一项所述的方法，其特征在于，所述接收通信网络中的设备发送的请求消息包括：

接收通信网络中的业务支撑系统设备发送的数据迁移请求消息或5G业务请求消息。

9.一种统一数据管理UDM设备，其特征在于，包括：

相互耦合的非易失性存储器和处理器，所述处理器调用存储在所述存储器中的程序代码，以使得所述UDM设备执行如权利要求1-8任一项所述的消息处理方法。

Images