CN113169893A - 使用监视数据控制 - Google Patents

使用监视数据控制 Download PDF

Info

Publication number
CN113169893A
CN113169893A CN201980075968.1A CN201980075968A CN113169893A CN 113169893 A CN113169893 A CN 113169893A CN 201980075968 A CN201980075968 A CN 201980075968A CN 113169893 A CN113169893 A CN 113169893A
Authority
CN
China
Prior art keywords
instance
request
usagemondatalimit
usagemondata
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201980075968.1A
Other languages
English (en)
Other versions
CN113169893B (zh
Inventor
F·加西亚阿佐雷罗
S·费尔南德斯阿朗索
A·伊涅斯塔冈萨雷斯
I·马丁卡贝洛
I·里瓦斯莫利纳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to CN202311503154.8A priority Critical patent/CN117579490A/zh
Priority to CN202311503207.6A priority patent/CN117714291A/zh
Publication of CN113169893A publication Critical patent/CN113169893A/zh
Application granted granted Critical
Publication of CN113169893B publication Critical patent/CN113169893B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/20Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0894Policy-based network configuration management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5009Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14Backbone network devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Storage Device Security (AREA)
  • Debugging And Monitoring (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种方法,包括:策略功能向储存库功能发送对信息的请求;以及策略功能接收对该请求的响应,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。

Description

使用监视数据控制
技术领域
本公开涉及使用监视数据的管理。
背景技术
使用监视功能允许网络运营商控制订户的数据使用。这可以在服务级别或每个PDU会话级别进行。例如,网络运营商可以规定特定订户每月不得下载超过5GB的Netflix数据。
使用监视功能由实现策略功能(例如4G策略和计费规则功能(PCRF)或5G策略控制功能(PCF))的网络节点来控制。由策略功能(例如PCRF/PCF)来分配监视键(key),以便允许业务处理网络功能(例如4G PGW/UP或5G SMF/UPF)监视与该监视键相关联的业务。
监视键由策略功能来分配,并且当监视在服务级别应用时被提供为策略规则(例如PCC规则)的一部分,或者当监视应用于会话(例如IP-CAN/PDU会话)时被提供为会话信息的一部分。基于APN(4G)/DNN(5G),共享同一监视键的所有服务数据流或应用将针对订户的终端设备(也被称为用户设备(UE))具有共同的允许使用。
使用监视信息被存储在SPR(4G)或UDR(4G和5G)中。
未针对非5G场景规定朝向数据库的接口。在5G中,3GPP TS 23.503(第2阶段)和TS29.519(第3阶段)规定了在PCF与UDR之间的接口。
发明内容
当前存在某些挑战。3GPP TS 29.519V15.1.0(“TS 29.519”)规定了在PCF与统一数据储存库(UDR)之间的接口。根据TS 29.519,定义了特定的资源来控制使用监视信息。使用监视信息根据以下结构被存储:{apiRoot}/nudr-dr/v1/policy-data{ueId}/sm-data/{usageMonId}。
PCF可以创建使用监视资源,以便存储与UsageMonId相关的剩余使用。一旦对应的限制不再存在,该资源还可以被删除。PCF可以在PDU会话的生命周期内的任何时刻获得和修改与UE ID和usageMonId相关联的使用监视信息:
Figure BDA0003068522420000021
未规定PCF如何导出usageMonId,或者usageMonId如何与使用限制(UsageMonDataLimit数据类型)或监视数据(UsageMonData)中的信息相关。
用于UsageMonitoringInformation资源的资源定义未明确定义要在“usageMonId”变量字段中使用哪个标识符。
可以假设“usageMonId”变量字段与PCF用于监视朝向SMF的业务的监视键相对应。但是,如果在“usageMonId”中使用了监视键,则必须将监视键的范围限制为当前规定的范围(即,按照UE和DNN)。可以考虑监视键值的以下可能的新范围。
1)按照S-NSSAI/DNN对来确定监视键值的范围。但是,如果按照S-NSSAI/DNN对来确定监视键值的范围,则这将限制针对不同的S-NSSAI/DNN组合来累积使用的可能性。此外,将需要对当前规范进行以下修改:UsageMonitoringInformation个体资源可以表示与不同的限制相对应的累积使用信息。因此,UsageMonData需要被更新以包括S-NSSAI/DNN信息,以及为了在累积器更新期间保持更高的控制,应使用PATCH方法来代替PUT。
2)按照限制定义来确定监视键值的范围,以使得针对属于相同限制定义的DNN/S-NSSAI对而分配相同的监视键值,并且不同的限制始终获得不同的监视键值。如果这样做,则这将限制当今定义监视键的方式,从而将累积使用与SMF中的监视使用联系起来。将需要考虑以下暗示的意义:UsageMonitoringInformation个体资源表示与限制相对应的累积使用信息。因此,DNN/S-NSSAI信息与UsageMonitoringInformation资源无关,因为DNN/S-NSSAI信息已在Sm-Data资源中的限制定义中被考虑。S-NSSAI/DNN查询参数可以被删除。
3)按照部署来确定监视键值的范围,以使得监视键的值是唯一的。这导致UsageMonitoringInformation个体资源表示与S-NSSAI/DNN对的最新更新相对应的累积使用信息。因此,DNN/S-NSSAI信息与UsageMonitoringInformation资源无关,因为DNN/S-NSSAI信息已在Sm-Data资源(其已包括监视键)中的限制定义中被考虑。S-NSSAI/DNN查询参数可以被删除,并且UsageMonitoringInformation个体资源不包含准确的限制信息,而是包含最后一次PDU会话更新时的剩余值。
上面的每种可能性都限制了当今使用监视键的方式,该方式将监视键在SMF/UPF中的使用监视的上下文中的使用与在用户数据库中执行累积的方式相分离。
因此,本公开建议在“usageMonId”资源标识符(例如URI)变量中使用标识特定使用限制的标识符。该标识符可以被称为“累积器/限制标识符”或(简称“limitId”)。UsageMonitoringInformation个体资源表示与由限制标识符所标识的特定限制相对应的累积使用信息。因此,监视键值的定义没有限制。该解决方案还要求limitId被包括在UsageMonDataLimit和UsageMonData数据类型中。所建议的解决方案的优点在于,它针对监视键的当前范围提供了最高的灵活度。所建议的解决方案还允许将监视键的使用与在UDR中进行累积的方式相分离,并且还允许进行累积的方式的灵活模型。监视键的定义没有限制,从而允许不同的业务模型,其中可以按照DNN和S-NSSAI的不同组合进行累积。另一个优点在于,对使用监视已被指定的方式没有影响。
因此,在一个方面,提供了一种方法,其中,所述方法包括策略功能(例如PCF)向储存库功能(例如UDR)发送对信息的请求。所述方法还包括所述策略功能接收响应,其中,所述响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
在一些实施例中,所述方法还包括:在发送所述请求之前,所述策略功能从管理功能接收请求;以及响应于所述请求,所述策略功能确定所述策略功能是否需要从所述储存库功能取回所述信息。
在一些实施例中,所述方法还包括:所述策略功能向所述储存库功能发送请求,所述请求用于请求所述储存库功能在与所述UsageMonDataLimit实例相关联的所述UsageMonData实例发生改变时向所述策略功能提供通知。
在一些实施例中,所述方法还包括:所述策略功能向所述储存库功能发送更新请求。在一些实施例中,所述更新请求是包括UsageMonData实例的HTTP PATCH请求,所述UsageMonData实例包括所述限制标识符;或者所述更新请求是包括资源标识符(例如URI)的HTTP PUT请求,所述资源标识符包括所述限制标识符。
在一些实施例中,所述方法还包括:所述策略功能向所述储存库功能发送取消订阅请求,其中,发送所述取消订阅请求包括:发送包括正文的HTTP PUT请求,所述正文包括包含所述限制标识符的资源标识符。
在一些实施例中,所述usageMonDataLimit实例还包括以下中的至少一项:使用监视级别实例,其指示所述usageMonDataLimit实例应用于PDU会话级别还是服务级别;开始日期信息,其指示开始日期和时间;结束日期信息,其指示结束日期和时间;使用限制阈值,其指示最大允许业务量;或者重置时段,其用于指示允许使用需要被重置的时间。
在一些实施例中,所述usageMonDataLimit实例还包括指示所述usageMonDataLimit实例应用到的S-NSSAI和DNN组合的数据范围。
在一些实施例中,所述usageMonData实例还包括以下中的至少一项:使用监视级别umLevel实例,其指示所述usageMonData实例应用于PDU会话级别还是服务级别;或者允许使用值,其中,所述允许使用值指示剩余允许业务量,和/或所述允许使用值指示剩余时间长度。
在一些实施例中,所述usageMonData实例还包括指示将允许使用重置为所述使用限制阈值的时间的信息。
在另一个方面,提供了一种方法,其中,所述方法包括:储存库功能(例如UDR)从策略功能(例如PCF)接收对信息的请求。所述方法还包括:响应于所述请求,所述储存库功能发送响应,其中,所述响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
在一些实施例中,所述方法还包括:所述储存库功能从所述策略功能接收更新请求。在一些实施例中,所述更新请求是包括UsageMonData实例的HTTP PATCH请求,所述UsageMonData实例包括所述限制标识符,或者所述更新请求是包括资源标识符的HTTP PUT请求,所述资源标识符包括所述限制标识符。
在一些实施例中,所述方法还包括:所述储存库功能从所述策略功能接收取消订阅请求。在一些实施例中,所述取消订阅请求是包括正文的HTTP PUT请求,所述正文包括包含所述限制标识符的资源标识符。
在一些实施例中,所述usageMonDataLimit实例还包括以下中的至少一项:使用监视级别实例,其指示所述usageMonDataLimit实例应用于PDU会话级别还是服务级别;开始日期信息,其指示开始日期和时间;结束日期信息,其指示结束日期和时间;使用限制阈值,其指示最大允许业务量;或者重置时段,其用于指示允许使用需要被重置的时间。
在一些实施例中,所述usageMonDataLimit实例还包括指示所述usageMonDataLimit实例应用到的S-NSSAI和DNN组合的数据范围。
在一些实施例中,所述usageMonData实例还包括以下中的至少一项:使用监视级别umLevel实例,其指示所述usageMonData实例应用于PDU会话级别还是服务级别;或者允许使用值,其中,所述允许使用值指示剩余允许业务量,和/或所述允许使用值指示剩余时间长度。
在一些实施例中,所述usageMonData实例还包括指示将允许使用重置为所述使用限制阈值的时间的信息。
在另一个方面,提供了一种包括指令的计算机程序,所述指令在由装置的处理电路执行时使得所述装置执行本文描述的方法。在另一个方面,提供了一种包含在先前段落中描述的计算机程序的载体,其中,所述载体是电信号、光信号、无线电信号和计算机可读存储介质中的一个。
在另一个方面,提供了一种策略功能装置。所述策略功能装置适于:向储存库功能发送对信息的请求,以及接收对所述请求的响应。所述响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
在另一个方面,提供了一种储存库功能装置。所述储存库功能装置适于:从策略功能接收对信息的请求,以及响应于来自所述策略功能的所述请求而发送响应。所述响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
附图说明
被结合在本文中并构成说明书的一部分的附图示出了各种实施例。
图1示出了示例资源结构;
图2是示例消息流图;
图3是示例消息流图;
图4是示出根据一个实施例的过程的流程图;
图5是示出根据一个实施例的过程的流程图;
图6是根据一个实施例的装置的框图。
具体实施方式
如上所述,TS 29.519规定了在PCF与UDR之间的接口。根据TS29.519,定义了特定的资源来控制使用监视信息。使用监视信息根据以下结构被存储:{apiRoot}/nudr-dr/v1/policy-data{ueId}/sm-data/{usageMonId}。在图1中示出了该资源结构。
所建议的解决方案要求对TS 29.519的当前版本进行改变。TS 29.519的第5.4.2节定义了各种结构化数据类型。所定义的结构化数据类型之一是“UsageMonDataLimit”类型,其在TS 29.519的表5.4.2.6-1中被定义。该表如下所示:
Figure BDA0003068522420000071
UsageMonDataLimit类型可以随时间改变以包括其他属性。例如,UsageMonDataLimit类型还可以包括名称为“scopes”的属性。“scopes”属性的类型为UsageMonDataScope,并且包括标识useMonDataLimit实例应用到的S-NSSAI和DNN组合的信息。
本公开建议修改定义,以使得UsageMonDataLimit类型包括名称为“limitId”的属性。limitId属性的数据类型为“string”,是强制的(M),并且基数为1。这一新属性的描述为:“标识限制”。即,limitId属性标识使用监视控制实例。
所定义的结构化数据类型中的另一种类型是“UsageMonData”类型,其当前在TS29.519的表5.4.2.7-1中被定义,该表如下所示:
Figure BDA0003068522420000081
本公开建议用名称为“limitId”的属性来替换“monKey”属性。limitId属性的数据类型为“string”,是强制的(M),并且基数为1。这一新属性的描述为:“标识在UsageMonDataLimit数据类型的“limitId”属性中定义的限制(参见TS 29.519的子条款5.4.2.6)。”
UsageMonData类型可以随时间改变以包括其他属性。例如,UsageMonData类型还可以包括名称为“resetTime”的属性。“resetTime”属性的类型为DateTime,并且包括指示将允许使用重置回对应UsageMonDataLimit的usageLimit的时间的信息。
TS 29.519的第5.2.6节描述了“UsageMonitoringInformation”资源。如在TS29.519的第5.2.6.1节中所说明的,UsageMonitoringInformation“资源表示在UDR中被创建并与ueId和UsageMonId相关联的个体使用监视资源。”
TS 29.519的第5.2.6.2节提供了“资源定义”。具体地说,该节提供了资源的资源标识符为:“{apiRoot}/nudr-dr/v1/policy-data/{ueId}/sm-data/{usageMonId}”。TS29.519的第5.2.6.2节当前定义了变量apiRoot、ueId和usageMonId,如下表所示(该表与TS 29.519的表5.2.6.2-1相对应)。
Figure BDA0003068522420000091
本公开还扩展了usageMonId的定义,以使得usageMonId变量不仅是“个体SM策略使用监视资源的唯一标识符”,而且还包含如在UsageMonDataLimit数据类型的“limitId”属性中定义的对应限制的标识,如上所述。本公开还建议改变技术规范,以使得用于UsageMonitoringInformation资源的GET方法不支持URI查询参数。
图2是示出例如PCF 202与UDR 204通信的消息流图。UDR 204是订户储存库,PCF202在该订户储存库中存储和取得用于用户的策略数据S-NSSAI和DNN。已在C3-186391中约定与PCC流中的UDR交互的细节(当前可在www.3gpp.org/FTP/Meetings_3GPP_SYNC/CT3/Inbox/C3-186391.zip处获得)。
图2所示的该过程涉及漫游和非漫游场景两者。在归属路由漫游情况下,PCF 202充当H-PCF。在LBO漫游情况下,PCF 202充当V-PCF,并且可以跳过步骤2至4。
步骤1:SMF 201从用户设备(UE)接收PDU会话建立请求。即,SMF 201接收由UE向SMF发送的PDU会话建立请求。SMF 201如TS 29.513的子条款8.3中所述来选择PCF,并且通过将HTTP POST请求发送到资源URI“{apiRoot}/npcf-smpolicycontrol/v1/sm-policies”来调用Npcf_SMPolicyControl_Create服务操作。该请求操作提供SUPI、PDU会话ID、PDU会话类型、DNN和S-NSSAI,以及可以提供GPSI、内部组标识符、接入类型、IPv4地址或IPv6网络前缀(如果可用)、PEI(如果在SMF 201中被接收)、用户位置信息、UE时区、服务网络、RAT类型、计费信息、所订阅的会话AMBR和所订阅的默认5QI/ARP(如果可用)。该请求操作还包括通知URI,其用于在与SM相关的策略被更新时向PCF指示向何处发送通知。
步骤2:PCF 202确定它是否具有用于SUPI和DNN的订阅数据。如果PCF 202没有用于SUPI和DNN的订阅数据,则PCF 202向UDR 204调用Nudr_DataRepository_Query服务操作,例如PCF 202向UDR 204发送标识以下资源URI的HTTP GET请求:{apiRoot}/nudr-dr/v1/policy-data/{ueId}/sm-data,如在TS 29.519中所规定的。
步骤3:UDR 204接收GET请求,然后向PCF 202发送HTTP“200 OK”响应。该响应包括{apiRoot}/nudr-dr/v1/policy-data/{ueId}/sm-data下的资源,该资源包含具有限制定义的UsageMonDataLimit适用实例和具有使用消耗信息的UsageMonData适用实例。
注意,UsageMonDataLimit实例被存储在…/sm-data资源中,UsageMonData实例被存储在/{usageMonId}资源中,并且两者都用对…/sm-data资源URI的GET请求来取得。
每个UsageMonDataLimit实例包含标识限制名称的“limitId”属性(例如“limitId”:“Facebook-limit”)以及已定义的usageLimit(例如“usageLimit”:“500MB”)和其他可选参数。
每个UsageMonData实例包含标识限制名称的“limitId”属性(例如“limitId”:“Facebook-limit”)以及“allowedUsage”属性中的剩余使用(例如“allowedUsage”:“200MB”)。
UDR 204提供每个现有{usageMonId}的UsageMonData。UsageMonData包含limitId而不是monitoringKey。
步骤4:当PCF 202接收到由UDR 204发送的响应时,PCF 202检测该响应是否包括用于UE的UsageMonDataLimit实例。如果PCF 202检测到存在用于UE的UsageMonDataLimit,则PCF 202可以请求UDR 204在与UsageMonDataLimit实例相关联的UsageMonData实例(即,这样的UsageMonData实例,其包含的limitId与UsageMonDataLimit实例中的limitId相同并且标识了UsageMonDataLimit实例)发生更改时向PCF 202提供通知。PCF 202通过调用Nudr_DataRepository_Subscribe服务操作(例如,向UDR 204发送包括以下URI的HTTP消息:{apiRoot}/nudr-dr/v1/policy-data/{ueId}/sm-data/{usageMonId}),从UDR 204请求这些通知,其中“usageMonId”是被包含在所接收的UsageMonDataLimit实例中的“limitId”。注意,PCF 202还可以对接收在sm-data资源中表示的数据的更改通知进行订阅。
步骤5:UDR 204发送HTTP“201Created(201已创建)”响应以确认来自PCF 202的订阅。
步骤6:如果PCF 202确定策略决策取决于在CHF 206处可用的策略计数器的状态,并且没有针对订户建立这样的报告,则PCF 202发起初始支出限制报告取得,如在3GPP TS29.594V15.1.0的子条款5.3.2中定义的。如果已经针对订户建立了策略计数器状态报告,并且PCF 202确定需要附加策略计数器的状态,则PCF 202发起中间支出限制报告取得,如在3GPP TS 29.594V15.1.0的子条款5.3.3中定义的。
步骤7:PCF 202做出策略决策以确定在步骤6中提供的信息。
步骤8:PCF 202向SMF 201发送具有所确定的策略的HTTP“201Created”响应,如在3GPP TS 29.512V15.1.0的子条款4.2.2中所描述的。在该步骤之后,PCF 202可以订阅与PDU会话相关联的SMF 201事件。
图3是示出在包括PCF 202和UDR 204的各种功能之间的通信的另一个消息流图。
步骤1:SMF 201通过发送具有“{apiRoot}/npcf-smpolicycontrol/v1/sm-policies/{smPolicyId}/delete”作为资源URI的HTTP POST请求来调用Npcf_SMPolicyControl_Delete服务操作,以请求PCF删除与SM相关的策略的上下文。该请求操作可以包括使用监视信息(如果适用)和接入网络信息。
步骤2:在接收到Npcf_SMPolicyControl_Delete服务操作后,PCF标识要求通知AF301的PCC规则,并且删除用于PDU会话的PCC规则。
步骤3:SMF 201删除被应用于PDU会话的所有PCC规则。
步骤4:PCF 202通过向AF 301发送具有“{notifUri}/notify”作为资源URI的HTTPPOST请求来调用Npcf_PolicyAuthorization_Notify服务操作,以指示没有用于该服务的传输资源(如果该服务被AF 301所请求)。
步骤5:AF 301向PCF 202发送HTTP“204No Content(204无内容)”响应。
步骤6:AF 301通过将HTTP POST请求发送到资源URI“{apiRoot}/npcf-policyauthorization/v1/app-sessions/{appSessionId}/delete”来调用Npcf_PolicyAuthorization_Delete服务操作。该请求可以包括要订阅的事件。
步骤7:PCF 202删除AF应用会话上下文,以及向AF发送HTTP“204No Content”响应。如果PCF 202需要报告使用数据或接入网络信息,则PCF 202发送HTTP“200OK”响应。如果AF早先提供了使用阈值,并且PCF 202具有尚未被报告给AF的使用数据,则PCF 202向AF301通知自上次报告以来已由用户消耗的资源。如果SMF 201在步骤1中报告了接入网络信息,并且如果AF 301先前请求了PCF 202报告接入网络信息,则PCF 202向AF 301通知接入网络信息。PCF 202还针对该AF应用会话删除了对PCF 202检测到的事件的订阅。
步骤4a:PCF 202通过向AF 301发送Diameter ASR,向AF 301指示会话中止。
步骤5a:AF 301通过向PCF 202发送Diameter ASA进行响应。
步骤6a:AF 301向PCF 202发送Diameter STR以指示会话已被终止。
步骤7a:PCF 202通过向AF 301发送Diameter STA进行响应。步骤4a、5a、6a和7a是用于“接收机(Rx)”情况,即当PCF 202支持与AF 301的接收机(Rx)接口时。接收机接口的详细信息可以在3GPP TS 29.214V15.4.0中找到。
步骤8:如果这是用于该订户的最后一个PDU会话,则发送如在3GPP TS29.594V15.1.0的条款5.3.4中定义的最终支出限制报告请求。如果用于该订户的任何现有PDU会话要求策略计数器状态报告,则可以发送如在3GPP TS 29.594V15.1.0的条款5.3.3中定义的中间支出限制报告请求,以改变已订阅策略计数器列表。
步骤9:PCF 202删除用于已终止的PDU会话的PCC规则,以及向SMF 201发送HTTP“204No Content”响应。
步骤10:在SM策略关联终止时,PCF 202针对适用的限制来更新UDR中的剩余使用。PCF 202可以向…/sm-data资源URI发送PATCH请求,该请求包括在对应“UsageMonData”实例中包括的“allowedUsage”属性中的剩余使用的更新值,其中每个“UsageMonData”实例由它的“limitId”来标识(例如“limitId”:“Facebook-limit”和“allowedUsage”:“125MB”)。替代地,PCF 202可以针对PCF 202需要更新的每个“UsageMonData”实例,向…/{usageMonId}资源URI发送PUT请求。“usageMonId”值是“limitId”值(例如,.../facebook-limit资源URI用于Facebook消耗,而.../netflix-premium资源URI用于Netflix额外消耗)。UDR存储与limitId相关的剩余使用(而不是使用监视键)。
步骤11:UDR 204向PCF 202发送HTTP“204No Content”响应。
步骤12:PCF 202可以对接收与由limitId标识的资源ID…/{usageMonId}相关的更改进行取消订阅。注意,PCF 202还可以对接收在sm-data资源中表示的数据的更改通知进行取消订阅。为了终止对在…/{usageMonId}中表示的使用监视数据中的更改的订阅,PCF 202可以将PUT请求发送到资源URI:{apiRoot}/nudr-dr/v1/policy-data/subs-to-notify。该PUT请求的正文包括PolicyDataSubscription数据结构,该数据结构具有“monitoredResourceUris”的更新列表,该列表将不包括先前提到的…/{usageMonId}资源URI。替代地,PCF 202可以通过将DELETE请求发送到{apiRoot}/nudr-dr/v1/policy-data/subs-to-notify资源URI,终止对任何数据更改通知的订阅。
步骤13.UDR 204向PCF 202发送HTTP“204 No Content”响应。
图4是示出根据一个实施例的过程400的流程图。过程400可以开始于步骤s402。
步骤s402包括策略功能(例如PCF 202)从管理功能(例如SMF 201)接收请求251(参见图2),该请求与UE相关。即,管理功能向策略功能发送了请求251,以使得策略功能(直接或间接地)从管理功能接收请求。
步骤s404包括策略功能确定它是否需要从储存库功能(例如UDR204)取回与UE有关的信息。如果策略功能需要取回信息,则过程400继续到步骤406,否则它继续到步骤410。
步骤s406包括策略功能向储存库功能发送对信息的请求252。即,例如,在其中策略功能以软件实现的实施例中,软件指示软件在其上运行的硬件发送请求252。
步骤s408包括策略功能接收对请求的响应254,其中,该响应由储存库功能发送,并且该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。当策略功能(直接或间接地)从储存库功能接收到响应时,策略功能检测该响应是否包括用于UE的UsageMonDataLimit实例。如果策略功能检测到存在用于UE的UsageMonDataLimit,则策略功能执行步骤s409。
步骤s409包括策略功能向储存库功能发送请求256,请求256用于请求在与UsageMonDataLimit实例相关联的UsageMonData实例发生更改时提供通知。
步骤s410包括策略功能向管理功能发送响应260。
步骤s412包括策略功能(直接或间接地)从管理功能接收用于删除与SM相关的策略的上下文的请求302。
步骤s414包括策略功能向储存库功能发送更新请求304(例如,如上面针对图3的步骤10描述的HTTP PATCH或PUT)。
步骤s416包括策略功能向储存库功能发送取消订阅请求306,如上面针对图3的步骤12所述。
图5是示出根据一个实施例的过程500的流程图。过程500可以开始于步骤s502。
步骤s502包括储存库功能(例如UDR 204)从策略功能(例如PCF 202)接收对信息的请求252。
步骤s504包括储存库功能响应于请求252而发送响应254,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。
步骤s506包括储存库功能从策略功能接收更新请求304(例如,如上面针对图3的步骤10描述的HTTP PATCH或PUT)。
步骤s508包括储存库功能从策略功能接收取消订阅请求306,如上面针对图3的步骤12所述。
图6是根据一些实施例的用于实现PCF 202或UDR 204的装置601的框图。例如,在其中PCF 202和/或UDR 204包括软件(例如脚本和/或编译代码)的实施例中,装置601可以执行PCF/UDR软件。因此,在其中装置601执行PCF软件的实施例中,装置601可以被称为策略功能装置。同样,在其中装置601执行UDR软件的实施例中,装置601可以被称为储存库功能装置。如图6所示,装置601可以包括:处理电路(PC)602,其可以包括一个或多个处理器(P)655(例如,一个或多个通用微处理器和/或一个或多个其他处理器,例如专用集成电路(ASIC)、现场可编程门阵列(FPGA)等),这些处理器可以共同位于单个外壳或单个数据中心中,或者可以在地理上是分散的;网络接口648,其包括发射机(Tx)645和接收机(Rx)647,其用于使装置601能够向/从被连接到网络接口648所连接的网络110(例如网际协议(IP)网络)的其他节点发送数据/接收数据;以及本地存储单元(也称为“数据存储系统”)608,其可以包括一个或多个非易失性存储设备和/或一个或多个易失性存储设备。在其中PC 602包括可编程处理器的实施例中,可以提供计算机程序产品(CPP)641。CPP 641包括存储计算机程序(CP)643的计算机可读介质(CRM)642,CP 643包括计算机可读指令(CRI)644。CRM 642可以是非暂时性计算机可读介质,例如磁性介质(例如硬盘)、光学介质、存储设备(例如随机存取存储器、闪存)等。在一些实施例中,配置计算机程序643的CRI 644以使得当由PC602执行时,CRI使得装置601执行本文描述的步骤(例如本文参考流程图描述的步骤)。在其他实施例中,装置601可以被配置为执行本文描述的步骤而无需代码。即,例如,PC 602可以仅包括一个或多个ASIC。因此,本文描述的实施例的特征可以以硬件和/或软件来实现。
实施例
A1.一种方法(400),包括:策略功能(例如PCF 202)向储存库功能(例如UDR 204)发送(s406)对信息的请求(252),其中,储存库功能被配置为响应于该请求而发送响应(254);以及策略功能接收(s408)该响应,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。
A2.根据实施例A1所述的方法,还包括:在发送该请求(252)之前,策略功能接收(s402)由管理功能(例如SMF)发送的请求(251);以及策略功能确定(s404)它是否需要从储存库功能取回信息。
B1.一种方法,包括:储存库功能(例如UDR 204)接收由策略功能(例如PCF 202)发送的对信息的请求;以及储存库功能响应于该请求而发送响应,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。
B2.根据实施例B1所述的方法,还包括:储存库功能接收(s506)由策略功能发送的更新请求(304)。
B3.根据实施例B2所述的方法,其中,更新请求是包括UsageMonData实例的HTTPPATCH请求,该UsageMonData实例包括该限制标识符。
B4.根据实施例B2所述的方法,其中,更新请求是包括资源标识符(例如URI)的HTTP PUT请求,该资源标识符包括该限制标识符。
B5.根据实施例B1至B4中任一项所述的方法,还包括:储存库功能接收(s508)由策略功能发送的取消订阅请求(306)。
B6.根据实施例B5所述的方法,其中,取消订阅请求是包括正文的HTTP PUT请求,该正文包括包含该限制标识符的资源标识符。
C1.一种装置(601),该装置适于:向储存库功能(例如UDR 204)发送(s406)对信息的请求(252),其中,UDR 204被配置为响应于该请求而发送响应(254);以及接收(s408)该响应,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括限制标识符。
C2.根据实施例C1所述的装置,其中,该装置还适于:在发送该请求(252)之前,确定(s404)是否在接收由管理功能发送的请求(251)之后从储存库功能取回信息。
D1.一种装置(601),该装置适于:接收由策略功能(例如PCF 202)发送的对信息的请求;以及响应于该请求而发送响应,其中,该响应包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与usageMonDataLimit实例相对应,其中,usageMonData实例也包括该限制标识符。
D2.根据实施例D1所述的装置,其中,该装置还适于执行根据实施例B2至B6中任一项所述的方法。
下面示出了已建议的对TS 29.519的更改。
第一更改
5.2.6.2资源定义
资源URI:{apiRoot}/nudr-dr/v1/policy-data/{ueId}/sm-data/{usageMonId}
该资源将支持在下表中定义的资源URI变量。
表5.2.6.2-1:用于此资源的资源URI变量
Figure BDA0003068522420000181
第二更改
5.2.6.3.3GET
该方法将支持在下表中规定的URI查询参数。
表5.2.6.3.3-1:此资源上的GET方法支持的URI查询参数
名称 数据类型 P 基数 描述
不适用
尽管本文描述了各种实施例,但是应该理解,它们仅通过示例的方式呈现而非限制。因此,本公开的广度和范围不应受上述任何示例性实施例的限制。此外,除非本文另外指明或者另外明显与上下文矛盾,否则本公开包含上述元素的所有可能变型的任何组合。
附加地,尽管在上面描述并在附图中示出的过程被示为一系列步骤,但是这仅为了说明。因此,构想了可以添加一些步骤,可以省略一些步骤,可以重新安排步骤的顺序,以及可以并行执行一些步骤。此外,短语“从…接收”应该被解释为涵盖直接从…接收或间接从…接收。即,第一实体从第二实体接收消息,即使在第三实体接收到由第二实体发送的消息并且然后将该消息转发到第一实体的情况下也是如此。
缩写:
AF 应用功能
AMBR 聚合最大位速率
APN 接入点名称
ARP 分配和保留优先级
ASA 中止会话应答
ASR 中止会话请求
CHF 计费功能
DNN 数据网络名称
HTTP 超文本传输协议
IP-CAN IP连接性接入网络
GPSI 通用公共订阅标识符
H-PCF 归属策略控制功能
PCC 策略和计费控制
PCF 策略控制功能
PCRF 策略和计费规则功能
PDU 协议数据单元
PEI 永久设备标识符
PGW 分组数据网络网关
RAT 无线电接入技术
SM 短消息(?)
SMF 会话管理功能
SPR 订阅简档储存库
STA 会话终止应答
STR 会话终止请求
SUPI 订阅永久标识符
S-NSSAI 单网络切片选择辅助信息
UDR 统一数据储存库
UP 用户面
UPF 用户面功能
V-PCF 受访策略控制功能
5QI 5G服务质量(QoS)标识符

