用于计费管理的方法和装置与流程

文档序号:36255409发布日期:2023-12-03 15:27阅读:79来源:国知局
用于计费管理的方法和装置与流程

本公开的非限制性和示例性实施例通常涉及通信,并且具体地涉及用于计费管理的方法和装置。


背景技术:

1、本部分介绍了可以有助于更好地理解本公开的多个方面。因此,本部分的陈述应从这种角度来阅读,以及不应被理解为关于什么在现有技术中或什么不在现有技术中的承认。

2、在通信网络中已经引入了诸如sgw(服务网关)、pgw(分组数据网络(pdn)网关(gw))和tdf(业务检测功能)等的各种网络设备的控制面和用户面分离(cups)架构。例如,第三代合作伙伴计划(3gpp)ts 23.214 v16.2.0和ts 29.244 v16.6.0(其公开内容通过引用整体并入本文)已经定义了控制面节点(或功能)和用户面节点(或者功能)之间的各种接口。如在3gpp ts 23.214 v16.2.0中所描述的,在pgw控制面(pgw-c)和pgw用户面(pgw-u)之间定义了sxb接口,在sgw控制面和sgw用户面之间定义了sxa接口,并且在tdf控制面和tdf用户面之间定义了sxc接口。如3gpp ts 29.244 v16.6.0中所述,在会话管理功能(smf)和用户面功能(upf)之间定义了n4接口。此外,3gpp ts 23.214 v16.2.0和ts 29.244v16.6.0已经定义了控制面节点(或功能)和用户面节点(或者功能)之间的各种分组转发控制协议(pfcp)节点相关过程和pfcp会话相关过程。

3、3gpp ts 23.502 v16.7.1(其公开内容通过引用整体并入本文)已经描述了smf暂停计费过程。如3gpp ts 23.502 v16.7.1的条款4.4.4中所描述的,smf暂停计费过程旨在使smf计费和使用监测数据更准确地反映实际发送到an(接入网络)的下行链路业务。以下是用于smf启用暂停计费的示例触发(trigger):

4、-运营方指定的标准/阈值(例如,自上次释放朝向an的n3隧道以来,在下行链路中在upf处丢弃的分组/字节的数量/分数)。每当满足标准/阈值时,smf请求upf通知smf。

5、-“无线电链路故障”的指示(参见3gpp ts 23.502 v16.7.1的第4.2.6条)。

6、根据运营方策略,如果满足用于smf使能暂停计费的触发,smf应暂停计费。当smf暂停计费时,以下情况适用:

7、-朝向配置了使用报告的upf,smf应当修改针对pdu会话的使用报告规则,以便停止用于计费的使用收集。

8、-smf可以请求upf限制发送到下游upf或an的下行链路业务的速率。

9、在归属路由漫游场景中,基于运营方的策略,h-smf(归属smf)可以向v-smf(拜访smf)指示是否将要在每个pdu(协议数据单元)会话的基础上启用该特征。这是通过在pdu会话建立过程期间的nsmf_pdusession_create响应中的“pdu会话计费暂停启用”指示来指示给v-smf的。这是对v-smf的指示,即当在vplmn(拜访公共陆地移动网络)处满足用于暂停smf计费的标准时,可以暂停在h-smf处的计费。

10、在收到来自v-smf的nsmf_pdusession_update请求中的“开始暂停计费”指示后,h-smf应当停止针对pdu会话的任何计费和使用监测动作。当h-smf接收到用于pdu会话的具有“停止暂停计费”指示的nsmf_pdusession_update请求时,h-smf应恢复对pdu会话的计费。

11、当(v-)smf接收到nsmf_pdusession_updatesmcontext请求或关于ue可达性的namf_eventexposure_notify时,如果pdu会话计费先前已暂停,则(v-)smf应当认为pdu会话计费是取消暂停的。

12、图1示出了smf暂停计费过程的流程图。图1与3gpp ts 23.502 v16.7.1的图4.4.4-1相同。图1的步骤已经在3gpp ts 23.502 v16.7.1的条款4.4.4中进行了描述。

13、在步骤1.upf接收针对不具有n3隧道的pdu会话的下行链路数据分组,并且upf向smf发送数据通知。基于运营方策略,在upf中缓冲或丢弃该分组。

14、在步骤2.基于运营方策略/配置,smf触发暂停pdu会话计费的过程。触发标准基于smf运营方策略/配置。

