用于在线计费中用户指定的优先级的方法和装置与流程

1.本发明涉及在许可(grant)服务单元以用于授权(authorize)通信服务的消费中对通信服务的在线计费以及对用户指定的优先级的考虑。


背景技术：

2.在针对由用户设备对通过通信网络提供的通信服务的消费进行计费的上下文中，“在线”计费是指以下过程，该过程涉及基于与用户设备链接的账户中的信用的可用性，关于是否授权服务的初始或继续消费的实时决定。在在线计费的示例中，网络实体向计费系统发送请求，从而请求单元的许可，以用于授权由用户设备对通信服务的消费。计费系统许可与特定服务使用量对应的单元的配额，并基于与用户设备相关联的信用账户进行对应信用预留。被许可单元可以称为“服务单元”，因为它们代表所涉及的通信服务的消费的单元。
3.信用预留的大小取决于所许可的单元的数目——配额大小——以及“定价(rating)函数”，该函数确定用可应用于信用账户的任何术语表达的被许可配额的值。因为被许可配额仅针对特定数量的服务消费(例如，特定数目的语音分钟或特定数量的数据传输)提供授权，针对通信会话的计费操作可以包括针对服务单元的许可的初始请求，随后是一个或多个中间请求，以覆盖由用户设备(也可以称为“用户装备”或ue)继续使用通信服务的对应增量。
4.因为针对给定通信服务的每个被许可配额都涉及信用预留，所以为被许可配额预留数量的信用不可用于为对于用户设备可能同时活动的任何其他通信服务许可配额。由计费系统进行的对账操作涉及后续如果被许可配额被完全消费，则从账户中借记全部信用预留，或者如果被许可配额未被使用或仅被部分使用，则“退还”全部或部分被预留信用。
5.根据被称为“动态服务配置”或dsc的方案，基于若干因素，在给定的计费会话期间，被许可配额的大小可以增长。在示例情况下，计费会话涉及由用户设备进行的数据会话，涉及经由通信网络向用户设备或从用户设备进行数据的传输。初始计费请求建立计费会话，并且附加计费请求被用来继续计费会话。使用dsc，根据先前被许可的配额如何被迅速消费，被许可配额的大小可随着针对会话所接收的相继计费请求而增长。dsc的一个优点是，基于增加被许可配额的大小以匹配观察到的消费行为，它可以通过减少为继续会话而需要发出的计费请求的数目来减少信令开销。


技术实现要素：

