会话用量监测控制方法、服务器及存储介质与流程

本发明涉及通信技术领域，尤其涉及一种会话用量监测控制方法、服务器及存储介质。

背景技术：

随着通信技术的发展，移动通信技术已经演进到第五代，即5g。策略控制(policycontrolfunction，pcf)作为策略中心，用于服务质量(qualityofservice，qos)控制、计费控制、接入和移动性管理控制、路由选择策略、接入网络发现和选择策略等。

很多运营商要求pcf做流量经营，基于用户级总用量做策略控制。pcf需要具备用量监控功能，可以实时监控用户资源的消耗并控制计费机制中的用量。pcf在协议数据单元(pdu，protocoldataunit)会话建立时，设置并向smf下发阈值(时长和/或流量阈值)，实现用量监控，以制定qos策略。在达到阈值或是pdu会话终结时，smf向pcf上报用量。pcf在用户的最后一个pdu会话终结时，将用量信息上报给udr存储。

现有技术中，pcf在原有用量的总量基础上直接累计本次用量的增量信息，从而得到新的用量的总量，并据此作出策略控制。如果这个用户的多个pdu会话分发到同一个pcf，这个pcf可以直接汇总出用户总用量并据此做出策略控制。但是，如果这个用户的多个pdu选中不同的pcf，并分发到多个pcf，在上述用量上报机制下，pcf无法获知用户当前实际的用量，也就无法及时和正确的做策略控制。

技术实现要素：

本发明的主要目的在于提出一种会话用量监测控制方法、服务器及存储介质，旨在解决会话分布在多个pcf时的用量监测控制。

为实现上述目的，本发明提供的一种会话用量监测控制方法，所述方法包括以下步骤：

接收第一策略控制功能pcf和第二pcf上报的第一会话和第二会话的用量的增量信息；

根据所述增量信息，累计所述第一会话和所述第二会话的用量的总量；

判断所述总量是否达到穿越下发用量的总量阈值；

若是，则向所述第一pcf和所述第二pcf发送所述第一会话和所述第二会话的用量的总量信息，以使所述第一pcf和所述第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。

此外，为实现上述目的，本发明还提出一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的会话用量监测控制程序，所述处理器用于执行存储器中存储的私有云加密数据访问程序，以实现以下步骤：

接收第一策略控制功能pcf和第二pcf上报的第一会话和第二会话的用量的增量信息；

根据所述增量信息，累计所述第一会话和所述第二会话的用量的总量；

判断所述总量是否达到穿越下发用量的总量阈值；

若是，则向所述第一pcf和所述第二pcf发送所述第一会话和所述第二会话的用量的总量信息，以使所述第一pcf和所述第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述的方法。

本发明提出的会话用量监测控制方法、服务器及存储介质，通过接收第一pcf和第二pcf上报的第一会话和第二会话的用量的增量信息，并根据所述增量信息，累计第一会话和第二会话的用量的总量，当判断该总量达到穿越下发用量的总量阈值时，则向第一pcf和第二pcf发送第一会话和第二会话的用量的总量信息，以使第一pcf和第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。与现有技术相比，本发明提出的会话用量监测控制方法、服务器及存储介质，能够支持用户会话分布在多个pcf时进行用量经营，同时达到了对一个用户多个终端做策略控制的效果，节省了pcf和udr之间的消息交互次数，提高了pcf监测和控制用户用量的实时性。

附图说明

图1为5g系统架构图；

图2为本申请第一实施例提供的会话用量监测控制方法的流程示意图；

图3为本申请较佳实施例提供的会话用量监测控制方法的另一流程示意图；

图4为本申请第二实施例提供的会话用量监测控制方法的流程示意图；

图5为本申请第二实施例提供的会话用量监测控制方法的另一流程示意图；

图6为本申请第三实施例提供一种服务器硬件架构的示意图；

图7为本申请第三实施例提供的服务器的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

如图1所示，实现本申请各个实施例的5g系统架构图。在图1中，5g系统包括：接入网络(accessnetwork，an)110、鉴权服务功能(authenticationserverfunction，ausf)120、接入和移动控制功能(accessandmobilitymanagementfunction，amf)130、会话控制功能(sessionmanagementfunction，smf)140、用户面功能(userplanefunction，upf)150、策略控制功能(policycontrolfunction，pcf)160、用户数据管理(userdatamanagement，udm)170、应用功能(applicationfunction，af)180和数据网络(datanetwork，dn)190等组成。其中，pcf，用于向smf提供5gqos策略、对amf的接入和移动性管理控制、以及通过amf向用户服务器(userequipment，ue)100提供路由选择策略。集成接入网络发现和选择功能(andsf，accessnetworkdiscoveryandselectionfunction)功能，向ue提供接入网发现和选择策略。