Claims (25)

1.一种方法(400),包括:
策略功能(202)向储存库功能(204)发送(s406)对信息的请求(252);以及
所述策略功能(202)接收(s408)对所述请求的响应(254),其中,所述响应(254)包括:
usageMonDataLimit实例,其包括限制标识符;以及
usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
2.根据权利要求1所述的方法,还包括:
在发送所述请求(252)之前,所述策略功能从管理功能(201)接收(s402)请求(251);以及
响应于所述请求(251),所述策略功能(202)确定(s404)所述策略功能(202)是否需要从所述储存库功能取回所述信息。
3.根据权利要求1或2所述的方法,还包括:所述策略功能(202)向所述储存库功能发送请求(256),所述请求(256)用于请求所述储存库功能在与所述UsageMonDataLimit实例相关联的所述UsageMonData实例发生改变时向所述策略功能提供通知。
4.根据权利要求1至3中任一项所述的方法,还包括:所述策略功能(202)向所述储存库功能(204)发送更新请求(304)。
5.根据权利要求4所述的方法,其中,
所述更新请求(304)是包括UsageMonData实例的HTTP PATCH请求,所述UsageMonData实例包括所述限制标识符,或者
所述更新请求(304)是包括资源标识符的HTTP PUT请求,所述资源标识符包括所述限制标识符。
6.根据权利要求1至5中任一项所述的方法,还包括:所述策略功能(202)向所述储存库功能(204)发送取消订阅请求(306),其中,发送所述取消订阅请求包括:发送包括正文的HTTP PUT请求,所述正文包括包含所述限制标识符的资源标识符。
7.根据权利要求1至6中任一项所述的方法,其中,所述usageMonDataLimit实例还包括以下中的至少一项:
使用监视级别实例,其指示所述usageMonDataLimit实例应用于PDU会话级别还是服务级别,
开始日期信息,其指示开始日期和时间,
结束日期信息,其指示结束日期和时间,
使用限制阈值,其指示最大允许业务量,或者
重置时段,其用于指示允许使用需要被重置的时间。
8.根据权利要求1至7中任一项所述的方法,其中,所述usageMonDataLimit实例还包括指示所述usageMonDataLimit实例应用到的S-NSSAI和DNN组合的数据范围。
9.根据权利要求1至8中任一项所述的方法,其中,所述usageMonData实例还包括以下中的至少一项:
使用监视级别umLevel实例,其指示所述usageMonData实例应用于PDU会话级别还是服务级别,或者
允许使用值,其中,所述允许使用值指示剩余允许业务量,和/或所述允许使用值指示剩余时间长度。
10.根据权利要求7至9中任一项所述的方法,其中,所述usageMonData实例还包括指示将允许使用重置为所述使用限制阈值的时间的信息。
11.一种方法(500),所述方法包括:
储存库功能(204)从策略功能(202)接收(s502)对信息的请求(252);以及
响应于来自所述策略功能(202)的所述请求,所述储存库功能(204)发送(s504)响应(254),其中,所述响应(254)包括:
usageMonDataLimit实例,其包括限制标识符;以及
usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
12.根据权利要求11所述的方法,还包括:所述储存库功能从所述策略功能接收(s506)更新请求(304)。
13.根据权利要求12所述的方法,其中,
所述更新请求(304)是包括UsageMonData实例的HTTP PATCH请求,所述UsageMonData实例包括所述限制标识符,或者
所述更新请求(304)是包括资源标识符的HTTP PUT请求,所述资源标识符包括所述限制标识符。
14.根据权利要求11至13中任一项所述的方法,还包括:所述储存库功能从所述策略功能接收(s508)取消订阅请求(306)。
15.根据权利要求14所述的方法,其中,所述取消订阅请求是包括正文的HTTP PUT请求,所述正文包括包含所述限制标识符的资源标识符。
16.根据权利要求11至15中任一项所述的方法,其中,所述usageMonDataLimit实例还包括以下中的至少一项:
使用监视级别实例,其指示所述usageMonDataLimit实例应用于PDU会话级别还是服务级别,
开始日期信息,其指示开始日期和时间,
结束日期信息,其指示结束日期和时间,
使用限制阈值,其指示最大允许业务量,或者
重置时段,其用于指示允许使用需要被重置的时间。
17.根据权利要求11至16中任一项所述的方法,其中,所述usageMonDataLimit实例还包括指示所述usageMonDataLimit实例应用到的S-NSSAI和DNN组合的数据范围。
18.根据权利要求11至17中任一项所述的方法,其中,所述usageMonData实例还包括以下中的至少一项:
使用监视级别umLevel实例,其指示所述usageMonData实例应用于PDU会话级别还是服务级别,或者
允许使用值,其中,所述允许使用值指示剩余允许业务量,和/或所述允许使用值指示剩余时间长度。
19.根据权利要求17至18中任一项所述的方法,其中,所述usageMonData实例还包括指示将允许使用重置为所述使用限制阈值的时间的信息。
20.一种包括指令(644)的计算机程序(643),所述指令(644)在由装置(600)的处理电路(602)执行时使得所述装置(600)执行根据上述权利要求中任一项所述的方法。
21.一种包含根据权利要求20所述的计算机程序的载体,其中,所述载体是电信号、光信号、无线电信号、以及计算机可读存储介质(642)中的一个。
22.一种策略功能装置(601),所述策略功能装置适于:
向储存库功能(204)发送对信息的请求(252);以及
接收对所述请求的响应(254),其中,
所述响应(254)包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
23.根据权利要求22所述的策略功能装置,其中,所述策略功能装置还适于执行根据权利要求2至10中任一项所述的方法。
24.一种储存库功能装置(601),所述储存库功能装置适于:
从策略功能(202)接收对信息的请求(252);以及
响应于来自所述策略功能(202)的所述请求,发送响应(254),其中,
所述响应(254)包括:usageMonDataLimit实例,其包括限制标识符;以及usageMonData实例,其与所述usageMonDataLimit实例相对应,其中,所述usageMonData实例也包括所述限制标识符。
25.根据权利要求24所述的储存库功能装置,其中,所述储存库功能装置还适于执行根据权利要求12至19中任一项所述的方法。
CN201980075968.1A 2018-11-19 2019-09-24 使用监视数据控制 Active CN113169893B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202311503154.8A CN117579490A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置
CN202311503207.6A CN117714291A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862769095P 2018-11-19 2018-11-19
US62/769,095 2018-11-19
PCT/IB2019/058095 WO2020104867A2 (en) 2018-11-19 2019-09-24 Usage monitoring data control

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN202311503207.6A Division CN117714291A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置
CN202311503154.8A Division CN117579490A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置