15、在步骤3.smf向配置了使用报告的upf发送n4会话修改请求消息,修改用于pdu会话的使用报告规则,从而停止用于计费的使用收集。在归属路由漫游场景中,v-smf向h-smf发送nsmf_pdusession_update请求,其带有“开始暂停计费”指示。如前所述,h-smf然后请求h-upf停止使用收集。

16、在步骤4.upf用n4会话修改响应消息进行确认。

17、3gpp ts 23.401 v16.9.0(其公开内容通过引用整体并入本文)已经描述了pdngw暂停计费过程。如3gpp ts 23.401 v16.9.0的第5.3.6a条中所述,pdn gw暂停计费过程可选地由服务gw和pdn gw支持,并且具有限制pdn gw和服务gw计费量和分组计数之间的不匹配的目的。通常,其目的在于pdn gw计费和使用监测数据更准确地反映实际发送到e-utran(演进通用陆地无线电接入网络)的下行链路业务。

18、图2示出了pdn gw暂停计费过程的流程图。图2与3gpp ts 23.401 v16.9.0的图5.3.6a相同。图2的步骤已经在3gpp ts 23.401 v16.9.0的条款5.3.6a中进行了描述。

19、在步骤1.如3gpp ts 23.401 v16.9.0的第5.3.4.3条步骤1所述,服务gw接收针对已知为无连接用户面的ue的下行链路数据分组(即,服务gw上下文数据指示没有用于enodeb的下行链路用户面teid(隧道端点标识符)),即,基于运营方策略在服务gw中缓冲或丢弃该分组。

20、在步骤2.基于运营方策略/配置,服务gw触发暂停pdn计费的过程。触发标准基于服务gw运营方策略/配置。此类策略的示例可以是:

21、a.运营方指定的标准/阈值(例如,自ue上次处于ecm-connected状态(或对于isr(空闲模式信令减少)情况pmm-connected状态)以来在下行链路中在服务gw处丢弃的分组/字节的数量/分数)。

22、b.无线电链路异常释放”(见第5.3.5条)的最近指示“或最近下行链路数据通知拒绝(第5.3.4.3条),而ue没有很快重新进入ecm-connected状态(或对于isr情况,也没有重新进入pmm-connected状态)。

23、步骤3.服务gw向pdn gw发送修改承载请求(pdn开始暂停计费)消息,pdn开始暂停计费指示应当暂停pdn gw计费。

24、在步骤4.pdn gw用修改承载响应消息进行确认。


技术实现思路

1、以简化形式提供本
技术实现要素:
以介绍选择的构思,以下该构思在详细描述中将被进一步描述。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征,也不旨在用于限制所要求保护的主题的范围。

2、在现有技术的计费过程中,可能存在一些问题。例如,当upf检测到达到丢弃阈值时,该时间点应该是暂停计费的确切时间点。然而,如3gpp ts 23.502 v16.7.1和3gpp ts23.401 v16.9.0中所定义的,up(用户面)需要向cp(控制面)发送报告,并且cp需要向对等cp发送关于开始暂停计费的信息。对等cp发送n4消息以指示对端up暂停计费。在2个pfcp消息传输时间加上cp功能之间的传输时间加上额外处理时间(用于处理pfcp,或者用于处理用于eps(演进分组系统)的gtpv2(通用分组无线电服务隧道协议版本2)或用于处理用于5gc(5g核心网)的http(超文本传输协议)消息)的传输时间期间,可能存在(例如,用于mbb(移动宽带)服务)更多的丢弃数据。但实际上,在传输时间期间丢弃的数据已经由对等cp计费。因为丢弃的数据在up中被丢弃,因此它不应当被计费。这种计费过程可能会导致过度计费的问题,并且可能导致网络运营方和/或用户的不满意。

3、这种“过度计费”问题可能应用于各种场景,诸如具有sgw-c和pgw-c的4g cups、具有v-smf和h-smf的5g漫游、具有插入i-smf(中间smf)和i-upf(中间upf)的5g、具有插入i-upf和不插入i-smf的5g等。

4、图3示出了5g漫游场景中针对暂停计费的过度计费问题的示例。