按照第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)ts23.501的定义，pcf通过n25(pud)接口从用户数据仓库(udr，userdatarepository)读取策略相关的用户签约，udr可以向pcf发送用户签约变更通知，pcf可以向udr中放置策略控制相关信息，包括用量信息。

基于上述5g系统，提出本申请方法各个实施例。

第一实施例

如图2所示，为本发明较佳实施例提供的会话用量监测控制方法的流程示意图。在图2中，所述会话用量监测控制方法应用于udr，其包括以下步骤：

步骤210，接收第一pcf发送的数据读取请求，所述数据读取请求包括用户签约信息和用量信息。

具体的，当用户的第一会话分发到第一pcf上时，在第一会话期间，接收第一pcf发送的包括用户签约信息和用量信息的读取请求。

步骤220，向所述第一pcf发送用户签约信息和用量信息。

具体的，第一pcf根据用户签约信息和用量信息做策略控制。

步骤230，接收所述第一pcf发送的第一会话的用量的总量信息，用量累计方式为第一pcf累计用量。

具体的，由于用户的会话仅有一个，且该会话分发至第一pcf上，则第一pcf累计自身的用量的总量作为用量累计。且当第一pcf累计自身的用量总量达到预先设定的上报阈值时，则上报对应的第一会话的用量总量信息。

在本实施例中，用量可以是指会话消耗的时长或者/和流量。

步骤240，接收第二pcf发送的数据读取请求，所述数据读取请求包括用户签约信息和用量信息。

具体的，当用户的第二会话分发到第二pcf上时，在第二会话期间，接收第二pcf发送的包括用户签约信息和用量信息的读取请求。

在本实施例中，第一会话、第二会话是指pdu会话，可以是使用应用程序所使用的流量等，例如：聊天软件、浏览器、视频软件等。

步骤250，向所述第二pcf发送用户签约信息、用量信息、以及用量累计为udr累计用量。

步骤260，通知第一pcf改变用量累计方式为udr累计用量。

具体的，第二pcf根据用户签约信息和用量信息做策略控制，由于此时系统中的会话为两个，则用量累计方式为udr累计用量。本领域技术人员可以理解的是，在其他实施例中，系统中的会话数量还可以是三个、四个、…、等等，只要会话的数量大于一个，则用量累计方式采用udr累计用量。

进一步的，如图3所示，在步骤260之后，所述会话用量监测控制方法还包括以下步骤：

步骤310，接收第一pcf和第二pcf上报的第一会话和第二会话的用量的增量信息。

具体的，第一pcf和第二pcf累计对应的pdu会话的用量的增量，当达到预先设定的上报阈值时，则上报对应的第一会话和第二会话的用量的增量信息。例如，pcf预设的上报阈值为5m，则只要pdu会话的用量的增量达到5m，则对应的pcf上报5m的用量。

步骤320，根据所述增量信息，累计所述第一会话和所述第二会话的用量的总量。

具体的，在原有用量的基础上，累计第一pcf、第二pcf上报的用量的增量信息，则将原有用量和增量累计为总量。

步骤330，判断所述总量是否达到穿越下发用量的总量阈值；若是，则进入步骤340，若否，则进入步骤350。

具体的，所述下发用量的总量阈值可以是udr预先设定的，也可以是pcf订阅的。

若下发用量的总量阈值为pcf订阅的，则在步骤330中，由pcf根据用户签约信息向udr订阅通知其他pcf的阈值。

在本实施例中，穿越下发用量的总量阈值是指用量由低于阈值到高于阈值的过程。

步骤340，向第一pcf和第二pcf发送第一会话和所述第二会话的用量的总量信息，以使所述第一pcf和所述第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。

具体的，当总量达到穿越下发用量的总量阈值时，向第一pcf和第二pcf发送用量的总量信息，以通知第一pcf和第二pcf需要对相应的会话实施策略控制了，例如：控制速度等。

步骤350，接收所述第一pcf和所述第二pcf上报的所述第一会话和所述第二会话重新累计的用量的增量信息。

具体的，当总量没有达到穿越下发用量的总量阈值时，则第一pcf和第二pcf重新上报对应的会话的用量增量信息，且当达到上报阈值时，接收第一pcf和第二pcf上报的重新累计的用量增量信息。

在步骤350之后，重复上述步骤310-350，直至pdu会话结束。