Publications (2)

Publication Number Publication Date
CN113169893A true CN113169893A (zh) 2021-07-23
CN113169893B CN113169893B (zh) 2023-11-21

Family

ID=70333977

Family Applications (3)

Application Number Title Priority Date Filing Date
CN202311503154.8A Pending CN117579490A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置
CN201980075968.1A Active CN113169893B (zh) 2018-11-19 2019-09-24 使用监视数据控制
CN202311503207.6A Pending CN117714291A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311503154.8A Pending CN117579490A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202311503207.6A Pending CN117714291A (zh) 2018-11-19 2019-09-24 用于使用监视数据控制的方法和装置

Country Status (8)

Country Link
US (1) US20220014562A1 (zh)
EP (2) EP4270891A1 (zh)
JP (2) JP7247337B2 (zh)
KR (2) KR20230145224A (zh)
CN (3) CN117579490A (zh)
DK (1) DK3868057T3 (zh)
WO (1) WO2020104867A2 (zh)
ZA (1) ZA202104186B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220131902A1 (en) * 2020-10-23 2022-04-28 Parallel Wireless, Inc. Diameter Charging-Rule Inheritance Support
US11696098B2 (en) * 2021-03-04 2023-07-04 Hewlett Packard Enterprise Development Lp Automatically influencing UE slice policies based on real time analysis
WO2023008410A1 (ja) * 2021-07-29 2023-02-02 京セラ株式会社 通信制御方法及び基地局
WO2023008411A1 (ja) * 2021-07-29 2023-02-02 京セラ株式会社 通信制御方法及びユーザ装置
WO2023008409A1 (ja) * 2021-07-29 2023-02-02 京セラ株式会社 通信制御方法及びコアネットワーク装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120117235A1 (en) * 2009-08-18 2012-05-10 Telefonaktiebolaget L M Ericsson (Publ) Method, Apparatus and Computer Program for Enforcing Policy Across Associated Sessions Taking Into Account a Total Usage Quota for Associated User
CN103490908A (zh) * 2012-06-12 2014-01-01 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN106464667A (zh) * 2015-02-09 2017-02-22 华为技术有限公司 一种证书管理方法、设备及系统
US20180278459A1 (en) * 2017-03-27 2018-09-27 Cisco Technology, Inc. Sharding Of Network Resources In A Network Policy Platform

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040187036A1 (en) * 2002-12-26 2004-09-23 Takashi Nakamura Information providing apparatus, information providing system, service providing apparatus, image forming apparatus, information providing method, service providing method and illegal usage preventing method
US8015249B2 (en) * 2006-10-10 2011-09-06 Microsoft Corporation Mitigating data usage in messaging applications
CN102075900B (zh) * 2009-11-23 2014-03-12 中兴通讯股份有限公司 一种实现用量监测控制的方法及系统
WO2011163141A1 (en) * 2010-06-21 2011-12-29 Rftelligent, Inc. Small-size printed circuit board-printed meander line inverted-f antenna for radio frequency integrated circuits
EP2458779A1 (en) * 2010-11-29 2012-05-30 Telefonaktiebolaget L M Ericsson (Publ) Usage-sensitive policy and charging control method, servers, systems and computer programs
KR20130034553A (ko) * 2011-09-28 2013-04-05 삼성전자주식회사 이동 통신망에서 과금 시행 처리 장치 및 과금 정책 규칙 설정 방법
US10271100B2 (en) * 2015-11-09 2019-04-23 Sharp Kabushiki Kaisha System for device information reporting
US10477617B2 (en) * 2016-10-01 2019-11-12 Ofinno, Llc Updating mission critical video communications
CN110933711B (zh) * 2018-09-19 2023-06-02 华为技术有限公司 策略控制方法、设备及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120117235A1 (en) * 2009-08-18 2012-05-10 Telefonaktiebolaget L M Ericsson (Publ) Method, Apparatus and Computer Program for Enforcing Policy Across Associated Sessions Taking Into Account a Total Usage Quota for Associated User
CN103490908A (zh) * 2012-06-12 2014-01-01 中兴通讯股份有限公司 策略和计费规则功能的选择方法、装置及系统
CN106464667A (zh) * 2015-02-09 2017-02-22 华为技术有限公司 一种证书管理方法、设备及系统
US20180278459A1 (en) * 2017-03-27 2018-09-27 Cisco Technology, Inc. Sharding Of Network Resources In A Network Policy Platform

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"\"23502-f30\"" *
"\"Draft 29519-f10 cl\"" *

