[發明專利]在線計費系統過載期間查詢拒絕的方法和系統

有效

• 申請號: 201780091864.0
• 申請日: 2017-07-10
• 公開（公告）號: CN110731068B
• 公開（公告）日: 2022-09-02
• 發明（設計）人: 古斯塔夫·阿克森
• 申請（專利權）人: 瑞典愛立信有限公司
• 主分類號: H04L12/14
• 分類號: H04L12/14;H04M15/00
• 代理公司: 中科專利商標代理有限責任公司 11021
• 代理人: 陳慧

描述了用于在線計費服務的方法和系統，當在線計費系統處于過載狀態時，該在線計費服務選擇性地拒絕其接收的與提供電信服務的計費相關聯的計費控制請求(CCR)。

技術領域

本發明總體上涉及在線計費系統和方法，并且更具體地涉及用于處理這種在線計費系統的過載情況的技術。

背景技術

在二十世紀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拒絕”或僅僅是“拒絕”。如上所述，并且如將在下文更詳細地描述的，查詢信號包括：初始計費會話建立查詢信號，中間查詢信號，以指示使用和/或請求新配額；以及最終查詢信號，以結束計費會話。當面對過載情況時，常規的在線計費系統相當簡單地僅拒絕初始計費會話建立查詢信號(即，不拒絕中間或最終查詢信號)，這是由于確保這種查詢信號尚未消耗任何網絡資源。通常，拒絕除初始查詢信號之外的其他請求被認為是危險的，因為它很可能拒絕報告網絡使用情況，從而導致運營商的收入損失。