本实施例提供的会话用量监测控制方法，通过接收第一pcf和第二pcf上报的第一会话和第二会话的用量的增量信息，并根据所述增量信息，累计第一会话和第二会话的用量的总量，当判断该总量达到穿越下发用量的总量阈值时，则向第一pcf和第二pcf发送第一会话和第二会话的用量的总量信息，以使第一pcf和第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。与现有技术相比，本实施例的会话用量监测控制方法能够支持用户会话分布在多个pcf时进行用量经营，同时达到了对一个用户多个终端做策略控制的效果，节省了pcf和udr之间的消息交互次数，提高了pcf监测和控制用户用量的实时性。

第二实施例

如图4所示，为本申请第二实施例提供的会话用量监测控制方法的流程示意图。在图4中，所述会话用量监测控制方法是在第一实施例的基础上所做出的进一步改进，区别仅在于，当第一会话结束时，所述会话用量监测控制方法还包括以下步骤：

步骤410，接收第一pcf发送的会话下线请求以及第一会话的用量的增量信息。

具体的，当第一pcf对应的第一会话结束时，接收第一pcf发送的会话下线请求，以及重新累计的第一会话的用量增量信息。

步骤420，向第一pcf发送下线响应消息。

步骤430，通知第二pcf改变用量累计方式为第二pcf累计用量。

具体的，当前系统中只有第二会话在线，则通知第二pcf用量累计方式由udr累计用量调整为第二pcf累计用量。

步骤440，接收第二pcf发送的所述第二会话的用量的总量信息。

具体的，由于用户的会话仅有一个，且该会话分发至第二pcf上，则第二pcf累计自身的用量的总量作为用量累计。且当第二pcf累计自身的用量总量达到预先设定的上报阈值时，则上报对应的第二会话的用量总量信息。

在本实施例中，如图5所示，若第二会话结束时，则图5中的步骤510-步骤540替代步骤410-步骤440。

步骤510，接收第二pcf发送的会话下线请求以及第二会话的用量的增量信息。

步骤520，向第二pcf发送下线响应消息。

步骤530，通知第一pcf改变用量累计方式为第一pcf累计用量。

步骤540，接收第一pcf发送的所述第一会话的用量的总量信息。

在步骤440或者540之后，则根据实际需要重复第一实施例中的步骤，以实现相应pcf对会话的策略控制。

本实施例提供的会话用量监测控制方法，当第一会话结束时，接收第一pcf发送的会话下线请求以及第一会话的用量的增量信息，向第一pcf发送下线响应消息，通知第二pcf改变用量累计方式为第二pcf累计用量，并接收第二pcf发送的第二会话的用量的总量信息，能够根据会话的在线情况，即时调整用量累计方式，更加及时有效地依据用量信息做策略控制。

第三实施例

如图6所示，为本申请第三实施例提供一种服务器硬件架构的示意图。在图2中，服务器包括：存储器610、处理器620及存储在所述存储器610上并可在所述处理器620上运行的会话用量监测控制程序630。在本实施例中，所述的会话用量监测控制程序630包括一系列的存储于存储器610上的计算机程序指令，当该计算机程序指令被处理器620执行时，可以实现本发明各实施例的会话用量监测控制操作。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，会话用量监测控制程序630可以被划分为一个或多个模块。如图7所示，会话用量监测控制程序630包括：接收模块710、发送模块720、通知模块730、用量累计模块740、以及判断模块750。其中，

接收模块710，用于接收第一pcf发送的数据读取请求，所述数据读取请求包括用户签约信息和用量信息。

具体的，当用户的第一会话分发到第一pcf上时，在第一会话期间，接收模块710接收第一pcf发送的包括用户签约信息和用量信息的读取请求。

发送模块720，用于向所述第一pcf发送用户签约信息和用量信息。

具体的，第一pcf根据用户签约信息和用量信息做策略控制。

接收模块710，还用于接收所述第一pcf发送的第一会话的用量的总量信息，用量累计方式为第一pcf累计用量。

具体的，当用户的会话仅有一个，且该会话分发至第一pcf上，则第一pcf累计自身的用量的总量作为用量累计。且当第一pcf累计自身的用量总量达到预先设定的上报阈值时，则上报对应的第一会话的用量总量信息。

在本实施例中，用量可以是指会话消耗的时长或者/和流量。

当用户的第二会话分发到第二pcf上时，接收模块710，还用于接收第二pcf发送的数据读取请求，所述数据读取请求包括用户签约信息和用量信息。在本实施例中，第一会话、第二会话是指pdu会话，可以是使用应用程序所使用的流量等，例如：聊天软件、浏览器、视频软件等。

相应地，发送模块720，还用于向所述第二pcf发送用户签约信息、用量信息、以及用量累计为udr累计用量。

通知模块730，用于通知第一pcf改变用量累计方式为udr累计用量。

具体的，第二pcf根据用户签约信息和用量信息做策略控制，由于此时系统中的会话为两个，则用量累计方式为udr累计用量。本领域技术人员可以理解的是，在其他实施例中，系统中的会话数量还可以是三个、四个、…、等等，只要会话的数量大于一个，则用量累计方式采用udr累计用量。

进一步的，接收模块710，还用于接收第一pcf和第二pcf上报的第一会话和第二会话的用量的增量信息。

具体的，第一pcf和第二pcf累计对应的pdu会话的用量的增量，当达到预先设定的上报阈值时，则上报对应的第一会话和第二会话的用量的增量信息。例如，pcf预设的上报阈值为5m，则只要pdu会话的用量的增量达到5m，则对应的pcf上报5m的用量。

用量累计模块740，用于根据所述增量信息，累计所述第一会话和所述第二会话的用量的总量。

具体的，在原有用量的基础上，累计第一pcf、第二pcf上报的用量的增量信息，则将原有用量和增量累计为总量。

判断模块750，用于判断所述总量是否达到穿越下发用量的总量阈值；若是，则触发发送模块720向第一pcf和第二pcf发送第一会话和所述第二会话的用量的总量信息，以使所述第一pcf和所述第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。若否，则触发接收模块710接收所述第一pcf和所述第二pcf上报的所述第一会话和所述第二会话重新累计的用量的增量信息。

具体的，所述下发用量的总量阈值可以是udr预先设定的，也可以是pcf订阅的。

若下发用量的总量阈值为pcf订阅的，则由pcf根据用户签约信息向udr订阅通知其他pcf的阈值。

在本实施例中，穿越下发用量的总量阈值是指用量由低于阈值到高于阈值的过程。

当总量达到穿越下发用量的总量阈值时，发送模块720向第一pcf和第二pcf发送用量的总量信息，以通知第一pcf和第二pcf需要对相应的会话实施策略控制了，例如：控制速度等。

当总量没有达到穿越下发用量的总量阈值时，则第一pcf和第二pcf重新上报对应的会话的用量增量信息，且当达到上报阈值时，接收模块710接收第一pcf和第二pcf上报的重新累计的用量增量信息。

进一步的，接收模块710，还用于接收第一pcf发送的会话下线请求以及第一会话的用量的增量信息，或者接收第二pcf发送的会话下线请求以及第二会话的用量的增量信息。

具体的，当第一pcf对应的第一会话结束时，接收第一pcf发送的会话下线请求，以及重新累计的第一会话的用量增量信息。

或者，当第二pcf对应的第二会话结束时，接收第二pcf发送的会话下线请求，以及重新累计的第一会话的用量增量信息。

发送模块720，还用于向第一pcf发送下线响应消息，或者向第二pcf发送下线响应消息。

通知模块730，还用于通知第二pcf改变用量累计方式为第二pcf累计用量，或者通知第一pcf改变用量累计方式为第一pcf累计用量。

具体的，当前系统中只有第二会话在线，则通知第二pcf用量累计方式由udr累计用量调整为第二pcf累计用量。

或者，当前系统中只有第一会话在线，则通知第一pcf用量累计方式由udr累计用量调整为第一pcf累计用量。

接收模块710，还用于接收第二pcf发送的所述第二会话的用量的总量信息，或者接收第一pcf发送的所述第一会话的用量的总量信息。

具体的，由于用户的会话仅有一个，且该会话分发至第二pcf上，则第二pcf累计自身的用量的总量作为用量累计。且当第二pcf累计自身的用量总量达到预先设定的上报阈值时，则上报对应的第二会话的用量总量信息。

本实施例提供的服务器，通过接收模块710接收第一pcf和第二pcf上报的第一会话和第二会话的用量的增量信息，用量累计模块740根据所述增量信息，累计第一会话和第二会话的用量的总量，当判断模块750判断该总量达到穿越下发用量的总量阈值时，则发送模块720向第一pcf和第二pcf发送第一会话和第二会话的用量的总量信息，以使第一pcf和第二pcf根据所述总量信息和各自累计的用量的增量信息进行策略控制。与现有技术相比，能够支持用户会话分布在多个pcf时进行用量经营，同时达到了对一个用户多个终端做策略控制的效果，节省了pcf和udr之间的消息交互次数，提高了pcf监测和控制用户用量的实时性。

第四实施例

本申请实施例还提供了一种计算机可读存储介质。这里的计算机可读存储介质存储有一个或者多个程序。其中，计算机可读存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。当计算机可读存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例1或实施例2所提供的会话用量监测控制方法。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。