Also Published As

Publication number Publication date
EP4270891A1 (en) 2023-11-01
CN117714291A (zh) 2024-03-15
ZA202104186B (en) 2022-06-29
CN117579490A (zh) 2024-02-20
EP3868057A2 (en) 2021-08-25
JP2023085329A (ja) 2023-06-20
JP7247337B2 (ja) 2023-03-28
DK3868057T3 (da) 2022-12-05
KR20210091302A (ko) 2021-07-21
KR20230145224A (ko) 2023-10-17
US20220014562A1 (en) 2022-01-13
JP2022511662A (ja) 2022-02-01
EP3868057B1 (en) 2022-11-23
CN113169893B (zh) 2023-11-21
WO2020104867A2 (en) 2020-05-28
KR102585690B1 (ko) 2023-10-06
WO2020104867A3 (en) 2020-07-16

Similar Documents

Publication Publication Date Title
CN113169893B (zh) 使用监视数据控制
US9065660B2 (en) Usage monitoring after rollover
US8539033B2 (en) Diameter session audits
JP5461743B2 (ja) Diameterセッション監査
CN113632440B (zh) 对策略数据的改变的订阅
WO2021069056A1 (en) A first network entity and a second network entity for enforcing network slice policy
WO2018157939A1 (en) Handling service profile data for a user
KR101530501B1 (ko) 지원 피쳐 오버라이드
US20130173733A1 (en) Configurable web service notification with templates
US9118491B2 (en) Return of multiple results in rule generation
CN116803112A (zh) 用于动态发现核心网络中的服务网络节点的方法、网络节点和计算机可读介质
WO2022012674A1 (en) Method and apparatus for event monitoring
CN117242745A (zh) 接入和移动性策略控制

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant