1、lCS 33030M 21 Y口中华人民共和国通信行业标准YD厂r 192112009l P业务详细记录技术要求第1部分：总则Technical Requirements for IP Service Detail RecordPartl：General Requirements2009-06-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次YDl丌192112009前言n1范围12规范性引用文件”13术语、定义及缩略语14 P业务详细记录提供方式和应用模式一441坤业务详细记录提供方式442口业务详细记录应用模式55业务详细记录内容56口业务详细记录提供过程的技术要
2、求661业务原始数据采集662 P业务详细记录的产生663口业务详细记录的存储664口业务详细记录传送6附录A(规范性附录)口业务使用详单格式9附录B(规范性附录)IPDR结算详单格式1l附录C(规范性附录)IP业务详细记录业务规范定义指南14附录D(资料性附录)IP业务详细记录实现方式17附录E(资料性附录)应用场景举例一22刖 吾YD厂r 192112009IP业务详细记录技术要求分为2个部分：一第1部分：总则：一第2部分：VoIP业务技术要求。本部分为第一部分。其他部分将根据需要陆续制定。本部分在编制过程中，主要参考了互联网协议详细记录组织(IPDR)的相关标准体情况编制而成。其中，对相
3、关主要标准的引用或参考情况的说明如下：Business Solution Requirements-Network Data Management-Usage(NDM-U)制定过程中，参考了该标准中IPDR提供过程的参考模型。并结合我国的具2004：本部分在BusiIless Solution Requirements-SuppSerPartner Settlements，2004：本部分在制定过程中，参考了该标准中关于BSS间结算的要求。D刚sPProtocolSpecification，2004：本部分在制定过程中，参考了该标准中接口协议的要求。R Service Specificatio
4、n Design Guide，2004：本部分在制定过程中，参考了该标准中口业务规范定义方法的要求。本部分与上述标准的关系为非等效。本部分的附录A、附录B、附录C为规范性附录，附录D、附录E为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：上海贝尔阿尔卡特股份有限公司、北京邮电大学、北京市天元网络技术股份有限公司本部分主要起草人：姚亦峰、范小磊、王颖、陈兴渝IIP业务详细记录技术要求第1部分：总则YD厂r 1 921120091范围本部分规定了口业务详细记录的提供方式、应用模式、内容和格式，规定了毋业务详细记录提供过程的技术要求以及基于特定业务的详细记录规范的定义指南。本部分
5、适用于利用口业务详细记录进行计费、服务提供商之间的网问或业务结算以及服务提供商的业务运营分析和优化。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分。然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。IETF RFc 2865(2000) 拨入用户远程鉴权服IETF RFC 2960(2000) 流控传输协议IETF RFC 3080(2001) 块可扩展交互协议IETFRFC 3164(2001) BSD系统日志协议IETF
6、 RFC 3588(2003)Diameter基本协议W3C SOAPI1(2000) 简单对象访问协议(SOAP)11DSL Forum TR069(2004) CPE WAN管理协议ipdrorg Bsr-ndm-u3501(2004) 业务解决方案需求网络数据使用管理ipdrorg Bsr-spsl001(2004) 业务解决方案需求供应商，合作伙伴结算ipdrorg Streaming Prototcol(2004)IPDRSP流协议规范，ipdrorg SSDG(2004) IPDR业务规范设计指南3术语、定义及缩略语31术语和定义下列术语和定义适用于本部分。311IP业务原始数据I
7、P Service Raw Data在业务单元中记录的与用户使用P业务行为相关的原始数据，包括使用时间、使用者及业务类型等。312IP业务详细记录IP Service Detail Records对IP业务原始数据进行整合、提取等处理而得到的符合标准格式的详细记录。313YD厂r 19211-2009IPDR文档 lPDRDocIPDR文档是m业务详细记录的集合。IPDR文档根据应用的目的分为口业务使用详单(IPServiceDetailRecord-Usage)和口业务结算详单(IP Service Detail Record-Settlement)。314IP业务使用详单IP Servic
8、e Detail Record-Usage服务提供商的BSS系统从业务单元或IP业务原始数据管理系统获取的用于计费管理、客户关系管理、决策支持管理、市场分析管理以及欺诈检测等应用的IP业务详细记录。315IP业务结算详单IP Service Detail Record-Settlement服务提供商的BSS系统对坤业务使用详单进行分析处理后得到的用于实现多个服务提供商之间的P业务费用结算的口业务详细记录。316用户User请求并使用口业务的人或者系统。317业务单元Service Element用于提供m业务的接入、鉴权以及计费功能的网络、业务资源及其组合。318业务支撑系统Business
9、Supporf System用于解析和处理坤业务详细记录，进行计费、结算、运营分析以及决策支持的系统。BSS支持电信企业内一个或多个商务过程的实现。319IP业务原始数据管理系统IP Service Raw Data Management System用于口业务原始数据的采集以及m业务详细记录的生成、存储和传送的系统，该系统位于业务单元和业务支撑系统之间。P业务详细记录的生成、存储和传送分别由口业务详细记录产生器、业务详细记录存储器、P业务详细记录传送器完成。3110IP业务详细记录生成器IPDR Recorder该实体具有两个功能：向业务单元适配私有协议和数据事务：从私有数据记录产生IPDR
10、记录。口业务详细记录生成器将m业务原始数据打包成IPDR记录，并将记录以流的形式呈现给口业务详细记录存储器和，或口业务详细记录传送器。多个业务单元可以连接到同一口业务详细记录生成器。3111lP业务详细记录存储器IPDR Store口业务详细记录存储器永久记录由P业务详细记录产生器产生的IPDR记录。口业务详细记录存储器接收业务详细记录生成器产生IPDR记录，将它们打包成IPDR文档，并存储于非易失存储介质。IP业务详细记录存储器同时提供IPDR文档存储功能，以便业务详细记录传送器选择性地传递或者重传IPDR文2YD几1 9211-2009档给一个或者多个BSS。口业务详细记录存储器能够从一个
11、或者多个业务详细记录生成器接收IPDR，并且能够将IPDR文档传递给一个或者多个P业务详细记录传送器。3112IP业务详细记录传送器IPDR Transmitter口业务详细记录传送器负责将IPDR文档传递给BSS。IPDR文档可以从坤业务详细记录存储器获得，或者由碑业务详细记录生成器直接产生。该实体主要执行3个功能：将从口业务详细记录生成器接收的IPDR打包成IPDRw文档；将包含同类业务的使用数据的IPDR文档进行分组；将分组后的IPDR文档传递或者重传给一个或者多个BSS。一个口业务详细记录传送器可以给一个或者多个BSS传递IPDR文档。3113A接口Interface AA接121位于
12、业务单元和IPDR记录产生器之间，A接口将I P业务原始数据从业务单元发送到PDR记录产生器。本部分对A接口使用的数据格式、传输协议等不作要求。3114B接口 Interface BB接13将口业务详细记录从业务详细记录产生器传递到m业务详细记录存储器和口业务详细记录传送器。B接口的负荷应该符合口业务详细记录技术规范。本部分对B接口使用的传输协议不作要求。3115C接口Interface CC接KI将IPDR文档从口业务详细记录存储器传递到D业务详细记录传送器。每个IPDR文档包含IP、II,务详细记录产生器所服务的特定业务单元的一个或多个IPDR。本部分对C接13使用的传输协议不作要求。31
13、16D接口Interface DD接13将IPDR文档从IP业务详细记录传送器传递IBSS。D接13传输协议应该符合本部分要求。3117E接口 Interface EE接口将IPDR文档从一个BSS传递到另一个BSS。E接口传输协议应该符合本部分的要求。32缩略语下列缩略语适用于本部分。BEEP Blocks Extensible Exchange Protocol 块可扩展交换协议BSS Business Support System 业务支撑系统CORBA Common Object Request Broker Architecture 通用对象请求代理体系结构eTOM Enhanced
14、TelecomOperationsMap 增强的电信运营图r兀P Hypertext Transfer Protocol 超文本传送协议IPDR IP Service Detail Record IP业务详细记录IR IPDR Recorder IP业务详细记录生成器IS IPDR Store IP业务详细记录存储器IT IPDRTransmitter 1P业务详细记录传送器3YD厂r 19211-2009MMSC Multimedia Message Service Center 彩信中心MMS Multimedia Message Service 彩信NDM Network Data Ma
15、nagement 网络数据管理QoS Quality of Service 服务质量RADIUS Remote Authentication Dial In User Service 远程验证用户拨入服务SCTP Stream Control Transmission Protocol 流控制传输协议SOAP Simple ObjectAccess Protocol 简单对象访问协议SE Service Elemem 业务单元SP Service Provider 服务提供商TCP Transmission Con仕ol Protocol 传输控制协议UML unmed Modeting La
16、nguage 统一建模语言VolP Voice over IP IP电话XDR External Data Representation Standard 外部数据标识标准XML eXtensible Marked Language 可扩展标记语言4 IP业务详细记录提供方式和应用模式41 IP业务详细记录提供方式411 IP业务使用详单口业务使用详单有以下两种提供方式。1)业务单元根据自己收集到的m业务原始数据生成口业务详细记录并将记录通过接口(A接口或D接口)传送到业务支撑系统，如图1所示。，业棼、 f业务支】单J厂百7r一撑系统j、LJ图1 IP业务使用详单提供过程(1)2)如图2所示，
17、口业务原始数据管理系统通过与业务单元的接12(A接口)采集坤业务原始数据，对采集到的IP业务原始数据进行整合与抽取，生成标准格式的口业务详细记录，IP业务原始数据管理系统(包括IPDR生成、IPDR存储和IPDR传送3个模块)对生成的IP业务详细记录进行存储或直接通过接口(D接口)传送至BSS系统。IP业务原始数据管理系统注：A接口属于私有接口，本规范不对该接口上的数据格式和传输协议进行规定图2 IP业务使用详单提供过程(2)412 IP业务结算详单4YD厂r 192t1-2009当一项IP业务涉及多个服务提供商和伙伴协作提供时，本地服务提供商需要向其他服务提供商和伙伴传送P业务的结算信息。P
18、业务结算详单的提供过程如图3所示。BSS系统通过E接口将P业务结算记录用于实现多个服务提供商和伙伴的BSS及其与结算中心之间的数据交换。E圉3 IP业务结算详单提供过程42 IP业务详细记录应用模式图4给出了m业务详细记录应用模型，碑业务详细记录主要有以下两个方面的应用：1)服务提供商的BSS系统通过从业务单元或P业务原始数据管理系统取得m业务使用详单，实现计费管理、客户关系管理、决策支持管理、市场分析管理以及欺诈检测等应用；2)服务提供商的BSS系统以及合作伙伴的BSS系统通过结算中心交换球业务结算详单，实现服务提供商与其合作伙伴之间的m业务费用结算。E图4 IP业务详细记录应用模式5 IP
19、业务详细记录内容P业务详细记录应包含以下五类属性：记录标识、业务时间、业务位置、触发事件和业务信息。1)使用标识(who)：用户D；2)业务时间(when)：结束时间或事件时间；3)业务位置(where)：业务位置的相关信息，如业务描述或上下文、源端D、宿端D及业务元素m；4)触发事件(why)：事件触发器；5)业务信息(what)：主要包含业务的使用量(如字节数、分组数、流量、点击数、事务及时间)、QoS度量、状态信息、事件代码(如登录、注销及越限等)、其他关于状态转变或当前状态的信息(开始时间)。对于P业务结算详单，还应包含如下的业务结算信息(what)：在一段时期内保证唯一的标识：与设定
20、费率相关的记录(Rated IPDRs)中应包含费用数目和货币种类；对“使用事件”(Rated Usage Events)的确认(Ack)信息；5YD厂r 19211-2009商务关系数据，包括概要交互时长、结算交互时长、阿络位置交互时长，接收者，发送者的Id位置Id、口地址及FrP位置，交互协议、信息编码等；审计数据，如本地访问服务消费者的数量、每日，时使用的资源数量等。除上述五类基本信息外，记录中还可能包含业务记录之间的关联信息。附录E2以IPTV业务为例，列举了部分业务记录信息。6 lP业务详细记录提供过程的技术要求61 IP业务原始数据采集P业务原始数据来自业务节点，例如：路由器、交换
21、机、VoIP网关，网守j IPlv业务系统或终端设备等。在进行口业务原始数据的采集时，应满足以下要求：1)采集接口应支持轮询或推送方式进行数据传递；2)采集接口尽量使用开放标准的通信协议；3)采集过程中能够对业务单元进行唯一标识。4)支持实时和非实时两种方式；5)保证数据的准确性、完整性和一致性；6)保证使用数据与网络设备的时间一致。6-2 lP业务详细记录的产生业务详细记录的生成过程应满足以下要求：1)在对口业务原始数据进行合并的过程中，保证记录的连续性和完整性；2)在对业务原始数据进行信息抽取和转换的过程中，保证记录的完备性与准确性；3)支持实时生成业务详细记录；4)支持周期性地根据D业务
22、原始数据产生业务详细记录和结算报告，可以对记录的生成周期进行设置；5)支持sP之间从商务关系建立之初开始周期性交换商务关系数据；6)在每个服务提供商的范畴内应该唯一标识IPDR；7)每个IPDR应该在sc的范畴内具有唯一的事件标识，如果不同的IPDR存在相互关联，而且这种关联关系对IPDR记录器可见，则对相关记录的引用应该包含该唯一标识符；8)IPDR应该支持跨业务单元、跨时间段的中间记录，即应该允许事件信息存在于多个记录中或者多个IPDR文档中。对于P运维结算详单，其记录还应支持应支持移动业务用户，支持漫游业务。63 IP业务详细记录的存储如果需要将所采集到的m业务原始数据和所产生的标准格式
23、的口业务详细记录存储到持久媒介中，其存储的要求如下：1)支持定期的数据存储，支持逐条和批量的存储方式；2)对所采集到的原始数据应至少能保存1个月；3)对标准格式的业务详细记录应永久保存；4)各种日志文件应至少能保存6个月。64 IP业务详细记录传送6YD厂r 19211-2009对IPDR的传送接口(DE)应满足如下要求：1)支持按单事件传送和按批处理方式传送；2)支持轮询和推送方式的数据传送；3)面向事务的数据传送和批处理方式的数据传送；4)支持安全通信；5)支持对已经发i斟接受的IPDR文档进行确认。641记录格式要求P业务详细记录的内容可以采用XML、XDR(适用于采用IPDRSP协议的
24、情况)等格式的文件进行记录，记录格式也可以不限于上述两种。附录A和附录B给出了基于XML Schema的口业务详细记录(IP业务使用详单和口业务结算详单)格式。642协议要求Exporter Collector豢萋鬻蹇l 澄渗 麟鬻燃瀚N_ 一 o 。l!躺瀵豢嚣l墨= 爹藜雾黪誉；爹爹霹鍪鏊鍪鋈鍪篆薹；鍪褒图5 IPDR协议栈图5为IPDR用于传输球详细记录的通用协议栈，Exporter代表记录的输出端，Collector代表记录的采集端。Collector向Exporter发送获取记录的请求，Exporter将封装了口详细记录的XML文件或者XDR码流传送给Collector。应用层和承载
25、层共同保证了数据记录的可靠传输。承载层的确认消息用于确保数据包传输的可靠性并监视Exporters的连接状态，应用层接收到消息后完成消息的处理，将信息保存到持久存储并对消息进行确认。6421应用层协议要求应用层协议负责处理IP详细记录相关的交互操作(如获取记录请求、记录文件传送完毕通知等)，应用层协议应满足以下的要求：1)支持对P业务详细记录进行加密；2)支持使用开放协议；3)数据交互协议与数据格式相独立；4)支持传输能力协商；5)支持单条记录和批量记录的传送；6)支持记录数据的精确同步，可以同步到记录传送序列中某个特定的点。本部分不对口详细记录提供使用哪种应用层协议做强制要求。6422承载层
26、协议要求承载协议应满足以下的要求：1)支持可靠、准确地传送消息：7YD厂r 19211-20092)当应用层协议使用流协议(Streaming Protoc01)时，传送层使用面向连接的协议；3)支持鉴权(可选)；4)支持将多条消息打包到单个数据报中进行传输。可用于承载口业务详细记录的协议包括TR069(DSLForumTR069：CPEWANManagementProtoc01)、SOAP(W3C SoAP 11)、Diameter(rF RFC 3588)、BEEP(IETF RFC3080)、RADIUS(也TF RFC2865)、Syslog(IETF RFC 3164)、TCP(IE
27、TF RFC 793)、UDP、SCTP(IETF RFC 2960)等，本部分不对IPDR传送过程中采用哪种承载层协议做强制要求。8附录A(规范性附录)lP业务使用详单格式YDT 1921 1_2009口业务使用详单格式定义所有基1二1P的业务所共有的元素。特定业务的IP业务使用详单定义用来描述特定业务的使用事件属性。IP业务使用详单的层次结构允许IPDR文档包宙多个1P业务详细电录。在每个口业务详细记录中其体包含用户、业务单元和使用J菌性。图A】描述TIPIk务使用详单的基本结构。IP业务使用详单的E体由多个各自代表单个使用事件的IP业务详细记录构成。单个IP业务详细记录描述用户、服务提供
28、商、业务使用事什的参数及其度嚣。特定业务的IP业务使用详单格式对基本伸业务使用详单格式进行扩展，定义描述特定业务扣芙特性的元素。目A 1 IPn务使用详单格式A 1 IPDRDoc基本属性IPDRDocf日基本届性如下：dctId 全局唯一标识(UUD)：恻卅标识IPDRDoc模型所适用帕版本当前版奉是3 5；crzatlonTime 指明文档刨北的时问IPDRRecorderlnfo一标识负责创建该IPDRDoc的IPDRRecorderA 2 IPDRDoc EndIPDRD0c End岫属性如下：count一文档中包含JIPDR记录个数(用1验证)：YD厂r 19211-2009endT
29、ime一文档完成的时间。A3 lPDR服务消费者与服务节点间事件的详细信息包含在以IPDR元素描述的记录中，除了特定的业务信息外，所有的IPDR元素均包含以下缺省元素：IPDRCreationTime一记录使用数据发生的时间；seqNum一可选整数，一组PDR记录中单条记录的顺序号，如：对于第一个记录，seqNum的值应该是0，后续的)DR记录编号依次递增。A4基本类型dateTimeMsec、ipV4Addr、ipV6Addr及UUID等。IPDR使用详单模型是构造特定服务的schema的基础，附录C一“IPDR业务规范定义指南”(ServiceSpecification Design Gu
30、ide)则为创建特定服务的schema提供了详细的指导。10附录B(规范性附录)IPDR结算详单格式IPDR结算详单包音计费和结算信息。IPDR结算详啦咀应用尤关的IPDR头标信息开始之后可以包含多个结掉头标信息。每个结算头标信息对府一个提供商，台作伙伴关系。每个衄用史标之斤戊含响1个或者多个业务使用模块。每个业务使用楼块包宙特定业务的用户所使用的描拜访，服务接入提供商的资源的使用信息以及各自的提供商台作者0q槭服务提供商关系。每个业务使用模块中的讣贽信息，可以是独立的业务使用条目的组台，也ur咀娃汇总的业务使刚信息。图B I圈B 3描述了IPDR结算详单的格式。目B 1 IPDR结算记立档m
31、-IPDRSeltlementD。c一臣巴堕蹬坚蛩旦三竺兰坠删世!到匦凰画甄画亘亟受司灏蠹触囊嘲尊ipoRsettlement：$ettlentHeader ii醺嘶?j量蔓酶西；西蛹!j!囊画r童i叵jK画互亘五巫三亘三卫H巫量叵三三亟五习铡瓣畦?鳓蜮j?鳓甬叵!蜂t!蓟西：n画“!哂!：画西i吨匦亘画亟画iii回国8 2【PDR结算记录文档-SettlomentHoader薹YD丌1921 12009ii砸：蔓：，：亘目B 3 EPDR镕算记录文档横g usageModule其中，文档基本崩忡、文档结束兀素及文档rI，运用的坫本数据类型吲附录A c，扣施章节的描述此处不再赘述。率附录仪介绍
32、结算文档中的核心兀索PDR结算信息7L素。settlementnformafion包含两个r，c素：setttementHeader 结锥记求的头信息根据空际斋jK可包括但小限homeServiceProviderType：本地服务提供商帕标识法hoinesercePro vIder率地服务提供商的标识：acces5PmvlcerTv钟：接入挺供商的标识浊accessPdcf接入提供商的柏、饥：retallchaeTolaJ 零倍收赀总和ARPenodstan开掰i时田，AftPcrI()dEnd结束时问：-wholesaleChargeTotal：批发收费总和：dentnpe：女档娄：-nu
33、mberSummaryRecords：摘蛰la录数-numberSetllernentRecords：结算记录数basJ sFu汀oIab：吐数基准。usageModule一基于不州业务的计赞模块根槲爻际饼求町包含但不限r以F信包蝌vlceDenmtlon：业务定义servlceName：业井“桷；：modulcUpc：模块类型umtofMeasure：测最单位-chargeableQuantity：收费数量numbcrVisitors：访问者数量；fetailcha曜e：零售费用；-wholesaleCharge：批发费用；-aggregafionBasis：聚合基础；口DR；使用信息。YD
34、厂r 192112009YD厂r 192112009附录C(规范性附录)P业务详细记录业务规范定义指南业务规范用于描述具体口业务详细记录应定义的内容，属于D业务详细记录技术规范系列中的一部分。一个口业务详细记录的业务规范至少应该包含以下部分：标题页、目录、前言、范围、规范性引用文件、术语和定义、缩略语、用例、数据定义及业务定义。其中，标题页、目录、前言、范围、规范性引用文件、术语和定义及缩略语等章节的格式应参照本规范相应章节进行编写，内容上应体现具体业务的特点。“用例”一章应描述业务的业务应用场景，并对该场景下的业务流程进行分析；“数据定义”一章应根据不同的业务应用场景(业务流程)定义具体的使
35、用数据：“业务定义”一章应采用形式化语言对业务使用属性进行定义和封装。C1用例C11内容用例(Use Case)即针对1个或多个业务场景，从业务消费者和业务提供商的角度进行描述的业务流程。以VoIP业务为例，该业务可能有以下几种业务应用场景：1)IP-IP：2)IP-SCN(IP to Phone)：3)SCNIP(Phone to IP)：4)IP*SCN-IP：5)SCNIP-SCN。VoIP的业务规范应对每一个业务场景以及该场景下的业务流程进行描述和分析，作为定义详细的使用数据主要依据。C1-2原则业务规范中的用例(Use Case)应从消费者的角度来对业务进行描述，即应侧重于消费者可见
36、的事件和度量(metrics)以及相关的业务质量和使用数量。对于已经有业界标准的业务，应遵从已有的业界标准或实践。通过自然语言描述业务应用场景和业务流程。另外，建议使用UML描述业务规范中UseCase。C2数据定义根据“用例”一章的分析，从业务流程中抽取出业务的使用数据，并以表格的形式进行组织见表C1。表c1 数据定义表举例分 类 名 称 类 型 限定(tcuoc3 可取值 备 注对应参考模型中 能够唯一标识 数据基本类型，可以是IPDR中 (requiredoptionalconditional) 该属性的 备注信息，描的属性类型 该属性的名称， 定义的一些基本类型(见附录 require
37、d必选：optional可选； 取值说明 述通过Use(whowhenwhat 应该尽量与之 A)，也可以是XML的基本类 conditional条件可选，当某些属 (如范围、 Case的分析wherewhy) 前的业务规范 型。在业务定义和信息模型定 性存在或取特定值时，该属性 举例等) 得出的需要版本保持一致 义阶段，设计者可以在基本类 必须存在甚至必须取某特定 注意的事宜型基础上定义扩展类型 值)14YD厂r 19211-2009C3业务定义通过形式化的语言对“数据定义”一章中的业务使用数据进行定义和封装。建议使用m。Schema进行业务定义下面给出基于XML Schema的业务定义方法
38、和原则。C31 Schema划分一个可用的业务定义文档应该包含3个部分：1)对数据类型的定义，主要是定义XML基本类型以外的扩展类型，这一部分与具体业务无关，可以通过单独的文档IPDRTypesxsd进行定义；2)对IPDR文档框架结构定义，这一部分与具体业务无关，可以通过单独的文档球DRD0cxYxsd进行定义，其中xY代表了IPDR文档规范的版本号3)具体业务使用属性和结算信息的定义。前两个部分与具体业务无关，可以事先将各自的schema定义好，定义业务规范时再进行引用。定义IPDR文档结构的XML schema可参见附录A和附录B。C32元素定义为了保证最大程度的兼容，建议先对元素进行预
39、定义，定义业务使用属性时再进行引用，如：An identifier used to uniquely identify this movieC33元素类型元素定义应主要采用从XVE,继承的基本类型，包括string、integerint、long、float、double、dateTime、unsignedInt及unsignedLong等。此外，也可以在IPDRTypesxsd中定义一些扩展类型。ipdrorg定义了以下扩展类型：ipdr：dateTimeMsec、ipdr：dateTimeUsec、ipdr：ipV4Addr、ipdr：ipV6Addr、ipdr：uuid及ipdr：mac
40、Address，可供参考。在定义元素时不应使用复杂类型以免引起不兼容。YD厂r 19211-2009C34枚举类型业务规范中允许使用基于整型的枚举类型，并应通过注释对每个枚举值的含义进行说明。C35 schema的组成采用XML Schema,进行的业务定义应通过和机制来防止命名冲突。定义方式如下；C36 schema的引用定义实例文档时，namespace和schemaLocation的定义方式如下：如果一个业务定义规范中包含多个业务，则其文档头应按如下方式定义：如果文档中使用了=IEIPDR定义的业务规范，则其文档头应按如下方式定义：16D1 SE直接和BSS接口附录D(资料性附录)P业务
41、详细记录实现方式YD厂r 192112009图D1 SE与BSS直连业务单元可以直接和BSS连接。如果sE节点支持D接13规范，包括后台存储和PDR文档重传，那么SE节点可以和BSS节点直接通信。瓜、IS和rr节点不一定为独立的系统实体。在上述情形下，II己，IS和rr节点集成在SE节点。D2 SE通过IP业务原始数据管理系统和BSS接口吴用户恻髓图D2通过IP业务原始数据管理系统提供IPDR如果业务节点支持私有的业务使用记录，或者不能提供使用记录聚合，或没有记录重传能力，这时需要遵循IPDR规范的口业务原始数据管理系统。m业务原始数据管理系统通过A接口与sE的私有协议相连，并且提供所需要的P
42、DR D接口。m业务原始数据管理系统提供后台存储和PDR文档重传能力。该情形是通常的PDR的拓扑。D3 SE通过多个IP业务原始数据管理系统和BSS接口 器一图D3通过多层lP业务原始数据管理系统提供IPDR固一犬肿YD厂r 19211-2009在某些特定情形下如存在旧的、遗留下来的系统或者其他原因，1个或者多个IP业务原始数据管理系统串联在sE和BSS之间。在上述情形下，还存在着两种不同的情况。第一种情况是IP业务原始数据管理系统1iJ以通过D接口向IP业务原始数据管理系统2传递IPDR。另外一种情况是两个IP业务原始数据管理系统共同使用遵循A接口规范的私有协议。在前一种情形下，两个IPql
43、,务原始数据管理系统均应该遵循IPDR规范，然而后者仅要求第二个IP业务原始数据管理系统应遵循IPDR规范。D4独立的接入和归属服务提供商情形下的漫游犬JI】户攫游刊络Mall服井图D4漫游情况下的IPDR提供如粜ISP向用户提供漫游服务，则与其合作的漫游ISP需要向归属ISPBSS发送漫游IPgk务结算详单。IP业务结算详单的递交通过IPDR规范定义的E接口实现。如图D4所示，IP业务结算详单在BSS之间直接传递或者通过中间清算BSS。在任何一种情形下，IP业务结算详单通过IPDR E接口协议标准交换。D5业务提供商同时提供应用服务吴JlJ)。Mail服务图D 5单-IP业务原始数据管理系统
44、的情况田I，一吴犬吴用户m黪蛰YDT 192112009图D6多个IP业务原始数据管理系统的情况如果ISP希望向用户提供本地m业务的分类计费，它可能在本地IP网络上提供不同的应用服务。每种应用业务连同基本基本的接入服务应被看作独立的SE节点。如图D5所示，不同的SE节点连接到相同的瓜节点，以共享Is和瓜节点。如图D6所示，不同的SE节点连接到不同的m、Is和节点，但是碑业务使用详单仍旧传递给相同的BSS系统。瓜应该能够从多个SE接收IPDR。独立的归属、接入、传输及应用服务提供商协同工作。本场景示例多个m业务提供商共同协作相用户提供应用。在该场景下，用户：1)已经漫游出自己的归属无线服务区；2
45、)使用移动电脑上的数字蜂窝网络接口(如GRRS或CDMA2000)：3)使用Intemet连接参加网络会议并浏览广播的幻灯片(Broadcast PPT)；4)通过VoIP接入会议桥：5)会议桥FqPSTN提供，VoIP呼叫为IP-to-PSTN呼叫，有某网关提供服务。图D7示意这些服务提供商之间的互联，图D8示意它们之间IPDR消息交互的时序关系。在该场景中有5个业务提供商。接入服务提供商(SPl)：该服务提供商保证用户的漫游接入；传输服务提供商(SP2)：该服务提供商提供SPl和SP3直接的连接；应用服务提供商(SP3)：该服务提供商提供依赖应用服务1个或者多个接入服务提供商、传输服务提供
46、商建立与用户的会话连接以提供应用；中间服务提供商(SP4)：该服务提供商作为1个或多个其他服务提供商的BSS的代理，例如预付费授权中心、结算中心等：家庭接入服务提供商(SP5)：用户家庭账户服务提供商，提供用户账单服务，其他的服务提供商向SP5递交口业务结算详单。19。KYD，_r 192112009U奄。Qj争7一 I Is3 J。户j争服务提供商4中间服务提供商摩务提供商5家庭接入服务提供商固D7多服务提供商互联IPDR事件的时序关系如图D8所示(为了描述的方便起见，m、IS和rr对IPDR的处理在图中被忽略)。1)SC向SPI发起接入请求。SEl发送开始IPDR给BSSl；2)SC通过SP2的网关SE2发起会议桥呼叫，SE2发送开始IPDR给BSS2；3)SC连接至SP3的PPT广播服务器SE3。SE3发送开始IPDR给BSS3；4)Sc结束v0碑呼叫，SE2发送结束口DR给BSS2；5)BSS2发送m业务结算详单给BSS5；6)SC结束PPT会话，SE3发送结束IPDR给BSS3：7)BSS3发送p业务结算详单给BSS5；8)BSS4转发业务