6.在涉及两个或更多个通信服务“竞争”相同信用池的情形下，与通信网络相关联的计费系统的节点考虑订户指定的优先级，该信用池在针对两个或更多个通信服务的消费的在线计费中被使用。作为示例，与用户设备(ue)相关联的订户信息包括来自所涉及的订户的输入，该输入将特定通信服务指定为优先化的通信服务。在针对授权服务消费并且进行对应信用预留而许可服务单元的配额涉及订户优先化的服务和未被订户优先化的另一服务之间的竞争的情况下，节点调整其许可操作以对订户优先化的服务给予偏好。
7.在一个示例实施例中，操作的方法由针对通信网络的计费系统的网络节点执行。该方法包括接收针对服务单元的许可的请求，该服务单元的许可用于授权由通信网络提供给ue的第一通信服务的消费，该ue与由网络节点维护或对于网络节点可访问的订户信息相关联。该方法还包括网络节点从订户信息确定与订户信息相关联的订户已将第一通信服务指定为优先化的通信服务。此外，该方法包括网络节点应用偏好许可方案，在偏好许可方案中，响应于请求而许可服务单元相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，该第二通信服务根据订户信息未被优先化。
8.在另一示例实施例中，网络节点被配置用于在针对通信网络的计费系统中操作，并且包括通信接口电路和可操作地与通信电路相关联的处理电路。处理电路被配置为经由通信接口电路接收针对服务单元的许可的请求，该服务单元的许可用于授权由通信网络提供给ue的第一通信服务的消费，该ue与由网络节点维护或对于网络节点可访问的订户信息相关联。处理电路还被配置为从订户信息确定与订户信息相关联的订户已将第一通信服务指定为优先化的通信服务。此外，处理电路被配置为应用偏好许可方案，在偏好许可方案中，响应于请求而对服务单元的许可相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，该第二通信服务根据订户信息未被优先化。
9.在又一示例实施例中，网络节点被配置用于在针对通信网络的计费系统中操作，并且包括多个处理单元或模块，诸如可以使用数据中心的主机上的计算和存储器资源的虚拟化来实现。处理单元包括接收单元，接收单元被配置为接收针对许可服务单元的请求，该服务单元的许可用于授权由通信网络提供给ue的第一通信服务的消费，该ue与由网络节点维护或对于网络节点可访问的订户信息相关联。确定单元被配置为从订户信息确定与订户信息相关联的订户已将第一通信服务指定为优先化的通信服务。对应地，应用单元被配置为应用偏好许可方案，在偏好许可方案中，响应于请求而对服务单元的许可相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，该第二通信服务根据订户信息未被优先化。
10.当然，本发明不限于上述特征和优点。事实上，本领域技术人员在阅读以下详细描述并查看附图后将认识到附加特征和优点。
附图说明
11.图1是通信网络的一个实施例的框图。
12.图2是包括在通信网络中或与通信网络相关联的在线计费系统的网络节点的一个实施例的框图。
13.图3是在线计费系统的网络节点的另一实施例的框图，其中该节点也称为计费系统节点。
14.图4是由在线计费系统的网络节点执行的方法的一个实施例的逻辑流程图。
15.图5是由在线计费系统的网络节点执行的示例实现细节的消息序列图。
16.图6是由在线计费系统执行的用于在已经有另一服务正在进行时确定由订户为服务确定的优先级的示例实现细节的消息序列图。
17.图7是用于由在线计费系统的网络节点执行的端到端消息流的示例实现细节的消息序列图。
18.图8是用于继续图7的端到端消息流的示例实现细节的消息序列图。
具体实施方式
19.现在将参考附图更充分地描述本文所设想的一些实施例。然而，其他实施例包含在本文公开的主题的范围内，所公开的主题不应被解释为仅限于本文阐述的实施例；相反，通过示例的方式提供这些实施例以向本领域技术人员传达主题的范围。
20.通常，本文中使用的所有术语应根据其在相关技术领域中的普通含义进行解释，除非明确给出和/或从其使用的上下文中暗示了不同的含义。除非另有明确说明，否则对元件、装置、组件、工具、步骤等的所有引用应开放地解释为引用元件、装置、组件、工具、步骤等的至少一个实例。本文所公开的任何方法的步骤不必按照所公开的确切顺序执行，除非步骤被明确描述为在另一步骤之后或之前，和/或由于某种依赖性，步骤必须在另一个步骤之后或之后。本文公开的任何实施例的任何特征可以应用于任何其他实施例。同样，任何实施例的任何优点可以应用于任何其他实施例，反之亦然。通过以下描述，所附实施例的其他目的、特征和优点将明显。
21.图1是通信网络10的一个实施例的网络图，该通信网络10被配置为第三代合作伙伴计划(3gpp)第五代(5g)无线通信网络，以向各个用户设备12提供通信服务，这里出于示例目的示出为用户装备(ue)12-1和12-2。
22.除非为了清楚起见需要后缀，否则给定ue被称为ue 12，并且给定多个ue被称为多个ue 12。此外，5g示例是非限制性的，并且本文公开的技术对于各种不同网络中的在线计费具有广泛的应用性。
23.在其示例形式中，通信网络10包括下一代ran(ng-ran)16和5g核心(5gc)14。ng-ran 16可以包括一组基站22，诸如基站22-1和22-2，其被配置为gnodeb(gnb)，该gnodeb提供用于根据5g新无线电(nr)规范与给定ue 12通信的空中接口。当然，ng-ran 16可以提供其他无线电接入技术(rat)，诸如通过包括其他类型或配置的基站22，其中基站22-3和22-4作为根据可应用的3gpp规范提供长期演进(lte)空中接口的“ng-enb”操作。
24.基站22经由“xn”接口彼此互连，并经由“ng”接口互连到核心网络14中的一个或多个节点。如示例节点20-1和20-2中可见的，该图将核心网络14图示为包括作为接入和移动性功能(amf)和用户平面功能(upf)操作的网络节点。然而，核心网络14可以包括多个amf和/或upf，并且可以包括提供各种类型的网络功能(nf)的各种其他节点。
25.每个基站22在对应区域24上提供无线电覆盖，该区域24可以由基站22的位置及其天线配置静态地确定，或者可以例如使用波束转向来动态地确定。术语“小区”可一般性地参考每个覆盖区域24而使用，但应理解，这样的小区可包括波束成形的覆盖并且可不是静态的。
26.图2图示了通信网络10的另一实施例，其示出为与一个或多个外部网络26通信耦合，该外部网络26与一个或者多个通信服务(例如，语音呼叫、音乐和视频服务、网络浏览、社交媒体服务等)相关联。在这方面，通信网络10作为接入网络操作，向各个ue 12提供对一种或多种类型的通信服务的访问，其中这些通信服务中的至少一些受限于在线计费。
27.在这方面，图2描绘了计费系统28，其被配置为支持对ue 12在访问一个或多个通信服务或一个或多个类型的服务的过程中使用通信网络10的在线计费。因此，计费系统28
可以被称为ocs 28，将其表示为“在线计费系统”。
28.尽管出于示例目的，用户设备12-1、12-2和12-3出现在图中，但对示例计数没有限制。通信网络10可以在任何给定时间支持任何数目的ue 12。此外，如所指出的，这里使用参考数字“12”来指代单数和复数意义上的ue/用户设备，并且为了清楚起见，在不需要的情况下省略了后缀。
29.通信网络10允许ue 12访问一个或多个通信服务，诸如可以从经由因特网或另一外部网络26可访问的服务器、系统或其他设备可获得。在示例情况中，通信网络10是无线通信网络，其包括无线电接入网络(ran)16，ran 16提供用于通信地耦合到ue 12的空中接口，在该特定示例中，ue 12包括被配置用于根据可应用的无线电信号类型、结构、定时和协议与ran 16通信的无线电收发器电路。作为非限制性示例，通信网络10根据第五代(5g)规范操作，并且ran 16提供新无线电(nr)接口。
30.计费系统28包括一个或多个计费系统节点，具有所描绘的示例计费系统节点30。计费系统节点30包含或可以访问关于订户账户(也称为用户账户)的订户数据库32。在上下文中，“订户”是与存储的信用相关联的个人或其他实体，该信用用于“支付”由通信网络10或通过通信网络10提供的一个或多个通信服务的使用。例如，订户可以直接具有与通信网络10的运营方的账户，以支付由一个或多个ue 12消费的通信服务，该一个或多个ue 12由订户拥有或以其他方式链接到账户并被授权这种使用。备选地，订户可以具有与另一网络运营方的账户，该网络运营方又具有与网络10的运营方的协议。
31.在图2的示例中，计费系统节点30(也称为“网络节点30”)包括或可以访问订户数据库32。订户数据库32包括针对个体订户的订户信息34，该订户信息34包括一个或多个服务优先级指定36，服务优先级指定36由订户例如使用自助服务应用或基于浏览器的接口而输入，其被配置为向订户提供用于指示某些特定通信服务或等效地特定通信服务类型的优先化的机制。如将要解释的，在用于授权ue 12对一个通信服务的消费的服务单元的许可与用于授权ue 12对另一通信服务的消费的服务单元的许可竞争的情形下，在在线计费操作中考虑用户指定的优先级。
32.考虑ue 12尝试经由通信网络10建立用于使用(消费)第一通信服务的通信会话的示例情况，其中该服务受限于在线计费。通信网络10中的会话管理功能(smf)或其他实体向计费系统节点30发送初始计费请求，以建立用于授权ue 12对通信服务的消费的计费会话。响应于初始请求，计费系统节点30许可服务单元的“配额”，其中被许可配额中的服务单元的数目对应于所定义的服务数量，诸如以分钟、兆字节或其他计量单元来定义。
33.初始许可中包括的单元数目取决于各种因素，包括服务类型、配置规则、所请求的单元数目以及用于“支付”该单元的信用的可用性。信用的值或数量取决于“定价函数”，该函数在用于计量所涉及服务的消费的服务单元和所涉及的信用单元之间进行转换，这些信用单元可以是、也可以不是货币。因此，在进行初始许可时，计费系统节点30“预留”对应于许可的大小——“被许可配额”——的信用的数量。继续计费会话要求网络单元发送后续计费请求，计费系统节点30响应于每个这样的请求而许可服务单元的对应配额，前提是有足够的信用可用于预留在受限于计费的信用存储库38中。图中的“credit rep.”表示“信用存储库”。与被消费配额对应的被预留信用从信用存储库38中被借记，而与最终未被消费的配额部分对应的任何被预留信用被清除，使得其可用于新的预留。
34.然而，当预留为活动时，信用存储库38中对应的被预留信用不可用于其他用途。因此，对于同时使用或尝试使用两个或更多个通信服务的ue 12，其中两个服务都受限于基于相同信用池(例如，对相同信用存储库38)的在线计费，对一个通信服务进行的许可与对其他通信服务进行的许可“竞争”。作为示例，假设两个通信服务a和b具有包含100个信用单元的信用池。如果用于授权通信服务a的消费的服务单元的许可要求比如75个信用单元的信用预留，则至少在用于通信服务a的75个信用单元的预留未完成时，只有25个信用单元可用于授权通信服务b的消费。
35.因此，针对通信服务a和通信服务b的服务单元许可可以被视为处于竞争中，因为对应于针对其中一个服务的被许可配额的信用预留减少了在向另一个服务许可配额时可用于预留的信用。根据本文公开的一个或多个实施例，响应于针对服务单元的许可的竞争请求，偏好许可方案应用于许可服务单元的配额，其中竞争请求涉及订户已指定为优先化的服务的第一通信服务和订户未指定为优先化的第二通信服务。当然，偏好许可方案很容易扩展到多个优先化级别(例如，更高和更低的优先级)，以及任何数目的通信服务或服务类型之间的竞争。
36.在深入研究可在计费系统节点中实现的偏好许可方案的示例细节之前，要考虑计费系统节点30的特定方面是有用的。首先，计费系统节点30可以是单个节点，例如，单个服务器，或服务器的一部分，或者可以是分布式，例如，跨两个或更多个服务器实现。此外，基于物理主机计算机内的虚拟化处理和存储器资源的实例化，计费系统节点30可以在数据中心或其他云计算环境中实现，其中计费系统节点30是虚拟机或其一部分。
37.灵活性的其他点包括订户数据库32，订户数据库32可以是集中式或分布式数据库，并且可以存储在计费系统节点30中或者可以简单地对于其可访问。此外，订户数据库32可以在另一通信网络(例如，ue 12的归属网络)中实现或与之关联。无论在何处实现以及如何实现，计费系统节点30都使用链接到给定ue 12的订户信息34，以确定与ue 12相关联的订户是否已将一个或多个通信服务指定为优先化的。在涉及ue 12的两个或更多个通信服务的在线计费之间存在竞争的情况下，计费系统节点30可以做出这样的确定。
38.无论是作为单个节点实现还是以分布式布置实现，示例计费系统节点30包括用于与计费系统28内或外部的其他节点通信的通信接口电路40。在非限制性示例中，通信接口电路40包括实现有线或无线物理接口的一个或多个发射机电路42和一个或多个接收机电路44，用于接收和发送计费相关信令，诸如接收针对服务单元的许可的用以授权通信服务消费的请求以及发送指示被许可配额(或在信用不足的情况下拒绝)的返回响应。在至少一个实施例中，通信接口电路40包括物理层接口电路，以及一个或多个协议处理器、定时电路等，用于实现所涉及的通信协议和信令。
39.如由所涉及的操作系统和虚拟化软件所协调的，计费系统节点30中还包括处理电路46，其可以使用或可以不使用“虚拟化”，其涉及使用底层处理硬件对虚拟化处理资源的实例化。即使在虚拟化的情况下，处理电路46也包括物理电路，该物理电路是固定电路或编程配置电路或固定电路与编程配置电路的某种组合。
40.在一个或多个实施例中，处理电路46包括一个或多个微处理器、数字信号处理器(dsp)、现场可编程门阵列(fgpa)、复杂可编程逻辑器件(cpld)或专用集成电路(asic)，或其任何组合。此外，在至少一个这样的实施例中，至少部分地基于其对存储的计算机程序指
令的执行来配置处理电路46。例如，存储设备48存储一个或多个计算机程序(cp)50，其包括用于由一个或更多个微处理器或用于形成处理电路46的其他类型的计算机处理器执行的程序指令。存储设备48包括一种或多种类型的计算机可读介质，诸如存储器电路和/或磁盘存储设备，还可以存储各项配置数据(cfg.data)52。可以在存储设备48内提供或暂时存储在存储设备48中的示例配置数据包括以下信息，该信息有关于用于对不同类型的通信服务计费的计费间隔大小、用于确定服务单元的价格或成本的定价数据、用于许可配额的规则、等等。
41.考虑到上述灵活性和变型的点，计费系统节点30被配置用于在与通信网络10相关联的计费系统28中操作。计费系统节点30包括通信接口电路40，该通信接口电路40包括有线或无线通信接口，用于与计费系统28或通信网络10中的一个或多个其他节点交换与计费相关的消息。此外，计费系统节点30包括处理电路46，其可操作地与通信接口电路40相关联。在至少一个示例情况中，提到处理电路46可操作地与通信接口电路40相关联意味着处理电路46被布置为或以其他方式配置为经由通信接口电路46发送和接收可能是各种类型的并且涉及多于一个协议的消息或其他信令。
42.在示例实施例中，处理电路46被配置为接收针对服务单元的许可的请求，服务单元的许可用于授权由通信网络10提供给用户设备(ue)12的第一通信服务的消费，用户设备(ue)12与由计费系统节点30维护或对于计费系统节点30可访问的订户信息34相关联。“服务单元”是指服务消费的单元。例如，服务单元可以用分钟、兆字节或用于计量所涉及的通信服务的任何定量来表示。用以使用或继续使用通信服务，通信网络10中的实体，诸如计费触发功能(ctf)，向计费系统28发送计费请求。计费系统28响应于该请求确定要许可的服务单元的数目。许可的大小也称为配额。服务单元基于可应用的收费标准被“定价”，这可取决于各种因素，以确定针对被许可配额所需的信用预留方面的“成本”。如前所述，当被预留信用至少暂时不可用于其他用途时，被预留信用被“阻塞”，即，受限于开放或未入账的预留的信用不可用于授权其他许可。
43.处理电路46还被配置为从订户信息确定与订户信息相关联的订户已经将第一通信服务指定为优先化的通信服务。此外，处理电路46还被配置为应用偏好许可方案，在偏好许可方案中，响应于针对第一通信服务的请求而许可服务单元相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，该第二通信服务根据订户信息未被优先化。
44.在一个示例中，用以应用偏好许可方案，处理电路46被配置为响应于对第一/优先化的通信服务的请求而增加被用于许可服务单元的配额大小，其中该增加相对于在没有优先化的通信服务和非优先化的通信服务之间的许可竞争的情况下将使用的配额大小。作为另一个示例，用以应用偏好许可方案，处理电路46被配置为减小用于服务单元的竞争许可的配额大小，其中该减小相对于在没有优先化的通信服务和非优先化的通信服务之间的许可竞争的情况下将使用的配额大小。
45.增加优先化的通信服务的许可大小相当于与不使用偏好许可方案的情况下做出的相比，针对优先化的通信服务做出更积极或更大的信用的预留。针对优先化的通信服务做出更大的信用预留，留下更少的信用可用于正做出竞争(计费)请求的非优先化的通信服务。类似地，减少被用于与优先化的通信服务竞争的非优先化的通信服务的许可大小相当于针对非优先化的通信服务做出不太积极的信用预留，从而留下更多的信用可用于优先化
的通信服务的许可。并且，如所指出的，偏好许可方案可以减少针对非优先化的服务做出的竞争许可的大小，或者增加针对优先化的通信服务做出的许可的大小或者两者兼而有之。
46.如其他地方所解释的，基于所涉及的ue 12具有或尝试具有用于第一通信服务和第二通信服务的重叠会话，并且进一步基于相应许可要求来自相同信用源的对应信用预留，用于“第二”通信服务的服务单元的许可与用于“第一”通信服务的服务单元的许可竞争。这里，“会话”是指给定通信服务的通信会话，并且/或者是指与通信会话并发运行的计费会话，以用于对在通信会话期间所记录的服务消费的在线计费。此外，“重叠”是指时间上的重叠，其中ue 12具有或尝试具有两个或更多个同时活动的受限于在线计费的通信会话。
47.考虑一个例子，在给定的情形下并且在没有偏好许可方案的情况下，为针对“第一通信服务”接收的计费请求许可的配额大小为10兆字节(10mb)。然而，响应于作为许可竞争的结果而应用偏好许可方案，偏好许可方案将配额大小增加了20％，在此为2mb。备选地或附加地，如果不应用偏好许可方案，则与将被用于那些服务的配额大小相比，偏好许可方案将用于竞争服务的配额大小减少比如20％。
48.因此，在至少一个实施例中，用以应用偏好许可方案，处理电路46被配置为暂时覆写(override)已有许可方案，该已有许可方案在没有针对第一通信服务的优先化的指定的情况下将被使用。作为具体示例，用以应用偏好预留方案，处理电路46被配置为覆写动态服务配置(dsc)方案，根据用于ue 12处在使用中的通信服务的服务单元的请求和使用数目，该方案动态调整用于许可服务单元的配额大小。“覆写”dsc方案例如包括执行以下任一项或多项：暂时减缓被允许用于非优先化的通信服务的配额大小的增长，暂时加速被允许用于优先化的通信服务的配额大小的增长，暂时将被用于非优先化的通信服务的配额大小改变为固定值，例如小的大小，或者暂时将被用于优先化的通信服务的配额大小改变为固定值，例如大的大小。
49.在一个示例中，处理电路46被配置为在关于由ue 12对优先化的通信服务的消费而建立的会话的持续时间内覆写已有许可方案。备选地，只有在优先化的通信服务和非优先化的通信服务之间，或者更一般地，在具有来自相关联的订户的不同优先级指定的两个通信服务之间存在许可竞争的情况下，处理电路46才覆写已有许可方案。如所指出的，已有预留方案可以是dsc方案，该方案为针对ue 12请求服务单元的许可的每个给定通信服务，用于许可服务单元的对应配额大小根据正在进行的配额使用被动态地确定。
50.例如，作为对包括或包含计费系统节点30的计费系统28的运行时输入，优先化的指定被接收，其中计费系统28作为ocs操作。在至少一个实施例中，处理电路46被配置为从与订户相关联的ue12或从与订户相关联的计算机系统接收输入，其中该输入指示特定通信服务已经被订户优先化。
51.当然，订户可以将多于一个通信服务指定为优先，并且当任何优先化的通信服务在在线计费方面与非优先化的通信服务竞争时，——即，当为订户优先化的通信服务许可服务单元的配额以用于服务消费的授权并且进行对应的信用预留，与为未被订户优先化或已被订户给出较低优先级指定的通信服务许可服务单元的配额以用于服务消费的授权并且进行对应的信用预留相竞争时，优先化的许可可以被激活。
52.在一个或多个实施例中，处理电路46被配置为维护数据库，该数据库可操作以登记由订户针对各个通信服务或通信服务类型输入的优先化指定。例如，参见图2中所描绘的
订户数据库32。
53.图3图示了被配置用于在通信网络10的计费系统28中操作的网络节点的另一实施例，其中网络节点包括多个处理模块或单元300。所描绘的处理单元300的集合可以例如经由图2中所示的计费系统节点30的处理电路46来实现。通常，处理单元300可以是配置的处理资源的虚拟集或非虚拟集，例如，包括物理处理电路的编程配置的计算资源或被实例化为底层物理处理电路上的虚拟化处理电路。
54.在图示的处理单元300中，存在接收单元302，其被配置为接收针对服务单元的许可的请求，该服务单元的许可用于授权由通信网络10提供给ue 12的第一通信服务的消费，ue 12与由处理单元300所包括的网络节点维护或对于网络节点可访问的订户信息34相关联。还包括确定单元304，其被配置为从订户信息34确定与订户信息34相关联的订户已经将第一通信服务指定为优先化的通信服务；以及应用单元306，其被配置为应用偏好许可方案，在偏好许可方案中，响应于该请求而许可服务单元相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，第二通信服务根据订户信息34未被优先化的。
55.图4是由计费系统28的网络节点30操作的方法的一个实施例的逻辑流程图。方法400包括计费系统节点30接收(框402)针对服务单元的许可的请求，服务单元的许可用于授权由通信网络10提供给ue 12的第一通信服务的消费，ue 12与由网络节点30维护或对于网络节点30可访问的订户信息34相关联。此外，方法400包括计费系统节点30从订户信息34确定(框404)与订户信息34相关联的订户已将第一通信服务指定为优先化的通信服务。此外，方法400包括计费系统节点30应用(框406)偏好许可方案，在偏好许可方案中，响应于该请求而许可服务单元相对于针对用于第二通信服务的服务单元的许可的竞争请求被优先化，第二通信服务根据订户信息34未被优先化。
56.应用偏好许可方案例如包括响应于请求而增加被用于许可服务单元的配额大小，其中增加相对于在没有优先化的通信服务和非优先化的通信服务之间的许可竞争的情况下将使用的配额大小。作为另一示例，应用偏好许可方案包括减少被用于服务单元的竞争许可的配额大小，其中该减少相对于在优先化的通信服务和非优先化的通信服务之间没有许可竞争的情况下将使用的配额大小。当然，这两种方式的混合可用于实现许可优先化。
57.基于ue 12具有或尝试具有用于第一通信服务和第二通信服务的重叠会话，并且进一步基于相应许可要求来自相同信用源的对应信用预留，用于第二通信服务的服务单元的许可与用于第一通信服务的服务单元的许可“竞争”。例如，针对相应第一通信服务和第二通信服务的计费可以相同的信用池为目标，这意味着针对两个服务中的一个服务的信用预留使得该预留的信用至少暂时不可用于与两个服务中的另一个服务一起使用。
58.应用偏好许可方案例如包括暂时覆写在没有针对第一通信服务的优先化的指定的情况下将使用的已有许可方案。在至少一个实施例中，应用偏好许可方案包括覆写dsc方案，该dsc方案根据用于ue 12处在使用中的相应通信服务的服务单元的请求和使用数目来动态调整被用于许可服务单元的配额大小。在不应用偏好许可方案的情况下，dsc方案可以是被用于至少一些类型的通信服务的默认或常规方案。
59.特别地，已有许可方案可以是dsc方案，该方案为针对ue 12请求服务单元的许可的每个给定通信服务，根据正在进行的配额使用，用于许可服务单元的对应配额大小被动态地确定。基于配额消费速率，dsc通过允许配额大小随着相同计费会话内的相继许可而增
长来提高效率。无论被覆写的许可方案是基于dsc还是基于另一种方法，应用偏好许可方案包括至少在针对ue 12的第一通信服务的消费而建立的会话的持续时间内覆写已有许可方案。
60.也就是说，针对链接到对应订户信息34的给定ue 12，响应于确定非优先化的(或较低优先级)通信服务正在竞争关于优先化的(或较高优先级)通信服务的许可，计费系统节点30覆写将以其他方式使用的任何已有许可方案。如所指出的，(多个)优先化的指定可以作为包括计费系统节点30的计费系统28的运行时输入被接收。订户例如使用ue 12或计算机系统来提供输入，该输入触发订户数据库32内订户指定的优先化的记录。
61.图5是计费系统28执行的示例实现细节的消息序列图，计费系统28包括可操作以用于应用本文所述的偏好许可方案的在线计费功能(ocf)。所示出的核心网络(cn)域、服务元件和子系统实体代表通信网络10的元件，其包括或与在图中总体上示为“ctf”的计费触发功能(ctf)相关联。
62.该示例假设基于diameter的信用控制操作，并且假设ue 12经由通信网络10参与或发起与netflix媒体流服务的通信会话，使得在计费系统28中存在针对ue 12开启的在线计费会话，以用于对netflix服务的在线计费。随后，同一ue 12尝试发起与amazon媒体流服务的通信会话，使得计费系统28为ue 12开启在线计费会话，以用于对使用amazon服务的在线计费。
63.此外，可以假设针对授权netflix和amazon这两个服务的使用而许可配额代表竞争许可，因为信用的对应预留涉及相同的信用池，或者等效地，因为服务单元的对应预留涉及相同的可用服务单元池。该图描绘了作为应用偏好许可方案的结果，改变服务单元可用性对应于改变配额大小，其中作为最终假设，所涉及的订户信息34指示amazon被指定为优先化的通信服务，而netflix没有被指定。
64.在图示的消息流中，ocf返回针对“netflix”会话的信用控制授权(cca)。针对netfflix会话的cca包括40mb的许可配额大小，在图示中表示为“gsu”以指示“许可服务单元”。例如，针对netflix会话返回的cca对应于图5中未示出的早期信用控制请求(ccr)，其中ccr请求了用于授权netflix服务的初始消费或继续消费的服务单元的许可。
65.ocf随后接收请求计费会话的建立的ccr，以用于由同一ue12并行使用amazon服务。也就是说，针对amazon的计费会话将与针对netflix的已有计费会话重叠。认识到并行服务的使用将针对amazon会话的许可过程置于与netflix会话的许可过程相竞争，并进一步认识到相对于netflix服务，所涉及的订户优先化了amazon服务，ocf发送针对netflix对话的重新授权请求(rar)，并由此得出来自与netflix会话相关联的通信网络10中的计费触发功能(ctf)的重新授权应答(raa)并且触发来自ctf的新的ccr。新的ccr将已用服务单元(usu)指示为20mb，即，已从先前许可的40mb配额中消费了20mb。
66.ocf通过发送针对amazon会话许可50mb配额的cca来响应针对amazon会话的ccr，并且发送针对netflix会话许可5mb的cca。值得注意的是，针对netflix会话的5mb配额代表被用于netflx会话的配额大小的积极的减少——即，偏好许可方案的应用，在偏好许可方案中，考虑到amazon通信服务相对于netflix通信服务的用户指示的优先化，相对于netflix会话而有利于amazon会话来许可操作。图5图示了至少在amazon会话与netflix会话重叠期间，ocf继续为netflix会话提供相对小的许可，例如5mb，同时为amazon会话提供
相对大的许可，如50mb。
67.作为对图5所描绘操作的示例理解，假设由ocf使用的默认许可方案是dsc的形式，使得针对netflix会话的许可将在会话过程中根据许可消费速率动态增长，这种增长的优点是针对netflix会话所需的请求/许可的数目减少。然而，响应于更高优先级amazon会话的建立，通过放弃dsc方案并将针对netflix会话的配额大小固定为所定义的小的大小，该大小可根据规则、策略、服务类型等被定义，ocf改变为有利于amazon会话的偏好许可方案。此外，针对amazon会话的配额大小可以立即设置为相对大或宽松的大小，该大小同样可以通过规则、策略、服务类型等被定义。备选地，ocf可以将基于dsc的许可方案应用于amazon会话(即，动态调整的配额大小)，同时将固定的许可方案应用于netflix会话(即，固定的配额大小)。
68.特别是，图5示出了优先化的服务配额的大小被定义为50mb，而非优先化的服务配额的大小被定义为5mb。因此，应用偏好许可方案例如包括暂时覆写正起作用的任何许可/配额大小方案，并将固定的50mb/5mb方案应用于优先化的和非优先化的通信服务。此外，被用于解决竞争许可的问题的配额大小可以被定义为考虑有多少非优先化的或较低优先级通信服务与优先化的或较高优先级通信服务竞争。例如，当有多个服务处于竞争中时，可以应用更积极的配额大小的减少。
69.图5中可见的服务id与“定价组”一起可被用于区分不同服务以用于价格和配额分配。本文公开的主题可以通过自助服务工具(例如，用户门户或应用“app”)向订户公开服务id和/或定价组。当订户想要特定服务被优先化时，用户首先选择该服务，然后从自助服务门户或app注册优先级。
70.优先化可以是持久的，使得它们应用直到被订户去除或被网络运营方去除或覆写。或者优先化可以是非持久性的，例如一次性的或暂时的。作为与图5对应的示例，所涉及的订户使amazon服务优先化，该优先级仅应用于在订户数据库32中记录优先化之后amazon服务的首次使用，或者仅应用于针对该订户amazon服务处于许可竞争中的首个实例。
71.图6是由计费系统28执行的用于在已经有另一服务正在进行时确定由订户为服务确定的优先级的示例实现细节的消息序列图的另一示例。在图6中，计费系统28公开了服务id/定价组id的列表，用户可以为其指定服务的优先级。服务id/定价组id在运营方自助服务应用或app中使用，以列出允许被订户选择用于指定为优先服务的可用服务和定价组。当订户选择服务时，所选择的服务根据订阅信息被持续返回计费系统28。订阅信息可以存储在各种位置，诸如消费方和合作伙伴管理系统或可以由计费系统28访问的任何其他节点。
72.参考图6，计费系统28发送cca，其指示针对服务id＝netflix的10mb的被许可服务单元(gsu＝10mb)。在这个正在进行的会话期间，netflix服务向计费系统28发送ccr，请求分配附加的配额。ccr进一步指示未使用的服务单元数目为10mb(usu＝10mb)。应用dsc，计费系统28将先前许可的10mb配额加倍，并向netflix服务返回ccr，gsu＝20mb。在下一次询问时，netflix服务向计费系统28发送ccr，指示usu＝15mb，比分配的少5mb。计费系统28再次应用dsc，将先前分配的20mb配额加倍，并向netflix服务返回针对gsu＝40mb的ccr。这图示了未被“优先化的服务配额限制”覆写的非优先化的服务的使用，因为在本示例中，netflix服务在订户信息中未被用户指定为优先化的。
73.图7和图8示出了由计费系统28的网络节点30执行的端到端流的示例实现细节的
消息序列图。在图7中，自助服务功能或app从计费系统28请求服务列表，该列表可被订户指定为优先化的。计费系统28返回指示或包括可用于优先级指定的服务列表的响应。经由自助服务/app，订户从服务id/定价组id的列表中选择要被优先化的服务。该选择被发送到计费系统28，计费系统28将服务id/定价组id存储在订户信息34中。例如，用户可以指定“amazon”服务被优先化，并且计费系统28可以将优先化的服务＝“amazon”存储在链接到所涉及订户的订户信息34中。
74.图8是用于继续图7中图示的端到端流的示例实现细节的消息序列图。在图8中，用户启动“amazon”服务，并向计费系统28发送针对服务id＝“amazon”的ccr。当计费系统28发现针对优先化的服务会话的请求时，计费系统28向主会话发送rar。可以发送该rar，使得服务会话向计费系统28报告usu。例如，对rar的amazon服务会话响应是raa。
75.接下来，计费系统28发送指示针对amazon服务gsu＝50mb的cca，因为amazon服务被优先化并且优先化的服务配额限制＝50mb。在下一个计费间隔/询问，计费系统28接收针对amazon服务的ccr，该ccr指示usu＝40mb。再次，计费系统28发送cca，该cca指示针对amazon服务gsu＝50mb。该请求和授权过程在一个或多个后续计费间隔内继续。在所示序列的末尾，计费系统28接收到针对“amazon”服务的ccr，其指示usu＝10mb，并且服务被终止。当服务结束时，计费系统28清除订户信息34以回退到在计费系统28中预配置的默认许可方案逻辑。在这种情况下，基于dsc许可方案。通过在订户信息中设置优先化的服务＝
“”
，清除订户信息34被完成。
76.本文所公开的技术可以被扩展为针对特定时间段和/或服务消费的数量预先指配优先级。例如，订户可以在使用通信服务之前的某个时间指示、指定或以其他方式为给定通信服务指配优先级。这可以包括指示当在下午5点到晚上10点之间使用时，通信服务(例如，netflix)应该被给予更高的优先级，但在其他方面受限于默认优先级。因此，在一个或多个实施例中，根据是否存在针对具有不同订户指定优先级的通信服务的竞争许可以及是否满足用于应用这些优先级的一个或更多个其他条件，计费系统28调整其在为相应通信服务的消费许可配额时所应用的许可方案。条件包括以下任何一项或多项：使用中的服务组合、一天中的时间、日期或消费中所涉及的ue 12的位置等等。
77.值得注意的是，本领域技术人员将想到所公开的发明的修改和其他实施例，这些修改和实施例将受益于前述描述和相关联附图中给出的教导。因此，应当理解，本发明不限于所公开的特定实施例，并且修改和其他实施例旨在包括在本公开的范围内。尽管本文可以使用特定术语，但它们仅在一般和描述性意义上使用，而不是出于限制的目的。