5、在步骤1,当丢弃的分组在时间点t1(开始丢弃分组的时间点)达到阈值时,v-upf可以向v-smf发送pfcp会话报告请求(使用报告触发(droth(丢弃的dl业务阈值))。

6、在步骤2,v-smf可以向v-upf发送pfcp会话报告响应。

7、在步骤3,v-smf可以向h-smf发送nsmf_pdusession_update请求(“开始暂停计费”指示)。

8、在步骤4,h-smf可以向v-smf发送nsmf_pdusession_update响应。

9、在步骤5,h-smf可以向h-upf发送pfcp会话修改请求(不活动测量标志=1)。在时间点t2(开始暂停计费的时间点),h-upf可以暂停计费。

10、在步骤6,h-upf可以向h-smf发送pfcp会话修改响应。

11、问题是,在t2-t1(t2减去t1)的时间间隔期间发送的分组被h-smf计费,但是被v-upf丢弃,这些分组被过度计费。

12、图4示出了在5g中插入i-smf和i-upf的场景中针对暂停计费的过度计费问题的示例。

13、在步骤1,当丢弃的分组在时间点t1(开始丢弃分组的时间点)达到阈值时,i-upf可以向i-smf发送pfcp会话报告请求(使用报告触发(droth))。

14、在步骤2,i-smf可以向i-upf发送pfcp会话报告响应。

15、在步骤3,i-smf可以向a-smf(锚smf)发送nsmf_pdusession_update请求(开始暂停计费“指示”)。

16、在步骤4,a-smf可以向i-smf发送nsmf_pdusession_update响应。

17、在步骤5,a-smf可以向a-upf(锚upf)发送pfcp会话修改请求(不活动测量标志=1)。在时间点t2(开始暂停计费的时间点),a-upf可以暂停计费。

18、在步骤6,a-upf可以向a-smf发送pfcp会话修改响应。

19、问题是,在t2-t1(t2减去t1)的时间间隔期间发送的分组被a-smf计费,但是被i-upf丢弃,这些分组被过度计费。

20、图5示出了在5g中插入i-upf和没有i-smf的场景中针对暂停计费的过度计费问题的示例。

21、在步骤1,当丢弃的分组在时间点t1(开始丢弃分组的时间点)达到阈值时,i-upf可以向smf发送pfcp会话报告请求(使用报告触发(droth))。

22、在步骤2,smf可以向i-upf发送pfcp会话报告响应。

23、在步骤3,smf可以向a-upf发送pfcp会话修改请求(不活动测量标志=1)。在时间点t2(开始暂停计费的时间点),a-upf可以暂停计费。

24、在步骤4,a-upf可以向smf发送pfcp会话修改响应。

25、问题是,在t2-t1(t2减去t1)的时间间隔期间发送的分组被smf计费,但是被i-upf丢弃,这些分组被过度计费。

26、图3-5的消息类似于如3gpp ts 29.244 v16.6.0中描述的相应消息。

27、图6示出了在4g cups场景中针对暂停计费的过度计费问题的示例。

28、在步骤1,当丢弃的分组在时间点t1(开始丢弃分组的时间点)达到阈值时,sgw-u可以向sgw-c发送pfcp会话报告请求(使用报告触发(droth))。

29、在步骤2,sgw-c可以向sgw-u发送pfcp会话报告响应。

30、在步骤3,sgw-c可以向pgw-c发送修改承载请求(指示标志\pdn暂停开启指示)。

31、在步骤4,pgw-c可以向sgw-c发送修改承载响应。

32、在步骤5,pgw-c可以向pgw-u发送pfcp会话修改请求(不活动测量标志=1)。在时间点t2(开始暂停计费的时间点),pgw-u可以暂停计费。

33、在步骤6,pgw-u可以向pgw-c发送pfcp会话修改响应。

34、问题是,在t2-t1(t2减去t1)的时间间隔期间发送的分组被pgw-c计费,但是被sgw-u丢弃,这些分组被过度计费。

35、更多的dl数据分组将在pgw-u或psa upf中计费,而这些分组将被视为在sgw-u和i/v-upf中被丢弃,这导致了更大的计费差异,特别是考虑到具有大带宽的embb(增强型mbb)服务。理想情况下,应在sgw-u、i/v-upf达到丢弃的dl业务阈值的确切时间点处通知pgw-u和psa upf。

36、图6的消息类似于如3gpp ts 23.214 v16.2.0中描述的相应消息。

37、为了克服或减轻上述问题或其他问题中的至少一个,本公开的实施例提出了一种用于计费管理的改进的解决方案。

38、在本公开的第一方面中,提供了一种由第一用户面功能执行的方法。该方法包括确定用于第一会话的计费动作。该方法还包括向第二用户面功能发送关于用于第一会话的计费动作的信息。

39、在一个实施例中,该方法还包括从第二用户面功能接收针对关于用于第一会话的计费动作的信息的确认。

40、在一个实施例中,关于用于第一会话的计费动作的信息被包括在用于用户面的通用分组无线电服务隧道协议gtp-u隧道状态消息中,以及针对关于用于第一会话的计费动作的信息的确认被包括在另一个gtp-u隧道状态消息中。

41、在一个实施例中,基于运营方策略或运营方配置中的至少一个来确定计费动作。

42、在一个实施例中,向第二用户面功能发送关于用于第一会话的计费动作的信息包括在确定用于第一会话的计费动作后,立即向第二用户面功能发送关于用于第一会话的计费动作的信息。

43、在一个实施例中,计费动作包括立即开始暂停计费。

44、在一个实施例中,该方法还包括从控制面功能接收指示,该指示用于在确定用于第二会话的计费动作后向另一个用户面功能发送关于用于第二会话的计费动作的信息。

45、在一个实施例中,该指示被包括在分组转发控制协议pfcp会话建立请求或pfcp会话修改请求中的至少一个中。

46、在一个实施例中,该方法还包括向控制面功能发送第一用户面功能的支持的特征。第一用户面功能的支持的特征指示第一用户面支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

47、在一个实施例中,第一用户面功能的支持的特征被包括在分组转发控制协议pfcp关联设置响应或请求中。

48、在一个实施例中,控制面功能包括分组数据网络控制面(pgw-c)、服务网关控制面(sgw-c)或会话管理功能(smf)中的至少一个。

49、在一个实施例中,第一用户面功能包括服务网关用户面(sgw-u)、拜访用户面功能(v-upf)、或者中间用户面功能(i-upf)中的至少一个。

50、在一个实施例中,第二用户面功能包括分组数据网络用户面(pgw-u)、中间用户面功能(i-upf)、归属用户面功能(h-upf)或锚用户面功能中的至少一个。

51、在本公开的第二方面中,提供了一种由第二用户面功能执行的方法。该方法包括从第一用户面功能接收关于用于第一会话的计费动作的信息。该方法还包括基于关于用于第一会话的计费动作的信息来执行用于第一会话的计费动作。

52、在一个实施例中,该方法还包括向第一用户面功能发送针对关于用于第一会话的计费动作的信息的确认。

53、在一个实施例中,基于关于所述第一会话的计费动作的所述信息来执行用于所述第一会话的计费动作包括:在从第一用户面接收关于用于所述第一会话的所述计费动作的信息后,立即基于关于所述第一会话的计费动作的所述信息,执行用于所述第一会话的计费动作。

54、在一个实施例中,该方法还包括从控制面功能接收使用报告规则是否适用于从另一个用户面功能接收的计费动作的指示。

55、在一个实施例中,该方法还包括向控制面功能发送第二用户面功能的支持的特征。第二用户面功能的支持的特征指示第二用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

56、在一个实施例中,第二用户面功能的支持的特征被包括在分组转发控制协议pfcp关联设置响应或请求中。

57、在本公开的第三方面中,提供了一种由第一控制面功能执行的方法。该方法包括从用户面功能接收用户面功能的支持的特征。用户面功能的支持的特征指示用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

58、在一个实施例中,该方法还包括向用户面功能发送指示,该指示用于在确定用于会话的计费动作后向另一个用户面功能发送关于用于会话的计费动作的信息。

59、在一个实施例中,该方法还包括向第二控制面功能发送第一控制面功能的支持的特征。所述第一控制面功能的支持的特征指示所述第一控制面功能支持配置用户面功能以向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

60、在一个实施例中,该方法还包括从第二控制面功能接收第二控制面功能的支持的特征。所述第二控制面功能的支持的特征指示所述第二控制面功能支持配置用户面功能以向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

61、在一个实施例中,第一控制面功能的支持的特征被包括在会话创建请求中。第二控制面功能的支持的特征被包括在会话创建响应中。

62、在本公开的第四方面中,提供了第一用户面功能。第一用户面功能包括处理器以及耦合到处理器的存储器。所述存储器存储由所述处理器可执行的指令。所述第一用户面功能可操作以确定用于第一会话的计费动作。所述第一用户面功能还可操作以向第二用户面功能发送关于用于第一会话的计费动作的信息。

63、在本公开的第五方面中,提供了第二用户面功能。第二用户面功能包括处理器以及耦合到处理器的存储器。所述存储器存储由所述处理器可执行的指令。所述第二用户面功能可操作以从第一用户面功能接收关于用于第一会话的计费动作的信息。所述第二用户面功能还可操作以基于关于用于会话的计费动作的信息来执行针对第一会话的计费动作。

64、在本公开的第六方面中,提供了第一控制面功能。第一控制面功能包括处理器以及耦合到处理器的存储器。所述存储器存储由所述处理器可执行的指令。所述第一控制面功能可操作以从用户面功能接收用户面功能的支持的特征。用户面功能的支持的特征指示用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

65、在本公开的第七方面中,提供了第一用户面功能。第一用户面功能包括确定模块和第一发送模块。确定模块被配置为确定用于第一会话的计费动作。第一发送模块被配置为向第二用户面功能发送关于用于第一会话的计费动作的信息。

66、在一个实施例中,第一用户面功能还包括第一接收模块,该第一接收模块被配置为从第二用户面功能接收针对关于用于第一会话的计费动作的信息的确认。

67、在一个实施例中,第一用户面功能还包括第二接收模块,该第二接收模块被配置为从控制面功能接收指示,所述指示用于在确定用于第二会话的计费动作后向另一个用户面功能发送关于用于第二会话的计费动作的信息。

68、在一个实施例中,第一用户面功能还包括第二发送模块,该第二发送模块被配置为向控制面功能发送第一用户面功能的支持的特征。第一用户面功能的支持的特征指示第一用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

69、在本公开的第八方面中,提供了第二用户面功能。第二用户面功能包括第一接收模块和执行模块。第一接收模块被配置为从第一用户面功能接收关于用于第一会话的计费动作的信息。执行模块被配置为基于关于用于第一会话的计费动作的信息来执行用于第一会话的计费动作。

70、在一个实施例中,第二用户面功能还包括第一发送模块,该第一发送模块被配置为向第一用户面功能发送针对关于用于第一会话的计费动作的信息的确认。

71、在一个实施例中,第二用户面功能还包括第二接收模块,第二接收模块被配置为从控制面功能接收使用报告规则是否适用于从另一个用户面功能接收的计费动作的指示。

72、在一个实施例中,第二用户面功能还包括第二发送模块,第二发送模块被配置为向控制面功能发送第二用户面功能的支持的特征。第二用户面功能的支持的特征指示第二用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

73、在本公开的第九方面中,提供了第一控制面功能。第一控制面功能包括第一接收模块。第一接收模块被配置为从用户面功能接收用户面功能的支持的特征。用户面功能的支持的特征指示用户面功能支持向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

74、在一个实施例中,第一控制面功能还包括第一发送模块,该第一发送模块被配置为向用户面功能发送指示,该指示用于在确定用于会话的计费动作后向另一个用户面功能发送关于用于会话的计费动作的信息。

75、在一个实施例中,第一控制面功能还包括第二发送模块,第二发送模块被配置为向第二控制面功能发送第一控制面功能的支持的特征。所述第一控制面功能的支持的特征指示所述第一控制面功能支持配置用户面功能以向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

76、在一个实施例中,第一控制面功能还包括第二接收模块,该第二接收模块被配置为从第二控制面功能接收第二控制面功能的支持的特征。第二控制面功能的支持的特征指示第二控制面功能支持配置用户面功能以向和/或从另一个用户面功能发送和/或接收关于用于会话的计费动作的信息。

77、在本公开的第十个方面中,提供了一种包括指令的计算机程序产品,当在至少一个处理器上执行指令时,指令使至少一个处理器执行根据本公开的第一、第二和第三方面的方法中的任何方法。

78、在本公开的第十一方面中,提供了一种存储指令的计算机可读存储介质,当在至少一个处理器上执行指令时,指令使使至少一个处理器执行根据本公开的第一、第二和第三方面的方法中的任何方法。

79、本文中的实施例提供了许多优点,以下是优点的示例的非详尽列表。本文的一些实施例可以解决在以下场景中的至少一个场景中的暂停计费的过度计费问题:具有sgw-c和pgw-c的4g cups,具有v-smf和h-smf的5g漫游,具有i-smf和i-upf插入的5g,以及具有i-upf插入和没有i-smf插入的5g。本文中的一些实施例可以提高网络质量。本文中的一些实施例可以提高运营方的满意度。本文中的一些实施例可以提高用户的满意度。本文的实施例不限于上述特征和优点。在阅读以下详细描述后,本领域技术人员将认识到额外的特征和优点。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1