设备管理_某通信公司信令监测系统设备规范wlan-ac信令共享层分册

QB-中国移动通信企业标准QB-信令监测系统设备规范WLAN-AC信令共享层分册Equipment Specification ofChina MobileSignaling Monitoring System(WLAN-AC Signal Sharing Platform Part)版本号：1.0.0-实施-发布中国移动通信集团公司 发布目录前 言III1范围（各专业组修改）42规范性引用文件（各专业组按需增删）43术语、定义和缩略语（各专业组按需增删）44设备在网络中的位置（基本统一）54.1系统总体架构（统一）64.2网元功能（各组微调）64.3接口功能（统一）85系统功能要求（按需修改）95.1信令数据预处理功能95.1.1解码合成模块基本功能（按需修改）95.1.2关联分析（各组按需修改）95.1.3流量控制(可选)105.2数据共享功能（各组根据提供的数据微调修改）115.3信令数据订阅管理功能（各组根据自己提供的订阅类型进行删减）115.3.1需求概述115.3.2管理功能角色定义125.3.3基于CDR/TDR信令数据的订阅125.3.4基于业务信令数据的订阅（里面的例如：部分各组自行修改）135.3.5基于指标数据的订阅145.3.6基于历史数据反查的订阅145.3.7基于计算数据的订阅155.4数据存储功能（统一）155.5数据处理功能(统一)165.5.1元数据管理165.5.2计算工具175.5.3任务调度175.6日志管理功能（统一）185.7配置数据管理（各组自行增减）195.7.1基本功能要求195.7.2链路数据信息管理功能要求195.8接口质量监测功能206应用功能要求（各增增加）216.1拓扑管理（示例）216.1.1拓扑呈现216.1.2网络拓扑维护226.1.3告警和预警管理226.1.4网络指标实时监视236.1.5特殊场景重点热点监控保障236.2记录查询（示例）246.2.1实时跟踪246.2.2CDR/TDR查询256.3网络分析功能（各组增加）256.3.1网络流量分析256.3.2网络信令分析266.4业务分析功能（各组增加）276.4.1热点分析276.4.2业务子类分析286.4.3流量流向分析286.4.4网站分析286.5终端分析296.5.1终端型号分析296.6系统自管理功能（示例）296.6.1自监控能力要求306.7用户权限管理（示例）317性能指标和可靠性要求（统一）317.1准确性和完整性要求317.2处理性能要求317.3存储要求327.3.1全量信令数据存储327.3.2CDR/TDR信令数据存储327.3.3计数据、报表和告警数据存储327.4可靠性要求327.5软件要求327.6硬件要求337.7可扩展要求337.8部署要求337.9冗余能力要求348接口要求（统一）349时间同步要求（统一）3410网管要求（统一）3410.1配置管理3410.2设备状态管理3510.3性能管理3510.4安全管理3611操作维护要求（统一）3611.1可管理性3611.2可维护性3611.3易用性3712网络安全要求（统一）3713编制历史37附录A：指标规范（各组增加）38前 言本标准对中国移动信令监测系统三期中的信令共享平台提出要求，是信令共享平台建设需要遵从的技术文件。本标准主要包括以下几方面内容：系统功能要求、应用功能要求、性能指标和可靠性要求、接口要求、时间同步要求、网管要求、操作维护要求、网络安全要求。本标准是中国移动信令监测系统三期系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1中国移动信令监测系统总体技术要求2中国移动信令监测系统接口规范信令采集网关分册3中国移动信令监测系统设备规范信令共享网关分册4中国移动信令监测系统接口规范信令采集平台分册5中国移动信令监测系统设备规范信令采集平台分册6中国移动信令监测系统设备规范应用功能平台分册本标准需与中国移动信令监测系统总体技术要求、中国移动信令监测系统接口规范信令采集网关分册、中国移动信令监测系统接口规范信令共享平台分册及中国移动信令监测系统设备规范信令采集网关分册配套使用。本标准由中移号文件印发。本标准由中国移动通信集团公司网络部提出，集团公司技术部归口。标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司研究院本标准主要起草人：倪伟、王姗姗、武威、杨波、贺赢、王宇剑、邢喆、徐夏丰、余立、梁燕萍。III 1 范围（各专业组修改）本标准规定了信令监测系统三期中信令共享平台的系统结构、系统功能要求、应用功能要求、接口要求、性能要求、时间同步要求、网管要求、操作维护要求、网络安全要求，供中国移动内部和厂商共同使用；适用于WLAN网络环境。2 规范性引用文件（各专业组按需增删）下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-1 规范性引用文件序号标准编号标准名称发布单位1中国移动信令监测系统设备规范-WLAN信令采集网关分册中国移动通信集团公司2客户信息保密管理规定中国移动通信集团公司3中国移动GSM通信网路由组织与局数据设置原则（第二分册：GSM通信网网元数据设置原则）中国移动通信集团公司4防火墙部署总体技术要求中国移动通信集团公司5中国移动网管系统监控平台需求规范中国移动通信集团公司6中国移动网管系统监控平台推广阶段技术规范中国移动通信集团公司7中国移动基于信令监测的网络质量指标规范中国移动通信集团公司8YD/T 1303-2004No.7信令监测系统技术要求中华人民共和国信息产业部9TS 08.08 v8.15.0Mobile-servicesSwitching Centre-Base Station System (MSC-BSS) Interface，Layer 3 Specification3GPP10TS 09.02 v7.14.0Mobile Application Part (MAP) Specification3GPP11ITU-T Q.752Monitoring and Measurements for Signaling System No.7 NetworksITU3 术语、定义和缩略语（各专业组按需增删）“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求；对应于RFC2119 MUST，REQUIRED，SHALL。- “推荐”/“建议”/“应”项是指在标准中未作强制要求，若业务、产品和设备提供的功能或性能要求被认为更佳；对应于RFC2119 RECOMMENDED，SHOULD。- “可选”/“可”项指参考性要求，是业务、产品和设备在目前阶段可不提供的功能或性能要求；对应于RFC2119 MAY，OPTIONAL。- 必不能，不能，不得：表示绝对的禁止；对应于RFC2119 MUST NOT，SHALL NOT。- 不推荐，不建议：表示若业务、产品和设备按照所述内容制作，被认为略次；对应于RFC2119 SHOULD NOT，NOT RECOMMENDED。- 规范中除了明确指明为 “推荐”/“建议”、“可选”外，均为必须要求。表3-1 词语解释词语解释应用层对获取信令监测系统所提供数据的信令应用系统的统称全量信令数据全量信令数据包含了被采集信令链路的全部信令内容业务信令数据业务信令数据是根据应用的需要对原始信令数据进行了解析、处理，从中提取出对业务应用所需的信令事件数据，例如：呼叫事件、位置更新事件、漫游事件等MR数据基于MR信令解码合成的MR信息和相关的Abis关键信息（如MR发生的LAC、CI、IMSI等）的详细记录数据。CDT/TDR信令数据CDR/TDR信令数据是根据应用层需要对原始信令数据进行解析、处理、关联后提取出的呼叫详细记录和事务详细记录指标数据指标数据是根据信令监测系统生成的CDR/TDR或者信令消息统计生成的各类KPI指标数据，例如：接通率、位置更新成功率等CDRCall Detail Record，呼叫详细记录DDUData Dispatch Unit，数据分发单元DXCDigital Cross Connect，数字交叉设备HDLCHigh-Level Data Link Control，高级数据链路控制规程IPInternet Protocol，IP协议ODBCOpen Database Connectivity，开放数据库连接OMCOperation Management Center，系统管理单元SCGSignal Collection Gateway，信令采集网关SDTPShared Data Transfer Protocol，共享数据传输协议SNMPSimple Network ManagementProtocol，简单网络管理协议TAPTest Access Point，测试接入端口TDRTransaction Detail Record，事务详细记录WLANWireless Local Area Network，无线局域网APAccess Point，接入点ACAccess Controlller，接入控制器RADIUSRemote Authentication DialIn User Service，远程用户拨号认证系统4 设备在网络中的位置（基本统一）4.1 系统总体架构（统一）统一信令共享平台的组网架构如下图所示。图4-1统一信令共享平台系统结构图信令共享平台是信令采集共享系统的三层架构中的第二层。共享平台接收汇聚设备发送来的全量信令数据，然后进行协议分析、事件合成与关联，共享平台具备存储全量信令数据、业务信令数据以及CDR/TDR信令数据的能力；共享平台通过开放接口向应用层提供指标数据、CDR/TDR数据以及对应的原始信令数据。4.2 网元功能（各组微调）信令共享平台由数据预处理层、数据存储层、数据处理层、数据管理层组成。l 数据预处理层：数据预处理层由CS解码合成模块、全局关联回填模块、预统计模块组成。n 解码合成模块接收原始消息，在线完成xDR记录及xDR记录原始消息合成。u CS域Mc、Nc、Abis、C/D/E接口解码合成在统一共享平台预处理层完成；u PS域（Gb/IuPS）、LTE、WLAN解码合成在统一共享平台采集层完成；n 全局关联回填模块统一共享平台数据预处理层全局关联回填模块实时维护全局用户身份信息及位置信息关系表，接收解码合成模块发送的xDR数据，完成用户身份信息及位置信息回填。n 预统计模块基于xDR或回填后的事件数据，按指定维度及时间粒度，及指定算法完成实时预统计。l 数据存储层存储系统业务配置信息，以及一定周期内的全量信令数据、业务信令数据和CDR/TDR信令数据，并支持在数据未成功传送到应用系统的情况下，缓存数据以便数据重传。应满足灵活的查询条件，使得消息存储不存在瓶颈。l 数据处理层数据处理层包含元数据管理、计算工具、任务调度三个子模块。n 元数据管理元数据管理模块提供对信令共享平台内数据进行元数据管理，管理的数据范围：回填后的xDR数据、预统计数据、统计数据。包括对数据块(表)及内容的定义，及数据流转处理、统计的算法定义，数据度量和维度定义、数据的业务描述。还包括了向需要使用元数据的系统提供元数据查询功能。n 计算工具计算工具是数据处理层核心模块，提供数据抽取、定位、转换、关联、汇聚、转载等功能。用于对从采集层获取的经过预处理后的xDR数据以及预统计数据进行再加工和统计分析。生成KPI、KQI等分析指标供应用系统使用。n 任务调度任务调度模块提供了对信令共享平台内固化的需要定期执行的数据处理和统计任务的调度和管理，提供任务的方便配置，任务的可靠调度，任务及时监控。l 管理模块管理模块主要包含数据管理、存储管理、日志管理、配置数据管理、接口质量监控等五个子模块。n 数据管理信令监测系统提供对信令数据的处理功能，包括信令解析、分类统计等。完成全量信令数据的解码和关键信息提取，对于未解码的协议要归类统计；根据应用系统数据订阅的要求，合成满足条件的业务信令数据，按照标准格式生成呼叫详细记录（CDR）和事务详细记录（TDR）,合成时支持对重复信令数据进行剔重；根据上层应用对数据做相应的统计整理。主要包括：u 对消息进行解码，并保存原始消息；u 对于短信内容信息进行屏蔽（内容置0），对外呈现与内部存储均不得出现相关内容；对于DTMF内容可以通过配置进行灵活屏蔽（内容置0），对外呈现与内部存储均不得出现有关内容；例如对银行接入码95555的DTMF信号进行屏蔽；而号码百事通XXX114则不进行屏蔽，要求可在CDR和原始信令中对多级DTMF输入进行存储。u 支持现网存量信令采集设备的数据格式，并能够对设备传输数据进行正确解码；u 完成CDR合成保存，将经合成后正确的CDR提供给上层应用提供； u 对未能正确合成的CDR进行保存，并支持对未正确合成的CDR的查询功能；u 系统管理员可通过操作界面灵活配置CDR字段，并可以满足上层应用的扩展需求；u 根据消息分析统计产生实时KPI指标、异常消息告警消息、链路告警消息等；u 完成对链路流量的基础测量和话务量测量；u 支持对重复信令的剔重，并对消息重传数量进行统计。n 存储管理数据存储模块存储系统业务配置信息，以及一定周期内的全量信令数据、业务信令数据和CDR/TDR信令数据，需要针对不同的数据类型与查询性能要求提供不同的存储方案，并支持缓存数据重传机制，同时应满足灵活的查询条件，使得消息存储不存在瓶颈。n 日志管理日志管理支持对系统内所有网络实体，包括但不限于系统内硬件、软件、接口程序以及各种用户操作均需生成日志，以满足日志分析要求，支持对系统问题的排查和安全审计，日志存储时间需大于3个月。n 配置数据管理对系统进行配置管理，包括设备的配置、各种指标的配置等。n 接口质量监控接口质量监控，支持在信令监测系统的各层之间定位系统故障，并为各层之间的接口通信提供实时监控手段，共享平台应具备内部接口质量监测功能，以实现性能数据异常波动的告警输出，支持采用拓扑图等图形化显示告警信息，系统设备必须支持SNMP协议，网管可以通过SNMP对设备进行控制。4.3 接口功能（统一）IF1接口、IF2接口为层间接口，IF1负责建立采集层至共享层数据传输通道，IF接口负责建立共享层至应用层数据传输通道。数据接口按功能分为数据接口、计算接口，数据接口分为实时数据接口、非实时数据，计算接口为非实时接口。接口类型协议主要应用场景IF1实时数据接口SDTP原始码流、xDR数据传输非实时数据接口WebService、FTP数据反查、捕获数据传输IF2实时数据接口SDTP实时订阅数据传输非实时数据接口WebService、FTP交互式订阅数据传输、准实时订阅数据传输计算接口（非实时）WebService自定义策略查询5 系统功能要求（按需修改）5.1 信令数据预处理功能5.1.1 解码合成模块基本功能（按需修改）信令监测系统提供对信令数据的处理功能，包括信令解析、分类统计等。完成全量信令数据的解码和关键信息提取，对于未解码的协议要归类统计；根据应用系统数据订阅的要求，合成满足条件的业务信令数据，按照标准格式生成呼叫详细记录（CDR）和事务详细记录（TDR）,合成时支持对重复信令数据进行剔重；根据上层应用对数据做相应的统计整理。主要包括：l 对消息进行解码，并保存原始消息；l 对于短信、彩信内容信息进行屏蔽（短信内容置0、彩信内容清空），对外呈现与内部存储均不得出现相关内容；对于DTMF内容可以通过配置进行灵活屏蔽（内容置0），对外呈现与内部存储均不得出现有关内容；例如对银行接入码95555的DTMF信号进行屏蔽；而号码百事通XXX114则不进行屏蔽，要求可在CDR和原始信令中对多级DTMF输入进行存储。l 系统可提供单独的扰码可选字段，该字段通过不可逆的加扰算法，对用户号码进行加扰处理；l 支持现网存量信令采集设备的数据格式，并能够对设备传输数据进行正确解码；l 完成CDR合成保存，将经合成后正确的CDR提供给上层应用提供；l 对未能正确合成的CDR进行保存，并支持对未正确合成的CDR的查询功能；l 系统管理员可通过操作界面灵活配置CDR字段，并可以满足上层应用的扩展需求；l 根据消息分析统计产生实时KPI指标、异常消息告警消息、链路告警消息等；l 完成对链路流量的基础测量和话务量测量；l 支持对重复信令的剔重，并对消息重传数量进行统计；l 完成对CDR/TDR记录中关键信息的关联及回填操作，比如用户号码MSISDN，User-Name、SSID、NAS-ID、AP-MAC信息需要回填到详单；5.1.2 关联分析（各组按需修改）系统可根据业务过程中各协议各接口信令过程之间的相关性，对信令过程进行动态实时关联，并实时获取、存储和更新TMSI-IMSI-IMEI-MSISDN之间的映射关系、真实号码与漫游号码的映射关系等，实现号码关联。并在信令记录生成过程中，将无法直接从信令消息中获取的而对投诉处理、故障排查等工作必要的IMSI、MSISDN、IMEI等唯一表征用户信息的数据完整记录至CDR/TDR中。业务流程的端到端分析，包含了多接口多协议的分析表5-1 关联分析记录类型关联信息A接口呼叫记录（MOC）主叫IMSI、主叫MSISDN、主叫IMEI信息A接口呼叫记录（MTC）被叫MSISDN、被叫IMEI信息A接口切换记录IMSI（MSISDN）、IMEI信息记录类型关联信息A接口短信记录（MO）主叫IMSI、主叫MSISDN、主叫IMEI信息A接口短信记录（MT）被叫MSISDN、被叫IMEI信息A接口位置更新记录IMSI信息（MSISDN）、IMEI信息Iu-CS呼叫记录（MOC）主叫IMSI、主叫MSISDN、主叫IMEI信息Iu-CS呼叫记录（MTC）被叫MSISDN、被叫IMEI信息Iu-CS短信记录（MO）主叫IMSI、主叫MSISDN、主叫IMEI信息Iu-CS短信记录（MT）被叫MSISDN、被叫IMEI信息Iu-CS位置更新记录IMSI（MSISDN号码）、IMEI信息Iu-CS重定位记录MSISDN号码、IMEI信息BICC/ISUP记录真实被叫号码H.248记录主被叫号码ABIS接口呼叫记录（MOC）主叫IMSI、主叫MSISDN、主叫IMEI信息ABIS接口呼叫记录（MTC）被叫MSISDN、被叫IMEI信息ABIS接口短信记录（MO）主叫IMSI、主叫MSISDN、主叫IMEI信息ABIS接口短信记录（MT）被叫MSISDN、被叫IMEI信息ABIS接口位置更新记录IMSI信息（MSISDN）、IMEI信息ABIS接口切换记录IMSI（MSISDN）、IMEI信息PS接口用户面/信令面记录IMSI（MSISDN）、IMEI信息LTE接口用户面/信令面记录IMSI（MSISDN）、IMEI信息WLANMSISDN、User-Name、SSID、NAS-ID、AP-MAC注1：关联分析前提是需要完成关联所需接口信令的监测。要求该模块具有灵活扩展能力，可根据网络的发展和业务的需求灵活扩展其他关联分析需求。5.2 数据共享功能（各组根据提供的数据微调修改）信令监测系统支持订阅/通知方式的数据共享模式，提供实时/准实时信令数据共享，可以为应用系统进行网络管理、业务管理、用户管理以及网络优化、网络规划、网络设计提供基础的原始数据。信令监测系统根据应用系统的订阅请求，在判断满足订阅策略时，主动将信令数据通过接入模块实时/准实时上报给应用系统。信令监测系统所提供的数据包括全量信令数据、CDR/TDR/MR信令数据、业务数据和指标数据四类：l 全量信令数据：经统一封装格式后的信令链路的全部原始信令数据。l CDR/TDR/MR信令数据：信令监测系统根据对全量信令数据进行解析、处理后生成的呼叫详细记录和事务详细记录（CDR/TDR），包括多接口合成CDR/TDR记录数据及原始消息、以及Abis接口的MR数据。PS/LTE/WLAN网络xDR记录原始消息不含PayLoad。l 业务信令数据：应用系统订阅后，信令监测系统根据应用平台具体需求对全量信令数据进行解析、处理后生成的信令事件数据。PS/LTE/WLAN网络提供的原始消息捕获数据包含Payload。l 指标数据：信令监测系统根据生成的CDR/TDR或者信令消息，按照指定的算法生成的各类KPI指标数据，或根据应用系统及外部系统的订阅要求，基于CDR/TDR/信令消息生成的自定义KPI指标数据。信令监测系统根据应用系统的数据订阅策略，对应用系统需要的信令数据进行处理和过滤后，将相应的数据以双方约定好的格式进行发送上述四类信令数据的共享时延需要满足规定的时延要求。信令监测系统应支持灵活的过滤策略，根据应用系统经过审批通过的订阅请求生成的过滤策略对输出给应用系统的信令数据进行过滤。需要支持针对信令事件的过滤、事件中具体字段的过滤以及字段取值的过滤（针对具体字段不同的取值进行过滤）。对新的过滤策略的支持应在不需要升级软件的前提下提供。5.3 信令数据订阅管理功能（各组根据自己提供的订阅类型进行删减）信令监测系统采用订阅机制向外部应用系统共享信令数据，所有需要信令数据的应用系统需事先向平台提出数据订阅请求，经过审批通过后才有权使用信令数据。审批时可对应用系统请求订阅的数据和有效期进行修改。信令监测系统根据数据订阅请求进行信令的解析处理和共享分发。针对不同类型的信令数据，信令监测系统提供基于CDR/TDR信令数据的订阅，基于业务信令数据的订阅、基于WLAN关键消息的订阅、基于指标数据的订阅、基于历史反查数据的订阅、基于计算数据的订阅六种类型 。订阅的数据接口从形态上分也可以分为：数据接口、计算接口两种5.3.1 需求概述共享平台业务信令数据订阅管理功能需求概述：1) 提供统一业务信令数据订阅管理的图形界面；2) 管理界面应提供对共享平台角色帐号的管理，具体包括帐号的创建、删除、帐号权限的设定、修改；3) 管理界面应提供对共享平台订单的管理，具体包括对订单的创建、删除、修改、查询、统计功能；提供业务管理员对应用系统订阅需求的预授权功能，业务管理员可通过预授权的方式设定应用系统可订阅的业务信令数据事件类型和字段，在业务管理员的授权范围内，应用系统可自由订阅其所需的业务信令数据事件、字段以及取值过滤功能；5.3.2 管理功能角色定义在共享平台信令数据订阅管理功能中，有以下三种角色。 系统管理员系统管理员负责共享平台系统的管理维护。根据使用部门需求，完成对业务管理员账号创建、删除，完成账号权限设定、修改（包括功能权限和订阅数据权限）；可对共享平台下所有订单进行管理，管理功能包括查询、统计接口任务信息；控制功能包括创建、删除、修改订单。 业务管理员业务管理员负责根据应用系统使用需求，通过共享平台完成应用系统业务信令数据接口需求的预授权。可对权限内的所有订单进行管理，管理功能包括查询、统计接口任务信息；控制功能包括创建、删除、修改订单。 应用系统待业务管理员对接口需求完成预授权后，应用系统软件可通过与共享平台业务信令订阅接口（WebService）完成最终的订单创建。应用系统需要按照中国移动信令监测系统接口规范-WLAN共享层分册完成数据共享接口的开发和测试；5.3.3 基于CDR/TDR信令数据的订阅信令监测系统提供基于CDR/TDR信令数据的订阅功能，具体功能包括以下几方面：l 提供图形化的订阅界面，并且能够按照业务类型业务类型对应的协议类型协议对应的消息类型每种消息对应的具体字段的递进关系，分级显示可供应用系统根据需求选择进行订阅的CDR/TDR字段。 提供针对关键状态的订阅，即信令监测系统可根据应用系统的需求，在满足应用系统订阅的关键状态点时，信令监测系统将状态点之前的的CDR/TDR信令数据通知给应用系统。 提供对消息类型的订阅，在订阅CDR/TDR的同时，对选择的消息类型可配置是否输出，如配置了输出选项，共享平台在输出CDR/TDR的同时，应用将配置的消息类型数据一并输出。 提供订阅关系文档的生成和输出功能，订阅成功后，监测系统应根据应用系统的订阅需求生成对应的描述订阅关系的xml文档，该文档描述了具体应用系统订阅的消息字段以及该字段归属的消息类型、协议类型、业务类型，并且可将该文档输出给应用系统。图5-1 CDR/TDR信令数据信令监测系统提供基于CDR/TDR信令数据的订阅规则包括：应用系统按照第一级别、第二级别、第三级别、第四级别的顺序依次选择每一级别下其所需的信息，信令监测系统根据应用系统对四个级别依次选择的信息进行组合后确定应用系统可订阅的CDR/TDR业务信令数据。其中，当应用系统在第一级别选择的业务类型是“通配类型”时，表示应用系统订阅了除通配类型外的所有业务类型包括的指定消息字段。具体的订阅机制描述参见中国移动信令监测系统接口规范-WLAN共享层分册。5.3.4 基于业务信令数据的订阅（里面的例如：部分各组自行修改）基于业务信令数据的订阅功能支持灵活的订阅机制，具体包括以下方面：l 根据被订阅对象的不同，包括以下三类n 基于区域的订阅：应用系统可以针对指定区域进行订阅，即信令监测系统能够将指定区域内满足应用系统订阅的数据信息类型的业务信令数据发送给应用系统。n 基于用户的订阅：应用系统可以针对指定用户/用户列表进行订阅，即信令监测系统能够将指定用户的满足应用系统订阅的数据信息类型的业务信令数据发送给应用系统。n 基于区域及用户的订阅：应用系统可以针对指定区域内的指定用户/用户列表进行订阅，即信令监测系统能够将指定用户达到指定区域，且满足应用系统订阅的数据信息类型的业务信令数据发送给应用系统。l 根据订阅的数据信息类型的不同，包括以下几类n 针对信令事件的订阅：订阅信令事件对应的业务信令数据，例如：订阅用户认证、用户下线事件。n 针对事件中具体字段的订阅：订阅信令事件数据中的具体字段对应的业务信令数据，例如：订阅开用户认证事件中的“用户名”字段，或者订阅用户下线事件中的“下线结果码”字段。n 针对事件中具体字段取值的订阅：订阅信令事件数据中的具体字段的不同取值对应的业务信令数据，例如：订阅用户下线事件中“下线结果码”字段的取值为“成功”/“失败”的业务信令数据。针对基于业务信令数据的订阅，信令监测系统提供订阅审批功能，支持图形化的订阅审批管理界面，以便系统管理员对订阅请求进行审批管理。针对基于业务信令数据的订阅，信令监测系统支持系统管理员对业务平台进行预授权配置。当应用系统的请求订阅的信息和订阅有效期在预授权规则范围内时，订阅请求可自动获得审批通过。预授权可配置的信息至少包括： 应用系统是否能够订阅CDR/TDR信令数据； 应用系统能够订阅的信令事件； 应用系统能够订阅的信令事件中的具体字段； 应用系统能够订阅的信令事件具体字段的取值； 应用系统能够订阅的有效期； 应用系统能够订阅的用户/用户列表及用户数量；具体的预授权可配置信息参见中国移动信令监测系统接口规范-WLAN共享层分册。针对基于业务信令数据的订阅，信令监测系统支持订阅的变更，但订阅变更只能修改订阅有效期，不能对其它的订阅属性进行更改（例如：订阅事件、AP、用户列表等）。若需对除订阅有效期外的其它属性的修改，需要先删除先前的订阅后，重新进行发起新的订阅。订阅变更应不造成业务中断。5.3.5 基于指标数据的订阅基于指标数据的订阅支持灵活的订阅机制，具体包括以下方面：支持自由选取一个或多个指标进行订阅；l 根据被订阅指标维度的不同，包括以下三类n 基于区域的指标订阅：应用系统可以针对指定区域进行指标数据订阅，即信令监测系统能够将指定区域内的指标数据发送给应用系统。n 基于用户的指标订阅：应用系统可以针对指定用户/用户列表进行指标数据订阅，即信令监测系统能够将指定用户/用户列表的指标数据发送给应用系统。n 基于区域及用户的指标订阅：应用系统可以针对指定区域内的指定用户/用户列表进行订阅，即信令监测系统能够将指定用户/用户群达到指定区域的指标数据发送给应用系统。针对基于指标数据的订阅，信令监测系统支持系统管理员对业务平台进行预授权配置。当应用系统的请求订阅的信息和订阅有效期在预授权规则范围内时，订阅请求可自动获得审批通过。预授权可配置的信息至少包括： 应用系统是否能够订阅指标数据； 应用系统能够订阅某个指标； 应用系统能够订阅哪些区域的指标； 应用系统能够订阅的有效期； 应用系统能够订阅指标的用户/用户列表及用户数量；针对基于指标数据的订阅，信令监测系统支持订阅的变更，但订阅变更只能修改订阅有效期，不能对其它的订阅属性进行更改。若需对除订阅有效期外的其它属性的修改，需要先删除先前的订阅后，重新进行发起新的订阅。订阅变更应不造成业务中断。5.3.6 基于历史数据反查的订阅基于历史数据反查的订阅支持对共享平台存储的历史信令数据进行反查，支持反查的历史数据包括：CDR/TDR信令数据、业务信令数据、MR数据及指标数据四种类型。n 基于CDR/TDR信令数据的反查的订阅机制同“5.3.3 基于CDR/TDR信令数据的订阅”要求；n 基于业务信令数据的反查的订阅机制同“5.3.4 基于业务信令数据的订阅”要求；n 基于MR数据的反查的订阅机制同“5.3.5 基于指标数据的订阅”要求；n 基于指标数据的反查的订阅机制同“5.3.6基于指标数据的订阅”要求；针对基于历史数据反查的订阅，信令监测系统支持系统管理员对业务平台进行预授权配置。当应用系统的请求订阅的信息和订阅有效期在预授权规则范围内时，订阅请求可自动获得审批通过。预授权可配置的信息至少包括： 应用系统是否能够反查CDR/TDR数据； 应用系统是否能够反查业务信令数据； 应用系统是否能够反查指标数据。5.3.7 基于计算数据的订阅基于计算数据的订阅支持灵活的订阅机制，具体包括以下方面：在业务信令数据、指标数据的基础上，支持对这些数据进行计算类接口的订阅，支持对基于这些数据进行较为灵活的运算；业务平台可以根据订阅的计算的数据列，在订阅取数的时候可以灵活指定计算方法、聚合方式、排序字段等：n 可以对单个数据列进行SUM、COUNT、MAX、MIN、AVG、Distinct的聚合运算n 可以对多个数据列之间进行加、减、乘、除的关联运算，支持正则表达式n 可以对返回的维度、计算列进行自由的顺序和个数指定n 可以对选择的维度进行分组聚合汇总n 可以对多个数据列进行升序、降序的排序操作n 可以指定返回的传输方式，可以支持FTP、SDTP和HTTP三种数据返回传输方式。针对基于计算数据的订阅，信令监测系统支持系统管理员对业务平台进行预授权配置。当应用系统的请求订阅的信息和订阅有效期在预授权规则范围内时，订阅请求可自动获得审批通过。预授权可配置的信息至少包括： 应用系统是否能够订阅某种数据的计算； 应用系统能够订阅某种数据的某个数据列的计算； 应用系统能够订阅的有效期；针对基于计算数据的订阅，信令监测系统支持订阅的变更，但订阅变更只能修改订阅有效期，不能对其它的订阅属性进行更改。若需对除订阅有效期外的其它属性的修改，需要先删除先前的订阅后，重新进行发起新的订阅。订阅变更应不造成业务中断。5.4 数据存储功能（统一）数据存储模块存储系统业务配置信息，以及一定周期内的全量信令数据、业务信令数据和CDR/TDR信令数据，并支持缓存数据重传机制，同时应满足灵活的查询条件，使得消息存储不存在瓶颈。l 存储区分类信令共享平台存储区域分为统计数据存储区、记录数据存储区、热数据存储区，统计数据存储区主要存储按照指定算法生成的各类指标数据（如KPI数据），记录数据存储区主要存储业务信令数据以及按照标准格式生成的CDR和TDR等数据，热数据存储区存储本规范定义的热数据，以内存数据库的方式存储。l 存储方式信令共享平台支持云存储方式，随着业务规模的扩大，可以方便的进行横向扩展，至少应支持PB级别的数据存储容量。l 冷热数据管理信令共享平台支持冷热数据的存储和管理，热数据包括及时数据和热点数据，其他属于冷数据。对于及时数据要求在采集层上传数据后短时间内可以完成数据的查询和使用。l 热数据定义热数据包括两种类型，第一，1个小时以内的CDR数据，超出1小时的数据需要及时清除；第二，上层应用系统使用较多的统计数据，此部分热数据内容在共享平台可由平台管理人员根据上层业务系统实际需求进行灵活定制5.5 数据处理功能(统一)5.5.1 元数据管理 元数据的定义元数据是描述数据的数据，主要是描述数据属性信息，用来支持如指示数据来源、数据类型、数据有效期和有效性等属性的管理和应用等功能。元数据管理的具体目标包括：l 实现元数据的全程统一管理，把分散在不同系统、不同工具、不同人员中的元数据信息进行统一管理，实现数据从业务层至技术层的全面贯通。从而使得技术人员和业务人员可以统一地对信令监测系统中的元数据进行管理、监督和探查。l 实现数据透明管理，通过对数据源定义、目标定义、转换规则等相关的关键信息的管理，达到数据透明的管理目标，具体包括的数据结构透明、数据含义透明、数据转换规则透明等。l 为数据质量管理和考评提供支持，为数据质量管理体系架构中的功能层和应用层提供信息支撑。以元数据管理为基础建立数据质量监控模块，进行数据质量的全程监控。l 实现KPI指标的统一管理，对支撑系统各类指标进行统一管理，实现指标算法、有效期、有效性等关键属性的有效管理。 元数据的分类信令监测系统的元数据分类可以划分为两类类元数据：技术元数据、业务元数据。技术元数据是描述系统中技术领域相关概念、关系和规则的数据，主要包括对数据结构、数据处理方面的特征描述，覆盖信令监测系统数据源接口、数据仓库、ETL、数据封装和前端展现等全部数据处理环节；对于技术元数据，需要包括以下信息：l 数据仓库结构的描述，包括仓库模式、视图、维、层次结构和导出数据的定义；l 业务系统、数据仓库的体系结构和模式；l 汇总用的算法，包括度量和维定义算法，数据粒度、主题领域、聚集、汇总、预定义的查询与报告；l 由操作环境到数据仓库环境的映射，包括源数据和它们的内容、数据分割、数据提取、清理、转换规则和数据刷新规则。业务元数据从业务角度描述系统中的数据，它提供了介于使用者和实际系统之间的语义层，使得业务使用人员不需要了解技术实现原理，也能够明白系统中的数据脉络和数据定义。业务元数据需要包括以下信息：l 使用者的业务术语所表达的数据模型、对象名和属性名；l 访问数据的原则和数据的来源；l 系统所提供的分析方法以及公式和报表的信息。 元数据的获取l 从各专业网管系统、相关源系统、BI工具和业务资源中获取元数据；要求支持手工和自动获取两种方式。 元数据的存储各类元数据存储在元数据库中，存储的元数据包括业务元数据、技术元数据。 元数据的功能元数据管理模块主要包括元数据基本维护、元数据变更管理、元数据查询、元数据统计、元数据质量管理、元数据分析、元数据权限管理和元数据对外服务接口。l 元数据的基本维护提供对元数据的增加、删除和修改等基本操作。对于元数据的增量维护，要求能保留历史版本信息。l 元数据变更管理包括变更通知和版本管理两个部分。l 元数据查询要求对元数据库中的元数据基本信息进行查询，查询的信息按处理的层次及业务主题进行组织。l 元数据统计是指用户可以按不同类别进行元数据个数的统计。方便用户全面了解元数据管理模块中的元数据分布。l 元数据模块的权限管理负责元数据管理功能的权限分派、访问日志记录，实现对元数据管理模块的数据访问和功能的使用进行有效监控。元数据管理模块的权限管理工作应纳入信令监测系统中统一管理。l 提供元数据字典，供外系统检索、查找。l 元数据服务接口，供其它模块对元数据进行调用。要求元数据管理模块提供数据调用API，整套API可以基于Java RMI等传输协议实现。通过所提供的API方法能够实现元模型、元数据及元数据基本功能的调用。5.5.2 计算工具计算工具为数据处理层核心模块，包括数据抽取、定位、转换、关联、汇聚、转载等功能。数据来源于从采集层获取的并进行过数据预处理后的xDR数据，进行xDR数据的再加工和统计分析工作。生成KPI、KQI等分析指标供应用系统使用。计算工具因具备如下要求：l 支持多种数据源数据抽取；l 具有图形用户界面，可方便的进行数据抽取、maping、重组、转载等数据处理流程的配置工作；l 具备从元数据获取指标算法的功能，可自动生成算法模版供管理人员使用或再加工；l 具备算法校验功能，可从元数据获取指标算法，对算法定义进行校验；l 具有向外提供执行情况，能正确反应任务的执行结果；l 运行过程中具有详细的日志记录功能，便于任务调试和排查异常；l 支持未定义的计算内容代码扩展，如某些未知计算要求的代码扩展。5.5.3 任务调度任务调度模块是信令共享平台内的计算流程的驱动核心，平台内的已知需要定期执行的处理和统计都需要任务调度模块驱动，对任务调度模块的功能要求需满足：1、 提供可视化的任务配置界面，方便用户配置任务2、 任务的完整及时调用3、 提供监控界面对任务执行情况进行监控 任务配置l 可以在界面自主定义任务，要求提任务配置至少提供以下灵活性：1.提供元任务定制，及基于元任务派生新的任务2.任务的执行时间、周期和有效时间段可灵活选取，执行周期应至少包括分钟、小时、天。3.可配置根据外部触发条件触发的任务，比如当收到xxx消息时，触发某个任务。4.任务参数配置可视化l 要求支持多类型数据处理任务 任务调度l 任务调度的及时性任务可在预设的时间及时调用。l 任务调度的可靠性提供任务可靠排队和调用，避免任务遗漏l 任务异常告警任务执行失败，可发送告警给调度平台l 任务调度日志任务执行的详细过程可记录日志备查 任务监控l 任务状态监控提供界面对当前任务执行的情况进行呈现。包括：当前任务执行表格（最近50个任务）24小时任务执行情况汇总图形呈现l 异常告警监控提供界面对任务执行异常告警进行集中呈现转发。l 任务重做功能1.对于任务执行失败的情况，可根据失败的返回码选择任务重做，定义重做次数，任务自动重做。2.对于任务执行失败的情况，可手动进行任务重做。5.6 日志管理功能（统一）日志管理功能需生成、采集系统内所有网络实体，包括但不限于系统内硬件、软件、接口程序等日志，满足日志分析要求，支持对系统问题的排查和安全审计。l 日志采集日志采集功能应覆盖所有的网络设备、主机操作系统、数据库以及各个应用，实现对所有用户访问操作、尤其是各类关键操作记录的收集。l 日志分析通过对日志的横向和纵向的关联分析，排查系统故障，定位问题原因，发现异常操作，找出可能存在的安全问题；支持将分析发现的问题生成告警信息向上层发送处理，以及通知用户，也可以转发到第三方系统处理。l 日志存储支持原始日志集中存储，日志保持时间需在3个月以上。l 日志备份支持对原始日志存储，并对其完整性进行校验。5.7 配置数据管理（各组自行增减）5.7.1 基本功能要求配置数据管理是系统各个模块