计费培训教程VER1.3（上海贝尔）.doc

计 费 培 训 教 程ver1.3黄 辉 杨 坚第一章 计费概述也许您是一个从事Evolium(TM) MSC ALM7/7.2/8交换机开通、维护或管理的工程师，那么对直接关系到运营效益的计费的维护和管理对您来说就显得是举足轻重了。您是否想把这项工作做得更出色呢？俗话说“功欲善其事，必先利其器”，下面的内容就是为您准备的。1.1概述 我国对移动用户呼叫计费的特点是不但对主叫移动用户计费，同时也对被叫移动用户计费。目前国内的移动用户主要采用两种付费方式，一种是依赖移动智能网来实现的预付费业务PPS（prepay service），这种用户预先购买可以不断充值的SIM卡，计费由SSP和SCP协作完成，SSP向SCP汇报通话的时长，SCP通过访问计费距阵计算出通话费用并自动从储备金中扣除。另一种方式是每月付一次月租费和通话费，而通话费是由用户的计费中心根据我们MSC和USBS生成的记录通话时长和特服等信息的话单结合用户的不同费率而计算出来的。 下面先让我们来认识一下MSC的计费系统，MSC计费系统由信令系统或呼叫处理系统来触发和终止。按计费系统在计费中完成的不同功能来区分，计费系统可以进一部细分为四个部分：计费分析部分计费产生部分计费收集部分 计费输出部分 在一次呼叫中，由计费分析部分软件确定相应的计费控制信息，计费产生部分的软件就可以根据此控制信息在呼叫过程中生成计费帐单了。在呼叫结束或呼叫过程中， 计费结果必须被收集并归类存放在安全地方（SACECHRG）模块的内存）， 这就是计费收集部分软件的功能。计费输出部分软件将收集到的计费结果称为原始帐单（rawrecord）输出至计费采集器USBS(unix system billing server)，在计费采集器中把rawrecord根据运营商的要求格式化成熟帐单（cookedrecord）并由此进一步送至计费分检中心完成话单的分检。1.2 计费种类所谓计费种类（charging type 或 AMA type）是指交换机可以根据运营商的不同要求产生不同的计费帐单和提供多样的计费功能。Evolium(TM) MSC ALM7/7.2/8 交换机输出到USBS服务器上的原始话单（rawrecord）包含了全部的计费信息，这样USBS 服务器就可以从原始话单中提取相应的数据用来生成不同的计费帐单（称为熟话单cookedrecord）。Evolium(TM) MSC ALM7/7.2/8交换机 的计费系统支持多种计费种类和功能， 根据需要您只须关心下面三种类型的话单就够了： 详细话单 (Detailed Billing)是指在一次呼叫通话结束后生成一张记录详细计费信息的表单， 这张详细表单中一般包括主叫和被叫用户的IMSI，MSISDN, BillingRecordID RecordType,LAC,CELLID，TKGID，计费开始的日期和时间，以及计费的时长等参数，具体话单格式请参阅TRS-CHARGING-RECORD文档7.3章。表单中收集的通常都是信令过程和呼叫处理过程中产生的参数。因此计费子系统所要做的只是收集这些参数并且按照一定的格式(由专门的计费软件定义)形成详细帐单。 资费分摊 (Division Of Revenue )为了在不同电信运营商（如中国电信和中国联通）之间完成话费的分摊而生成的类似详细帐单的针对不同去话目的地或来话方向的统计帐单，比详细话单多提供了信道或中继的占用和释放时间，具体话单格式请参阅TRS-CHARGING-RECORD文档7.5章。 热计费 (Hot billing)热记费（Hot Billing）其实也是一种详细话单 (Detailed Billing)，只是话单多了一个特服标志（SupplimentService code为F1），具体话单格式请参阅TRS-CHARGING-RECORD文档7.4章。1.3 完成计费功能的硬件模块Evolium(TM) MSC ALM7/7.2/8交换机最大的特点是分散控制，其逻辑功能是分布在不同的硬件模块（control element）中的软件和来实现的，计费系统也不例外。那么，在继续学习之前，我们先来认识一下计费功能赖以实现的主要硬件模块：PSACE （Prefix System Auxiliary Control Element ） 其中装载软件的主要功能是完成字冠分析，得到进一步的呼叫控制数据包括计费控制数据的索引指针。MRSACE （ Mobile Radio System ACE） 根据计费控制数据的索引指针找到计费控制数据并完成计费临时参数的缓存及提供与其他计费软件功能块的接口。SACEIN (Intelligent Network SACE)完成移动智能网呼叫SSP中的计费。ISVCE （Improved Service Circuit Control Element）提供会议桥用以完成多方通话 并产生此类通话的话单，同时提供双音多频信号（DTMF）用于完成局间CAS信令。SACECHRG （ System ACE Charging ） 完成计费帐单的收集并根据AMA TYPE的不同分类收集到不同的2K BUFFER中，并在一定条件下每次传送2K个字节至EPMCE模块，以配对负荷分担的形式工作。SACECP （ System ACE Charging ） 完成计费帐单传输的控制模块，以主备用的形式工作。EPMCE (Ethernet Prepherial Module CE)将SACECHRG话单通过以太网口传送到USBS上，每次传送2K个字节，工作在单独的负荷分担的形式。1.4 基本的计费原则 根据不同的通话行为，有可能会产生几张计费话单，但这是遵循以下基本的计费原则： 普通手机-它网用户产生话单2张：DBILL（MOC）+DOR（PTC） 它网用户-普通手机产生话单2张：DOR（POC） +DBILL（MTC） 它网用户-普通手机-它网用户产生话单3张：DOR（POC）+DBILL（呼转MTC）+ DOR（PTC） 它网用户-普通手机-普通手机产生话单3张：DOR（POC）+DBILL（呼转MTC） +DBILL（MTC） 它网用户-它网用户-普通手机（在它网前转）产生话单2张：DOR（POC） +DBILL（MTC） 普通手机-它网用户-它网用户（在它网前转）产生话单2张：DBILL（MOC）+DOR (PTC) 普通手机-它网用户-普通手机（在它网前转）产生话单4张：DBILL（MOC）+DOR(POC)+DOR(PTC) +DBILL（MTC） 普通手机-普通手机-它网用户产生话单3张：DBILL（MOC） +DBILL（呼转MTC） +DOR(PTC)注：DBILL（Detailed Billing）详细计费话单-MOC（MOBILE ORIGINAL CALL）主叫话单-MTC（MOBILE TERMINAL CALL）被叫话单DOR（Division Of Revenue）网间结算话单-POC（PSTN ORIGINAL CALL）入局网间结算话单-PTC（PSTN TERMINAL CALL）出局网间结算话单MOC、MTC、呼转MTC话单如果没有特别情况，都在端局产生,但外网打入引起的无条件或不可及呼转的话，呼转MTC话单则会直接在入口关口局产生。DOR话单全部在关口局或混合局产生。预付费和VPMN等智能网用户手机与普通手机的话单产生原则是基本一样的。但是如果端局MSC集成了SCP（智能网外设）功能后，则预付费和VPMN手机做被叫的话，会在其触发T-CSI的端局MSC上多产生一张智能网业务补充话单（Terminating CAMEL Interrogation Record），作为最后的那张MTC话单的智能网相关的补充信息。第二章 基本计费软件及其简单的工作原理到目前为止，您已经对Evolium(TM) MSC ALM7/7.2/8交换机的计费有了初步的认识。“欲穷千理目，更上一层楼”，下面让我们再稍微深入的了解一下基本计费软件组成和工作原理。 2.1 基本计费软件概述基本计费软件是在呼叫过程中实现对呼叫计费的软件，它们在呼叫过程中由呼叫系统或信令系统激活和终止，其组成关系如下图。注：AMA Automatic Message AccountingASN.1 Abstract Syntax Notation oneALCU Alarm Converter Unix CECO Charge Error CollectorCFCS Call and Facility Control System CGC Charge Generation ControlCHAN CHarge ANalysis (FMM)COLC Collector Controller CHRON CHRONological collectorEPM Extended Peripheral Module HUT Handle Unix Tasks LCG Local Charge Generation (FMM) TCAS Tax Cell Access (SSM) TDO Tax Data Output TFP Tax Field Provider (SSM)TL Tax Layouter (FMM)TRAS Tax Record Access SSM TXCS Tax Collector SSM2.2 计费控制CGC FMMCGC 作为计费呼叫处理的控制中心和接口，用来连接 CFCS FMM、CHAN FMM、以及 LCG FMM 等软件，并为 LCG FMM 创建 TAX cell作准备。 在呼叫处理过程中，呼叫控制软件 (CFCS FMM) 发送消息 1352_CHRQ 给 CGC FMM，激活基本计费软件，在这个消息中包含了计费目的码、计费源码等所有计费分析必须的参数。CGC FMM 在关系 R_CGC_CELL 中找到一个空闲的元组为本次呼叫计费分配一个 CGC 单元 (CGC cell， 存放计费数据的内部变量)。CGC 内部单元分配以后，CGC FMM 发送一个 27_CHIR 消息给计费分析软件(CHAN FMM)，将来自 CFCS FMM 的计费参数传送给 CHAN，CHAN 根据这些参数进行分析，最终得到必要的计费控制数据并通过消息 8378_CHIF 回送给 CGC FMM，CGC FMM 将这些参数存放在为本次呼叫计费创建的内部单元 (CGC cell) 中，之后 CGC 将所有的这些参数通过消息 16586_LCG_REQ 传送给 LCG FMM，在 LCG FMM 中将创建一个 LCG 内部单元 (LCG cell) 存放这些参数。2.3 计费分析CHAN FMM主要通过访问数据库关系来分析呼叫中必需的计费控制数据。当CGC FMM 收到 CFSC 发来的 1352_CHRG 消息后，向 CHAN FMM 发消息 27_CHIR，请求进行计费分析，如检查是否有 AMA 功能请求，如果有则增加详细帐单计费，通过一个或若干个消息将计费分析结果返回给CGC FMM。2.4 本地计费产生LCG FMMLCG是计费系统中的一个重要软件，可以说它是话单中各个元素的初始收集和提供者，没有它计费就成了无米之炊。那么，LCG是怎样工作的呢？下面让我们来看一看LCG简化的计费过程：A激活计费 (activation of charging)LCG 可由CGC激活，也可由信令系统直接激活，参考后面相关章节。LCG被激活后，为了收集所有本次呼叫需要的数据， LCG为其分配相应计费内部单元(LCG cell)， 计费单元的分配是通过在关系 R_LCG_CELL 中找到一个空闲的元组来实现的;B开始计费 (start charging)每一个呼叫事件(如占用、应答、前向释放、后向释放、强拆等)都由信令系统检测到，并由 3118_CHG_EVENT 消息通知 LCG。LCG根据这些事件起动或终止计费。同时在呼叫过程中，LCG在相应的事件 (如ANSWER,CONNECT) 发生时，对事件作时间标记(timestamp)，计算呼叫时长并依此生成不同话单类型（record type）的话单。LCG CELL 中事件与数据的记录是通过调用访问LCG cell 的TCAS SSM 实现的。. 结束计费 (stop charging)每一个计费事件都由信令系统检测到，并送到 LCG FMM，如果是结束计费事件(如 RELEASE,DELAY RELEASE)，则 LCG 停止计费并记录相关事件的时间。. 释放计费 (release of charging)LCG收到结束计费事件消息后(如 RELEASE)，便开始调用TL SSM将计费结果格式化后形成帐单通过消息17002T送到计费收集模块(SACECHRG)，SACECHRG 中的 CHRON FMM 接收到帐单后，将通过17003T消息向 LCG 送应答信号，LCG 释放 LCG CELL，这个 LCG CELL 就可以为其它的呼叫所利用。第三章 话单的收集和输出 在每个生成话单的模块中，当LCG完成话单记录的格式化后要立即将记录传给到SACECHRG模块中的CHRON FMM并缓存到BUFFER中，在这里组织成以每2K个 BYTES为一个BLOCK的数据块，并在条件满足时通过EPMCE模块传到USBS上，参考下图。3.1话单收集软件及作用CHRON：Chronological FMMCHRON FMM 以时序方式接收TL SSM格式化后的 RAW record， 通过SEQN和窗口策略，保证帐单的安全传送，并与TXCS FMM 一起实现帐单在内存中的存放。TXCS：Tax Collector SSM负责 RAW record在内存中的安全存放；在帐单收集过程中负责存放帐单的 R_TDFM_2KB 的 tuple state 的转换；负责监控主备用 CE 间状态的转换及主备用 CE 间的同步；所有发往备用 CE 的 MSG 都由 TXCS 发送；TDO：Tax Data Output FMM接收 TXCS 送来的帐单，将RAW record 发往EPM。3.2 话单记录块的输出 TDO将2K字节的BUFFER通过19592_EPI_ACCESS传给EPMCE 中的EPI FMM，并为其设定一顺序号。EPI通过TCP/IP协议再转给USBS，成功后，EPI向TDO发送证实消息19593_EPI_RESP，并带有原顺序号，此时，TDO将2K BUFFER置成FREE。由于EPMCE和USBS之间的通信是基于TCP/IP协议通过调用SOCKET来完成的，所以EPMCE和USBS中都装载有完成TCP/IP协议和应用TCP/IP协议的上层软件包。EPMCE的IP地址可通过人机命令或宏来管理（具体方法详见附件3EPM的IP设置与检查）。第四章 计费采集器USBS4.1 基本结构MSC计费的输出系统由两个主备用的DS10服务器构成（Unix System Billing Server：简称USBS）。作为一个独立的机架，它与移动交换机（MSC）之间用TCP/IP协议互联，收集原始的计费话单，经过一定的处理，存储在USBS的硬盘阵列中，等待记费中心（BILLING CENTER）存取。其机架结构图、网络连接图如下：网络连接图USBS机架结构图两个INVERTER为USBS机架上的所有设备提供电源；Terminal Server 又称IOLAN（在MODEM的配合下）可使工程师远程接入USBS进行操作和维护。三个HUB中的两个（PRIMARY LAN HUB 和SECONDARY LAN HUB）用来和交换机（MSC）建立传送话单的通信局域网（LAN）；另一个（CUSTOMER LAN HUB）用来和记费中心（BILLING CENTER）联系。两台DS10服务器（一台DS10服务器硬件上包括一个CPU，一个IDE硬盘，一个光驱CD DRIVER，一个软驱FLOPPY DRIVER，一个磁带机DAT DRIVER和两个SCSI ADAPTER）运行底层平台软件和记费应用程序，处理交换机发来的记费数据；每台服务器除安装了UNIX操作系统外，还装有ALCATEL开发的平台软件NECTAR和DSM；两个磁盘阵列（StorageWorks）互为镜像（Mirrored），存贮记费应用程序（APPLICATION PROGRAMM）和话单；除了机架上的设备外，USBS还配有一台预装了NT4.0和EXCEED软件的PC。现场对USBS的维护和监控都是在这台PC机上进行的。 目前，现网运行的USBS系统有两个版本，大部分现网局安装的是为CLM7版和CLM7.2版交换机服务的3.3.0版，而为最新的CLM8版交换机服务的3.3.3版也已经在吉林完成升版。4.2 工作原理在收集原始话单的过程中，USBS相当于一个服务器（SERVER），交换机（MSC）作为客户（CLIENT）主动向USBS吐原始话单。USBS将收到的原始话单按一定的格式处理后生成熟话单（COOKED RECORDS）存储在磁盘上。此刻USBS作为FTP服务器（FTP SERVER），记费中心则作为FTP客户（FTP CLIENT）登录到USBS上取话单。平时，两个DS10服务器以主备用(ACTIVESTANDBY)的方式工作，任意时刻只有一台服务器运行记费应用程序（被称为主用侧服务器ACTIVE SERVER），另一台只运行底层的平台软件（NECTAR，DSM）（被称为备用侧服务器STANDBY SERVER）。如果主用侧服务器发生故障，USBS系统自动进行切换，原来的备用侧服务器将接替故障的机器继续服务。在日常维护时，工程师也可通过命令强制USBS进行主备用服务器的切换。下图介绍了USBS处理话单的基本工作原理：USBS通过安装时的配置，对DBILL话单和DOR话单进行处理，周期性地产生话单文件（每15 ， 30， 45 或60分钟产生一个话单）。其工作原理如下图。Working File 在一个周期内（比如15分钟）不停地增长（因为USBS在这个过程中一直接收、处理话单），周期结束时，Working File变成Transfer File存储在Circular Data Base；Transfer File就是计费中心将要取走的话单文件。在接下来的新周期里，一个新的Working File生成，重复以上过程。当CDB（Circular Data Base）中的TF（Transfer File）容量到达一定阀值，USBS系统采用覆盖、删除老文件的方法使CDB中的文件容量在安全范围内。USBS生成的熟话单根据不同的话单类型，分别放在不同的目录中： DB(Detailed Billing )话单文件的目录为/CDB/buffer/dbill； DOR(division of revenue)话单文件的目录为/CDB/buffer/dor。文件的命名规则为：交换机名.年.月.日.小时分钟.循环序列号，如：NJGW1N1.2001.04.10.2345.95。USBS将向用户开放上述的两个目录，供用户取数据。具体操作参看附件1简 介 话 单 的 人 工 采 集 和 分 拣。对另一种比较特殊的话单HBILL（HOT BILLING），USBS 3.3.0对它的处理与对DBILL和DOR话单的处理有些不同。以一个时间间隔为单位（15秒），USBS如果收到HOTBILLING话单，就产生相应的话单文件。如果没有收到，就不会有话单文件生成。HOTBILLING 将生成的话单文件放置在目录：/uce_rel/rtb/buffer/hbill文件的命名规则跟DBILL和DOR类似。USBS也会开放这个目录，供用户取数据。关于USBS的相关文档和资料可以查询我们TAC的网页：/mte/mte2/tac_web/tech_cen/usbs第五章 话单的格式及内容 正如在第一章计费概述中所述，在Evolium(TM) MSC ALM7/7.2/8交换机的计费系统支持的多种计费种类和功能中，目前我们主要关心两种计费类型的熟话单，即详细话单 (Detailed Billing)和资费分摊话单 (Division Of Revenue )，所以USBS上生成的熟话单也是分这两种类型。而无论是DBILL话单还是DOR话单都是有很多域组成的，如下面的两个表（Detailed Billing&DOR ASN.1 types and tags Summary）。LM7P2 DetailedBilling ASN.1 types and tags SummaryThe table shows the ASN.1 types and the ASN.1 tags of the “cooked” detailed billing record fields:Nbr.FieldnameASN.1-TypeTag1Tag2Remark1.BillingRecordSEQUENCEE1002.BillingRecordIdOCTET_STRING(SIZE(3.8)DF633.TestcaseIdentityOCTET_STRINGDF67Only for test4.RecordTypeINTEGER02005.CallTransactionTypeINTEGER02006.ServedIMEITBCD-String(SIZE(8)C8007.ServedIMSITBCD-String(SIZE(8)C6008.ServedMSISDNTBCD-String(SIZE(8)C7009.ChargedPartyIdOCTET_STRING(SIZE(1.16)DF1F10.ChargingTimeDataSEQUENCEEE0011.StartOfChargingDateOCTET_STRING(SIZE(3)D30012.StartOfChargingTimeSET OF TimestampF40013.TimeStampOCTET_STRING(SIZE(3)040014.CallDurationINTEGERD10015.TimeQualityINTEGER020016.MSC-IDOCTET_STRING(SIZE(4)CA00Clm7p217.ConnectedSwitchIDCHOICE000018.BSC-IDOCTET_STRING(SIZE(2)CB0019.DAIdTBCD-String(SIZE(1.12)C20020.LocationAreaCodeOCTET_STRING(SIZE(2)CC0021.CellIdOCTET_STRING(SIZE(2)CF0022.TransactionIdentifierOCTET_STRING(SIZE(1)CD0023.OtherPartyAddressString (SIZE(12)C90024.BasicServiceCHOICE000025.TeleServiceOCTET_STRING(SIZE(1)D50026.BearerServiceOCTET_STRING(SIZE(1)D60027.ISDNServiceOCTET_STRING(SIZE(1)D00028.TransmissionModeOCTET_STRING(SIZE(1)DB0029.SupplementaryServiceOCTET_STRING(SIZE(1.10)D70030.MSAccessRateOCTET_STRING(SIZE(1)D80031.MSClassMarkOCTET_STRING(SIZE(1)DC0032.ChargeAdviceInfoSET OF AOCParameterFA0033. AOCParameterSEQUENCE300034.e1OCTET_STRING(SIZE(2)810035.e2OCTET_STRING(SIZE(2)820036.e3OCTET_STRING(SIZE(2)830037.e4OCTET_STRING(SIZE(2)840038.e5OCTET_STRING(SIZE(2)850039.e6OCTET_STRING(SIZE(2)860040.e7OCTET_STRING(SIZE(2)870041.CauseForTerminationCHOICE000042.GSMCauseINTEGERDE0043.PADCauseINTEGERC400Not used44.MSRNAddressString (SIZE(1.12)C50045.CallingPartyNumberOCTET_STRING(SIZE(2.12)DF2146.CAMELDestinationNumberAddressString (SIZE(3.12)DF2247.INServiceIndicatorINTEGERDF2348.CorrelationIdINTEGERDF2449.ChargeInfosSEQUENCE OF ChargeInfoFF2550. ChargeInfoSEQUENCE300051. ChargeNumberINTEGER020052.ChargeParameterOCTET_STRING(SIZE(1.20)040053.PartialRecordTypeENUMERATEDDF5854.PartRecordCorrelationIDOCTET_STRING(SIZE(6)DF5755.SequenceNumberINTEGERDF5656.GSM-SCF AddressISDN-AddressStringDF5E57.Service KeyINTEGERDF6158.Network Call ReferenceCallReferenceNumberDF5F59.MSC AddressISDN-AddressStringDF6060.DefaultCallHandlingENUMERATEDDF5C61.FreeFormatDataOCTET_STRING(SIZE(1.40)DF6262.CAMELLegInformationSEQUENCEFF5A63. CAMELDestinationNumberAddressString(SIZE(3.12)DF5964. CamelInitCFIndINTEGERDF5B65. ChargingTimeDataSEQUENCEEE0066. StartOfChargingDateOCTET_STRING(SIZE(3)D30067. StartOfChargingTimeSET OF TimeStampF40068. TimeStampOCTET_STRING(SIZE(3)040069. CallDurationINTEGERD10070. FreeFormatDataOCTET_STRING(SIZE(1.40)DF6271.PPSAreaCodeTBCD-StringDF3BChina only72.IncTkMnemOCTET_STRING(SIZE(16)DF32China only73.OutTkMnemOCTET_STRING(SIZE(16)DF35China only74.CUGInfoSEQUENCEFF44Not used75. CUGIndexINTEGERDF43Not used76. CUGInterlockCodeOCTET_STRINGDF42Not used77. OAParameterBOOLEANDF41Not used78. OASuppressedBOOLEANDF40Not used79.USSDCodeSEQUENCEFF3FNot used80.USSDSchemeOCTET_STRINGDF3ENot used81.USSDStringOCTET_STRINGDF3DNot used82.CarrierIdentificationCodeOCTET_STRINGDF3CNot used 83.Forwarded-A-Party-NumberAddressString (SIZE(12)DF4ACLM7P2LM7P2 Toll Ticket/DOR ASN.1 types and tagsThe table shows the ASN.1 types and the ASN.1 tags of the Toll Ticket fields: FieldnameASN.1-TypeTag1Tag2Remark1.DetailedDORTicketSEQUENCEE1002.TestcaseIdentityOCTET_STRINGDF67Only for test3.RecordTypeINTEGER02004.MSC-IDOCTET_STRING(SIZE(4) C200CLM7P25.OtherPartyAddressString (SIZE(12) C3006.SeizureTimeInformationSEQUENCEE4007.StartOfSeizureDateOCTET_STRING(SIZE(3)C5008.StartOfSeizureTimeOCTET_STRING(SIZE(3)C6009.SeizureDurationINTEGERC70010.ChargingTimeInformationSEQUENCEE80011.StartOfChargingDateOCTET_STRING(SIZE(3)C90012.StartOfChargingTimeOCTET_STRING(SIZE(3)CA0013.CallDurationINTEGERCB0014.IncTkMnemOCTET_STRING(SIZE(16)CC0015.OutTkMnemOCTET_STRING(SIZE(16)CD0016.BasicServiceCHOICE000017. TeleServiceOCTET_STRING(SIZE(1)CE0018. BearerServiceOCTET_STRING(SIZE(1)CF0019.GSMCauseINTEGERD00020.CallingPartyAddressAddressString(SIZE(2.12)D100New in LM721.MSRNAddressString(SIZE(2.12)D200Only for China 在这只选LM72版DBILL话单几个域作例子讲解，其它域的格式和含义请参考相关资料（TRS-CHARGING-RCD7D01P01）。具体的话单实例参阅附件2话单举例。 呼叫类型(Call Transaction Type)定义本话单为何种类型的呼叫产生的话单。例：01: MOC(Mobile Originated Call)手机主叫话单02: MTC(Mobile Terminated Call)手机被叫话单2B: TCI(Terminating CAMEL Interrogation)被叫智能网业务补充话单 话单记录的类型（Record Type）在移动通信领域有其特定的含义。根据移动通信的计费规范，每当通话时长持续30分钟时交换机就需生成一张针对此30分钟的话单记录，根据其在一次通话中产生于哪个以30分钟为分割的时间段来定义其记录类型。Evolium(TM) MSC ALM7/7.2/8交换机每产生一个这样的话单记录便输出至USBS上，但USBS不对其进行合并，合并工作可由计费分检中心来完成。下面是ASN1（abstract syntax notation 1）定义的recordtype。RecordType := INTEGERsingleTypeA(00)，firstTypeA (01)，intermediateTypeA(02)，lastTypeA (03)，我们看两个例子，假设某次的通话时长为T，时间轴为t，则不同时间产生的话单的recordtype如下： T=30分 T 30 min0 t RecordType =0 T=100分 T 30min 60min 90min 120min0 t RecordType =1 RecordType =2 RecordType =2 RecordType =3但是，这里要注意，只有对于DB话单有30分钟的分割机制，而DOR话单是没有的，所以DOR话单的record type取值始终为singleTypeA(00)。 用户号码（Served MSISDN）取值（8 bytes）：MOC话单中 主叫用户的号码； MTC话单中 被叫用户的号码； 呼转话单中 做呼转用户的号码。 MSC标示（MSC-ID）MSC从LM7版升为LM7P2版以后，该字段由原来的4位数字（2 bytes）扩展为8位数字（4 bytes）。 呼叫参与者之一的号码（Other Party） 12 bytes（共24 bits）中最多20 bits 是有效的号码，其他位用“F”补足； 根据通话情况的不同，OtherParty中分别反映不同的呼叫参与者号码：1. 在MOC话单中是被叫用户的号码；2. 在MTC话单中是主叫用户的号码；3. 在呼转话单中是呼转至用户的号码。 根据号码属性的不同和附带的某些特服（如CLIR主叫号码隐藏），在用户号码前会有不同的前缀来标示（详见下表，粗体部分为可能出现的前缀）：Extension BitType of NumberNumbering PlanOctet 3Octet 3a followsunknown1000000181Nonational10100001A1Nointernational1001000191Nonetwork specific number10110001B1Nodedicated access, short code11000001C