从数据流提取所希望数据的制作方法

专利名称：从数据流提取所希望数据的制作方法
技术领域：
本发明涉及从所构成的数据流提取所希望的数据，特别是从由电话交换机产生的呼叫详细记录的连续流提取预定数据。
因业务缘故而付账是履行业务生产者与其客户之间的协定。原则上有两种付账方式分散和集中付账。
在分散付账中，每当用户使用销售者提供的业务时向销售付费。该支付或是通过常规货币或是通过某些等同的支付方式进行的，例如为邮递信件付费时使用邮票。最近在分散付账中使用的支付方式的实例是每个″硬币″由加密的二进制序列组成的电子货币，该电子货币必须由银行服务器核实。
在集中付账中，由销售者或第三方监测业务的使用，定期向用户计费，例如一个月一次。该计费是在监测为前一个计费周期收集的数据的基础上进行。集中计费的实例是电、电话和信用卡付账。集中计费包括三个步骤。第一步骤是有关业务和相关计费方之间的协定。第二步骤是监测(测量)业务的使用和保存与该使用有关的数据。第三步骤是格式化账单并将该帐账发送给用户。账单是根据计费系统中保存的数据形成的。
电话网络中采用的集中计费以用户和操作者之间的协定为基础。该协定的基本点在于用户接入电话业务，就是说，他可以发出和接收呼叫，作为对提供业务的补偿，用户按操作者送给其的账单中的规定，根据预定资费进行支付。该账单通常包括两种类型的收费固定费和使用费。固定费与是否使用业务无关。使用费取决于用户已进行了多少次呼叫以及可能还有他已接收了多少次呼叫。为了能够将使用费记入借方的帐目，操作者必须监测发出和接收的呼叫。该监测基于连接并由网络交换机执行。


图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日
发明者朱卡·杰维, 基莫·博克莱恩 申请人:诺基亚电信公司