CN110731068A - 在线计费系统过载期间查询拒绝的方法和系统 - Google Patents
在线计费系统过载期间查询拒绝的方法和系统 Download PDFInfo
- Publication number
- CN110731068A CN110731068A CN201780091864.0A CN201780091864A CN110731068A CN 110731068 A CN110731068 A CN 110731068A CN 201780091864 A CN201780091864 A CN 201780091864A CN 110731068 A CN110731068 A CN 110731068A
- Authority
- CN
- China
- Prior art keywords
- ccr
- message
- service
- mscc
- ocs
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/39—Arrangements for preventing metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/64—On-line charging system [OCS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8027—Rating or billing plans; Tariff determination aspects based on network load situation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
- H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8022—Determining tariff or charge band
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
描述了用于在线计费服务的方法和系统,当在线计费系统处于过载状态时,该在线计费服务选择性地拒绝其接收的与提供电信服务的计费相关联的计费控制请求(CCR)。
Description
技术领域
本发明总体上涉及在线计费系统和方法,并且更具体地涉及用于处理这种在线计费系统的过载情况的技术。
背景技术
在二十世纪90年代,预付费服务作为一种新的增值服务出现在电信行业中。与更传统的合同服务不同,预付费服务需要实现实时计费,以确保预付费用户的帐户中有足够的资金来支付他们请求的服务。实时计费的初始实现使用智能网络方法。该解决方案针对语音服务效果很好,但是作为一种与数据服务相关的跟踪实时计费的技术却不足。因此,这致使在通信系统中实现专用服务计费节点。
一般而言,在线计费是一种例如实时地与账户直接交互、并控制或监视针对服务使用的计费的机制。在线计费通常还包括定价功能,该定价功能可以用作用于确定服务使用费用的信息的一部分。服务元素在服务被交付给终端用户之前和期间实时接入在线计费。此外,在线计费可以包括检查信用是否可用、信用预留以及在服务完成后从终端用户的帐户中扣除信用,以及退还未使用的预留信用。
图1示出了一个在线计费系统的示例,包括服务计费节点,以及它与通信系统中的节点的交互。其中,服务节点100与在线计费系统102进行交互。服务节点100根据来自在线计费系统102的指令监视分配的计费量的使用。例如,服务节点100可以是向至少一个终端用户提供服务的网络元件,例如,服务器、代理、网络接入服务器、SIP代理或应用服务器(例如,消息传递服务器)、内容服务器或游戏服务器。如图1所示,首先执行步骤106以在服务节点100和计费系统102之间建立计费会话。基于会话的计费控制使用查询(interrogation)信号,并且在线计费系统102保持会话状态以用于基于会话的计费控制。这些查询的示例包括:初始查询,以启动计费过程;中间查询,以在提供服务时请求新的配额;和/或最终查询,以退出基于会话的计费控制过程。在计费过程中,查询(interrogation)用于报告已使用的配额并请求新的配额。
在步骤106中建立计费会话之后,服务节点100将在步骤108中执行服务交付。然后,服务节点100将向在线计费系统102转发查询,以便报告已使用的配额或为正在被交付的服务请求新的配额。然后,基于查询,在线计费系统102将在步骤110中执行定价会话,以根据定价逻辑来确定服务节点100所交付的服务的计费。
计费会话可以包括:例如,如Diameter信用控制应用(在RFC 4006中规定)中所规定的,与信用控制请求(CCR)相关联的参数,并且下文根据图4进一步描述。
尽管在单个服务交付的上下文中向单个终端用户设备提供了上述示例,但是本领域技术人员将理解,在实际的实现中,计费系统102将同时为大量终端用户设备处理实时计费。这意味着在线计费系统102将接收大量查询信号,并且在某点可能变得过载,即,达到预定接收信令负载,其超过基于其系统能力的预定阈值。
当在线计费系统变得过载时,其不能立即处理所接收的所有查询信号,而是可以选择将一些查询信号排队在缓冲区中,以便稍后在其系统资源允许时处理。将查询信号排队以便由在线计费系统稍后处理的动作在本文中被称为“查询拒绝”、“CCR拒绝”或仅仅是“拒绝”。如上所述,并且如将在下文更详细地描述的,查询信号包括:初始计费会话建立查询信号,中间查询信号,以指示使用和/或请求新配额;以及最终查询信号,以结束计费会话。当面对过载情况时,常规的在线计费系统相当简单地仅拒绝初始计费会话建立查询信号(即,不拒绝中间或最终查询信号),这是由于确保这种查询信号尚未消耗任何网络资源。通常,拒绝除初始查询信号之外的其他请求被认为是危险的,因为它很可能拒绝报告网络使用情况,从而导致运营商的收入损失。
这种常规方法至少是有问题的,因为与电信系统相关联的业务模式正在变化,并且在过载期间可以拒绝的初始查询信号的相对数量在总查询信号业务量中所占的百分比下降了,从而使得用于处理过载的常规方法效果较差。此范例在图2A和图2B中进行了说明,图2A和图2B分别示出了语音和数据服务的查询请求类型比率,其中,CCR初始(CCR-Initial)、CCR更新(CCR-Update)和CCR终止(CCR-Terminate)指的是用于更广泛地描述上述初始、中间和最终查询信号的Diameter术语。
在图2A中,可以看出,对于语音服务,CCR初始信号和CCR终止信号主导查询信号的带宽,而CCR更新信号构成另三分之一,仅占总查询信号带宽的15%。相比之下,参见图2B,可以看出,对于数据服务,CCR更新构成了大部分查询信号带宽,而CCR初始信号仅构成总查询信号带宽的19%。这种差异对实施仅简单拒绝CCR初始信号的过载处理策略的系统有一些影响。
除其他问题外,这种常规的过载处理策略为优雅地拒绝Diameter查询留出了更少的净空。对于基于图2A中所示的示例统计数据的语音服务,可以得出如下结论:可以拒绝44%的CCR。在主要以语音服务为主的运营商网络中,该比率相当合理,这意味着在还必须拒绝CCR-U和CCR-T查询信号(即,当服务器严重过载)之前,Diameter计费服务器可以过载44%。这意味着在语音密集型网络中,在线计费系统在通过拒绝带有使用信息的查询请求而导致收入损失之前,有足够的净空。但是,如今语音业务很少在运营商网络中占主导地位,取而代之的是越来越多的数据业务成为主导服务,这使得当前技术对于CCR的优雅拒绝或多或少是过时的。当今的数据服务热潮极大地改变了运营商的计费和信令特性。
使用常规过载处理策略的另一个隐含结果是,如果运营商网络具有例如50/50的语音和数据计费信令比率,则语音通话比数据服务更有可能被拒绝。这又是两种不同类型服务之间CCR特性差异的结果。语音比数据更易被拒绝可能或可能不是期望的行为,但是从终端用户/订户的角度来看,中断的语音通话可能比数据会话中的临时故障更麻烦。
因此,需要提供一种克服上述缺点的方法和系统,这些缺点与在线计费系统处于过载状态时仅拒绝初始查询信号相关联。
发明内容
实施例允许在线计费服务在其处于过载状态时,选择性地拒绝其接收的与提供电信服务计费相关联的计费控制请求(CCR)。
根据实施例,存在一种由在线计费系统(OCS)装置用于在服务过载期间拒绝CCR-U(信用控制请求-更新)查询消息的方法,该CCR-U查询消息与电信服务计费相关联。OCS评估所接收的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制(MSCC)信息,然后基于该MSCC信息的属性拒绝CCR-U消息。
根据实施例,存在一种在线计费系统(OCS),用于在服务过载期间拒绝与电信服务计费相关联的CCR-U(信用控制请求-更新)查询消息。该系统包括至少一个处理器,该至少一个处理器被配置为评估接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制(MSCC)信息,并基于该MSCC信息的属性发送指示拒绝那些CCR-U消息的信号。
根据实施例,存在一种包含计算机可读代码的计算机可读存储介质,当计算机读取该计算机可读代码时,使该计算机执行一种方法,该方法用于拒绝与电信服务计费相关联的CCR-U(信用控制请求-更新)查询消息。该方法包括评估接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制(MSCC)信息,然后基于该MSCC信息的属性拒绝CCR-U消息。
根据实施例,存在一种装置,该装置包括:第一模块,被配置为评估接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制(MSCC)信息;以及第二模块,被配置为基于该MSCC信息的属性拒绝CCR-U消息。
附图说明
合并在说明书中并且构成其一部分的附图示出一个或多个实施例,并连同描述一起解释这些实施例。在附图中:
图1示出了在线计费系统,包括服务计费节点,以及它与通信系统中的节点的交互;
图2A是示出了用于示例性语音服务的不同类型的计费控制请求消息的相对百分比的饼图;
图2B是示出了用于示例性数据服务的不同类型的计费控制请求(CCR)消息的相对百分比的饼图;
图3示出了电信系统中的网关节点和在线计费系统(OCS)之间的示例性CCR信令;
图4示出了RFC 4006中规定的CCR消息的格式;
图5示出了根据实施例的与CCR-U拒绝相关联的信令;
图6示出了根据另一实施例的与CCR-U拒绝相关联的信令;
图7示出了根据又一实施例的与CCR-U拒绝相关联的信令;
图8示出了根据实施例的与基于服务类型的CCR拒绝相关联的信令;
图9是示出了根据实施例的用于CCR-U拒绝的方法的流程图;
图10是示出了根据实施例的用于CCR拒绝的方法的流程图;
图11示出了可以用于实现实施例的计算机处理系统;以及
图12示出了根据实施例的计算机程序产品所驻留的载体。
具体实施方式
实施例的以下描述参照附图。不同附图中的相同的附图标记表示相同或者相似的元素。以下详细描述并非限制本发明。反之,本发明的范围由所附权利要求限定。接下来要讨论的实施例不限于下文所述的配置,而是可以扩展到稍后讨论的其他布置。
贯穿说明书,对“一个实施例”或“实施例”的提及意味着结合实施例所描述的特定特征、结构或特性被包括在本发明的至少一个实施例中。因此,贯穿本说明书在各个地方出现的短语“在一个实施例中”或“在实施例中”不一定全指代同一实施例。此外,可以在一个或多个实施例中通过任何合适的方式来组合特定特征、结构或特性。
如背景技术中所述,运营商网络中的业务模式在最近几年已经发生了巨大变化,其中数据计费信令成为最主要的计费信令类型。随着智能手机和其他始终连接的设备数量的增加,这种趋势可能会加速。因此,这导致从核心网到在线计费系统的查询信令特性随着CCR-U信令比例的不断增加而改变。因此,以下所述实施例提供了用于在线计费系统的技术,该技术在在线计费系统处于过载期间优雅地拒绝CCR-U查询信号。特别是,该特征将使根据以下所述实施例中的一个或多个进行操作的在线计费系统更加健壮并且对故障具有弹性。除了描述用于拒绝CCR-U查询信令的技术之外,实施例还描述了在不同的面向资源的服务(例如,语音和数据)之间的优先级排序,其中,任一个服务都可以优先于另一个。其好处是能够更积极地拒绝例如数据而不是语音,甚至进一步细化数据服务优先级排序,例如,在Netflix之前优先处理Whatsapp。
更具体地,下文描述了四种不同的技术,用于确定在线计费系统在遇到过载情况时应在何时拒绝和/或拒绝哪个中间查询信号,例如,CCR-U信号。简要地说,这些技术包括(1)拒绝那些不包含任何多服务信用控制(MSCC)信息元素的CCR-U信号,(2)拒绝那些包含一个或多个MSCC信息元素的CCR-U,如果这些MSCC信息元素均未报告使用情况的话(3)拒绝那些包含一个或多个MSCC信息元素的CCR-U信号,即使这些MSCC信息元素报告了使用情况,和/或在面向客户的服务之间实施OCS规定的优先级排序,例如,语音比数据更重要。这四种不同的技术可以在特定的在线计费系统中一起使用,在其他在线计费系统中或在所需的任何子组合中彼此独立地使用。在简要描述了基于Diameter的在线计费系统(OSC)和上下文提供的与计费方案相关联的Diameter CCR信令之后,将更详细地描述这些技术中的每一种。
实现具有支出控制功能的OSC的一种方式是采用Diameter基本协议(RFC 3588)以及Diameter信用控制应用(RFC 4006)来执行上文根据图1所述的查询信令。这些实施例将在描述、说明和示例中使用Diameter术语,但是所提出的技术可以在具有相似信令特性的任何非Diameter OCS中被采用。由OCS提供的实时支出控制属性通常是使用计费会话来实现的,在该会话中,资金和/或单元(unit)是在服务被授予终端用户之前预先在订户或帐户上预留的。这样确保了终端用户永远不会消耗超出允许范围的网络资源,并始终确保已针对已使用的单元正确计费。
可以应用该实时支出控制概念,而与正在使用的面向客户的服务无关,这意味着本文所述的信令流适用于(但不限于)语音、SMS、数据等。例如,在来自主叫方(有时在电信术语中称为“A方”)的语音通话中,典型的计费信令流是当该语音通话正在连接到被叫方(“B方”)时向OCS发起CCR-I信号。在该CCR-I查询中,表示为X秒的服务单元被预留在A号码的帐户上。那些预留单元的实际使用情况将在后续CCR-U或CCR-T查询信号中报告。后续查询请求实际上是CCR-U信号还是CCR-T信号由可用资金和通话持续时间相结合来决定。资金越少或语音通话的持续时间越长,就越有可能在与通话结束相关联的不可避免的CCR-T查询信号之前发起CCR-U查询信号。
图3示出了与网络节点(例如,电信系统中的分组/电路网关(GW)300)和OCS 302之间的计费会话相关联的示例性信令流。请注意,在该示例中,CCR-U查询信号的数量是两个,但是理论上可以是无限数量(或者没有)。成功建立CCR会话时,CCR-I和CCR-T查询信号始终存在。该过程和信令在图3中列举并在下文描述。
1、分组/电路网关300通过向在线计费系统(OCS)302发送初始信用控制请求(CCR-I)信号来建立计费授权会话。
2、OCS 302通过确保订户或帐户具有足够的资金进行请求的服务来评估会话建立尝试。计费有效时间和配额(例如,五分钟)包括在发送回网关300的初始信用控制应答(CCA-I)中。
3、当授予的配额用尽或计费有效时间到期时,网关300向OCS302发送更新信用控制请求(CCR-U)以授权对使用的服务进行计费。
4、OCS 302向订户或帐户报告CCR-I信号时间和CCR-U信号时间之间的所有服务使用情况并计费。在同一查询期间,预留更多单元(例如,额外的五分钟)以便允许用户继续使用该服务。
5、当授予的配额用尽或计费有效时间到期时,网关300向OCS302发送更新的信用控制请求(CCR-U)以授权对使用的服务进行计费。
6、报告先前CCR-U与当前CCR-U之间的所有使用情况。在同一查询期间,预留更多的单元(例如,额外的五分钟)以便允许继续使用该服务。
7、终端用户取消服务(例如,通过挂断语音通话),并且网关向OCS发送终止信用控制请求(CCR-T)。
8、由于报告了先前的CCR-U,OCS终止该会话和所有使用。向订户或帐户返还先前预留但未使用的单元。
当通过Diameter CCR-I/U/T信令实现在线支出控制时,通过实际CCR查询内的多服务信用控制(MSCC)属性值对(AVP)来报告所请求的单元(导致提前预留)和已使用的单元(导致对订户或帐户进行后续计费)。CCR信号格式的示例如图4所示。如在RFC 4006中所述,通过将命令代码字段设置为272以及在命令标志(Command Flags)字段中设置“R”位和将授权应用标识(Auth-Application-Id)字段设置为值4来表示信用控制请求消息(CCR),这表示此信号与Diameter信用控制应用相关联。对于那些对与图4所示的CCR信号相关联的各种信息元素的更多细节感兴趣的读者,请阅读Hakala等人于2005年8月发布的名为“DiameterCredit-Control Application”的标准文档RFC 4006,其内容通过引用合并在本文中。
下文将封装了(一个或多个)MSCC AVP的CCR查询称为“CCR命令会话”或简称为“命令会话”。这些(一个或多个)MSCC信息元素可以被称为计费服务会话,例如,在数据计费中,一个MSCC服务会话可以代表Facebook,而另一个MSCC服务会话可以代表Spotify。两者可以都属于同一命令会话,但是可以是不同的MSCC服务会话,因此需要分别进行定价/计费。这导致以下断言,这些断言与出于计费目的可以在网关300和OSC 302之间传输的不同类型的查询信号有关:
-由于当前正在建立命令计费会话,因此CCR-I信号可以包含仅请求新单元的MSCCAVP。
-CCR-U信号可以包含一个或多个请求新单元和/或报告已用单元的MSCC AVP。例如,一个CCR-U可以在同一查询中包含例如三个MSCC AVP,其中:
MSCC1仅请求新的单元,即,在该服务会话上尚未有任何使用;
MSCC2仅报告已使用的单元,即,该服务没有延续;以及
MSCC3正在请求新单元并报告使用情况。
-CCR-T信号可以仅包含具有已使用单元的(一个或多个)MSCC AVP。
另外,由于MSCC在所有三种CCR操作类型(I/U/T)中是可选的AVP,这意味着在一些情况下,在特定的CCR查询信号中既未报告预留的单元也未报告已使用的单元。当没有正在进行的计费服务会话时(即使命令会话正在进行中),例如,当终端用户不再使用Facebook时,这是典型情况,这会导致OCS端出现授权行为,例如,确保订户或帐户仍然存在。
通过Diameter CCR-I/U/T和MSCC信令实现在线支出控制具有健壮性意义。在Diameter服务器过载期间,必须通过发送如下某种否定响应信号来拒绝一部分查询请求:例如,信用控制应答(CCA)信号中的Diameter空间不足(Diameter-Out-Of-Space)(结果代码4002)信号、Diameter太繁忙(Diameter-Too-Busy)(结果代码3004)信号或Diameter无法合规(Diameter-Unable-To-Comply)(结果代码5012)信号,以便向Diameter计费客户端指示:Diameter服务器过载,并且那些被拒绝的查询请求的处理将被延迟。可替代地,当查询信号没有被拒绝时,响应的CCA信号可以包括Diameter成功(Diameter-Success)(结果代码2001)。当OCS加载较少时,可以缓冲被拒绝的查询请求,以供稍后处理。基于前述内容,将理解:由于每种请求类型具有其自身的特征,因此不建议任意地拒绝查询请求。因此,以下实施例提供了用于选择性地拒绝某些查询信号的技术。
根据第一实施例,OCS 302具有拒绝不包含任何MSCC的CCR-U查询请求的能力。没有MSCC意味着没有针对终端用户的正在进行的在线计费,并且对于始终连接的数据计费是相当普遍的情况。这可以在CCR命令级别上启用拒绝。图5示出了与该第一实施例相关联的查询信令流。其中,每个信号都被编号并在下文进行描述。
1、分组/电路网关300通过向在线计费系统(OCS)302发送初始信用控制请求(CCR-I)来建立计费授权会话。此CCR不包含任何MSCC AVP,导致仅通过授权(例如,授权订户或帐户存在于OCS中)来建立会话。
2、OCS 302通过例如确保订户或帐户存在来评估会话建立尝试。由于不存在MSCC,因此不做定价或预留。
3、成功结果代码包括在由OCS 302发送回核心网关300的初始信用控制应答(CCA-I)中。
4、一段时间之后,核心网关300向过载的OCS 302发送更新的信用控制请求(CCR-U)。不存在MSCC AVP。
5、由于在CCR-U中不存在MSCC AVP(即,没有有效计费服务会话)并且OCS 302过载,因此OCS 302能够在不使运营商遭受任何收益损失的情况下优雅地拒绝CCR命令会话。
6、Diameter空间不足(Diameter-Out-Of-Space)(4002)返回到在CCR命令级别上的核心网关节点300(因为不存在MSCC)。
根据第二实施例,只要任何MSCC AVP都不报告任何服务使用情况(即,特定CCR-U查询请求中的所有MSC AVP仅在请求新的服务单元),就向OCS 302提供拒绝包含MSCC AVP的CCR-U查询请求的能力。由于存在(一个或多个)MSCC,因此只能在单个MSCC上进行拒绝,即,不能在CCR级别上进行。图6再次提供了根据该实施例的查询流的示例,下文描述了编号的信令。
1、分组/电路网关300通过向在线计费系统(OCS)302发送初始信用控制请求(CCR-I)来建立计费授权会话。该CCR不包含任何MSCC AVP。
2、OCS 302通过例如确保订户或帐户存在来评估会话建立尝试。由于不存在MSCC,因此不做定价或预留。
3、成功结果代码包括在由OCS 302发送回核心网关300的初始信用控制应答(CCA-I)中。
4、一段时间后,核心网关300向过载的OCS 302(例如,查询信令带宽已经超过预定阈值的OCS,或通过某种其他技术确定OCS 302处于过载状态)发送更新的信用控制请求(CCR-U)。在该CCR-U信号中存在MSCC AVP,但是MSCC AVP仅请求单元,即,终端用户正试图建立新的计费服务会话。
5、由于没有MSCC报告在该特殊查询请求中的任何使用情况,并且OCS 302过载,因此OCS 302能够在不使运营商遭受任何收入损失的情况下,优雅地预先拒绝该请求。
6、Diameter空间不足(Diameter-Out-Of-Space)(4002)返回到MSCC级别上的核心网关节点300(在CCA命令级别上是2001成功(Success))。重要的是要注意,在命令级别上不拒绝CCR-U的原因是可能存在其他活动的计费服务会话,这些会话不是此特定CCR的部分。在命令级别上的拒绝随后可能会潜在地导致隐性收入损失。可替代地,如果使用Diameter太繁忙(Diameter-Too-Busy)(结果代码3004)信号表示拒绝此查询,则将在命令级别上返回结果代码。
分组/电路网关300在MSCC级别上接收到Diameter空间不足(Diameter-Out-Of-Space)信号4002时可以采取适当的动作,例如,通过永久地阻止被拒绝的服务,或者在一段时间后重新尝试该MSCC的服务会话建立。
根据第三实施例,向OCS 302提供处理然后拒绝包含(一个或多个)MSCC AVP的CCR-U请求的能力,即使那些MSCC AVP正在报告服务使用情况。图7提供了用于该实施例的查询信号流的示例,下文描述了编号的信号。
1、分组/电路网关300通过向在线计费系统(OCS)302发送初始信用控制请求(CCR-I)来建立计费授权会话。存在一个MSCC,其用于请求服务单元,即,接入特定服务。
2、OCS 302通过确保订户或帐户具有足够的资金进行请求的服务来评估会话建立尝试。
3、计费有效时间和配额包括在由OCS 302发送回网关300的初始信用控制应答(CCA-I)中。
4、当授予的配额用尽或计费有效时间到期时,网关300发送更新信用控制请求(CCR-U)查询信号以授权对使用的服务进行计费。该请求包括用于正在进行中的计费服务会话(MSCC)的已使用的单元,以及请求更多单元以便继续使用该服务的MSCC。
5、由于CCR中的MSCC正在报告使用情况并且OCS 302过载,因此OCS 302必须处理该CCR和相关的MSCC(即,针对所使用的服务对订户或账户进行计费)。但是,由于OCS 302过载的事实,该MSCC要求更多单元的请求被拒绝。OCS 302仅报告和处理已使用的单元,但此时不再授予其他单元。
6、即使针对使用的单元处理了CCR和MSCC,Diameter空间不足(Diameter-Out-Of-Space)(4002)信号也会在MSCC级别上返回到核心网关节点300(以及在命令级别上的2001成功(Success)信号)。这有效地意味着计费服务会话可以在不使运营商遭受任何收入损失的情况下优雅地终止。
根据第四实施例,查询拒绝的另一种高级选择为OCS 302提供了在不同的面向客户的服务之间进行优先级排序的能力。此技术不限于任何类型的CCR,并且无论CCR是CCR初始、CCR更新还是CCR终止,都可以应用。当OCS 302经历过载情况时,该实施例使运营商能够自动使各种计费上下文优先于其他上下文。该行为的一个示例是为语音服务提供比数据服务更高的优先级,这意味着在过载期间接收的查询信号的拒绝率对于数据而言将明显高于语音。这是一个吸引人的功能,因为与使用数据服务时出现临时故障相比,中断的语音通话可能会给终端用户带来更大的干扰(对运营商造成更大的不良影响)。可以以进一步细化的方式使用该技术,而不是简单地使语音优先于数据,但是可以将其进行如下扩展:更广泛类别中的不同服务(例如,数据服务)在过载期间可以具有不同的优先级。例如,对于运营商而言,让终端用户使用比Netflix具有更高优先级的Whatsapp可能更具吸引力,即,与终端用户使用Netflix相关联的过载OCS 302接收到的查询信号可能比与终端用户使用Whatsapp相关联的过载的OCS 302接收到的查询信号被拒绝的频率更高。
图8提供了过载的OCS 302的示例,在由于OCS 302处于过载状态而被动地拒绝无法立即处理的多余请求之前,该OCS 302接收三个必须在设置的时限内处理的请求,并且包括对预定顺序的不同服务进行优先级排序的逻辑,该逻辑用于确定拒绝哪些查询信号。下文描述图8所示的每个编号的信号。
1、分组/电路网关300通过向在线计费系统(OCS)302发送更新的信用控制请求(CCR-U)来授权现有的计费会话。该会话与语音通话有关。
2、过载的OCS 302评估该请求,但是由于系统饱和,该请求在内部排队等待执行。
3、分组/电路网关300通过向在线计费系统(OCS)302发送更新的信用控制请求(CCR-U)来授权现有的计费会话。该会话与第一数据会话有关。
4、过载的OCS 302评估该请求,但是由于系统饱和,该请求在内部排队等待执行。
5、分组/电路网关300通过向在线计费系统(OCS)302发送更新的信用控制请求(CCR-U)来授权现有的计费会话。该会话与第二数据会话有关。
6、过载的OCS 302评估该请求,但是由于系统饱和,该请求在内部排队等待执行:
a.在这一点上,当三个请求排队时,OCS 302具有足够的资源来处理该三个排队请求中的一个。由于在本示例中使语音优先于数据的面向客户的服务优先级排序技术,OCS302成功处理了与语音会话相关联的排队查询信号。
7、2001成功(Success)返回到会话1(即,语音会话)的核心网。
8、4002Diameter空间不足(Diameter-Out-Of-Space)返回到会话2(即,第一数据会话)的核心网。拒绝可以在(一个或多个)MSCC上或在命令会话级别上。
9、4002Diameter空间不足(Diameter-Out-Of-Space)返回到会话3(即,第二数据会话)的核心网。拒绝可以在(一个或多个)MSCC上或在命令会话级别上。
在图8所示的示例中,OCS 302仅能够处理三个查询信号请求之一,而其余两个必须被拒绝。即使语音会话的查询信号是最先接收到的,因此它是最早的,但仍允许基于预先建立的过载优先级以其他两个数据会话为代价来进行处理。该技术可以深入检查与CCR相关的面向客户的服务,而不是依靠更原始的技术(例如,先进先出(即,拒绝最早的请求))。请注意,在图8的示例中,使用了CCR-U查询信号,但是,如前所述,该技术不依赖于请求类型是初始、更新还是终止。
本文所述的实施例使得OCS即使在过载期间并且不管网络的业务模式如何,也能够对于故障具有健壮性和弹性。由于电信系统中业务模式的特性已经发生了巨大变化,因此如今这一点尤其重要。尽管到目前为止已就系统和信令流进行了描述,但是实施例也可以表示为方法,其示例在图9和图10的流程图中提供。
图9示出了一种方法900,该方法900用于在线计费系统(OCS)装置在服务过载期间拒绝CCR-U(信用控制请求-更新)查询消息,该CCR-U查询消息与电信服务计费相关联。在步骤902处,OCS评估接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制(MSCC)信息。在步骤904处,OCS拒绝不包括MSCC信息的CCR-U消息。
图10示出了一种方法1000,该方法1000用于在服务过载期间由在线计费系统(OCS)装置拒绝CCR(信用控制请求)消息。其中,在步骤1002处,OCS基于与不同服务相关联的优先级排序来拒绝CCR消息,其中,第一服务具有第一优先级,并且第二服务具有高于第一优先级的第二优先级。
可以在设备或节点(例如,Diameter服务器)中实现上述实施例。图11示出了可以执行各种实施例所述功能的这种节点的示例。节点1100包括至少一个处理器1106、存储器1102、辅助储存器1104和接口1108。如上所述,处理器1106可以执行应用以及执行评估和拒绝CCR消息的功能。存储器1102可以包括指令,该指令用于实现所述与CCR评估和选择性拒绝相关联的特征。接口1108可以是通信接口,该通信接口用于与运营商、网络以及本文所述的与各种实施例相关联的各种节点/功能进行通信。
如本领域技术人员还将理解的:实施例或实施例的部分可以采用完全硬件实施例的形式或结合硬件和软件方面的实施例的形式。此外,实施例的部分可以采用计算机可读存储介质上存储的计算机程序产品的形式,该计算机可读存储介质具有介质中包含的计算机可读指令。可以利用任何合适的计算机可读介质,包括硬盘、CD-ROM(其示例在图12中被示为CD-ROM 1200)、数字多功能盘(DVD)、光学存储设备或磁性存储设备(例如,软盘或磁带)。计算机可读介质的其他非限制性示例包括闪存型存储器或其他已知存储器。
尽管在实施例中描述了本实施例的特征和元件,但是以特定的组合,每个特征或元件可以在没有实施例的其他特征和元件的情况下单独使用,或者以具有或不具有本文公开的其他特征和元件的各种组合来使用。可以在计算机可读存储介质上有形体现以用于由专用编程计算机或处理器执行的计算机程序、软件或固件中实现本申请中所提供的方法或流程图。
Claims (24)
1.一种由在线计费系统OCS装置(302、1100)用于在服务过载期间拒绝信用控制请求-更新CCR-U查询消息(图4)的方法(900),所述CCR-U查询消息与电信服务计费相关联,所述方法包括:
由所述OCS(302、1100)评估(902)接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制MSCC信息;以及
由所述OCS(302、1100)基于所述MSCC信息的属性拒绝(904)CCR-U消息。
2.根据权利要求1所述的方法,其中,所述拒绝的步骤还包括:
如果MSCC信息未报告任何电信服务使用情况,则拒绝包含所述MSCC信息的CCR-U消息。
3.根据权利要求1或2所述的方法,其中,所述拒绝的步骤还包括:
拒绝那些不包括MSCC信息的CCR-U消息。
4.根据权利要求1或3所述的方法,还包括:
对确实包括MSCC信息的CCR-U消息进行处理和肯定应答。
5.根据权利要求1、3和4中任一项所述的方法,其中,所述拒绝的步骤还包括:
还处理和拒绝如下CCR-U消息:所述CCR-U消息包含报告电信服务使用情况的MSCC。
6.根据权利要求5所述的方法,其中,由所述OCS针对所使用的资源来执行对所述CCR-U消息的处理,并且对所述CCR-U消息的拒绝是针对所请求的资源的。
7.根据权利要求1-6中任一项所述的方法,其中,所述OCS装置包括Diameter服务器。
8.根据权利要求1-7中任一项所述的方法,其中,所述CCR-U查询消息是由网关节点发起的。
9.根据权利要求1-8中任一项所述的方法,其中,所述OCS将所述拒绝作为以下消息之一发送:4002Diameter空间不足消息、3004Diameter太繁忙消息,和5012Diameter无法合规消息。
10.根据权利要求1-9中任一项所述的方法,其中,仅当所述OCS装置处于服务过载状态时,才发生所述拒绝CCR-U消息的步骤。
11.根据权利要求1-10中任一项所述的方法,还包括:
使拒绝与第一电信服务相关联的CCR消息的优先级高于拒绝与第二电信服务相关联的CCR消息的优先级,所述第二电信服务不同于所述第一电信服务。
12.根据权利要求11所述的方法,其中,所述第一电信服务是数据服务,并且所述第二电信服务是语音服务。
13.一种在线计费系统(OCS,302、1100),用于在服务过载期间拒绝与电信服务计费相关联的信用控制请求-更新CCR-U查询消息(图4),所述系统包括:
至少一个处理器(1106),所述至少一个处理器被配置为评估接收到的CCR-U消息,以确定每个CCR-U消息是否包含任何多服务信用控制MSCC信息(902),并基于所述MSCC信息的属性发送指示拒绝那些CCR-U消息的信号(904)。
14.根据权利要求13所述的系统,其中,所述至少一个处理器还被配置为:如果MSCC信息未报告任何电信服务使用情况,则还拒绝包含所述MSCC信息的CCR-U消息。
15.根据权利要求13或14所述的系统,其中,所述至少一个处理器还被配置为:拒绝那些不包括MSCC信息的CCR-U消息。
16.根据权利要求13或15所述的系统,其中,所述至少一个处理器还被配置为:对确实包括MSCC信息的CCR-U消息进行处理和肯定应答。
17.根据权利要求13或15所述的系统,其中,所述至少一个处理器还被配置为还处理和拒绝如下CCR-U消息:所述CCR-U消息包含报告电信服务使用情况的MSCC。
18.根据权利要求17所述的系统,其中,所述至少一个处理器还被配置为:针对所使用的资源来处理所述CCR-U消息,并且对所述CCR-U消息的拒绝是针对所请求的资源的。
19.根据权利要求13-18中任一项所述的系统,其中,所述至少一个处理器是Diameter服务器的一部分。
20.根据权利要求13-19中任一项所述的系统,其中,所述CCR-U查询消息是由网关节点向所述OCS发送的。
21.根据权利要求13-20中任一项所述的系统,其中,所述OCS将所述拒绝作为以下消息之一发送:4002Diameter空间不足消息、3004Diameter太繁忙消息和5012Diameter无法合规消息。
22.根据权利要求13-21中的任一项所述的系统,其中,所述至少一个处理器还被配置为:仅当所述OCS设备处于服务过载状态时,才拒绝CCR-U消息。
23.根据权利要求13-22中的任一项所述的系统,其中,所述至少一个处理器还被配置为:使拒绝与第一电信服务相关联的CCR消息的优先级高于拒绝与第二电信服务相关联的CCR消息的优先级,所述第二电信服务不同于所述第一电信服务。
24.根据权利要求23所述的系统,其中,所述第一电信服务是数据服务,并且所述第二电信服务是语音服务。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/SE2017/050771 WO2019013677A1 (en) | 2017-07-10 | 2017-07-10 | METHODS AND SYSTEMS FOR REJECTING REQUESTS IN OVERLOADING THE ONLINE INVOICING SYSTEM |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110731068A true CN110731068A (zh) | 2020-01-24 |
CN110731068B CN110731068B (zh) | 2022-09-02 |
Family
ID=65001422
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780091864.0A Active CN110731068B (zh) | 2017-07-10 | 2017-07-10 | 在线计费系统过载期间查询拒绝的方法和系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11411754B2 (zh) |
EP (1) | EP3652891B1 (zh) |
CN (1) | CN110731068B (zh) |
WO (1) | WO2019013677A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1805442A (zh) * | 2004-11-30 | 2006-07-19 | 朗迅科技公司 | Ims网络中具有会聚应用服务器逻辑和网关逻辑的呼叫控制 |
CN102137379A (zh) * | 2011-03-02 | 2011-07-27 | 华为技术有限公司 | 一种计费流量控制方法及装置 |
CN102870441A (zh) * | 2012-06-27 | 2013-01-09 | 华为技术有限公司 | 一种计费套餐包超期前后的管理方法和装置 |
CN105493441A (zh) * | 2013-08-29 | 2016-04-13 | 瑞典爱立信有限公司 | 用于服务使用报告和配额建立的节点和方法 |
WO2016150508A1 (en) * | 2015-03-26 | 2016-09-29 | Nokia Solutions And Networks Oy | Control mechanism for online charging |
EP3384665A1 (en) * | 2015-12-04 | 2018-10-10 | Nokia Solutions and Networks Oy | Overload control handling in case of an overload state of a charging entity |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7599478B2 (en) * | 2004-11-30 | 2009-10-06 | Alcatel-Lucent Usa Inc. | IMS gateway systems and methods for online charging in IMS networks |
JP2011517154A (ja) | 2008-02-26 | 2011-05-26 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | Imsネットワークにおける補助サービスのためのオンライン課金 |
CN102365880B (zh) * | 2009-01-27 | 2015-11-25 | 瑞典爱立信有限公司 | 用于策略控制的组会话管理 |
WO2010140023A1 (en) * | 2009-05-30 | 2010-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Maintaining charging state during final unit redirect in credit-control systems |
US9565715B2 (en) * | 2010-05-13 | 2017-02-07 | Mediatek Inc. | Apparatuses and methods for coordinating operations between circuit switched (CS) and packet switched (PS) services with different subscriber identity cards, and machine-readable storage medium |
US9357081B2 (en) * | 2010-11-15 | 2016-05-31 | Alcatel Lucent | Method for choosing an alternate offline charging system during an overload and apparatus associated therewith |
US9191520B2 (en) | 2010-12-13 | 2015-11-17 | Telecommunication Systems, Inc. | Location services gateway server |
US9432864B2 (en) * | 2012-05-29 | 2016-08-30 | Alcatel Lucent | Generic persistence in a diameter routing agent |
US9479917B1 (en) * | 2013-05-24 | 2016-10-25 | Juniper Networks, Inc. | Rating group-specific actions for mobile networks |
US9648545B2 (en) * | 2013-05-28 | 2017-05-09 | Rivada Networks, Llc | Methods and system for dynamic spectrum arbitrage policy driven quality of service |
US9930188B2 (en) * | 2013-06-21 | 2018-03-27 | Openet Telecom Ltd. | System and method for dynamically allocating quota for shared balances in distributed telecommunications networks |
US9614979B2 (en) * | 2015-04-02 | 2017-04-04 | Mitel Mobility Inc. | System and method for generating charging data for short message delivery |
BR112017028042A2 (pt) * | 2015-06-30 | 2018-08-28 | Huawei Tech Co Ltd | método de cobrança, dispositivo de rede, e sistema de faturamento |
CN106936603B (zh) * | 2015-12-31 | 2020-12-08 | 华为技术有限公司 | 一种数据业务计费方法,装置和系统 |
WO2019013678A1 (en) * | 2017-07-10 | 2019-01-17 | Telefonaktiebolaget Lm Ericsson (Publ) | METHODS AND SYSTEMS FOR REJECTION OF INTERROGATION DURING OVERLOADING OF ONLINE INVOICING SYSTEM |
-
2017
- 2017-07-10 EP EP17917758.9A patent/EP3652891B1/en active Active
- 2017-07-10 US US16/629,853 patent/US11411754B2/en active Active
- 2017-07-10 CN CN201780091864.0A patent/CN110731068B/zh active Active
- 2017-07-10 WO PCT/SE2017/050771 patent/WO2019013677A1/en unknown
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1805442A (zh) * | 2004-11-30 | 2006-07-19 | 朗迅科技公司 | Ims网络中具有会聚应用服务器逻辑和网关逻辑的呼叫控制 |
CN102137379A (zh) * | 2011-03-02 | 2011-07-27 | 华为技术有限公司 | 一种计费流量控制方法及装置 |
CN102870441A (zh) * | 2012-06-27 | 2013-01-09 | 华为技术有限公司 | 一种计费套餐包超期前后的管理方法和装置 |
CN105493441A (zh) * | 2013-08-29 | 2016-04-13 | 瑞典爱立信有限公司 | 用于服务使用报告和配额建立的节点和方法 |
US20160164752A1 (en) * | 2013-08-29 | 2016-06-09 | Telefonaktiebolaget L M Ericsson (Publ) | Node and method for service usage reporting and quota establishment |
WO2016150508A1 (en) * | 2015-03-26 | 2016-09-29 | Nokia Solutions And Networks Oy | Control mechanism for online charging |
EP3384665A1 (en) * | 2015-12-04 | 2018-10-10 | Nokia Solutions and Networks Oy | Overload control handling in case of an overload state of a charging entity |
Also Published As
Publication number | Publication date |
---|---|
US20210152379A1 (en) | 2021-05-20 |
CN110731068B (zh) | 2022-09-02 |
WO2019013677A1 (en) | 2019-01-17 |
EP3652891A4 (en) | 2020-07-15 |
US11411754B2 (en) | 2022-08-09 |
EP3652891B1 (en) | 2023-09-06 |
EP3652891A1 (en) | 2020-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1662702B1 (en) | Call control with converged application server logic and gateway logic in IMS networks | |
KR101206584B1 (ko) | Ims 게이트웨이 시스템 및 그 동작 방법 | |
JP5622933B2 (ja) | インターネットプロトコルコネクティビティアクセスネットワークセッションの管理 | |
EP2521305B1 (en) | Method, device and system for controlling user session policy | |
KR100976640B1 (ko) | Ims 게이트웨이 시스템 및 이의 작동 방법 | |
US11349997B2 (en) | Quota management in a session management function (SMF) for online charging | |
KR101464506B1 (ko) | 모바일 디바이스들에 대한 QoS 조절 | |
EP2997695B1 (en) | Advanced policy and charging control methods, network nodes and computer programs for sponsored data connectivity by peers | |
WO2011139617A1 (en) | Charging method selection for service data flows based on the data services being requested | |
EP2837145B1 (en) | Limitation of signaling messages to a policy controller of a network | |
US20130036032A1 (en) | Service plan negotiations with end users for policy and charging control (pcc) | |
EP2764714A1 (en) | Sy based integrated policy and charging control | |
US11153445B2 (en) | Methods and systems for interrogation rejection during online charging system overload | |
CN110731068B (zh) | 在线计费系统过载期间查询拒绝的方法和系统 | |
CN109547956B (zh) | 一种多业务并发处理方法 | |
CN106921953B (zh) | 一种差异化计费方法、lte网络系统及pcrf | |
US11652920B2 (en) | Methods and systems for different mid-call announcements to both served and non-served parties at the same time | |
US20240334165A1 (en) | Method and Apparatus for Controlling Charging-Related Signaling in a Network | |
CN109417683B (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 |