專利名稱：智能網絡計費邊緣的制作方法
技術領域：
本發明一般涉及網絡通信系統，更具體地說，涉及用于調停服務提供網絡單元和計費/計帳網絡單元之間的事務處理的系統和方法。
背景技術：
聯網系統中的技術發展不斷幫助簡化信息傳送和對用戶的便利性。本地、區域和全局網絡(如因特網)的發展已經向廣大消費者提供了信息的海洋。這些聯網技術不斷增長，以包括無線和移動技術。可從桌上型系統、無線系統、移動系統等中通過多種互連的網絡下載信息。例如，通過因特網可用的信息可被下載到移動無線單元(例如，蜂窩電話、個人數字助理(PDA)、膝上型計算機等)上。
通過引入當前和未來的接入技術，例如通用分組無線業務(GPRS)、通用移動電信系統(UMTS)無線應用協議(WAP)等，數據用戶將基于用戶的位置、選擇的內容以及個人優選經歷和使用種類空前繁多的新業務。在這個競爭的環境中，運營商和服務提供商爭相提供不同的服務種類和報價。隨著新業務的出現，影響這些有競爭的新業務的時間到市場問題成為極為重要的問題，由于與計費和計帳系統的集成要求導致的延遲將變得越來越無法容忍。
與計費、計帳、定級(rating)等(以下稱為計費單元)可能很復雜。例如，例如，通常要求評價引擎處理由諸如對多種業務(每種業務包括大量靈活的定價和折扣變量)進行評價之類的因素導致的大量排列。計費單元可以基于不同的定價選項，例如在后付費(postpaid)、直接付費、預付費或其他實時付費選項。此外，計費可以基于數據量、持續時間、內容類型、事務處理等的組合所有這些不同的變量使得計費單元以及與這些計費單元進行通信變得十分復雜。
在常規的計帳系統中，每種業務向計費單元傳遞諸如呼叫詳細記錄(CDR)之類的計費/計帳信息。然而，每種不同的網絡單元可能以不同的格式收集和提供CD日信息。計費單元需要知道每個特定的網絡單元使用的格式，以便理解其內容。這一事實，再加上上述計費單元的復雜性，通常要求對計費單元處理的每個網絡單元執行“集成”。更具體地說，計費和計帳單元必須經歷集成，方可理解它要在其中收集和處理計費和計帳信息的每個網絡單元并與所述每個網絡單元通信。計費單元上的這些自定義修改提出了要求大量時間和金錢的重要任務，并在使新業務迅速進入市場方面有嚴重的負面影響。隨著繼續設計并在網絡中部署新業務和網絡單元，要求這種集成的問題不斷惡化。
此外，網絡業務的計費可以基于在后付費、直接付費以及其他實時或非實時付費方法。隨著新的網絡系統在網絡中的出現，這些不同的付費途徑對現有計費和計帳方法帶來了極大的復雜性。例如，隨著在網絡和運營支持系統(OSS)系統間要求越來越多的實時交互，必須不斷獲得自定義解決方案。目前，還沒有能便于以迅速、有效的方式將這些新系統集成到現有網絡中的方式。
因此，在加速業務和計費單元的接口以及在這些網絡單元中減少隨之而來的接口復雜性方面還存在著挑戰。本發明針對現有技術的這些以及其他缺點提供了一種解決方案，并且相對于現有技術具有其他優勢。
發明內容
本發明旨在提供一種系統和方法，用于在業務提供網絡單元和計費/計帳網絡單元之間調停計費事務處理。
根據本發明的一個方面，提供了一種用于對網絡上的業務的計費和計帳進行管理的方法，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該方法包括在一個網絡計費邊緣接收計費事件，所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋路模塊；以及 通過對由對應的計費事件啟動的計費事務處理應用規則，經由一個或多個橋路模塊管理在網絡單元及其相應計費單元之間的計費事務處理。
這種方法的更具體的特征包括在每個提供可計帳業務的網絡單元實施應用編程接口(API)，以使每個相應的網絡單元與所述一個或多個橋路模塊進行接口。此外，管理計費事務處理包括按照規則以將計費事件轉換為可由目標計費單元識別的格式。這些規則還管理接口對象的選擇，以與對應的計費單元進行通信。接口對象的選擇包括將多個接口對象之一識別為是由對象配置規則確定的。在一個實施方式中，每個橋路模塊被預先配置有必要的規則。這種配置過程包括用分配給由該橋路模塊管理的業務的規則的子集來配置每個橋路模塊。將橋路模塊之一指定為主橋路模塊，以接收所有橋路模塊的所有規則。然后，主橋路模塊將規則的子集分發到其余橋路模塊。這種規則配置可通過在與主橋路模塊耦接的控制臺輸入規則來實現。
根據本發明的另一方面，提供了一種用于促進對通過網絡可用的業務進行計費的系統，包括至少一個網絡計費單元，用于執行業務計費功能；至少一個網絡業務單元，用于提供至少一個要對使用進行收費的業務；以及一個網絡計費邊緣，包括在邏輯上耦接在網絡業務單元和網絡計費單元之間的至少一個計費橋路，用以調停網絡業務單元和網絡計費單元之間的通信。
根據本發明的另一方面，提供了一種用于調停網絡上至少一個網絡業務單元和至少一個網絡計費單元之間的計費事務處理的橋接設備，包括一個轉換模塊，用于從網絡業務單元接收計費事件并將計費事件轉換為網絡計費單元可理解的格式；一個業務規則模塊，與轉換模塊耦接，用于提供預定義的業務規則，以管理轉換模塊執行的轉換；一個接口對象模塊，包括多個接口對象，用于與相應的多個網絡計費單元通信，一個接口對象管理模塊，與轉換模塊耦接，用于接收轉換的計費事件；以及一個對象配置規則模塊，與接口對象管理模塊耦接，用于指示接口對象管理模塊將轉換的計費事件定向到轉換的計費事件要發送到的計費單元的接口對象。
根據本發明的另一方面，提供了一種用于對網絡上的業務的計費和計帳進行管理的系統，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該系統包括在一個網絡計費邊緣接收計費事件的裝置，所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋接裝置；以及通過對由對應的計費事件啟動的計費事務處理應用規則，經由一個或多個橋接裝置管理在網絡單元及其相應計費單元之間的計費事務處理的裝置。
根據本發明的另一方面，提供了一種用于對網絡上的業務的計費和計帳進行管理的方法，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該方法包括在一個網絡計費邊緣接收由多個網絡單元產生的多個計費信息記錄，其中多個計費信息記錄與涉及多個網絡單元中的每一個的用戶會話相關聯；在網絡計費邊緣的在邏輯上耦接在多個網絡單元和計費單元之間的一個或多個橋路模塊處將計費信息記錄整理入用戶會話計費事務處理中，其中將計費信息記錄整理入用戶會話計費事務處理中是由在一個或多個橋路模塊處應用的第一預定規則管理的；以及根據第二預定規則在網絡計費邊緣的一個或多個橋路模塊處執行用戶會話計費事務處理。
本發明的上述概述不應被理解為描述本發明的每個示例性實施例或實施。這是附圖及后續說明的目的。
圖1是現有技術中用于對各種網絡單元提供的客戶業務使用進行計費的計費和計帳體系結構；圖2是根據本發明的采用計費邊緣的網絡的框圖；圖3是根據本發明的采用智能計費邊緣的網絡的另一個表示；圖4是一個框圖，表示由網絡中的一個網絡單元啟動的預付費事務處理，所述網絡采用計費橋路，以形成根據本發明的智能計費邊緣；
圖5是一個框圖，表示由網絡中的一個網絡單元啟動的在后付費事務處理，所述網絡采用計費橋路，以形成根據本發明的智能計費邊緣；圖6是根據本發明的原理的計費邊緣橋路示范實施方式；圖7是根據本發明的計費橋路依照計費事務處理執行多個呼叫道師范方式；圖8是根據本發明的原理的采用智能計費邊緣(1CE)層的網絡的示范實施方式；圖9是在網絡系統中采用多種計費邊緣橋路的一種方式的實施例；圖10表示根據本發明在計費橋路中使用的業務規則的代表性類型；圖11是根據本發明的原理的實施智能計費邊緣的示范方式的流程圖；圖12是將網絡域中的網絡單元和OSS域中的單元接口的更特定方式的流程圖；以及圖13是一個框圖，表示依照由多個網絡單元產生的計費信息利用的一個計費邊緣的一個實施方式。
具體實施例方式
在以下的各個實施方式的描述中，將參考構成其一部分的附圖，所述附圖通過示例方式給出可以在其中實施本發明的各種實施方式。應當理解，可以使用其他實施方式，可以進行結構和功能上的改進，而不會脫離本發明的范圍。
一般地，本發明涉及使用網絡層作為計費邊緣(charging edge)，在網絡中使網絡單元與計費/計帳單元進行接口的系統和方法。計費事件，例如，“呼叫詳細記錄”(CDR)，由網絡單元業務提供。這些計費事件指向使網絡單元與計費和計帳單元隔離的中間網絡計費層。在網絡計費層中，有一個或多個使網絡單元和操作支持系統(OSS)計費和計帳單元隔離的橋路系統。所述橋路系統在網絡計費層提供只能，由此允許網絡單元能夠集中于提供業務，而計費和計帳單元集中于計費和計帳。這個橋路智能涉及從計費事件發生產生的事務處理的協調和管理。
圖1是現有技術的計費和計帳體系結構100，用于針對由各種網絡單元提供的業務的使用對客戶進行計費。網絡運營者通過具有某種類型的計帳系統，如計費和計帳系統102。通常，諸如計費和計帳系統102之類的計帳系統包括各種獨立的應用。當共同操作時，這些應用被稱為計帳系統。計帳系統102包括一些主要組件。例如，計費事件記錄(以下稱為計費事件)被用于記錄呼叫的詳細情況。在在后付費上下文中，呼叫詳細記錄(CDR)是傳統上對這種計費事件的稱呼。盡管“CDR”一般被用于表示與在后付費情形相關的計費事件，但這里為方便起見，可使用術語CDR表示與其他計費情形(如，預付費、實時等)相關聯的計費事件。無論如何，在其中記錄詳細情況的呼叫傳統上包括話音傳輸，但一般也被用于指數據、視頻、聲音和其他可傳輸內容的傳輸。計費事件中的信息通常取決于傳輸類型以及所選擇的付費選項。例如，在在后付費業務的上下文中，與CDR相關聯的常規信息可以包括呼叫的起始時間、呼叫的終止時間、呼叫時長、主叫號碼、終接號碼、傳送的字節數、所訪問的URL等。在在后付費業務的上下文中，可以一直存儲CDR，直到進行計帳(bill)時。
其他計帳系統組件包括分級應用以及計帳和開發票組件。分級應用是為單個呼叫應用費率的系統和程序。分級考慮到促銷、折扣等賦予呼叫一個在計帳時要計費的值。計帳系統可以是預付費、實時計帳、在后付費等，并且具有從憤激系統收集信息的責任。某些計帳系統說明促銷、折扣等，而不是由分級系統執行這樣的任務。開發票系統創建包括客戶的信息以及對應的計帳信息的文件，從而可以創建和分派客戶的使用的發票。
在常規的計帳系統終，多個網絡單元(NE)104、106、108、110、112、114、116中的每個將計費/計帳信息傳送到計費和計帳系統102。隨著網絡在對用戶可用的業務的數量和類型方面繼續擴展，會在網絡中實施更多的網絡單元104-116。然而，多個網絡單元104-116中的每個可以以不同的格式收集和提供計費事件信息。計費和計帳系統102需要知道每個特定的網絡單元使用的格式，以便理解其內容。例如，某些可以以ACSII(美國國家信息交換標準代碼)文件提供這種信息，而其他網絡單元則以XML(可擴展標記語言)格式或其他格式提供這種信息。
因此，計費和計帳系統102必須能夠理解由不同網絡單元104-116提供的事件記錄的每種不同格式。這通常需要針對每個網絡單元執行集成。更具體地說，計費和計帳系統102必須經歷一個集成，以使其能夠理解它要在其中收集和處理計掌心系的每個網絡單元并與之通信。所得到的集成模塊118、120、122、124、126、128、130代表將采用到來格式的計費信息變換為計費和計帳系統102可識別的格式所需的特定變換系統和應用。這些變換由每個集成模塊118-130處的格式成分來表示。例如，來自網絡單元106和114的傳送的計帳信息的格式可由計費和計帳系統102理解，如統一集成模塊120和128所表示。另一方面，來自網絡單元104、108、110、112和116的傳送的計帳信息的格式分別由集成模塊118、122、124、126和130進行變換。這種變換，以及對新業務進行特定集成以與現有計費和計帳系統102進行操作的需求，是繁重的任務，需要大量的時間和金錢，并且對使新業務快速進入市場有著嚴重的負面影響。
現有技術的這種不足可通過下面的例子進一步說明。假定網絡單元104是一個例如產生計費事件以便傳送數字圖象的MMSC(多媒體消息業務中心)。計費事件可以包括諸如IP地址、圖象大小等信息。在計費和計帳系統102中，執行分級、計帳和/或開發票所需的信息可能不同于包括在來自MMSC 104中的計費事件的信息。例如，計費和計帳系統102可以包括業務邏輯，以機遇傳送的圖象的分辨率以及傳送的圖象的數量對業務進行計費。因此，業務邏輯必須包括集成或變換邏輯，以將信息轉換為相對于客戶購買業務來說有意義的內容。因此，如果要通過計費和計帳系統102對客戶計帳的信息要以圖象的數量以及每個圖象的分辨率的形式展現給客戶，則MMSC 104在計費事件中提供的IP地址、圖象大小或其他信息必須被變換為由集成模塊118所代表的業務邏輯。如上所述，這需要花費時間和金錢來從提供這種集成業務的公司或其他實體獲得必需的集成，這會對在網絡中實施MMSC 104的時間造成負面影響。隨著在網絡中繼續設計和部署新的業務和網絡單元，需要這種集成的問題逐步惡化。本發明解決了這些問題。
此外，網絡業務的計費可以基于在后付費、預付費、直接付費以及其他實時和非實時付費方式。隨著新的網絡系統出現在網絡中，這些不同的付非方式對現有的計費和計帳方法增加了極大的復雜性。例如，隨著越來越要求在網絡操作支持系統(OSS)之間要求實時交互，必須不斷獲得自定義的解決方案。本發明通過敏捷有效地管理來自多種新業務的計費事務處理，而不管這些新業務所實施的特定計費情形，提供了對上述問題的解決方案。
圖2是采用根據本發明的原理的計費邊緣202的網絡的框圖。根據本發明，Intelligent Charging EdgeTM(ICETM)是作為網絡200的計費層提供的。ICE 202提供了網絡單元和服務器204與計帳和/或計費單元206之間的接口。ICE 202與網絡單元204通信，如鏈路208所示，還與計費單元206通信，如鏈路210所示。ICE202網絡層基本上將計費單元206與網絡單元204隔離開來，由此允許執行數據變換和其他處理，同時允許網絡單元和計費單元彼此互不知曉。ICE202去除了使網絡單元和計費單元中的一個或兩個都要經歷集成的要求，這進一步去除了集成業務邏輯駐留在計費或網絡單元中的需求。這使得計費單元206做它們最擅長作的事情，即計費和計帳，同時進一步允許網絡單元204做它們最擅長作的事情，即提供它們被設計在其中的業務。因此，兩個實體204，206之間的接口是從這些實體中提取的，并且提供在表示為智能計費邊緣202的新的網絡層中。
圖3表示采用根據本發明的智能計費邊緣202的網絡300。這一表示顯示智能計費邊緣(1CE)302如何將網絡單元304與計費和計帳單元，例如客戶關照和計帳(CCB)系統306、分級引擎308以及預付費服務器310隔離開來。
網絡單元304代表可以提供要求分級、計費、計帳、開發票或其他一般計費功能的業務的任何網絡單元。例如，網絡單元304可以包括服務GPRS支持節點(SGSN)、充當GPRS網絡和分組交換公共數據網之間的網關的網關GPRS支持節點(GGSN)、歸屬位置寄存器(HLR)、WAP網關、付費服務器、移動交換中心(MSC)、非結構化補充業務數據中心(USSOC)、多媒體消息業務中心(MMSC)或任何其他網絡單元。
ICE 302另一端上的計費單元包括CCB306分機引擎308以及預付費服務器310。CCB306代表任何類型的計費和/或計帳系統。在一個實施方式中，CCB306系統提供客戶關照和計帳解決方案，以滿足ISP和其他提供因特網業務的公司的需求。它可以收集、存儲和管理客戶信息，并處理計帳和付費要求。分機引擎308使得業務提供者在對數據收集代理提交的所有業務使用進行定價時具有靈活性。預付費服務器310可用于涉及預付費客戶的事務處理。這些計費單元只是各種不同類型的計費和計帳系統的示例，但是本發明可以適用于在網絡中可以采用的任何類型的計費和計帳系統。
如上所述，ICE 302基本上以這樣的程度將網絡單元304與各計費單元隔離開來，即網絡單元和計費單元都不需要適應于它們之間的計費信息的直接通信。ICE 302向計費單元隱藏網絡的復雜性，而向網絡隱藏外部計費系統的復雜性。這樣，可以實現從網絡或后端055系統的第三方集成。計費和相關的智能交給ICE302，由此允許具有多供應商網絡的功能以及多供應商客戶關系管理(CRM)CCB系統。
因此，本發明的計費邊緣用作網絡層，實質上從已可被用戶利用和將繼續被用戶利用的各種網絡單元緩沖計費和計帳單元。本發明包括在邏輯上將管理計費和計帳操作的網絡功能從網絡單元和計費/計帳單元中遷移出，而遷移進新的網絡層。如下文將詳述的那樣，計費和計帳的這種遷移還可能涉及在物理上將計費和計帳操作從網絡單元和計費/計帳單元中遷移出，但是這種物理分離不是事實所需的計費層所必須的。這種邏輯分離允許網絡單元預計費問題分離，而是著重于它所提供的業務。類似地，計費和計帳單元不需要知道網絡上的不同類型和數量的網絡單元，因為ICE層以計費和計帳系統要求或優選的格式管理通信。本發明提供的智能計費邊緣包括定義詞計費邊緣的系統，包括用于以所需方式緩沖網絡單元與計費和計帳單元的ICE“橋路”。如下說明的圖4和5提供了根據本發明的橋接模塊如何促進執行各種計費事務處理的示例。
圖4表示在網絡中由網絡單元啟動的預付費事務處理，所屬網絡實施計費橋路以形成根據本發明的原理的智能計費邊緣。網絡單元400可以代表提供要向客戶計費的業務的任何網絡系統。網絡中的每個網絡單元以某種本地格式提供呼叫詳細信息或其他事件記錄。例如，這一信息可以采用ASCII格式、XML等。因此，盡管圖4的示例是以XML消息進行說明的，但是應當理解，這只是為了說明的目的，可以替代的使用任何其他當前或未來的文檔交換數據格式。這包括當前或未來的標準或專有數據格式。此外，與圖4相關聯的示例標識了與示例事件記錄相關聯的字段，但是本領域技術人員應當理解，任何類型的字段都可以與一個事件記錄相關聯，圖4中所示的內容只是示例性的。
網絡單元400通過XML消息402將事件記錄數據發送到計費邊緣橋路，稱為智能計費邊緣(ICE)橋路404。ICE橋路404是網絡和OSS域之間的智能接口，并且執行包括基于規則的數據轉換和接口管理操作在內的各種功能。例如，可以應用變換規則，使得當網絡單元生成計費事件時，它由橋路404進行轉換。現有技術的網絡環境要求在計費中心進行集成和翻譯，如參照圖1所說明的那樣。因此，如果網絡單元以例如URL(統一資源定位器)、傳送的字節數的格式提供信息，則橋路404可以將該信息翻譯為對最終計費/計帳目的地有意義的格式。
橋路404還可以重新計算字段，以將數據變換為可由計費和計帳系統識別的特定格式。例如，在網絡單元處識別的一條計費信息可以字節進行標識，并且如果千字節是計費目的地所需要的格式，則橋路404可以將其變換為千字節。另一個例子是網絡單元可以向諸如URL字段之類的字段分配數字、符號或其他非說明性標識符，例如分配將值“1”分配給與業務相關聯的第一URL。橋路404可以將該標識符變換為可由計費中心更容易使用并且正確標識客戶所使用的特定業務的的文本、圖形或其他“說明性”標識符。換言之，在進行計帳時，必須向客戶提供有意義的業務標識符，從而客戶知道所使用的特定業務(例如，URL)可能需要組合字段，進行數學計算以按照可由ICE實現的適當格式提供信息。
橋路404可以執行的其他功能包括過濾和路由功能。通常，CDR全都被發送給計帳系統，但如果CDR中有錯誤，則不應對其計費，并且傳統上由計費中心負責在收到CDR錯誤的通知時丟棄CDR。在將錯誤的積肥時間發送到計費和計帳系統前，橋路可以在網絡單元執行這種過濾任務。通常，除計費和計帳系統外，計費事件還被發到多個目的地，例如，數據倉庫設施。
橋路還可以協調單個會話或呼叫中涉及的由多個網絡單元產生的計費信息。換言之，會話或呼叫可能涉及多個網絡單元，每個網絡單元產生可用于為該會話生成計費事件。如與橋路404相關聯的規則指明的那樣，橋路可以收集和協調由各網絡單元產生的計費信息，并作為響應作出基于規則的決定。例如，橋路404可以基于規則決定獨立處理與來自與該會話相關聯的每個網絡單元的計費信息記錄。在這種情況下，可能導致多個計費事件。此外，橋路404可以確定要集中考慮規則，從而所收集的積肥信息的全部和部分被用于創建一個或多個計費事件。將橋路和智能計費邊緣結合多個網絡單元產生的計費信息使用將在圖13中有詳細說明。
創建智能計費邊緣使得網絡單元和計費/計帳單元能夠基本上彼此不知曉。這種結構使得能夠迅速開發新的網絡單元中的新業務，并允許橋路404執行接口功能。來自每個已配置的網絡單元的信息可通過到橋路404的單個接口收集，并且計費和計帳系統不需要知道任何網絡單元，也不需要被集成以與所述網絡單元一同工作。
在圖4所示的例子中，從網絡單元400到ICE橋路404的消息包括用戶號碼406，如用戶的電話號碼或其他用戶標識符。授權請求408也是消息402的一部分，它是針對授權使用所請求的服務的請求。網絡單元400還發送被訪問的內容類型(ACT)410，用于標識被請求并要被計費的內容的特定類型。在本例中，ACT410以34Kbps的傳輸速率標識MPEG(移動圖像專家組)文件。消息402～_包括網絡單元標識(NEID)412，它在本例中將網絡單元標識為一個MMSC。
此事件記錄可能對于特定的網絡單元400是唯一的。通常，以唯一格式提供事件記錄要求在計費和計帳系統實施集成模塊。網絡不以可被目的地計費/計帳系統理解的格式提供事件記錄并不是什么希罕事，因為網絡單元可能為終端計費系統采取在網絡單元開發期間會發生變化的特定格式。
ICE橋路404解決了這一問題。橋路404可以是一個不同的模塊(即，服務器)或者可以集成在另一個模塊中，例如全IP計費網關、網絡單元或OSS單元。橋路404截收來自網絡單元400的消息402。使用應用編程接口(API)，網絡單元400可以按照可與ICE橋路404通信的格式提供事件記錄。一旦接收，ICE橋路404使用預定義的事件管理規則來分析網絡單元標識符(NEID)、授權請求或者其他預定的參數，以識別該請求是用于訪問CRM(客戶關系管理)系統414或其他CCB系統的。橋路404確定CRM系統414所需要的格式，提取適當的信息并且向CRM 414或其他CCB系統生成API呼叫416。使用預定義的商業規則，ICE橋路404以可被CRM系統414識別的轉換格式生成API呼叫414，例如CRM414的本地格式。
在本例中，ICE橋路404確定CRM系統414要求用戶標識符418以及產品標識符420。API呼叫416，在本例中稱為CRM_AA_USER呼叫，提供用戶和產品標識符418、420作為API呼叫416的參數。在本例中，用戶標識符418不要求從網絡單元400生成的用戶標識符406進行轉換，它可以直接傳遞到CRM系統414。這是由橋路404確定的。然而與橋路404相關聯的商業規則確定CRM系統414還要求“產品”標識符420，它不直接對應于以XML消息402提供的任何參數。因此，ICE橋路404將XML消息402中的相關事件記錄轉換為必須的產品標識符420，這在本例中由“MP3DOWNLOAD”標識。
當CRM系統414接收API呼叫416時，它分析采取CRM414所需的格式的接收信息。CRM414不需要知道有關發送請求的網絡或網絡單元400的任何事情，并且不需要變換任何信息。相反，C日M414以可被CRM414識別的格式接收信息，并返回表示是否授權所請求的服務的狀態消息422。在本例中，返回的狀態表示所請求的服務被授權。
來自CRM414的狀態被返回到ICE橋路404。這樣，橋路404再次將CRM414和預付費服務器424橋接起來。使用預定義的規則，ICE橋路404確定預付費服務器424現在將被呼叫。API呼叫426，稱為SMIRESERVEMONEY呼叫，包括諸如用戶標識符428、“內容”標識符430之類的參數。在本例中，用戶標識符428不要求從網絡單元400生成的用戶標識符406進行轉換，它可以直接傳遞到預付費系統424。同樣，這是由橋路404確定的。然而，與橋路404相關聯的商業規則確定預付費系統424還要求“內容”標識符430，它不直接對應于以XML消息402提供的任何參數。因此，ICE橋路404將XML消息402中的相關事件記錄信息轉換為必須的內容標識符430，這在本例中由“MULTI-MEDIASERVICE”標識。
當預付費系統424接收AP呼叫426時，它分析采取預付費系統424所要求的格式的接收信息。預付費系統424不需要知道有關發送請求的網絡或網絡單元400的任何新息，也不變換任何消息。相反，預付費系統424以預付費系統424可識別的格式接收信息，處理該信息并返回指示客戶是否有適當的余額來執行所請求的事務處理的狀態消息432。在一個實施方式中，返回的消息432還可以標識收費和余額量(例如，分別為$5和$4)。在本例中，返回的狀態指示所請求的業務已被適當計費。
ICE橋路404識別此消息432，并通過消息434通知網絡單元400，由此批準使用由網絡單元400提供的業務。這時，可以可選的執行其他功能。例如，可以實施業務禁止/取消禁止功能，這使得能夠為該用戶啟用或禁用特定的業務。圖4表示當橋路404從預付費系統424接收到消息432時，它可以可選的針對特定業務向CRM414生成禁止消息436，所述特定業務的費用大于在狀態消息432中由預付費系統424向橋路404提供的當前余額(例如，$4余額)。例如，如果通過“MP3DOWNLOAD”的產品標識符420標識的“產品”的預定費用量(例如，$5)大于預付費系統424標識的余額(例如，$4)，則必須禁止獲得費用大于預定量的“MP3DOWNLOADS”或其他業務。這一禁止消息從橋路404發送到CRM414，以通知CRM414余額低于預定限度。于是，CRM414可以通過狀態消息422對訪問例如MP3 DOWNLOAD的后續請求提供適當的未授權狀態。
類似地，禁止消息還可被發送到網絡中的其他網絡單元，如到歸屬位置寄存器(HLR)440的禁止消息438所示。HLR 440代表可以包含所請求的業務的網絡級信息(例如簡檔信息或業務記錄)的網絡單元。而且橋路404還可以啟動其他消息，例如“裝滿”(top-up)消息442。這一消息442可以定向到用戶，例如通過短消息業務(SMS)消息、電子郵件消息或本領域中已知的其他消息傳送機制。這種消息可用于通知用戶，預付費余額低于將禁止用戶訪問特定業務的特定閾值，因此用作告知用戶補充帳戶的提醒。
圖5表示在實現根據本發明原理的計費橋路的網絡中，由網絡單元啟動的在后付費事務處理。網絡單元500可以代表提供要向客戶收費的業務的任何網絡系統。網絡中的每個網絡單元以某種本地格式提供呼叫詳細信息或其他事件記錄。如結合圖4所說明的那樣，這一信息可以是ASCII格式、XML等，并且為說明的目的，以XML消息為例進行描述。同樣，應當理解，采用XML的示例僅是說明性的，可以替代使用用于文檔交換的數據格式的任何其他當前或未來類型，包括任何當前或未來的標準或專有數據格式。網絡單元500通過XML消息502向計費邊緣橋路，稱為智能計費邊緣(ICE)橋路504發送事件記錄數據。如圖4所示，此示例消息包括用戶號碼506、被訪問的內容類型(ACT)510以及網絡單元標識(NE ID)512，其在本例種將網絡單元標識為MMSC。
橋路504從XML消息502包括的信息確定此請求與預付費、在后付費、熱計帳(hot billing)或其他計費方式相關聯。在本例中，橋路504確定該請求與在后付費計費方式相關聯，并且API呼叫514可以直接被分派到計費和計帳系統516。然而在發送此API呼叫514前，ICE橋路504執行XML消息502內容的必要轉換以使信息變為可被計費和計帳系統516識別的格式。例如，橋路504接收參數506、510、512，并將其轉換為稱為FORWARD呼叫、具有諸如用戶標識符518和“內容”標識符520之類的參數的API呼叫。在本例中，用戶標識符518不需要從網絡單元500生成的用戶標識符506進行轉換，它可以被直接傳遞給計費和計帳系統516。這一確定由橋路504進行。然而與橋路504相關聯的業務規則確定計費和計帳系統516還需要一個“內容”標識符520，其不與XML消息502中的任何參數直接對應。因此，ICE橋路504將XML消息502中的相關事件記錄信息轉換為必須的內容標識符530，其在本例中被標識為“MULTI-MEDIA SERVICE”。
當計費和計帳系統516接收API呼叫514時，它接受該信息并將對應的費用量添加到用戶的集合總計中。所提供的諸如用戶標識符518和內容標識符520之類的標識信息還可被計帳系統使用。計費和計帳系統516的計帳部分可以使用此信息在生成的發票中向用戶標識事務處理細節和費用。
圖4和5所示的例子只是可被ICE有效管理的計費事務處理類型的示例。圖4和5的示例分別表示預付費和在后付費事務處理。然而，本發明適用于任何計費方式的類型，無論是預付費、在后付費、實時、直接付費等。此外，ICE適用于其他非傳統的當前甚至還不知道的計費類別。
作為一個例子，這里描述一種在現有技術計費系統中需要詳細且復雜的解決方案、但可通過本發明的原理有效管理的計費情形。這個示例不一定落入當前已知的諸如預付費、在后付費等計費類別。提供本例以說明ICE能夠被用作網絡和OSS系統間的智能緩沖，從而巧妙地回避了對網絡或目標OSS系統進行重新配置以直接管理它們之間的這種情形的需要。假定無線終端用戶正在通過無線終端，例如無線電話，瀏覽網絡。用戶遇到了由一個小型、以其他方式不為人知的書店提供的網站，并希望購買圖書。然而用戶可能不信任這個不知名的書店，因而猶豫是否提供任何個人或金融信息以完成購買。根據本發明，這種業務提供者例如可與著名的提供者合伙。這對于業務提供商是有利的，因為小型的業務提供者不需要單獨的計費和計帳系統、定級引擎等來提供該相對較銷的業務，并且可實際上使用運營者的計費和計帳系統。
這對用戶也是有利的，因為用戶可能希望向知名的作為合伙的運營者提供信息。例如，運營者可以是用戶使用電話業務、無線業務、因特網業務的公司，或者是用戶熟悉或以其他方式與之進行業務的某些其他公司。小型業務提供者可以在網站上提供一個指示或鏈接，表明其是此相關聯的運營者的增值專售商。于是，用戶可以標識所需要的書，在訂購時，一條消息被發送到智能計費邊緣，其確定該業務提供者存在并且被鑒權。用戶的信息可能已被運營者存儲，并且當用戶訂購圖書時，業務提供者對運營者計費，并且運營者將該費用計入用戶的帳單(或調整預付費帳戶等)。這種類型的事務處理盡管未落入在后付費、預付費等類別，但是可以根據本發明的原理通過ICE有效管理。這只是如何將ICE用于執行在現有技術系統中可能需要自定義解決方案的復雜和非傳統計費事務處理與付費方法。
參見圖6，提供了根據本發明的計費邊緣橋路600的示例實施方式。根據本發明的一種實施方式，計費邊緣橋路600附著于核心網，但也可以替代地附著在核心網附近。要求與一個或多個計費/計帳系統通信的網絡單元602配備有軟件插入模塊。如本領域中已知的那樣，JavaTM是一種通用的面向對象的語言，并且是“寫一次，在任何地方都可運行”的編程語言。因為Java被面向對象的開發者廣泛使用，本發明假定在網絡單元的基于java的實施。然而，應當理解，本發明同樣適用于在網絡單元使用的任何數據格式或編程語言，例如CORBA、C++、SQL、COM和其他語言或規范。XML是當前在Web上廣泛使用的用于數據交換的基于文本的標記語言。如對于HTML那樣，數據使用被統一成為“標記”(markup)的標記(tag)來標識。XML標記標識數據并且充當程序中的字段名。如本領域中已知的那樣，應用編程接口(API)是使程序彼此通信的接口。為了說明的目的，本例假定Java-XML API。然而，應當理解，取決于所使用的接口，也可以實施其他API。因此，在一個實施方式中，此插入模塊604是用作(在本例中，與橋路600)交換XML消息的通信接口的Java XML API。
在橋路600接收XML消息606，并將其提供給轉換器模塊608。因為這個特定的示例涉及XML消息606，轉換器模塊608是XML轉換器。轉換器608通過應用預定已的業務規則610對包含在XML消息中的事件記錄進行翻譯。在這個特定的示例中，業務規則用XSL(可擴展式樣單語言)描述，但XSL只是在其中可以本發明描述這種規則的若干方式中的一種。通常，XSL被用于將XML文檔變換為其他格式。XML轉換器608對XML文件606應用規則610的一個或多個特定集合，從而以另一種格式創建新的文擋、文件、數據流等(以下稱為文件)。同樣，應當理解，在本例中特別使用XML和XSL只是為了說明的目的；然而發明適用于任何輸入消息格式和任何預定義的規則，以在轉換器608的輸出端生成轉換的文件。
使用規則610，轉換器608應對XML消息606進行什么處理。在一個實施方式中，規則610指示轉換器608將特定的參數從XML消息606變換為可由目標計費/計帳單元識別的格式。當應用于XML消息606時，規則610還確定要呼叫哪個計費/計帳單元。例如，規則可以指明，目的地設備取決于網絡標識符(NE ID)和/或授權請求。更具體地說，規則可以指明，如果NE ID是例如MMSC，則應當呼叫的計費/計帳設備是CRM。
因此，從XML轉換器608得到的文件612包括由網絡單元602提供的XML消息608的轉換形式，以及標識應當對該請求進行什么處理的指令信息。基于此文件612，可以呼叫一個特定的目的地接口。這是通過將文件612提供給接口對象管理模塊614實現的。額外的對象配置規則616在接口對象管理模塊614被應用于文件612，以將信息定向到與接口對象模塊618相關聯的適當接口對象。應當指出，盡管將接口對象模塊618表示為與ICE橋路600是一個整體，此模塊可以與橋路600分離，例如在單獨的服務器中。可以提供多種接口對象，從而當在網絡中部署新的計費/計帳系統時，可以提供對應的接口對象。例如，如果在網絡中包括新的CRM，可以為橋路600配備CRM接口對象620，從而可以呼叫新的CRM。還表示了接口對象的其他示例，如HLR 622、預付費系統624和SMS網關API 626接口對象。可以提供任意數量的接口對象，要在網絡中使用的每個計費/計帳系統至少一個。
對象配置規則模塊616促進選擇適當的接口對象之一。換言之，規則616結合信息文件612允許接口對象管理模塊614找到適當的接口對象。例如，在接口對象管理模塊614應用于文件612的規則616可以生成到達適當接口對象的地址，無論該接口對象位于橋路內，還是位于遠離橋路600的單獨系統中。
作為例子，轉換器608將來自XML消息606的信息轉換為不同的格式，例如包含實際對象名、方法名和屬性等的格式。這一轉換由業務規則610幫助實現。接口對象管理模塊614將根據規則616呼叫所得到的信息文件612中的每個對象。
簡要參照圖7，其對應于參照圖4描述的預付費計費事務處理，在計費事務處理中對接口對象進行的五個呼叫中的每個分別由字母A、B、C、D和E標識。在網絡單元700向ICE橋路702發送消息后，橋路702向CRM系統704發送一個API呼叫，由字母A表示。當橋路702接收授權狀態時，它將API呼叫B發送到預付費系統706。可以對CRM 704和HLR 708進行禁止呼叫，分別如C和D所表示。最后，可以進行裝滿呼叫(top-up call)E，以通知用戶補充帳戶。
這些呼叫也在圖6中表示為相應的呼叫A、B、C、D和E。對CRM進行呼叫A，這通過CRM借口模塊620發生。通過預付費系統接口對象624進行呼叫B，如呼叫B所示。分別通過CRM接口對象620和HRL接口對象D對CRM和HLR進行禁止呼叫。最后，通過SMS網關API對象接口626對SMSC進行裝滿呼叫E。還可以對網絡單元602進行應答消息630，以將諸如被請求業務的批準之類的信息通知網絡單元602。這在圖7中由應答消息10表示，它進一步對應于圖4的應答小戲434。
圖8是采用根據本發明原理的智能計費邊緣(ICE)層的網絡800的示范實施方式。在這個實施方式中，多個網絡單元802、804、806、808與網絡耦接。不同的計費和計帳單元810、812、814、816也與網絡耦接，以執行網絡單元802-808所要求的不同計帳功能。網絡單元802-808基本上是網絡的傳統網絡部分的一部分，而計費單元810-816是網絡的OSS側的一部分。ICE橋路820代表這一較大網絡800的網絡到OSS接口。
每個網絡單元包括API，它可以是插入(plug-in)模塊。例如，在本例中作為WAP網關的網絡單元802配備有API插入822。類似地，網絡單元804、806到808分別配備有插入模塊824、826到828。如上所述，這些插入822-828包括API，例如本領域中已知的Java-XML API。當計費事件可用時，網絡單元呼叫其相應的API，并且API執行使用適當的協議有效地將計費事件傳遞到橋路820所需的步驟。
在所示的實施方式中，API模塊822-828被設計為以可擴展標記語言(XML)用于計費事件。XML是一種以有組織的方式將數據格式化為文本文件的計算機語言。它使用采取<word>形式的標記來限定數據和屬性，以將值賦予標記。然而，本領域技術人員通過閱讀本說明書能夠容易地理解，還可以使用其他適用的語言和/或標記語言。
與結合圖6描述的類似，在橋路820接收XML 830消息，并將其提供給XML轉換器模塊832，所述XML轉換器模塊832通過應用預定義的業務規則834對包含在XML消息中的事件記錄(例如，CDR)執行翻譯。使用規則834，轉換器832確定應當對XML消息進行什么操作，在一個實施方式中，規則834指令轉換器832將特定的參數從XML消息轉換為可由目標計費/計帳單元810-816識別的格式。規則834還確定要呼叫哪個計費/計帳單元。
基于XML轉換器832提供的信息，可通過向接口對象管理模塊836提供信息來呼叫特定的目的地接口。對在接口對象管理模塊836收到的信息應用額外的對象配置規則838，以將信息定向到與口對象模塊840相關聯的適當接口對象。接口對象模塊840可以與ICE橋路820集成也可以在其外部。可以提供多種接口對象，從而在網絡中部署新的計費/計帳系統時，可以提供對應的接口對象。橋路820可以配備有多個接口對象，如CRM接口對象842、HLR接口對象844，預付費系統846，SMS網關等。對象配置規則模塊838幫助選擇適當的一個接口對象。這些接口對象幫助與對應的一個OSS系統進行接口。例如，采用其轉換的形式的計費事件通過CRM接口對象842提供給計費和計帳系統(即，CRM)810。
根據本發明的智能計費邊緣可以實施一個或多個ICE橋路。所述橋路可以在一個單獨的網絡服務器設備中實施，也可以在物理上位于網絡單元和OSS單元間的任何一點。盡管橋接單元的物理位置可能不同，實施這些橋路提供了有效地從OSS(即，計費/計帳)域緩沖網絡域的邏輯網絡層。
圖9表示了在網絡系統900中采用多個計費邊緣橋路的一種方式。“計費邊緣”基本上將網絡單元和OSS單元隔離開來。在所示的示例中，不同組的OSS單元904、906、908中每組都包括計費、計帳、定級、開發票和/或其他與計費相關的設備。作為網絡的一部分，各種網絡單元組910、912、914包括網絡單元(如先前所描述的那些)。每組網絡單元通過構成智能計費邊緣902的一部分的至少一個計費邊緣橋路與一個或多個OSS單元通信。例如，橋路918橋接網絡單元912和OSS單元906。可見，在創建智能計費邊緣時可以使用任意數量的橋路。
橋接模塊可以在物理上位于網絡和OSS單元間的任何一點。在一個示范示例中，ICE橋路是一個單獨的服務器，如ICE橋路918。在這樣的實施方式中，橋路918在物理上不同于其在其中進行接口的網絡或OSS單元。在另一個實施方式中，橋路916位于特定的網絡單元917附近或與特定的網絡單元917一體。在這種情況下，智能計費邊緣902擴展到網絡域910，以在邏輯上包括橋路916，由此示出物理位置不影響邏輯計費邊緣。
類似地，另一種實施方式示出橋路920可以在物理上位于特定的計費/計帳單元921附近或與特定的計費/計帳單元921一體。例如，計費/計帳系統921可以是一個廣泛的計帳系統，它能夠為大量的網絡單元執行計帳業務，由此保證橋路920的物理實施在該計費/計帳系統921的附近。同樣，在這種情況下，ICE 902擴展到OSS域908，以在邏輯上包括橋路920。
在實施ICE橋路916、918、920等時產生的另一個問題是配置這些橋路的方式。如前所述，每個橋路包括各種類型的規則，應用所述規則使得ICE橋路知道實質上消除網絡或OSS設備的這種責任所需要的信息。在本發明的一個優選實施方式中，輸入規則的人/實體(如，業務設計者)不需要知道與ICE層相關聯的橋接設備或其他設備的數量。相反，以一般的方式輸入規則，并且智能計費邊緣的系統將規則路由到適當的橋接設備。一種實現方式是通過在特定的集中的ICE橋路處輸入規則來填充ICE橋路916、918、920。例如，通過規則輸入控制臺922，所有規則均被輸入主橋路918。主橋路918隨后適當地將規則分發給只負責業務的特定集合的其他橋路916、920，如分別由規則分發路徑924、926所示。
一個更具體的例子假定一系列的業務，如五個業務A、B、C、D、E。業務A和B可由橋路918處理，期于業務C、D、E可以由橋路916處理。使橋路918成為主橋路。當在規則輸入控制臺922輸入規則時，這些規則將被定向到主橋路918。在一個實施方式中，無論各規則輸入控制臺922的數量和位置如何，這都成立，從而來自任何輸入位置的初始規則輸入將被定向到主橋路。在各規則輸入控制臺輸入的集中的規則代表用于業務A、B、C、D、E的規則。這些規則以特定的業務為目標，然而，主橋路918將用于特定業務的規則路由到負責那些特定業務的橋路。例如，主橋路918保持其用來橋接網絡單元組912和OSS單元906的規則的所有權，并將用于分別使網絡單元組910和914與OSS單元904和908接口的規則傳遞給橋路916和920。這樣，未被指定為主橋路的橋路(例如，橋路916、920)將從主橋路918接收其相應的規則，且不知道或無須知道與其特定責任武官的業務。
相對于規則輸入系統922，這可以是能夠接收這種規則的任何計算設備或終端。例如，可向用戶提供圖形用戶界面(GUI)，以在用戶友好的環境中創建和輸入規則，實質上標識為網絡單元提供的特定業務應當采取什么操作。該GUI的后端隨后將這些規則從GUI影射到不同的ICE橋路，其首先被定向到被指定為主的集中橋路。因此，主橋路將規則推向網絡上的各其他橋路，同時，集中的橋接和其他單元在智能計費邊緣維護這些規則。主橋路維護關于哪個ICE橋路將管理哪些業務的信息。例如，這可通過使每個ICE橋路將其要為哪個業務/網絡單元服務通知主橋路。還可通過其他裝置對主橋路裝載此映射信息。
結合圖6描述了這些規則的應用。取決于業務和所需的動作，可以應用任何數量的規則。圖10示出了橋路1000所利用的業務規則的示范類型。橋路1000類似于結合圖6描述的橋路600，并且包括XML消息1002、包括轉換器模塊1006和接口對象管理模塊1008的規則處理模塊1004、以及接口對象模塊1010。在此實施方式中，示出了三種類型的規則，包括消息識別規則1012、動作規則1014和后端系統處理規則1016。消息識別規則1012包括如何通過到來消息中的值、值范圍、特性、屬性等標識消息的信息。消息的初始轉換包括利用規則來指定當消息與這些預定義的過濾規則匹配時要采取的動作。結合圖4描述的變換、字段重新計算、過濾和路由功能是消息標識和轉換規則的例子。
動作規則1014是指定對被過濾出的給定請求要采取什么動作的規則。這些動作的例子包括鑒權、信用檢查、確定事務處理是預付費、在后付費等。這些動作的例子包括結合圖4和5所述的API呼叫416、426、514。
另一層規則是后端系統處理規則1016。這些規則解釋從后端系統返回的響應，并采取適當的動作。這種動作的操作的例子包括諸如結合圖4所描述的禁止消息之類的禁止/取消禁止動作在內的動作。另一個例子是圖4所示的裝滿消息442。換言之，這些規則1016定義響應于從橋路1000與之接口的系統所識別或接收的參數，應當采取的行動。
這些規則管理在橋路1000執行的功能。給定如圖10所示的示范規則1012、1014、1016，可以執行一系列橋路功能。到來的消息可能被轉換為所需的內部格式，以及轉換為OSS域中由后端服務器所要求的多種格式。橋路1000還定位用于給定消息的適當業務規則屏執行相關的業務對象。可以在后端服務器中激活功能(即，計費/計帳/定級單元)，以基于諸如預付費、在后付費、直接付費等付費類型執行必要的鑒別/授權功能。在后端系統中，在需要信用卡時，可通過應用適當的規則激活信用卡檢查。計費建議也可被配置為業務規則屏由橋路1000進行管理，所述計費建議允許客戶查詢呼叫或業務的近似計費。對于諸如由后端系統維護帳戶余額的預付費業務的情況，可在后端系統中通過應用橋路1000中的規則激活諸如裝滿消息和禁止/取消禁止消息之類的消息。用戶狀態、余額等可與OSS系統以及外部預付費服務器同步，并且可通過激活后端服務器中的功能來執行對用戶業務設置或屬性的與實時業務相關的改變。此外，橋路1000可以基于預編程到橋路1000中的規則決定如何路由到來的與計費相關的消息。例如，如圖6所示，可以在接口對象管理模塊應用對象配置規則模塊，以將信息定向到適當的接口對象。因此，橋路1000以及規則可以按照事務處理安全的方式處理與單個消息相關的所有事務處理。前述代表了根據本發明的ICE橋路可以執行的功能類型的示例。然而，隨著本領域技術人員通過閱讀本說明書能夠理解的那樣，在不背離本發明的范圍的情況下，還可以實施其他規則及對應的橋路功能。
參照圖11，提供了實施根據本發明的智能計費邊緣的一種示例方式。提供可計帳業務的一個或多個網絡單元各自都可以傳送1100計費事件。如框1102所示，這些計費事件在智能計費邊緣的橋路模塊被截收。一個或多個橋路模塊構成了ICE的一部分，所述ICE根據駐留在橋路模塊中的規則，協調和管理網絡單元與計費單元之間的計費事務處理，如框1104所示。
圖12描述了使網絡域中的網絡單元與OSS域中的單元接口的方法的更具體的示范實施方式。圖12的實施方式包括本發明的各種特定特征。例如，采用多個橋路設備的聯網環境可以包括指定的主橋路設備。業務規則通過任何類型的輸入終端、控制臺或其他輸入機制被輸入1200到主橋路設備適用于整個計費層的業務規則被提供給主橋路設備，而適用于一個或多個輔橋路設備(如果存在)的業務規則則被分發1202到相應的輔橋路設備。適用于主橋路設備的業務規則由主橋路設備保留。
當規則就位后，網絡單元可以生成計費事件1204，并通過API傳送1206計費事件。計費事件被與發送網絡單元相關聯的計費邊緣的橋路設備識別和截收1208。在必要時，橋路按照該橋路處的規則轉換1210計費事件。如前所述，這種轉換被用于以能夠導致與目的地OSS系統對應的格式的任何方式格式化計費事件。例如，這種轉換可以包括數據變換1212，它可以包括從輸入消息格式變換到輸出消息格式。計費事件的轉換1210還可能包括字段的重新計算，如框1214所示。這包括，例如，將信息的表示轉換為對最終的OSS設備目的地有意義的格式。更具體地說，這種轉換可以包括將標識業務的符號或數字URL轉換為對計帳系統創建發票有用的文本URL。另一個示例是數據量的重新計算，如將傳送的字節數轉換為下載數或目的地OSS系統使用的其他單位，或者對信息執行數學計算，以達到目的地OSS系統需要的適當單位。
轉換1210還可以包括過濾1216和路由1218。過濾1216包括，例如由于計費事件中的錯誤而丟棄計費事件。橋路執行此功能，由此允許在到達目的地計費/計帳系統之前丟棄這些錯誤的計費事件。此外，計費事件通常被發送到除計費和計帳系統之外的多個目的地，例如發送到數據倉庫設施。路由計費事件1218還可以由橋路404管理。還可以根據本發明執行其他轉換功能，前述只是可以執行的轉換的示例。
一個計費事件，盡管代表單個消息，但可以涉及與不同OSS單元的多個事務處理。這種示例在圖4的示例中一說明。在這種情況下，由橋路提取信息，并且事務處理序列被協調1220。例如，在預付費情形中，橋路可以從計費事件提取信息，并識別需要對CRM和預付費系統進行呼叫。向計費事件中的信息應用業務規則，以便到達此結果。對于通過規則從計費事件獲得的每個特定事務處理，定位接口對象，并且按照規則對定位的接口對象進行呼叫，如框1222所示。例如，如果第一事務處理涉及呼叫CRM以為用戶授權業務，那么使用對象配置規則模塊定位CRM接口對象，并且可通過CRM接口對象將呼叫分派到CRM。
后端系統，即橋路對其進行呼叫的OSS系統，可以提供響應。這些響應可以采用狀態的形式，如授權、未授權、施加的費用、帳戶余額或來自后端OSS系統的任何狀態或返回。在某些情況下可能不提供這種狀態，如當在在后付費情形中橋路將計費記錄轉發給計費和計帳系統時。那時，計費和計帳系統可以簡單的接受橋路提供的信息，并利用該信息執行在后付費計費和計帳功能。響應不是必須的。然而在其他實例中，如預付費或直接付費情形中，后端系統可以響應于橋路進行的呼叫提供授權、狀態或其他信息。這時，這些后端系統響應按照規則被截收1224。例如，如果CRM系統返回“未授權”狀態，則在橋路中提供的規則指令橋路通知業務，指出用戶無權使用業務。響應于這種響應，還可以提供其他消息，如通知用戶授權失敗的消息(例如，電子郵件、SMS等)。
取決于在計費事件中提供的信息，和/或取決于從后端系統接收的響應，橋路可能需要啟動額外的呼叫以完成由計費事件啟動的整個計費事務處理。如果在判決框1226確定需要額外的呼叫，則采取額外的步驟以完成計費事務處理。在一個實施方式中，執行一次轉換1210，這導致定義完成計費事務處理要采取和協調1220的所有進一步操作的完整指令集。在這種實施方式中，在事務處理中存在額外的呼叫的確定1226使處理返回框1222，以找到序列重下一個接口對象，以分派事務處理呼叫并解釋1224后端系統響應。換言之，在這種實施方式中，對于計費事務處理執行以此轉換1210，并且得到的轉換的指令確定對于與計費事務處理相關聯的任何進一步呼叫的剩余操作。
根據一個替換實施方式，來自被叫設備的特定響應可以被進一步轉換1210。因此，可以對這些接收的響應施加轉換規則，如從判決框1226返回到轉換框1210的虛線所示。在這一實施方式中，當額外呼叫與計費事務處理相關聯時，可能需要額外的轉換1210、事務處理序列協調1220、接口對象位置和事務處理呼叫1222以及后端系統響應解釋1224。例如，在結合圖6和7所示的示例中，橋路啟動了包括A、B、C、D和E在內的五個不同呼叫。當對計費事務處理不需要額外的呼叫時，事務處理結束1228。
這里描述的智能計費邊緣為在網絡和OSS域間交換信息提供了廣泛的靈活性。ICE允許多種不同類型的網絡單元有效的與多種不同類型的計費和計帳單元通信，并允許更容易和有效的引入新的網絡和OSS單元。由ICE層有效的管理從不同網絡單元始發的計費事件，即使多個網絡單元創建與特定會話和呼叫相關聯的不同計費記錄也不例外。隨著網絡繼續向全IP網絡轉變，將更加重視協調和管理從多個網絡單元始發但又與單個的會話相關聯的計費信息。本發明的智能計費邊緣可以管理多個網絡單元生成與公共會話或呼叫相關聯的計費事件的情形。結合圖13描述表示這種情形的一個示例。
圖13是采用智能計費邊緣1302管理其中多個網絡單元生成一個集合計費事件的不同單元的會話的師范網絡1300的框圖。為了說明而不是為了限制的目的，圖13以話音經IP呼叫進行說明。應當理解，圖13的示例同樣適用于任何類型的傳輸，無論是話音、數據、圖像、視頻等。
在這個例子中，在呼叫中涉及多個網絡單元1304、1306、1308中的每一個，并且每個都可以生成該呼叫的計費信息。例如，在GPRS網絡或第三代(3G)網絡中，可以按照在話音經IP呼叫中傳送的業務量由一個網絡單元生成計費信息。另一個網絡單元可以跟蹤呼叫的時長。再一個網絡單元可以跟蹤與該呼叫相關聯的消息數量。這些網絡單元功能中的每一個都可以產生其某種組合統一用作計費事件的信息。
根據本發明，通過應用先前描述的計費邊緣規則來實現各種計費信息的管理。根據一種實施方式，這些規則提供在一個或多個ICE橋路1310中。這些規則確定應對由會話涉及的多個網絡單元產生的每個計費信息段應用什么操作。例如，如果網絡單元1304、1306、1308中的每個生成同一呼叫的計費信息，規則將確定如何相對于可能由諸如預付費服務器130、CCB 1322和定級引擎1324之類的一個或多個計費單元利用的最終計費事件對待此計費信息。一個規則可以，例如指明在網絡單元1304、1306和1308提供的信息A、B和C中，僅有信息B和C強用在最終計費事件重，而信息A將被丟棄。在業務規則中反映的業務模型將指令這種動作。一個不同的規則可以，例如確定某些用戶將被針對所有可計費活動計費，在這種情況下，來自每個網絡單元1304、1306和1308的計費信息可以被ICE獨立處理，而不是收集所有信息并進行統一決定。同樣，結合ICE提供的規則可以有效的執行這種判決和所得到的動作。
再一個規則可以，例如指令將來自不同網絡單元的一個或多個計費信息記錄發送到相關單元1312，例如一個計費網關，以使計費信息記錄中的信息相關。替代地或者除利用相關單元1312外，規則還可以指令調用會話管理單元1314。會話管理單元1314可以監視呼叫的事件，并由此知道用戶在做什么。橋路1310可以與這種相關單元1312和會話管理單元1314密切工作，以有效的強來自不同網絡單元的計費信息處理為所需的計費事件。在這些實例中，相關單元1312和會話管理單元1314實際上構成了此上西文中的智能計費邊緣的一部分。橋路1310可以類似方式結合形成智能計費邊緣一部分的其他單元進行工作。
例如，橋路1310可以確定對于特定的會話是否需要相關。在一個更具體的示例中，考慮一個WAP事務處理。在一個WAP事務處理可產生至少兩個不同的記錄，包括來自GPRS網絡的指明在會話期間傳送的字節數的一個記錄以及來自WAP網絡的知名URL正在被訪問的另一個字節。如果特定的運營者只為計費目的關心URL，則運營者可能希望從GPRS網絡中丟棄該記錄。這可以使用與智能計費邊緣1302相關聯的規則來實現。另一方面，運營者可能使兩個記錄(即傳送的字節數和訪問的URL)相關，以到達考慮到兩個記錄的某種計費。同樣，智能計費邊緣相關聯的規則可以實現此需求，例如通過應用規則以直接實現這種相關，或者將記錄轉發給相關單元1312。因此，根據本發明的計費邊緣提供了協調來自多個網絡單元的潛在計費信息的能力，以最終產生可以由諸如計費單元1320、1322、1324之類的OSS單元中的一個或多個使用的所需計費事件。
應當理解，前述實施方式只是這里描述的不同智能計費邊緣的示范性實力，并且本發明不局限于所示范的實施方式。
使用前述說明，可通過使用標準編程和/或工程技術將本發明實施為一個機器、過程和制造產品，以產生變成軟件、固件、硬件或其組合。
所得到的具有計算機可讀程序代碼的任何程序可以實施于一個或多個計算機可用介質中，如存儲器設備和發送設備，由根據本發明作出計算機程序產品或制造產品。這樣，這里使用術語“制造產品”以及“計算機程序產品”旨在包括(永久、臨時或短暫地)存在于諸如任何存儲器設備或任何發送設備之類的任何計算機可用介質上的計算機程序。
執行直接來自于一個介質的程序代碼、將程序代碼存儲在一個介質上、將代碼從一個介質復制到另一個介質、使用發送設備發送代碼或其他等效操作可能涉及使用只是短暫包含程序代碼作為制造、使用或銷售本發明的初始或最終步驟的存儲器或發送設備。
存儲器設備包括但不限于硬盤驅動器、軟盤、光盤、磁帶、諸如RAM、ROM、PROM等之類的半導體存儲器。發送設備包括但不限于因特網、內部網、基于電話/調制解調器的網絡通信、硬有線/電纜通信網、蜂窩通信、無線電波通信、衛星通信以及其他靜止或移動網絡系統/通信鏈路。
包含本發明的機器可能涉及一個或多個處理系統，包括但不限于CPU、存儲器/存儲設備、通信鏈路、通信/發送設備、服務器、I/O設備或者一個或多個處理系統的任何子組件或單個部件，包括軟件、固件、硬件或其組合或子組合，其包含按照權利要求定義的本發明。
本領域技術人員通過這里的描述可以容易的知道，將按照所描述方式創建的軟件與適當的通用或專用計算機硬件相結合，以創建實現本發明的計算機系統和/或計算機子組件，并且創建用于執行本發明方法的計算機系統和/或計算機子組件。
當然，應當理解，可以在不背離本發明的范圍或精神的情況下對這里描述的實施方式進行多種修改和添加。通過閱讀前述說明，本領域技術人員能夠容易的理解本發明在任何同等的網絡環境中的適用性。因此，本發明的范圍不應由這里的特定實施方式所限定，而是僅應當由隨附的權利要求書或其等效物來限定。
權利要求
1.一種用于對網絡上的業務的計費和計帳進行管理的方法，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該方法包括在一個網絡計費邊緣接收計費事件，所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋路模塊；以及通過對由對應的計費事件啟動的計費事務處理應用規則，經由一個或多個橋路模塊管理在網絡單元及其相應計費單元之間的計費事務處理。
2.根據權利要求1所述的方法，還包括通過提供可計帳業務的網絡單元生成和傳送計費事件，其中所述計費事件包括計費單元使用的業務使用參數。
3.根據權利要求1所述的方法，還包括在每個提供可計帳業務的網絡單元實施應用編程接口(API)，以使每個相應的網絡單元與所述一個或多個橋路模塊進行接口。
4.根據權利要求3所述的方法，還包括通過提供可計帳業務的網絡單元生成和傳送計費事件，其中傳送計費事件包括依照API傳送XML計費事件。
5.根據權利要求1所述的方法，其中接收計費事件包括截收由網絡單元分派給計費單元的計費事件。
6.根據權利要求1所述的方法，其中管理計費事務處理包括應用規則以將計費事件轉換為可由目標計費單元識別的格式。
7.根據權利要求6所述的方法，其中應用規則以轉換計費事件包括將計費事件從第一格式變換為第二格式。
8.根據權利要求6所述的方法，其中應用規則以轉換計費事件包括對計費事件進行過濾以阻止將某些特定計費事件傳送到計費單元。
9.根據權利要求6所述的方法，其中應用規則以轉換計費事件包括重新計算計費事件的字段，以按照在計費單元中使用的單位呈現字段。
10.根據權利要求6所述的方法，其中應用規則以轉換計費事件包括將計費事件路由到多個目的地。
11.根據權利要求6所述的方法，還包括通過與相應的計費單元相對應的接口對象傳送轉換的計費事件。
12.根據權利要求11所述的方法，還包括基于規則和轉換的計費事件，將轉換的計費事件定向到與目標計費單元相對應的接口對象。
13.根據權利要求12所述的方法，其中定向轉換的計費事件還包括向轉換的計費事件應用規則，以識別與目標計費單元相對應的接口對象的地址。
14.根據權利要求1所述的方法，其中管理計費事務處理包括選擇一個接口對象以與對應的計費單元進行通信，其中選擇一個接口對象包括將多個接口對象之一識別為是由對象配置規則確定的。
15.根據權利要求1所述的方法，其中管理計費事務處理包括按照規則指定的順序與多個計費單元執行多個事務處理操作。
16.根據權利要求15所述的方法，其中與多個計費單元執行多個事務處理操作包括對來自至少一個計費單元的響應消息應用規則，以執行一個或多個事務處理操作。
17.根據權利要求1所述的方法，其中管理計費事務處理包括協調與計費單元間的一個或多個通信，以執行計費事務處理。
18.根據權利要求17所述的方法，其中協調與計費單元間的通信包括響應于向由對應的計費事件啟動的計費事務處理應用規則，將第一呼叫傳送到第一計費單元。
19.根據權利要求18所述的方法，其中協調與計費單元間的通信包括從第一計費單元接收對第一呼叫的響應，并響應于向對第一呼叫的響應應用規則，將第二呼叫傳送到第二計費單元。
20.根據權利要求1所述的方法，還包括用規則配置一個或多個橋路模塊。
21.根據權利要求20所述的方法，其中用規則配置橋路模塊包括用分配給由該橋路模塊管理的業務的規則的子集來配置每個橋路模塊。
22.根據權利要求21所述的方法，其中在網絡計費邊緣實施多個橋路模塊，并且進一步包括將橋路模塊之一指定為主橋路模塊，以接收所有橋路模塊的所有規則。
23.根據權利要求22所述的方法，還包括將規則的子集從主橋路模塊分發到其余橋路模塊。
24.根據權利要求22所述的方法，還包括在與主橋路模塊耦接的控制臺輸入規則。
25.一種用于促進對通過網絡可用的業務進行計費的系統，包括至少一個網絡計費單元，用于執行業務計費功能；至少一個網絡業務單元，用于提供至少一個要進行使用計費的業務；以及一個網絡計費邊緣，包括在邏輯上耦接在網絡業務單元和網絡計費單元之間的至少一個計費橋路，用以調停網絡業務單元和網絡計費單元之間的通信。
26.根據權利要求25所述的系統，其中計費橋路包括轉換模塊，用于從網絡業務單元接收計費事件，并將計費事件轉換為網絡計費單元的本地格式。
27.根據權利要求26所述的系統，其中計費橋路還包括與轉換模塊耦接的業務規則模塊，用于根據預定義的業務規則管理轉換模塊的轉換。
28.根據權利要求27所述的系統，其中計費橋路還包括接口對象模塊，包括多個接口對象，用于與相應的多個網絡計費單元通信，接口對象管理模塊，與轉換模塊耦接，用于接收轉換的計費事件；以及對象配置規則模塊，與接口對象管理模塊耦接，用于指示接口對象管理模塊將轉換的計費事件定向到轉換的計費事件要發送到的網絡計費單元的接口對象。
29.根據權利要求25所述的系統，其中每個網絡業務單元包括一個應用編程接口(API)，用于使每個相應的網絡業務單元與所述計費橋路進行接口。
30.根據權利要求25所述的系統，其中網絡計費單元包括確定適用于用戶的業務使用的使用計費的網絡服務器。
31.根據權利要求25所述的系統，其中網絡計費單元包括生成適用于用戶的業務使用的發票的網絡服務器。
32.根據權利要求25所述的系統，其中網絡計費單元包括計費和計帳系統、定級引擎和預付費服務器中的至少一個。
33.一種用于調停網絡上至少一個網絡業務單元和至少一個網絡計費單元之間的計費事務處理的橋接設備，包括一個轉換模塊，用于從網絡業務單元接收計費事件并將計費事件轉換為網絡計費單元可理解的格式；一個業務規則模塊，與轉換模塊耦接，用于提供預定義的業務規則，以管理轉換模塊執行的轉換；一個接口對象模塊，包括多個接口對象，用于與相應的多個網絡計費單元通信，一個接口對象管理模塊，與轉換模塊耦接，用于接收轉換的計費事件；以及一個對象配置規則模塊，與接口對象管理模塊耦接，用于指示接口對象管理模塊將轉換的計費事件定向到轉換的計費事件要發送到的計費單元的接口對象。
34.根據權利要求33所述的橋接設備，其中轉換模塊是用于轉換XML計費事件的可擴展標記語言(XML)轉換模塊。
35.一種用于對網絡上的業務的計費和計帳進行管理的系統，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該系統包括在一個網絡計費邊緣接收計費事件的裝置，所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋接裝置；以及通過對由對應的計費事件啟動的計費事務處理應用規則，經由一個或多個橋接裝置管理在網絡單元及其相應計費單元之間的計費事務處理的裝置。
36.根據權利要求35所述的系統，還包括用于使每個相應的網絡單元與一個或多個橋接裝置進行接口的裝置。
37.根據權利要求35所述的系統，其中用于管理計費事務處理的裝置包括用于將計費事件轉換為可由目標計費單元識別的格式的裝置。
38.根據權利要求37所述的系統，還包括將轉換的計費事件傳送到計費單元的裝置。
39.根據權利要求35所述的系統，還包括用于用規則配置一個或多個橋接裝置的裝置。
40.一種計算機可讀介質，具有用于對網絡上的業務的計費和計帳進行管理的計算機可執行指令，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，所述計算機可執行指令執行下列步驟在一個網絡計費邊緣接收計費事件，所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋路模塊；以及通過對由對應的計費事件啟動的計費事務處理應用規則，經由一個或多個橋接裝置管理在網絡單元及其相應計費單元之間的計費事務處理。
41.一種用于對網絡上的業務的計費和計帳進行管理的方法，所述網絡具有一個或多個提供可計帳業務的網絡單元和一個或多個計費單元，該方法包括在一個網絡計費邊緣接收由多個網絡單元產生的多個計費信息記錄，其中多個計費信息記錄與涉及多個網絡單元中的每一個的用戶會話相關聯；在網絡計費邊緣的在邏輯上耦接在多個網絡單元和計費單元之間的一個或多個橋路模塊處將計費信息記錄整理入用戶會話計費事務處理中，其中將計費信息記錄整理入用戶會話計費事務處理中是由在一個或多個橋路模塊處應用的第一預定規則管理的；以及根據第二預定規則在網絡計費邊緣的一個或多個橋路模塊處執行用戶會話計費事務處理。
42.根據權利要求41所述的方法，其中將計費信息記錄整理入用戶會話計費事務處理中包括確定是將多個計費信息記錄中特定計費信息記錄包括入用戶會話計費事務處理還是排除在外。
43.根據權利要求41所述的方法，其中將計費信息記錄整理入用戶會話計費事務處理中包括確定是否激活相關模塊，以使多個計費信息記錄與用戶會話計費事務處理的一個或多個操作相關。
44.根據權利要求41所述的方法，其中將計費信息記錄整理入用戶會話計費事務處理中包括確定是否激活會話管理模塊，以獲得用在用戶會話計費事務處理的一個或多個操作中的與多個計費信息記錄有關的會話信息。
45.根據權利要求41所述的方法，其中執行用戶會話計費事務處理包括應用第二預定規則以將用戶會話計費事務處理轉換為目標計費單元可識別的格式。
46.根據權利要求45所述的方法，還包括根據第三預定規則將轉換的用戶會話計費事務處理定向到與目標計費單元相對應的接口對象。
47.根據權利要求41所述的方法，其中執行用戶會話計費事務處理包括選擇一個接口對象以與對應的計費單元進行通信，其中選擇一個接口對象包括將多個接口對象之一識別為是由第三預定規則確定的。
48.根據權利要求41所述的方法，其中執行用戶會話計費事務處理包括控制與計費單元的一個或多個通信的操作和順序。
全文摘要
一種用于管理網絡上業務的計費和記帳的系統和方法，其中網絡包括提供可計帳業務的網絡單元和執行各種計費和記帳功能的計費單元。在隔離網絡單元和計費單元的一個網絡計費邊緣接收計費事件。所述網絡計費邊緣包括在邏輯上耦接在網絡單元和計費單元之間的一個或多個橋路模塊。通過對由對應的計費事件啟動的計費事務處理應用規則，經由橋路模塊管理在網絡單元及其相應計費單元之間的計費事務處理。
文檔編號H04L29/06GK1636179SQ02820144
公開日2005年7月6日 申請日期2002年9月16日 優先權日2001年10月12日
發明者安東尼·羅德里戈 申請人:諾基亞公司