從數據流提取所希望數據的製作方法
2023-04-30 13:14:26
專利名稱：從數據流提取所希望數據的製作方法
技術領域：
本發明涉及從所構成的數據流提取所希望的數據，特別是從由電話交換機產生的呼叫詳細記錄的連續流提取預定數據。
因業務緣故而付帳是履行業務生產者與其客戶之間的協定。原則上有兩種付帳方式分散和集中付帳。
在分散付帳中，每當用戶使用銷售者提供的業務時向銷售付費。該支付或是通過常規貨幣或是通過某些等同的支付方式進行的，例如為郵遞信件付費時使用郵票。最近在分散付帳中使用的支付方式的實例是每個″硬幣″由加密的二進位序列組成的電子貨幣，該電子貨幣必須由銀行伺服器核實。
在集中付帳中，由銷售者或第三方監測業務的使用，定期向用戶計費，例如一個月一次。該計費是在監測為前一個計費周期收集的數據的基礎上進行。集中計費的實例是電、電話和信用卡付帳。集中計費包括三個步驟。第一步驟是有關業務和相關計費方之間的協定。第二步驟是監測(測量)業務的使用和保存與該使用有關的數據。第三步驟是格式化帳單並將該帳帳發送給用戶。帳單是根據計費系統中保存的數據形成的。
電話網絡中採用的集中計費以用戶和操作者之間的協定為基礎。該協定的基本點在於用戶接入電話業務，就是說，他可以發出和接收呼叫，作為對提供業務的補償，用戶按操作者送給其的帳單中的規定，根據預定資費進行支付。該帳單通常包括兩種類型的收費固定費和使用費。固定費與是否使用業務無關。使用費取決於用戶已進行了多少次呼叫以及可能還有他已接收了多少次呼叫。為了能夠將使用費記入借方的帳目，操作者必須監測發出和接收的呼叫。該監測基於連接並由網絡交換機執行。
圖1通過給出一部分公共電話網說明了電話網中使用的已知集中計費方法。對於發出的每個呼叫，市話交換機LE(用戶的市話交換機)進行呼叫詳細數據收集並格式化CDR(呼叫詳細記錄)。該記錄包含對一個呼叫計費中所需的所有信息以及與該呼叫有關的任何所希望數量的其它信息。當為了計費或為了監測呼叫細節而需要有關一個呼叫的指定詳細信息時，總是使用呼叫詳細數據收集。在引入呼叫細節數據收集前，由一個操作控制命令確定呼叫詳細記錄的結構。在由網絡管理裝置控制的所有交換機元件中必須將該記錄結構確定為同樣的結構。下文中也將呼叫詳細記錄稱為CDR，並將格式化呼叫詳細記錄的程序稱為CDR發生器。格式化的CDR送到BS(計費中心)以便後處理。
呼叫詳細記錄的格式化需要操作者為呼叫詳細記錄的格式化建立一些基礎。格式化可以以例如用戶所有呼叫的呼叫詳細數據收集為基礎，或者格式化可以以呼叫類型，即上述呼叫是否是普通呼叫、諸如呼叫轉移之類的設施呼叫、免費呼叫、IN呼叫(智能網絡呼叫)等為基礎。在固定網絡應用中，存在著約30種不同的格式化基礎。經格式化的呼叫詳細記錄首先保存在存儲器中，然而送到集中計費系統，在此將它們保存在大容量存儲器中，例如磁帶上或硬碟上。
在交換機和計費系統之間還可有一個附加處理步驟，其中為計費系統預處理呼叫詳細數據收集記錄。該預處理可以是格式化，例如將資費類別欄位從一種格式轉換成另一種格式。不管是否有預處理，呼叫詳細數據收集將產生包含甚至幾百萬條記錄的巨大數據塊，並且這些數據塊可保存在計費系統的大容量存儲器中。這些記錄形成計費系統開始處理的原始信息。
因此，呼叫詳細數據收集記錄的處理在稍後時侯作為與呼叫詳細數據收集記錄的產生分開的批處理進行。應該指出，實際上計費可以比上面描述的實例複雜得多。例如，在移動站網絡中，參加呼叫的每個移動業務交換中心可產生呼叫詳細數據收集記錄。然而，計費原理與上面描述的相同。
下面參考圖2描述在本固定網絡電話系統中CDR格式的處理。該圖示出從本發明的觀點來看必不可少的電話交換機的功能。
呼叫詳細數據收集處理主要從呼叫控制獲得與該呼叫有關的信息作為單個消息中的原始數據。呼叫詳細數據收集處理把該信息保存在為該呼叫保留的記錄中。在呼叫終結或與中間數據收集連接時，數據收集處理在各種類型的消息中把呼叫記錄作為一個整體送到該處理以便保存呼叫詳細記錄。該消息具有表示其內容性質的呼叫類型編號和消息序號。連續消息的結構總是相同，該類型確定必須填充該消息中的哪個欄位。如果被填充欄位的號碼小於該消息中的欄位號碼，則用填充碼填充空白欄位。因此，這些消息總是作為一個整體發送。
保存處理在分開的格式化文件中讀取該消息結構，並開始從其接收的原始數據流格式化該記錄。呼叫記錄和格式化文件的結構在用於存儲呼叫詳細數據收集的處理的代碼中固定構成。由於不是從格式化文件中找出該欄位在呼叫記錄中的位置，進行固定編碼。用於保存呼叫詳細數據收集的處理連續讀取格式化文件，如果在格式化文件中將所述欄位定義為將要一道採用的欄位，則從接收的呼叫記錄採集用於將其在CDR中定位的欄位。在CDR中編碼單個欄位的方式也是在用於保存呼叫詳細數據收集的處理的代碼中固定建立的。
如果希望在某個應用中對一個消息中的某個欄位，例如時間欄位格式具有不同處理，則必須通過該應用切換的控制進行。
當用於保存呼叫詳細數據收集的處理已完成該CDR時，將其在RAM塊中定位。通常，一個塊可容納5-10個CDR。當完成該塊時，將其保存在相關的電話交換機的硬碟中或將其在交換機外部發送到某個I/O設備，例如到操作控制中心的硬碟。還可以將接收的塊直接送到後處理程序。
操作者能夠從操作控制中心的硬碟上保存的塊輸出例如某些用戶的呼叫的格式化CDR。這是由人機語言(MML)命令進行的。該命令開始讀取程序，其中對呼叫詳細數據收集格式化文件的結構和與其子文件對應的欄位名固定地編碼。從硬碟的振鈴緩衝器進行讀取。
另外，簡要描述格式化文件中保存的格式。操作者用MML命令產生其希望的格式。首先輸出該命令，在監視器上以明語為操作者顯示消息中可提供的所有欄位.l.子文件。此後，操作者在將要作出的格式中選擇他希望查找的那些欄位。操作者可從可使用的欄位取出一個欄位或消除一個欄位，但他不能改變欄位的順序。當用戶已做出其選擇時，格式化結束，並可輸出到顯示器或列印在紙上。該輸出將以明語表示該格式中出現哪些欄位。
該格式可以是例如下列形式CALL SUBSCRIBER NUMBER10因此，該欄位名是呼叫用戶號碼，數值10表示欄位組合在CDR中的位置。
MML功能讀取呼叫詳細數據收集程序的格式化文件中可使用的欄位(子文件)，並在用戶用其生成他希望的格式的MML命令中和由用戶選擇的格式用其輸出到顯示器上或紙上的MML命令二者中使用該欄位。它是由欄位可被選擇的格式化文件表示的，而與所選擇的欄位是否出現在呼叫詳細記錄CDR中無關。格式化文件包含與呼叫詳細記錄CDR中欄位的最大數量同樣多的子文件。
格式化文件的子文件的結構類型為FIELD_IN_RECORD POSITIONTRUE0如同可從所示類型看到的，它不以明語指示欄位名。為此，在MML功能中以明語將欄位名以及其在格式化文件中的對應性固定地編碼。例如如下編碼IFCRPARA.SUB_REC(1).FIELD_IN_RECORD＝TRUETHENDOCALL MOVB(″CALL TIME″，MML FORMAT.RECORD-HEADER...
這表明，如果從名為CRPARA的格式化文件起在位於位置0的欄位為真，該欄位在此被稱為FIELD_IN_RECORD，就是說，用戶在進行格式化時選擇它，則以明語給出名稱CALL TIME。
在上面描述的呼叫詳細記錄的現有技術的格式化中存在某些缺陷。
首先，當呼叫詳細記錄從電話交換機發送到進行後處理的計費中心時，將要發送的數據流是大數據流。尤其是，它包含大量空白或未標記的數據。當原始數據流包含二進位形式、十六進位形式和ASCII形式的數據時，已格式化的CDR則還包含不同形式的數據。不同形式的數據被加到將要從交換機發射的數據量中。
其次，如果計費中心想要其它類型的CDR，就是說，在目前的使用中加入新欄位或消除欄位，不僅困難而且要冒做出任何改變的風險，由於必須無條件地確保在格式化文件中進行的任何改變正確地進行以及後處理地點的接收端，即計費中心能夠正確地解釋改變的CDR數據流。另外，某些數據在改變格式時經常丟失。
第三，由於在現有技術的協定中，與格式化或欄位名有關的所有功能中的呼入數據流或其在格式化文件中的對應性在程序塊中被固定編碼，當在格式化中希望全新數據元素時，必須一直在呼叫詳細數據收集保存處理中、數據收集處理中、MML程序中和與CDR的輸出有關的程序中進行所需的改變。除了在程序中改變外，還必須改變格式化文件的結構，並且在該文件的轉換程序中必須進行改變。第二和第三項很麻煩，以致交換機供應商甚至在交換機供應給買方前一年就必須了解買方所希望的格式。因此，對作出的格式進行一次改變既困難又昂貴。
本發明的目的在於在使用中免受上述缺陷的方法。改變該格式的方法的目的比任何已知的方法更動態和更可靠。必須能夠″在活動中″改變格式並且必須立即準備後處理以處理任何改變的CDR。應該能夠針對各種目的產生不同的CDR並由此還產生比目前的CDR短的CDR。
用獨立權利要求中描述的方法和系統實現所制定的方法。
本發明基於使用特殊模板(form)從原始數據流提取所希望數據的構思。然而，模板數量可以較高，以便對於每一種消息類型可以僅有一種有效。每種模板準確定義了應從原始數據流提取的以便格式化一種CDR的信息。當啟用一種模板時，格式化處理從數據流提取由該模板確定的數據。
為此，交換機供應商格式化一種以明語(以ASCII形式)表明作為原始數據流到達的欄位的所有名稱和參數的特殊母模板。因此，母模板是包含消息結構的文件。每個不同的消息有其自身的母模板。母模板例如軟磁碟上送給用戶。該用戶具有使用在顯示器上給出所希望的母模板的圖形用戶界面的程序。除此之外，可看到用戶模板空位，用戶通過用滑鼠簡單地將其選擇的欄位從母模板拖動到用戶模板，在此放開其選擇的欄位(拖動和放開)來選擇其希望的欄位。用戶以這種方式作出其自己的模板，該模板僅包含其想在CDR中包括的數據。如果用戶希望，他還可以確定其想要數據在其中的模板。用戶可以希望所有數據為二進位形式。用戶將其模板，例如在軟磁碟上送到交換機和計費中心。
用戶模板到達電話交換機時，可隨時將其啟用。該模板有效時，格式化處理將以過濾的方式使用該模板並從原始數據流提取與該模板上指示的欄位對應的數據，從而格式化CDR。當完成該CDR時，交換機將其發送到計費中心，使用由用戶作出的相同模板的計費中心解釋接收的CDR中包含的數據，就是說，它生成欄位和從CDR添加屬於該欄位的數據。而欄位名不從交換機傳送到計費中心。
啟用用戶模板之前可對該模板進行測試。因此，在交換機中，格式化處理產生在該模板中定義的CDR並將它們送到計費中心。對於某人來說，將發現CDR是測試的CDR並由此而對其進行處理。僅當測試已表明用戶模板在交換機和計費中心二者中正確工作後，可將其投入有效使用。
下面藉助附圖更仔細地描述本發明，其中圖1示出計費原理，圖2示出CDR的格式化，圖3示出參加本發明實施的網絡元件，圖4示出母模板，圖5示出用戶模板，圖6說明用戶模板的格式化，和圖7示出CDR格式化中模板的使用。
圖3示出可以是PSTN或ISDN網絡的並包括數個電話交換機1、2、...、N的電信網絡，每個電話交換機格式化與用戶通過交換機發出的呼叫有關的用戶記錄CDR。由參考標號4表示的網絡管理系統NMS通過控制各種交換機維護網絡管理。由參考標號5表示的計費中心BC接收從不同交換機到達的呼叫詳細記錄CDR，計費中心處理這些CDR並形成發送到用戶的帳單。如果沒有分開的網絡管理系統，可完全在交換機中進行交換機的控制和構成以代替使用遠程操作。參考標號6表示一般用途的計算機，該計算機包含操作者/用戶根據發明使用用於產生用戶模板的母模板的程序。對於某人來說，電話交換機的供應商以下面說明的方式生成母模板。
交換機供應商當然具有與到達消息中的原始數據流的內容有關的準確信息。消息結構總是相同的，就是說，消息的欄位和其參數(位置、長度、類型等)是恆定的。消息類型確定形成消息時填充哪些欄位。消息總是作為整體發送，因此必須用填充碼填充剩有空白的任何欄位。因此，雖然消息數量保持相同，消息類型可以改變。消息數量和數據塊的類型到達數據流。下面的表1說明了消息內容。
表1
該消息是″信號收費消息″，其號碼是0x4543。該消息的數據流是不同長度的連續欄位，例如，在位置0的第一欄位是seq_number，其長度是一字節，在位置2的下一個欄位是order_number，其長度是n字。實際上，消息中沒有欄位名，但該消息由欄位比特組成，這些欄位比特一個接一個不中斷並且沒有任何分隔符標記。然而，在已知欄位位置和長度時，明確地確定每個欄位的位置。因此，例如通過從該消息的開始向前總共跳過該消息的兩個欄位，即向前一個字和一個字節來發現第三欄位的call_record_ind(位置3)的開始。從該點向前，在數據流中存在著與由該欄位的長度表示的同樣多的第三欄位的比特。
由於交換機供應商總具有工具，即可用其打開消息結構作為位置和欄位數據的程序，很容易使用該程序和用於生成母模板的適當的window程序。Window程序用於生成具有所希望模板的模板標題和CDR標題的模板。這些標題為明語。標題之下是欄位名和欄位數據，例如工具箱從該消息將它們打開。所有欄位包含在母模板中。然而，欄位順序不必與消息數據流中相同。工具箱在數據流中的消息欄位和欄位內容之間起到連結的作用。
圖4示出母模板的模板。在該模板頂部中看到的文件名包含母模板數據系列號的前幾個數字，在此是4543給出了與該模板相關的消息號碼，接下來的三個數字000表示消息類型。字母M表示該模板是母模板。句點後面的三個數字以連續的母模板表示版本如果改變該消息，母模板自然也會改變，由此將會有新的版本號。文件名中包含的該數據不完全是該模板的部分，但其由window程序引入顯示。
下一行上的模板標題包含表示消息號碼和類型的欄位FormatNumber(格式化號碼)，在此為BIN並表示用該模板產生的CDR的模式的Output Mode(輸出模式)，和表示將被格式化的CDR被保存在哪裡的Output device(輸出裝置)。存儲的位置可以是例如VDS，即虛擬盤系統或VIDAST，在盤上收集幾百個CDR，然後作為一組送到計費中心。輸出裝置還可以確定在格式化到熱計費系統後立即發送CDR。
此後，來到與母模板上要被格式化的CDR的標題行有關的數據。該數據與CDR標題有關並分成標題的標題欄位名(Header fieldname)、類型(Type)和長度(Length)。因此，消息中存在的和由工具箱給出的所有標題欄位和其數據被編入標題欄位名。在實例中，記錄長度，hea_record_length在先，隨後是記錄類型W(Word)和2個字的長度。
在此之後，來到與該消息CDR的數據欄位有關的數據。將其分成標題Data field Name(數據欄位名)、Type(類型)、Length(長度)、Position(位置)和Format(格式)。消息中存在的和用工具箱給出的所有數據欄位和其數據編入這些標題。該模板給出例如用戶A的欄位、數據類型、長度、位置(消息中的第26位元組)和格式(BCD編碼的)。在該模板的Format列中，欄位符號表示如下BCD代表二進位編碼的十進位，DM是數據。位於這些之後的號碼是格式化程序的指令。例如號碼1可能代表將二進位編碼的數據轉換成BCD格式。
於是，按照圖4為每個消息形成母模板。以易於讀取和明語的形式在每個模板中可看到標題和數據欄位以及其參數。工作站能夠生成從母模板上的欄位到原始數據流中右點的連接。
電話交換機的供應商在例如圖3所示的電話交換機中已對母模板進行格式化之後，其拷貝將從計算機傳送到軟盤。軟盤上的母模板是只讀式的，因而不能以任何方式對其進行編輯。這表明當交換機供應商已生成母模板並將其送給操作者時，後者不能改變母模板，當然，供應商可進行改變。
此後，將軟盤拿到操作者的計費中心或網絡管理單元，並將其放入一般用途的計算機，例如放入圖3中的計算機6。該計算機具有基於windows的程序，該程序生成用戶模板和下面將描述的操作。
圖5所示的用戶模板具有與母模板非常相似的布局。因此，其頂部的文件名包含與母模板中相同的數據系列號的前幾個數字4543給出了與母模板以及同樣與用戶模板有關的消息號碼，接下來的三個數字003表示消息類型。字母P指出該模板是無效模板。後面將說明其含義。跟在這三個數字後的句點表示用戶模板的版本用戶可隨時生成新模板，由此而具有新版本號。
下一行上的模板標題包含欄位Format Number、Output Mode和表明用該模板格式化的CDR將被保存在軟盤上的Output device。
在此之後是與將被格式化的CDR的第一標題行有關的數據，Header field name、Type和Length。CDR中包含的適當欄位分成Data field Name、Type、Length、Position和Format。
所述模板標題和標題行在用戶已啟動程序並且已將軟盤放入讀取站時根據母模板自動進入用戶的計算機顯示器。欄位名與母模板中的完全相同，並且既不能改變它們也一定不能改變它們。
圖6示出用戶在啟動程序之後和已將軟盤放入工作站之後看到的視圖。該視圖是典型的具有其基本鍵的windows視圖。在右手側，軟盤已按照圖4提供了母模板，包含所有可能的消息欄位。在左手側是按照圖5的用戶模板空白。用戶通過用滑鼠選擇它們和通過把它們拖拽到用戶模板中和在相應欄位標題下把它們放開來簡單地從母模板採集其希望的欄位。因此，在圖中所示的情況下，用戶已從母模板的標題欄位選擇了前四個欄位，但從數據欄位僅選擇了用戶A的欄位和分別給出呼叫起始時間和呼叫結束時間的哪些欄位。
在某些情況下，用戶也可以改變欄位的參數，因此，例如通過用數值8代替數值16可將圖中16個字符的用戶A欄位的長度縮短到8個字符。
用戶已做出其所希望的模板時，將其保存並種種方法將其傳送到計費中心中的計算機5和傳送到交換機1，圖3。模板頂部中的欄位″customer form″包含表明無效模板的狀態代碼P。
可在軟盤上進行保存，該軟盤拿到電話交換機的OMU單元(操作及維護單元)和計費中心。
也可以將用戶模板作為文件傳送或將軟盤拿到網絡管理裝置4這樣一種方式進行保存，圖3。在用戶希望時，其用戶將按下例如計算機6上的發送鍵，網絡管理裝置藉此將用戶模板傳送到電話交換機和計費中心。
現在可對用戶模板進行測試。在已將該模板傳送到電話交換機和計費中心時，進行測試而不幹擾任何格式化和當時繼續進行的CDR發送。以網絡管理裝置給出將被測試的無效模板的名稱和通知交換機該模板正被測試的方式進行測試。然後，MML功能將該測試數據流送到具有適當消息結構的電話交換機。測試數據可以是與正確消息的二進位數據對應的並且可以編輯的二進位文件。格式化處理從呼入的測試數據流採集與該模板中規定的欄位對應的數據並按照該模板格式化CDR。把適當CDR中格式化的測試CDR發送到計費中心。
測試CDR是特定長度的數據隊列，將該數據隊列以它們被產生的形式發送到計費中心。由於其在交換機中格式化處理期間自由處理與從測試數據流提取所希望數據的用戶模板完全相同的用戶模板，利用相同模板作為解釋程序很容易格式化欄位名和從數據流附加到那些完全正確的數據。結果是，計費中心在顯示器中獲得該模板中給出的欄位名和這些名稱下的正確記錄。
對於能夠從適當的CDR區分出測試CDR的計費中心，可以進行安排，以使測試模板在CDR中產生一些分隔符，因此計費中心不會將測試CDR帶到正常的後處理。當然，可將測試CDR帶到正常的後處理和格式化它們的電話帳單。這樣是有利的，以便直到結束為止能確保測試模板的正確功能。測試CDR中的分隔符標記保證不再進一步發送格式化的電話帳單。
當測試表明全部在無故障地工作時，可通過將該標記改變成A(有效)來啟用處在無效狀態(標記P)中的模板。例如由網絡管理裝置利用windows程序提出無效模板和通過按下″啟用模板″鍵進行啟用，圖6。在電話交換機進行從無效應到有效的改變。隨後，將圖2的呼叫詳細數據收集保存處理立即將目前有效的用戶模板投入使用並開始格式化CDR，其中有在該模板的欄位中表示的記錄。由電話交換機向計費中心發送格式化的CDR，使用相同模板的計費中心可從數據流提取正確的記錄。
對于格式化的CDR，可在電話交換機中進行某些檢驗。首先，通過確保從記錄採集的呼叫結束時間減去呼叫開始時間等於呼叫長度可進行最初的檢驗。其次，可將CRC檢驗或一些其它已知的傳送保護加到將要在從電話交換機到計費中心的傳送路徑發送的數據。第三，可將足夠長度的分隔符標記加到該模板中，以便可相互清楚地區分格式化的CDR。
圖7示出用戶模板在電話交換機中的使用。將處在無效狀態的用戶模板保存在OMU中。在功能71中，用戶發出其希望的一種或多種模板，然後將這些模板容納在軟盤上送到電話交換機或對所有交換機共用的網絡管理裝置和計費中心。用戶請求為測試性能給出MML命令。
當操作者希望引入一種特定模板以獲得其希望的CDR時，他按下程序中的Activate Form鍵，Activate Form鍵使MML功能具有啟用模板的請求。該命令從號碼薄採集希望的模板並使其有效，功能72。與此同時，計費中心已引入相同模板。格式化處理73產生希望的CDR，將該CDR送到計費中心。
使用根據本發明的模板允許非常靈活地編輯CDR。例如，當希望向CDR加入一個欄位，比方說，一個加密碼時，以舊模板為基礎並向其加入加密碼。Windows程序產生將具有新格式號碼的新模板版本。新模板發送到電話交換機和後處理。在此期間，仍用舊模板填充CDR。在已發送測試CDR並且已在計費中心確保後處理的功能後，在使舊模板失效的同時啟一新模板。交換機立即產生CDR，其中出現加密碼並執行新格式號碼。從而在活動中交換該格式。
該模板在提高交換標準時使用也非常方便，提高交換標準表示交換軟體的改變。由此將產生和凍結的與新標準對應的並具有例如4543000M.100作為其文件名的母格式收集到計算機的新電話薄中。在此，在版本號已改變成新的百位號碼，並且第一個號碼是100。然後，將現在有效的用戶模板複製到相同電話薄中，並運行轉換程序，轉換程序轉換舊用戶模板以便與新消息對應，欄位具有新位置。欄位名被用作搜索關鍵字。在轉換中改變版本，例如4543003A→4543003P.101，同樣，改變格式號碼，例如003008→003101。然後，把在所謂試驗側的新無效模板送到電話交換機，在電話交換局進行新軟體的測試而不幹擾舊運行軟體，並將新無效格式送到後處理。接下來，從試驗側發送新測試的CDR，如果可能，確保後處理的功能。測試完成時，從試驗側啟用新模板並進行切換，隨後使用新模板。
如果網絡中沒有分開的網絡管理裝置和計費中心，藉助在圖3中用參考標號7表示的分開的一般用途的計算機生成用戶模板。
本發明的機理具有可在活動中動態進行格式改變和將後處理立即同步到該改變的優點。針對不同要求可生成幾種不同CDR，從而能夠格式化短CDR。通過發送測試CDR確保正確功能。該格式包含與CDR的格式化，傳送和說明有關的所有數據。以集中方式管理CDR格式化，並由交換機供應商和操作者二者使用相同的圖形用戶界面。
權利要求
1.一種在電話交換局中格式化計費記錄的方法，其中呼叫記錄以包含原始數據的不同類型的消息進入格式化處理，格式化處理格式化將要送到計費中心的呼叫詳細記錄(CDR)，有一個將包含原始數據的消息結構展開成欄位標題和欄位參數數據的工具箱，其特徵在于格式化展開消息的母模板，該母模板是一個文件並以明語包含該消息的所有欄位標題和欄位參數，通過以所希望順序從母模板選擇所希望的欄位標題和其參數數據來格式化作為一個文件的用戶模板，通過從呼入消息中分離出用戶模板中規定的欄位數據來格式化呼叫詳細記錄(CDR)。
2.根據權利要求1所述的方法，其特徵在於為每個消息格式化一個單獨的母模板。
3.根據權利要求1所述的方法，其特徵在於消息號碼和消息類型識別符以及母模板的版本號位於母模板的文件名中。
4.根據權利要求3所述的方法，其特徵在於用戶模板的文件名是根據母模板的文件名給出的，以便向其傳送消息號碼和消息類型識別符，並且用戶模板的版本號位於其中。
5.根據權利要求3所述的方法，其特徵在於一個狀態數據欄位位於用戶模板的一個標題欄位中，該標題欄位表明用戶模板是無效(P)還是有效(A)，並僅當該模板有效時根據該用戶模板中規定的欄位格式化呼叫詳細記錄(CDR)。
6.根據權利要求1所述的方法，其特徵在於由電話交換機的供應商格式化母模板，而操作者格式化用戶模板。
7.根據權利要求1所述的方法，其特徵在於母模板和用戶模板二者都由電話交換機的供應商格式化。
8.根據權利要求5所述的方法，其特徵在於在啟用用戶模板前對其進行測試，以便藉助其幫助從測試的數據流格式化測試呼叫詳細記錄，在將格式化的測試呼叫詳細記錄送到計費中心前，在格式化的測試呼叫詳細記錄中設置一個分隔符標記，計費中心使用用戶模板從呼入數據流提取測試呼叫詳細記錄。
9.根據權利要求5所述的方法，其特徵在於響應無效用戶模板的啟用，電話交換機的格式化處理通過從呼入消息提取用戶模板中規定的欄位數據立即開始格式化呼叫詳細記錄(CDR)。
10.根據權利要求1所述的方法，其特徵在於計費中心使用用戶模板解釋接收的呼叫詳細記錄的數據。
11.根據權利要求10所述的方法，其特徵在於響應無效用戶格式的啟用，計費中心立即開始使用用於處理接收的呼叫詳細記錄的用戶模板。
12.電信系統，包括幾個電話交換機，其中包含原始數據的各種類型的消息中的呼叫記錄到達格式化處理，該處理格式化呼叫詳細記錄(CDR)和進一步發送呼叫詳細記錄，一個接收呼叫詳細記錄(CDR)和對這些呼叫詳細記錄進行後處理以格式化電話帳單的計費中心，用於控制電話交換機的操作的可能的網絡管理裝置，其特徵在於該系統包括至少一個母模板，該母模板是一個文件並包含消息的所有欄位標題和欄位參數數據，至少一個用戶模板，該用戶模板是一個文件並以所希望順序從母模板找出所希望的欄位標題和其參數數據，在電話交換機中啟用用戶模板以便通過從呼入消息中分離出用戶模板中規定的欄位數據來格式化呼叫詳細記錄(CDR)的裝置。
13.根據權利要求12所述的電信系統，其特徵在於計費中心也設置有用戶模板，用戶模板有效時，計費中心使用該用戶模板從呼叫詳細記錄(CDR)提取其中規定的欄位數據。
14.根據權利要求12所述的電信系統，其特徵在於響應操作者的啟用請求，網絡管理裝置進行電話交換機的用戶模板的啟用。
15.根據權利要求12所述的電信系統，其特徵在於由電話交換機供應商做出母模板作為以軟盤記錄的形式交給操作者的文件，操作者根據母模板做出用戶模板作為以軟盤記錄形式或通過網絡交給電話交換機供應商和計費中心的文件。
16.根據權利要求12所述的電信系統，其特徵在於母模板和用戶模板二者是ASCII文件。
全文摘要
在已知的電話系統中很難改變從原始數據流格式化的呼叫詳細記錄CDR。在所提出的方法中,交換機供應商格式化特定的母模板,該母模板是一個文件並以明語(以ASCII形式)表示原始數據流中欄位的所有名稱和參數。操作者具有使用圖形接口並在顯示器上給出母模板的程序。除此之外,看到用戶模板空白,用戶通過用滑鼠簡單地將其選擇的欄位從母模板拖動到用戶模板中並通過在此放開該欄位(拖動和放開)來選擇其所希望的欄位。在這種方式中,用戶格式化他自己的模板,該模板僅包含他希望在CDR中具有的數據。當用戶模板到達電話交換機和計費中心時,可隨時啟用該用戶模板。格式化處理從原始數據流提取與模板中表明的欄位對應的數據,從而格式化CDR並將其送的計費中心,使用由該用戶做出的相同模板的計費中心解釋接收的CDR中包含的數據,就是說,它生成欄位並從CDR添加屬於欄位的數據。因此,不將欄位名從交換機傳送到計費中心。
文檔編號H04M15/12GK1252913SQ98804218
公開日2000年5月10日 申請日期1998年4月1日 優先權日1997年4月16日
發明者朱卡·傑維, 基莫·博克萊恩 申請人:諾基亞電信公司