中国移动信令监测系统设备规范-信令共享平台分册v200
一种基于恶意业务信令特征的骚扰电话识别和防范方案
降、设备拥塞等网络问题，还会因为其非法的行为严重影响客户对移动业务的使用体验，增加用户离网率以及引起客户向运营商和工信部进行投诉的风险。
因务也有责任对骚扰诈骗电话进行攻话的识别方法，建立一套精确的监管、分析和拦截恶意电话的平台，有效降低诈骗骚扰电话的数量，保障客户的通信安全，提高用户的业务本文将从骚扰电话的行为特征、底层通信原理研究、以及如何利用信令监测系统来监控和防治非法骚扰电话等几个方面，阐述基于信令业务特征的骚扰电话识别和防范方案，以便为非法电话的防治工作提供一套清晰的思路和方案。
非法的骚扰电话的分类主要有以下几种：）振铃挂机电话（俗称响一声电话）叫具有拨打频次高、被叫号码分布规律（一般是连续的号码或者其他简单算法）、接听成功率低等特征，其主要目的是骗取用户进行电话回拨，回拨之后用户一般会听到对端已经提前录播好的）事先录制的广告或骚扰音频电话此种非法呼叫的特征和上面的振铃一声挂机电话有些类似，被叫号码连续或者具备一定分布规律，当用户接听后，直接开始播放事先录制的广告、反动言）人工拨打的广告电话叫是由人工拨打的，不法分子根据获取的用户号码信息，进行手工的接通后，不法分子会进行一些广告）恶意骚扰电话此种非法呼叫是指针对个人或者企业客户进行的大量恶意的频繁拨打，使得被呼叫的用户在一段时间内都无法正常使用手机通话和其他业务，这类电话往往会对用户造成比较直接的通信业务损失及其他关联的伤害。
诈骗电话（虚假主叫）此种非法呼叫的主叫端的来源和落地方式较为宽泛，主要通过网络软件或专线形式进行。
由于对主叫号码监管有疏漏，部分设置有内部交换机的专线用户或掌握一些网络通信软件的用户可以修改信令中的主叫号码，从而模拟出各种公共服务的热线电话号码等，用来获取用户的信任，以达到诈骗的目的。
这类电话的通话内容中经常涉及中奖通知、消费信息等诱惑信息。
2 骚扰电话的特征任何一通电话的通信过程都需要信令的交互来支持，每一条信令都包含不同的参数，这其中的参数包含主被叫用户的身份信息（IMSI/MSISDN）、位置信息（LAC/TAC/CI/ECI）、手机类型（IMEI）、通话时长等关键信息。
某通信公司上网日志留存系统采集解析设备规范
中国移动通信企业标准QB-W-025-2011中国移动上网日志留存系统规范G b/I u P S采集解析设备规范E q u i p m e n t S p e c i f i c a t i o n o f C h i n a M o b i l eN e t l o g S y s t e m（S i g n a l C o l l e c t i o n G b/I u P S P a r t）版本号：1.0.02013-6-25发布2013-6-27实施中国移动通信集团公司发布目录前言本标准对中国移动上网日志留存系统中的数据采集层设备提出要求，是中国移动上网日志留存系统建设需要遵从的技术文件。
本标准主要包括以下几方面内容：系统功能要求、性能指标和可靠性要求、接口要求、时间同步要求、网管要求、操作维护要求、网络安全要求。
本标准是中国移动上网日志留存系统系列标准之一，该系列标准的结构、名称或预计的名称如下：本标准由中国移动通信集团公司网络部提出，集团公司技术部归口。
本标准起草单位：中国移动通信集团网络部本标准主要起草人：邢喆、赵辉、赵恒、刘坤、柏洪涛、周维、卫涛、韦薇、李心恬1范围本标准规定了Gb/IuPS采集解析设备的系统结构、功能要求、接口要求、性能要求、时间同步要求、网管要求、操作维护要求、网络安全要求，供中国移动内部和厂商共同使用；适用于GPRS、EDGE及3G网络环境。
2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
表2-1 规范性引用文件3术语、定义和缩略语“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求；对应于RFC2119 MUST，REQUIRED，SHALL。
中国移动统一DPI设备技术规范标准-LTE信令采集解析服务器接口规范标准v2.0.9-LTE各接口XDR规范标准
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳中国移动统一D P I设备技术规范-L T E信令采集解析服务器接口规范Te c h n i c a l S p e c i f i c a t i o n o f D e e p P a c k e tI n s p e c t i o n E q u i p m e n t f o r C M C C(L T E S i g n a l l i n g C o l l e c t i o n S e r v e r I n t e r f a c eP a r t)版本号：2.0.9╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 范围 (3)2 规范性引用文件 (3)3 术语、定义和缩略语 (4)4 接口在网络中的位置 (6)5 LTE接口XDR数据构成方式 (8)5.1. XDR编号与上报要求 (8)6 Uu接口XDR数据结构 (9)6.1. 公共信息 (9)6.2. Uu接口信息 (11)6.3. Uu接口Keyword 1字段定义 (15)6.4. Uu接口事件流程开始/结束标识 (17)7 X2接口XDR数据结构 (17)7.1. 公共信息 (17)7.2. X2接口信息 (17)7.3. X2接口事件流程开始/结束标识 (23)8 UE_MR XDR数据结构 (23)8.1. 公共信息 (23)8.2. UE_MR信息 (23)9 Cell_MR XDR数据结构 (27)9.1. 公共信息 (27)9.2. Cell_MR信息 (27)10 S1-MME接口XDR数据结构 (28)10.1. 公共信息 (28)10.2. S1-MME接口信息 (28)10.3. S1-MME接口Keyword 1字段定义 (38)10.4. S1-MME接口Keyword 2字段定义 (40)10.5. S1-MME接口事件流程开始/结束标识 (47)11 S1-U接口XDR数据结构 (47)12 S6a 接口XDR数据结构 (47)12.1. 公共信息 (47)12.2. S6a接口信息 (48)13 S10、S11接口XDR数据结构 (50)13.1. 公共信息 (50)13.2. S10、S11接口信息 (50)14 S5/S8-C接口XDR数据结构 (57)14.1. 公共信息 (57)14.2. S5/S8-C接口信息 (57)15 SGs接口XDR数据结构 (61)15.1. 公共信息 (61)15.2. SGs接口信息 (62)16 Gn-C接口XDR数据结构 (65)16.1. 公共信息 (65)16.2. Gn-C接口信息 (65)17 基于XDR的原始码流上报 (68)17.1. 原始码流上报功能 (68)17.2. 基于XDR上报原始码流的格式 (68)17.3. 按帧封装的原始码流要求 (69)17.3.1. 通用包头格式 (70)17.3.2. 专用包头格式 (71)17.3.3. 原始数据 (71)18 接口协议 (71)18.1. SDTP协议概述 (72)18.2. 消息类型 (73)18.3. 消息结构 (74)18.4. 连接管理流程 (75)18.5. 连接管理消息 (77)18.5.1. 版本协商verNego (77)18.5.1.1. 请求 (77)18.5.1.2. 应答 (77)18.5.2. 链路认证linkAuth (78)18.5.2.1. 请求 (78)18.5.2.2. 应答 (79)18.5.3. 链路检测linkCheck (80)18.5.3.1. 请求 (80)18.5.3.2. 应答 (80)18.5.4. 链路数据发送校验linkDataCheck (80)18.5.4.1. 请求 (80)18.5.4.2. 应答 (81)18.5.5. 链路释放linkRel (82)18.5.5.1. 请求 (82)18.5.5.2. 应答 (82)18.6. 数据传输消息 (82)18.6.1. XDR数据传输notifyXDRData (83)18.6.1.1. 请求 (83)18.6.1.2. 应答 (83)18.6.2. XDR对应原始码流传输XDRRawDataSend (83)18.6.2.1. 请求 (83)18.6.2.2. 应答 (83)19 编制历史 (84)附录A：Uu/X2接口XDR事件流程和关键信令点 (85)附录B：S1-MME接口XDR事件流程和关键信令点 (85)前言本规范对中国移动网内使用的深度包检测（DPI）设备的功能和性能提出要求，是部署统一DPI设备需要遵从的技术文件。
中国移动CM-IMS_SIP GW设备规范 v1.0.0_20091225
中国移动通信企业标准 中国移动C M -I M S S I P 网关设备规范 T e c h n i c a l S p e c i f i c a t i o n f o r C M -I M S E q u i p m e n t s _S I P G W 版本号：1.0.0 中国移动通信集团公司 发布╳╳╳╳-╳╳-╳╳发布 ╳╳╳╳-╳╳-╳╳实施 QB-╳╳-╳╳╳-╳╳╳╳目录前言................................................................................................................................... I V1. 范围 (1)2. 规范性引用文件 (1)3. 术语、定义和缩略语 (1)4. 组网 (2)5. 接口要求 (4)5.1. 用户侧接口 (4)5.1.1. 下行接口 (4)5.2. 网络侧接口 (4)5.2.1. 上行接口 (4)6. 业务功能 (5)6.1. 代理注册功能 (5)6.2. 语音业务 (5)6.3. 传真业务 (5)7. 设备功能 (6)7.1. 呼叫处理的要求 (6)7.1.1. 对DTMF 码的要求 (6)7.1.2. 对FSK 的要求 (6)7.1.3. 与IMS核心网交互完成呼叫业务 (6)7.2. 编解码要求 (6)7.3. 支持PPPoE要求（可选） (6)7.4. 媒体处理要求 (7)7.5. 业务实现保证能力 (7)7.5.1. IP 地址的获取 (7)7.5.2. 防火墙的穿越 (7)7.6. SIP GW安全要求 (7)7.6.1. 安全性要求 (7)7.6.2. 对于鉴权算法的支持 (7)7.7. SIP GW业务开通要求 (7)8. 协议要求 (8)8.1. 信令控制协议 (8)8.2. 媒体流协议 (8)8.3. 网管协议 (8)8.4. 其他协议 (8)9. 容量、性能及可靠性要求 (9)9.1. 容量要求 (9)9.2. 性能要求 (9)9.3. 可靠性和可用性要求 (9)9.4. PSQM (10)9.5. PESQ (10)9.6. MOS (10)9.7. 语音间断比 (10)9.8. 时延指标（环回时延） (10)9.9. 媒体同时并发呼叫数 (10)10. 硬件要求 (11)10.1. 模拟用户接口的硬件要求（可选） (11)10.2. 信号音和铃流标准 (11)10.3. DTMF 的音频标准 (11)11. 软件要求 (12)11.1. 软件基本要求 (12)11.2. 软件功能要求 (12)12. 网管要求 (13)12.1. 网管接口 (13)12.1.1. 基本要求 (13)12.1.2.功能要求 (13)12.2. 统计与测量要求 (14)12.3. 本地操作维护要求 (14)12.3.1. SIP GW 的管理、排障和维护 (14)12.3.2. 维护管理的方式 (14)12.4. 日志管理 (15)12.4.1. 日志的内容 (15)12.4.2. 日志管理操作 (16)12.5. SIP GW 软件升级和配置修改 (16)12.6. 信令跟踪 (16)12.7. SIP GW 在线保障 (16)13. 环境要求 (16)13.1. 环境温、湿度要求 (16)13.2. 机房地面要求 (17)13.3. 防尘要求 (17)13.4. 抗电磁干扰的能力 (17)13.5. 本身产生的电磁干扰要求 (18)13.6. 安装应有抗地震措施 (18)13.7. 运输和仓储要求 (18)13.8. 噪声要求 (18)14. 电源及接地要求 (18)14.1. 电源要求 (18)14.1.1. 交流电压要求 (18)14.1.2. 直流电源要求（可选） (18)14.2. 接地要求 (19)14.2.1. 接地方式 (19)14.2.2. 接地要求 (19)14.2.3. 接地线截面积 (19)14.2.4. 接地电阻值 (19)14.2.5. 电源的冗余度（可选） (20)14.3. 过流过压保护 (20)14.3.1. 安全要求 (20)14.3.2. 雷电冲击线路设备 (20)14.3.3. 通信线路与高压线过近而产生感应电压 (20)14.3.4. 与电力线接触引起的过电压 (20)14.3.5. 过压自动恢复和过压告警 (20)14.3.6. 防电涌破坏 (21)14.3.7. 绝缘电阻 (21)15. 附录 (21)16. 编制历史 (21)前言本标准依据ITU-T和3GPP制定的相关标准，结合有关国内标准和中国移动其他企业标准，基于中国移动CM-IMS总体技术要求和实际需求而拟定，充分考虑了网络的平滑演进能力，为中国移动CM-IMS的技术试验、网络建设和运行维护提供技术依据。
中国移动上网日志留存系统网络日志服务器接口要求规范
I n t e r f a c e S p e c i f i c a t i o n o f C h i n a M o b i l eN e t l o g S y s t e m（N e t l o g S e r v e r P a r t ）中国移动上网日志留存系统网络日志服务器接口规范 版本号：1.0.0中国移动通信集团公司 发布╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施 中国移动通信企业标准前言 (IV)1 范围 (6)2 规范性引用文件 (6)3 术语、定义和缩略语 (7)4 接口在网络中的位置 (8)4.1 系统描述及系统结构图 (8)4.2 接口功能 (9)5 接口协议 (10)5.1 SDTP实时通信协议 (10)5.1.1 消息类型 (12)5.1.2 消息结构 (12)5.1.3 连接管理流程 (13)5.1.4 连接管理消息 (15)版本协商verNego (15)5.1.4.1.1 请求 (15)5.1.4.1.2 应答 (15)链路认证linkAuth (15)5.1.4.1.3 请求 (15)5.1.4.1.4 应答 (16)链路检测linkCheck (16)5.1.4.1.5 请求 (16)5.1.4.1.6 应答 (16)链路数据发送校验linkDataCheck (16)5.1.4.1.7 请求 (16)5.1.4.1.8 应答 (17)链路释放linkRel (18)5.1.4.1.9 请求 (18)5.1.4.1.10 应答 (18)XDR对应原始数据传输XDRRawDataSend (18)5.1.4.1.11 XDR对应原始数据传输请求 (18)5.1.4.1.12 XDR对应原始数据传输应答 (19)CDR/TDR信令数据通知notifyCDR/TDRData (19)5.1.4.1.13 通知请求 (19)5.1.4.1.14 通知应答 (19)5.2 FTP文件传输协议 (20)5.2.1 接口说明 (20)5.2.2 应用场景 (20)5.2.3 数据校验文件格式 (20)5.2.4 校验规则 (21)5.2.5 FTP文件管理 (21)5.2.6 全量信令数据传输接口 (21)5.3 接口和数据结构要求 (21)5.3.1 至数据合成服务器接口（南向） (22)5.3.2 至IDC信息安全管理系统接口（南向） (22)5.3.3 至上网日志查询平台接口（北向） (22)5.3.4 至指定系统（经上报网关）接口（北向） (22)5.3.5 至性能管理系统接口（北向） (22)5.3.6 至手机恶意软件监控系统接口（北向） (22)5.3.7 至经营分析系统（经上报网关）接口（北向） (22)5.3.8 至IDC信息安全管理系统接口（北向） (22)6 编制历史 (22)附录A 省市编号 (23)A.1. 省编号 (23)A.2. 市编号 (24)前言本标准规定了中国移动上网日志留存系统网络日志服务器与其他相关网元设备和应用系统连接的接口标准，以及系统内部需要公开定义的各种接口。
中国移动信令监测系统设备规范-Abis应用功能列表v2.0.0
必须 必须 可选 必须 必须 必须
三维MR分析指的是对MR指标对的数目进行统计，从而得出MR指标之间的关联关系可。选
备注
MR多维分析用于对MR进行灵活的多维统计输出，比如TA为0、1、2、3。。。时各可个选MR指标的分布情况，用于从多个维度分析网
弱覆盖：无覆盖区、弱信号及高误码现象、覆盖凌乱现象。 功能描述 过覆盖是指网络中存在过度的覆盖重叠，覆盖层数过多。 过覆盖可引起的控制信道干扰、业务信道干扰导致的掉话。当这种干扰 使用相同频率的小区如果距离过近就会相互产生干扰。同时，无线传播 环境也是个复杂的环境，存在着各种各样的无线信号，都可能会对GSM网 本功能支持对监控网元的话务情况进行分析，根据频率的分配情况，计 算出高话务小区的频率扩容方案。以小区为单位，通过MR报告的分析， 本功能用于分析上行、下行质量水平以及变化情况，从而评估小区内用 户通话感知，是否存在通话颗粒、听不清等问题。 1） 支持输出质差小区的上、下行质量与上、下行电平二维矩阵关系图 。 1.邻区的合理性核查和优化 1.1通过小区间的切换关系、邻区间的关系度系数等指标来评估网络的冗 1） 用户可根据查询需要设置查询条件，并呈查询结果 2） 用户可选择需要进行分析的分析对象，分析维度，以及话务时段 1．针对乒乓切换问题以小区为粒度进行统计与分析。 2．乒乓切换定义：7秒内切换次数超过5次 1） 支持不同粒度及不同范围的网元进行选取分析，范围可以按BSC范围 选择，也可以按网元树选择多个小区。 1） 支持不同粒度及不同范围的网元进行选取分析，范围可以按BSC范围 选择，也可以按网元树选择多个小区。 <统计功能> 1） 用户可根据查询需要设置查询条件，并呈查询结果。可设定筛选条 8） 对于BSC/小区组/用户组/品牌级别的统计，支持详细统计信息的下 钻，网元可以下钻到载频级别。 用户可根据查询需要设置查询条件，并呈查询结果 1） 用户可选择需要进行分析的分析对象，分析维度，以及话务时段 1） 支持按照用户、小区两种级别进行寻呼成功率分析。 2） 对于用户级别的寻呼分析，支持按照用户组或者输入具体用户IMSI 1） 支持按照用户、小区两种级别进行短呼分析。 2） 对于用户级别的短呼分析，支持按照用户组或者输入具体用户IMSI 1） 支持按照用户、小区两种级别进行重呼分析。 2） 对于用户级别的重呼分析，支持按照用户组或者输入具体用户IMSI 1） 能够针对网元维度与用户维度，进行上下行链路不平衡的分析。 2） 基于网元的上下行链路不平衡分析：可选择进行上下行链路不平衡 1） 支持各种MSC/BSC/CELL/用户级别的接续时延分析。 2） 支持主叫接入时延和被叫接入时延的分析。 1） 支持对接续时延的每个过程设置预警门限，对于超出门限的过程要 在统计时明显的标示出来。 1） 能够针对网元维度与用户维度，进行接通率状况的分析。 2） 可选择需要进行接通分析的时间段，并且可指定是否统计忙时（忙
中国移动LTE信令大数据分析业务规范
中国移动性能管理系统L T E信令大数据分析业务需求规范客户管理分册C e n t r a l i z e d P e r f o r m a n c e M a n a g e m e n t S y s t e mS p e c i f i c a t i o n版本号：1.0.0中国移动通信集团公司网络部目录前言 (III)1 范围 (1)2 规范性引用文件 (1)3 术语、缩略语定义 (1)4 缩略语 (3)5 概述 (3)6 客户管理 (3)6.1 客户感知评估分析 (3)6.1.1 分析目标 (3)6.1.2 分析思路 (3)6.1.3 业务规则 (4)6.1.4 数据指标 (6)6.2 客户投诉分析 (7)6.2.1 分析目标 (7)6.2.2 分析思路> (8)6.2.3 业务规则 (8)6.2.4 数据指标 (10)6.3 数据业务质差用户分析 (56)6.3.1 分析目标 (56)6.3.2 分析思路 (56)6.3.3 业务规则 (57)6.3.4 数据指标 (65)6.4 PCC策略分析支撑 (75)6.4.1 分析目标 (75)6.4.2 分析思路 (75)6.4.3 业务规则 (78)6.4.4 数据指标 (95)7 编制历史 (100)前言本标准对中国移动性能管理系统进行了抽象和描述，中国移动性能管理系统集中各类网络运行指标数据，面向网元、网络、业务和客户，实现对容量、质量、业务发展和运维管理的全面分析，重点实现四网协同分析、价值小区分析、终端分析、Gn流量分析、互联网流量流向分析和面向客户感知的互联网端到端的业务质量分析。
《中国移动性能管理系统LTE信令大数据分析业务需求规范客户管理分册V1.0.0》（以下简称“本规范”）。
本规范旨在对中国移动省级性能管理系统互联网端到端专题的功能梳理，更系统、更合理、更有效的规范和指导省公司性能管理系统建设。
本规范从流量流向、流量成份进行分析，通过整合流量流向系统和DPI系统的数据，建立关联的数据分析模型，从而有效支撑互联网流量结构调整、网络规划建设、流量控制和IDC资源引入效率的工作开展。
中国移动CMPP2.0协议规范
中国移动LTE主要信令和流程超实用
• EPC分为三部分：
– MME
(Mobility Management Entity, 负责信令处理部分）
– S-GW
(Serving Gateway , 负责本地网络用户数据处理部分）
– P-GW
(PDN Gateway，负责用户数据包与其他网络的处理 )
• 接入网（也称E-UTRAN）由eNodeB构成
LTE空中接口Layer 2概述
• 从功能和服务的角度看L2
• 从数据单元的角度看L2
•下行层2结构
• Radio Bearers与Logical channels一一对应 • MAC子层负责将多个Logical channels复用到一个Transport channel（TB）
PPT文档演模板
PPT文档演模板
• 连接状态要听话、空闲状态要自觉
中国移动LTE主要信令和流程超实用
LTE的RRC协议状态
• RRC_IDLE状态下执行
• 广播消息的发送；
• 通过非连续接收（DRX）来省电（与寻呼周期相关）；
• UE主导的移动性控制；
• UE监测寻呼信道，执行小区选择和小区重选，获取系统信息
• 进行邻小区测量
• 网络接口
– S1接口：eNodeB与EPC – X2接口：eNodeB之间
•NOTE: 和UMTS相比，由于NodeB 和 RNC 融 合为网元eNodeB ,所以TD-LTE少了Iub接口。 X2接口类似于Iur接口，S1接口类似于Iu接口
– Uu接口：eNodeB与UE
PPT文档演模板
中国移动LTE主要信令和流程超实用
Globally Unique
MME产生并维 网络传输中.第一次attach时UE携带IMSI，而
信令监测系统在TD-SCDMA网络中的实现
成 局域 网 ， 实现对前端机输 出的基本数据 的综合分析 与处理 、 存储 、 随着 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络商用规模的不断扩大 ，服务质量 问题 受 维护功 能以及按照业务 、 协议 、 数据类型进行各种统计 、 分 析和合理 到了广泛 的关 注。如何尽快提高服务 质量 ， 并在 网络 运营成本 和服 组 织 ， 实现系统的各种应用 。 务质量之 间寻求有效 的平衡是运营商需要 面对的课题 。 解决这些问 （ ５ ） 应 用层 。 呈现层 主要是指客户终端或者返牵终端 。 为客户提 题 的一个 关键 因素就是完善 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络测试技术 ，并建 立一 供友好 的用户界面 ， 便于用户进行在线监测 、 告警分析 、 生成各种报 套相应的故障检测和网络优化技术体系。 而现有信令 监测 系统还没 表或者进行 网络性能分析 等 ， 提供强大的分析应用 。 有配置这方 面的技 术设备 ，不具备采集和监测 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络某 ３ ＿ ３ Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中信令监测系统的特点 些信令消息 的功 能，因此需要新建适用于 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络环境 的 （ Ｉ ） 采集 系统分 离。信令采集设 备与原有系统 的采集设 备尽量 信令监测系统平台 ， 实现信令消息 的采集和监测 。 分离 ， 形成一个统一平台 ， 两套采集系统。 ２ Ｔ Ｄ — Ｓ ＣＤ ＭＡ 网 络 中 的 接 口与 协 议 （ ２ ） 接入 方式。 由于 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ 网络 中承 载方式多样 ， 因此系 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络 采用 了基 于 Ｉ Ｐ承载 、控制 与承 载相 分 离 的 统的接人设备更加丰富 。具体在 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络环境中 ，对于 Ｉ Ｐ ３ Ｇ Ｐ Ｐ １ ｔ ４版本架构 ， 这与现网大规模改造过 的软交换 的网络架构是 承载的接 口， 需 要通过 Ｔ Ａ Ｐ方式或端 口镜像 的方式采集 接 口数据 ； 致的， 与现 网的不 同主要是在各部 分接 口及其 承载方式 ， 以及接 对于 Ａ Ｔ Ｍ承载 的接 口， 采用分光器分出原光路部分光 ， 以达到采集 口协议上 。 信令 消息的 目的。 ２ ． １ 接 口及其承载方式 不同。 经过软交换改造后 的现有 Ｇ Ｓ Ｍ网 （ ３ ） 设备处理能力 。提 升处理层设备的处理能力 ， 以满足 日益增 络， 其接 口的承载方式有 Ｔ Ｄ Ｍ承载和 Ｉ Ｐ承载两种 。在 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ 加 的信令消息量 。 网络 中， 接 口承载方式更加丰 富， 其中Ｒ Ｎ Ｃ与核心 网电路域及分组 （ ４ ） 采用 Ｂ ， Ｓ操作模式 。 域 的接 口以及 Ｒ Ｎ Ｃ之间的接 口均 由 Ａ Ｔ Ｍ方式承载。 ４实施 方 案 ． ２ ． ２ 接 口流量不 同。 传统 的 Ｅ １ 传输流量是 ２ 兆， 但是 Ｆ Ｅ ／ Ｇ Ｅ的 根据 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络本省 建设规模 ，制定信令监 测系统建设 流量一般也可 以到达几十兆 ， 而Ｓ Ｔ Ｍ一 １ ／ Ｓ Ｔ Ｍ 一 ４则会有上百兆。 方案如下 ： ． ． ２ ． ３接 口协 议不 同 。新 技术 的应用 ，必 将引 入新 的协议 。在 ４ ． １ 建设 思路 ： 本省信令监测系统经过 多年升级扩容 ， 现 已采集 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中 ， 引入 了 Ｂ Ｉ Ｃ Ｃ协议 、 Ｈ． ２ ４ ８协议 等新的协议 。新 监测 网络 Ａ接 口链路 、 互联互通链路 、 至Ｓ Ｔ Ｐ信令链路等 多种信令 的协议的引入 ， 将会使信令监测技术产生新的发展 。 链路消息 ，并且 已经具备监测软交换 中 Ｎ ｃ 接Ｉ ＝ １ 和 Ｍｃ 接 口信 令链 ３ Ｔ Ｄ — Ｓ ＯＤ ＭＡ网络环境 中信令监测 系统分析 路的能力 。 为实现对 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络相关信令链路的采集 ， 除对呈 ３ ． １业务 系统 现层 、 处理层和存储 层进行扩容外 ， 其他层设备均为新建方式。 现网 Ｇ Ｓ Ｍ 的大部分 的核心 网只需扩容就可支持 ３ Ｇ业务 。 信令 ４ ． ２采集监测 范围 ： 方案 对 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络中接 口的采集监测 监测 系统 并未对 １ ｔ ４版本架 构特有 接 口及 协议做 大规模 采集 和监 范围为 ： Ｎ ｃ 接 口、 Ｍｃ 接 口、互联互通网间信令消息 、 Ｉ ｕ ｂ接 口、 Ｉ ｕ — ｃ ｓ 测， 主要采集 的信令链 路为 Ａ接 口链路 、 网间链路 、 （ Ｇ） Ｍｓ ｃ至 Ｓ Ｔ Ｐ 接 口、 Ｉ ｕ 呻ｓ 接 口、 Ｇ ｎ接 口、 接 口、 Ｃ ／ Ｄ ／ Ｇ ｒ ／ Ｇ ｃ 接 口。 的链路及一些数据链路 。 ４ ． ３接入 层与采 集层建设 ：在 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络环 境 中 ，对 于 现阶段 Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络 的建设原 则 为 Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络与 原 Ｔ Ｄ Ｍ承 载的接 口， 如Ｃ ／ Ｉ ） ／ Ｇ ｒ ／ Ｇ ｃ接 口和互联互通 接 口， 需用 高阻跨 有Ｇ Ｓ Ｍ 网络共用核心 网 ，这就需要对现有 的信令监测 系统在采 集 接 的方式采集接 口中消息 ， 并通过数字交叉收敛设备 （ Ｄ Ｘ Ｃ） 按 比例 和监测技术上进行改进 。 对Ｔ Ｄ — Ｓ Ｃ Ｄ Ｍ Ａ网络进行监测 的初期 ， 可借 进行信令 收敛 ， 送至前端机 ； 对于 Ｉ Ｐ承载的接 口， 如Ｍ ｃ接 口、 Ｎ ｃ 接 鉴Ｇ Ｓ Ｍ 网络监测经验 ，对 比较 重要的几个接 口进行采集监测 。如 口、 Ｇ ｎ接 口和 Ｇ ｉ 接 口，需要通过 Ｔ Ａ Ｐ方式或端 口镜像方式采集接 Ｎ ｃ 接 口、 Ｍｃ 接 口； 与Ｒ Ｎ Ｃ有 关的 Ｉ ｕ ｂ接 口、 Ｉ ｕ — Ｃ ８ 接 口、 Ｉ ｕ — ｐ ｓ 接 口； 口数 据 ， 并送 至 Ｉ Ｐ前 置机 ； 对于 Ａ Ｔ Ｍ承 载的接 口， 如Ｉ ｕ ｂ接 口、 Ｉ — 分组域的 Ｇ ｎ接 口和 Ｇ ｉ 接 口。 ｕ — Ｃ Ｓ 接 口和 Ｉ ｕ — ｐ ｓ 接 口， 需用分光 器分 出原光路 部分光 ， 经过 光端 ３ ． ２系统结 构 机 的光转 电处理后 ， 通过数字交叉 收敛设备 ， 送 至前端机 。 信令监测系统结构主要分为接人层 、 采集层 、 处理层 、 存储层和 ４ ． ４处理层与存储层建设 ：现有 系统具备处理软交换相关信 令 应用层。综合考虑提高网络运营维护效率 、 减少投资成本等方面 因 消息 的能力 ，在建设 中可 以采取扩 容的方式 ，另外 在处理层新 建 素， 集 中采集 、 集 中监 测的方式 被广泛使用 。这种组 网方式 中 ， 除接 ｗｅ ｂ 服务器 ； 两个不 同的采集系统采 集到的信 令消息可以共 用存储 人层和统一采集平 台中的 Ｉ Ｐ前置机在远端站外 ，其他层均 在设 置 设备进行存储 。采集层 中的 Ｉ Ｐ 前置机采集到 的信令消息通过 Ｄ Ｃ Ｎ 在省监测 中心的中心站。 网送至省中心 的处理层和存储层。 （ １ ） 接人层 。将需要采集接 口链路 中的信令 消息通 过一定的方 ４ ． ５应用层建设 ： 由于在处理层新加入 了 Ｗｅ ｂ服务器 ， 维 护人 员 法过滤出来 ， 送至采集设备 。 可以通过互联 网浏览器直接对数据进行浏览和操作 ， 而不需要有 专 （ ２ ） 采集层 。采集到的信令消息在采集统一平 台中生成 呼叫详 用的业务软件 ， 实现了操作 的 Ｂ ／ Ｓ 模式 。 对 于不 同用户 ， 系统 可以设 细记录 （ Ｃ Ｄ Ｒ） 、 存储原 始数据 ， 为数 据处理 和应用部分 提供关 于信 置不 同的访 问权限和管理权 限 ， 极大增加 Ｂ ／ Ｓ操作模式的安全 陛。 令 消息 的统 计数据 、 Ｃ Ｄ Ｒ以及数据处理和应用部分所需要的满足匹 结束语 配条件 的信令 消息数据 。 从Ｔ Ｄ — Ｓ Ｃ Ｄ ＭＡ网络结构 可以看 出， 越来越多 的接 口Ｉ Ｐ化 ， 今后 （ ３ ） 处理层 。接 收 、 合并前端处理器模块发送过来 的 Ｃ Ｄ Ｒ呼叫 逐渐会形成 以 Ｉ Ｐ 信令网为核心的移动通信信令网体系 。但不是所 详 细记 录 ， 进行业务分析预处理及业 务统计预处理 ， 并将 Ｃ Ｄ Ｒ呼叫 有 的接 口 都可 以通过 Ｉ Ｐ化提高接 口的安全性和可操作性。不过有 详 细记录及预处 理结果发送 到中心数据库 ， 转发实 时告警 、 链路 负 点可 以肯定 ， 那就是随着移动通信 网络 的发展和新业务种类 的层 荷数 据到用户工作 站 ， 以及 产生各种接通 率门限告警 、 链路 负荷 门 出不穷 ， 信令 网在整个网络 中将会显得越来 越重要 ， 因此信令 监测 限告警 等。 系统将会成为网络建设 和维护 中必不可少 的一部分 ， 也将会成为今 （ ４ ） 存储 层。由数据库服务 器 、 图形工作 站等��
中国移动信令网主要信令及流程介 绍
3. IAM-GRS/BLO/MGB/SGB由于电路维护闭塞而释放的呼 叫。
ZCTT
19
中创信测
电路复原信号RSC
如果仅涉及少数电路，则对每一条受影响的电路发生一个 RSC信号，未受影响的交换机收到RSC后将作如下反应：
（1）如果在接续中它是处于呼叫建立中或通话中的来话交换局，将收 到的RSC视为拆线信号，在该电路变为空闲后，回送RLG。 （2）如果接续中它是去话交换局，在任何情况下都将收到的信号视为 挂机信号，并回送CLF。 （3）如果在发送IAM后，但在收到有关哪一呼叫的后向信号之前收到 RSC，应释放此电路，并在另一电路上进行二次接续。
ZCTT
5
中创信测
七号消息信息单元
LI=0
LI=1或2
LI>2
FISU：填充信息单元
LSSU：链路状态信息单元
MSU：消息信息单元
ZCTT
6
中创信测
LSSU链路状态单元
状态指示语为： 000 SIO 失去定位； 001 SIN 正常定位；
010 SIE 紧急定位；
011 SIOS 链路故障； 100 SIPO 处理机故障；
任选项
ZCTT
任选参数终了
28
中创信测
ISUP成功的接续过程
市话局 LS IAM ACM 长途局 TS
ANM
通话
主叫先挂机
REL RLC
REL RLC
ZCTT
被叫先挂机
29
中创信测
ISUP不成功的接续过程
市话局 LS IAM SAM SAM
REL（释放原因指示）
长途局 TS
被叫端释放
中国移动CMPP2.0协议规范
中国移动通信互联网短信网关接口协议 (China Mobile Peer to Peer, CMPP) （V2.0）
中国移动通信集团公司
2002 年.......................................................................................................................................... 4 1． 范围................................................................................................................................... 5 2． 缩略语............................................................................................................................... 5 3．网络结构..................................................................................................................................... 6 4．CMPP 功能概述 ......................................................................................................................... 6 5. 协议栈.......................................................................................................................................... 8 6. 通信方式...................................................................................................................................... 8 6.1 长连接....................................................................................................................... 9 6.2 短连接..................................................................................................................... 11 6.3 本协议中涉及的端口号 ......................................................................................... 12 6.4 交互过程中的应答方式 ................................................................................................ 12 7．消息定义................................................................................................................................... 12 7.1 基本数据类型................................................................................................................... 12 7.2 消息结构........................................................................................................................... 13 7.3 消息头格式（Message Header） ................................................................................... 13 7.4 信息资源站实体(SP)与互联网短信网关(ISMG)间的消息定义 ................................... 13 7.4.1 SP 请求连接到 ISMG（CMPP_CONNECT）操作 ............................................ 13 7.4.1.1 CMPP_CONNECT 消息定义（SP ISMG） .......................................... 13 7.4.1.2 CMPP_CONNECT_RESP 消息定义（ISMG SP）............................. 14 7.4.2 SP 或 ISMG 请求拆除连接（CMPP_TERMINATE）操作 ............................ 14 7.4.2.1 CMPP_TERMINATE 消息定义（SP ISMG 或 ISMG SP） ............ 14 7.4.2.2 CMPP_TERMINATE_RESP 消息定义（SP ISMG 或 ISMG SP）. 14 7.4.3 SP 向 ISMG 交短信（CMPP_SUBMIT）操作 ............................................ 15 7.4.3.1 CMPP_SUBMIT 消息定义（SP ISMG） .............................................. 15 7.4.3.2 CMPP_SUBMIT_RESP 消息定义（ISMG SP） ................................ 16 7.4.4 SP 向 ISMG 查询发送短信状态（CMPP_QUERY）操作 ............................. 17 7.4.4.1 CMPP_QUERY 消息的定义（SP ISMG） ........................................... 17 7.4.4.2 CMPP_QUERY_RESP 消息的定义（ISMG SP） ............................... 17 7.4.5 ISMG 向 SP 送交短信（CMPP_DELIVER）操作 .......................................... 18 7.4.5.1 CMPP_DELIVER 消息定义（ISMG SP） ............................................ 18 7.4.5.2 CMPP_DELIVER_RESP 消息定义（SP ISMG） .............................. 20 7.4.6 SP 向 ISMG 发起删除短信（CMPP_CANCEL）操作 ............................... 20 7.4.6.1 CMPP_CANCEL 消息定义（SP ISMG） ........................................... 20 7.4.6.2 CMPP_CANCEL_RESP 消息定义（ISMG SP）................................ 20 7.4.7 链路检测（CMPP_ACTIVE_TEST）操作 .................................................. 21 7.4.7.1 CMPP_ACTIVE_TEST 定义（SP ISMG 或 ISMG SP）................. 21 7.4.7.2 CMPP_ACTIVE_TEST_RESP 定义（SP ISMG 或 ISMG SP） ..... 21 7.5 互联网短信网关(ISMG)之间的消息定义 ...................................................................... 21 7.5.1 源 ISMG 请求连接到目的 ISMG（CMPP_CONNECT）操作......................... 21 7.5.2 源 ISMG 请求拆除到目的 ISMG 的连接（CMPP_TERMINATE）操作 ........ 21
中国移动信令监测系统设备规范信令共享平台分册
中国移动信令监测系统设备规范信令共享平台分册1. 引言中国移动作为全球最大的移动通信运营商之一，拥有庞大的信令数据资源。
为了更好地管理和利用这些信令数据，中国移动建立了信令共享平台。
本文档是中国移动信令监测系统设备规范信令共享平台分册的规范要求。
2. 平台概述信令共享平台是基于中国移动信令监测系统设备的一个重要模块，旨在实现对信令数据的集中管理和共享。
平台提供了信令数据的存储、处理、查询功能，方便各相关部门对信令数据进行分析和应用。
2.1 功能信令共享平台具备以下功能：•信令数据的接收与存储：负责接收从信令监测系统设备采集的信令数据，并进行存储和管理。
•信令数据的处理与分析：包括信令数据的清洗、去重、标准化等操作，以便于后续的数据分析和应用。
•信令数据的查询与导出：提供灵活的查询接口，支持按时间、地点等条件进行信令数据的查询，并支持结果的导出。
•信令数据的共享与应用：支持信令数据的共享给相关部门和合作伙伴，并提供相应的数据接口和工具。
2.2 可用性要求信令共享平台应具备高可用性和稳定性，以确保平台能够持续稳定地提供服务。
平台应具备以下可用性要求：•24小时不间断运行，全年无休。
•故障自动切换和容错能力，即在故障发生时能够自动切换到备用设备，确保服务的连续性。
•快速响应用户请求，保证用户的操作不会出现明显的延迟。
3. 设备规范要求信令共享平台的设备应满足以下规范要求：3.1 服务器规范•服务器应具备足够的计算能力和存储容量，以满足信令数据的接收、处理和存储需求。
•服务器应采用可靠的硬件配置，包括冗余磁盘阵列（RAID）、热备份电源等，以提高服务器的可靠性和稳定性。
•服务器应安装操作系统和必要的软件，以及进行恰当的系统配置，以确保服务器的稳定运行。
3.2 网络规范•信令共享平台的设备应与中国移动公司内部网络连接，以方便数据的传输和共享。
•设备应具备足够的带宽和网络容量，以满足信令数据的传输需求。
•设备应采用安全的网络连接方式，如VPN等，以确保数据的安全传输。
中国移动上网日志留存系统数据合成服务器接口规范(CS域)
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳中国移动上网日志留存系统数据合成服务器接口规范（C S域）I n t e r f a c e S p e c i f i c a t i o n o f C h i n a M o b i l eN e t l o g S y s t e m（D a t a C o m b i n i n g S e r v e r P a r t）版本号：1.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录1 前言 (III)1 范围 (5)2 规范性引用文件 (5)3 术语、定义和缩略语 (6)4 接口在网络中的位置 (7)4.1 系统描述及系统结构图 (7)4.2 接口功能 (8)5 接口协议 (10)5.1 SDTP实时通信协议 (10)5.1.1 消息类型 (11)5.1.2 消息结构 (12)5.1.3 连接管理流程 (12)5.1.4 连接管理消息 (14)5.1.4.1版本协商verNego (14)5.1.4.1.1请求 (14)5.1.4.1.2应答 (14)5.1.4.2链路认证linkAuth (14)5.1.4.2.1请求 (14)5.1.4.2.2应答 (15)5.1.4.3链路检测linkCheck (15)5.1.4.3.1请求 (15)5.1.4.3.2应答 (15)5.1.4.4链路数据发送校验linkDataCheck (16)5.1.4.4.1请求 (16)5.1.4.4.2应答 (16)5.1.4.5链路释放linkRel (17)5.1.4.5.1请求 (17)5.1.4.5.2应答 (17)5.1.4.6XDR对应原始数据传输XDRRawDataSend (17)5.1.4.6.1XDR对应原始数据传输请求 (17)5.1.4.6.2XDR对应原始数据传输应答 (18)5.1.4.7CDR/TDR信令数据通知notifyCDR/TDRData (18)5.1.4.7.1通知请求 (18)5.1.4.7.2通知应答 (18)5.2 FTP文件传输协议 (19)5.2.1 接口说明 (19)5.2.2 应用场景 (19)5.2.3 数据校验文件格式 (19)5.2.4 校验规则 (20)5.2.5 FTP文件管理 (20)5.3 告警事件上报接口 (20)5.3.1 接口协议 (21)5.3.2 消息结构 (21)6 CDR/TDR数据结构 (22)6.1 CDR/TDR信令数据相关数据结构 (22)6.1.1 A/IU口呼叫事件VoiceCall_Event (22)6.1.2 切换事件Switch_Event (23)6.1.3 开关机事件PowerOnOff_Event (23)6.1.4 位置更新事件LocationUpdate_Event (23)6.1.5 短信呼叫事件SmsSendRecieve_Event (23)6.1.6 接入网事件AccessNet_Event (23)6.1.7 寻呼事件Paging_Event (23)6.1.8 NC口呼叫事件BICC_Event (23)7 原始码流数据结构 (24)7.1 数据包格式 (24)7.2 包头格式 (24)7.2.1 通用包头 (24)7.2.2 专用包头 (25)7.2.2.1E1链路专用包头 (25)7.2.2.2IP链路专用包头 (25)7.2.2.3ATM链路专用包头 (25)8 编制历史 (26)附录A 省市编号 (26)A.1. 省编号 (26)A.2. 市编号 (27)1前言本标准规定了中国移动上网日志留存系统数据合成服务器与其他相关网元设备和应用系统连接的接口标准，以及系统内部需要公开定义的各种接口。
中国移动集中性能管理应用落地手册第七分册—客户感知溯源分析
中国移动集中性能管理应用落地手册客户感知溯源分析分册前言本文档对客户感知溯源分析的各项应用落地实施进行了工作内容的明确和细化，聚焦准确评价客户感知以及客户感知溯源分析的流程编写实施细则，从建立指标体系、制定分析方法、完善支撑手段、固化分析流程、督导问题处理、开展评估考核六大方面明确工作开展的各个步骤及评估标准，为中国移动省公司常态化落实集中性能管理工作提供指导和建议。
《中国移动省级性能管理应用落地手册第七分册客户感知溯源分析》（以下简称“本规范”）。
本规范面向客户感知溯源分析工作，从感知评估体系、感知保障流程、问题定界规则、工单闭环管理流程方面制定了实施准则，并包含感知异常定位方法、派单规则等原则，为常态化开展客户感知溯源分析提供指导。
本标准由中国移动通信集团网络部提出，集团公司网络部归口。
本标准起草单位：集团公司网络部本标准主要起草人：总部：孔松、马庆省公司：罗卫鸿、卢宇辰、胥健编制历史目录1、范围 (1)2、背景及目标 (1)3、衡量标准 (1)3.1指标体系 (1)3.2分析方法 (1)3.3支撑手段 (1)3.4分析流程 (1)3.5问题督导 (2)3.6评估考核 (2)4、落地细则 (2)4.1指标体系 (3)4.1.1指标列表 (3)4.1.2指标管理对象 (5)4.1.3评估标准 (5)4.2分析方法 (5)4.2.1单用户投诉细分问题场景分析 (5)4.2.2群体客户主动监测分析 (10)4.2.3评价标准 (14)4.3支撑手段 (14)4.3.1指标采集 (15)4.3.2指标呈现 (15)4.3.3网管视图 (15)4.3.4派单闭环管理 (19)4.3.5评估标准 (20)4.4分析流程 (20)4.4.1问题发现 (20)4.4.2问题分析 (20)4.4.3任务工单派发 (20)4.4.4任务工单处理及反馈 (20)4.4.5评估标准 (21)4.5问题督导 (21)4.5.1关键问题处理指导 (21)4.5.2跟踪问题处理 (22)4.5.3评估标准 (23)4.6评估考核 (23)4.6.1工作开展周期评估 (23)4.6.2工作开展流程评估 (23)4.6.3工作开展成效评估 (23)4.6.4评估标准 (23)附录1：样本数据处理算法 (24)附录2：指标标准化 (28)1、范围本文档描述了中国移动客户感知溯源分析工作的落地细则，供各省公司进行客户感知保障及异常定位使用。
中国移动信令监测系统设备规范A+Abis应用功能列表
浙江
道路模拟路测专题 浙江、四川 道路场景应用分析 高铁应用 四川 高速应用 浙江 窗边用户行为分析 窗边用户行为分析 四川 层间切换参数优化 层间切换参数优化 广东
应用场景 投诉处理\日常优化\专题优 化 投诉处理\日常优化\专题优 化 投诉处理\日常优化\专题优 化
Hale Waihona Puke 投诉处理\日常优化 投诉处理\日常优化\专题优 化
MR指标深度分析
网络综合指标分析和MR指标分析 MR指标组合分析 MR指标深度分析 MR指标TOPN分析和对比分 析 MR指标详细定制呈现 浙江 网络指标地图化呈现 网络性能和MR指标地图化呈现 浙江、四川 LAC优化和规划分析 LAC优化和规划分析 浙江 新建站规划 新建站规划和评估分析 新建站评估分析 四川 载频隐性故障分析 载频隐性故障分析 浙江、四川 信道拥塞专题分析 信道拥塞专题分析 浙江 功控整体评估 浙江、四川 功控专题分析 功控详细分析 浙江、四川 功控性能对比 专题分析 用户感知分析 用户感知语音质量分析 集团网络部维护优化处 掉话异常评估 掉话分析 掉话原因分析 浙江 浙江 浙江、四川 四川 浙江、四川
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化 日常优化\专题优化
日常优化\专题优化
专题优化\日常优化
专题优化\日常优化
专题优化\日常优化
日常优化\专题优化
日常优化\专题优化
功能详细描述 1.支持用户设定多种查询条件和呈现： 1.1网优工程师可以根据查询需要输入查询条件，支持条件的组合查询，并可 以对查询条件进行保存、命名、导入查询模板。 2.支持原始CDR的下钻分析，辅助网优工程师定位和分析问题 2.1每一条CDR记录均可以查看信令流程图和信令详解码。并对异常的信令点 进行突出标注以及关键信息的提取，如LAC，CI、BSSMAP原因等。钻取的CDR 3.支持单独对全网异常事件的CDR查询 4.提供对于查询结果的二次查询和统计功能，可对查询结果进行Group、Avg 、Sum、Count等再次统计。 1.支持工程师对特定的VIP用户进行跟踪预警。 1.1用户对需要跟踪的用户（多个）进行自定义设置 1.2跟踪的用户信令进行实时刷新，及时提供给工程师最新的动态消息 1.用户可以导入从系统导出并保存好的XML文件，进行历史信令的查看和分 析，导出的原始信令需加密 2.对具体的信令信息提供查找的功能 1. 用户可以选择时间，网元/用户，网元/用户维度等信息，提供查询分析的 灵活性； 2. 通过信令根据相关算法定义“潜在投诉用户”，主要指标需要包括但不限 1.实时从工单系统同步与网络质量相关的投诉工单 2.可对同步过来的工单进行自定义时间段的查询； 3.对从工单系统同步过来的工单进行预判，提供工单处理人的工单派发方 1.通过列表，图形等形式实时呈现网络指标的变化情况，监控的指标为网络 综合KPI和MR指标分析模块定义的指标集。 1.2 用户可以自定义指标，和个性化定制指标模板。 1.通过列表，图形等形式实时呈现网络指标的变化情况，监控的指标为网络 综合KPI和MR指标分析模块定义的指标集。 1.2 用户可以自定义指标，和个性化定制指标模板。 1.支持用户自定义设置告警 1.1 根据网元的指标定制告警实例，告警实例包括：告警名称，告警粒度， 告警类型，告警规则，刷新粒度，告警等级； 1.支持用户自定义设置告警 1.1 根据用户的指标定制告警实例，告警实例包括：告警名称，告警粒度， 告警类型，告警规则，刷新粒度，告警等级； 1 历史告警信息分析 1.1 可对告警趋势进行查看； 1.2 可带上网元关联到历史KPI指标模块进行分析； 1 历史告警信息分析 1.1 可对告警趋势进行查看； 1.2 可带上用户关联到历史KPI指标模块进行分析； 1.对小区KQI进行5分钟/1小时的实时告警，并呈现某一时间段的累积的告警 次数。告警类型包括：无线覆盖率，端到端接通，端到端掉话，端到端接续 时长，端到端质量，告警指标与其对应 1.以用户KQI异常事件触发，统计过往30分钟/1小时KQI指标，并进行实时告 警，呈现某一时间段的累积的告警次数。告警类型包括：无线覆盖率，端到 端接通，端到端掉话，端到端接续时长，端到端质量，告警指标与其对应 1.用户可以灵活设定指标查询的条件 1.1用户可以指定需要查看指标的网元，网元具有模糊查询功能，并可自定义 时间，指标以及指标模板 1.用户可以灵活设定指标查询的条件 1.1用户可以指定需要查看指标的用户 1.2显示的指标：侧重Abis口的指标 1.用户可以灵活设定指标查询的条件 1.1用户可以指定需要查看指标的终端，终端具有模糊查询功能，并可自定义 时间，指标以及指标模板 通过表格和图形呈现MR的分布情况，以及MR个数累计情况，以及各个区间段 的MR分布情况对MR指标进行多维分析和呈现 1. 用户可灵活设置查询条件,可选择网元范围，时间维度，时间粒度对MR指
中国移动设备通用安全功能和配置规范.docx
精品文档中国移动设备通用安全功能和配置规范Sp e c i f i c a t i o n f o r Ge n e r a lSe c u r i t y F u n c t i o n a n dCo n f i g u r a t i o n o f De v i c e s Us e d版本号： 2. 0. 0╳ ╳ ╳ ╳ - ╳ ╳ - ╳ ╳发布╳ ╳ ╳ ╳ -╳ ╳ -╳ ╳ 实施中国移动通信有限公司网络部目录1.范围 (1)2.规范性引用文件 (1)2.1.内部引用 (1)2.2.外部引用 (1)3.术语、定义和缩略语 (1)4.设备安全要求框架 (2)4.1.背景 (2)4.2.设备安全要求框架说明 (2)4.3.本框架内各规范的使用原则 (3)4.4.设备安全要求编号原则 (3)5.设备通用安全功能和配置要求 (4)5.1.账号管理及认证授权要求 (4)5.1.1.账号安全要求 (4)5.1.2.口令安全要求 (5)5.1.3.授权安全要求 (6)5.2.日志安全要求 (6)5.2.1.功能要求： (6)5.2.2.配置要求： (7)5.3.IP 协议安全要求 (7)5.3.1.功能要求： (7)5.3.2.配置要求： (8)5.4.设备其他安全要求 (8)5.4.1.功能要求： (8)5.4.2.配置要求： (8)6.编制历史 (8)前言为了贯彻安全三同步的要求，在设备选型、入网测试、工程验收以及运行维护等环节，明确并落实安全功能和配置要求。
有限公司组织部分省公司编制了中国移动设备安全功能和配置系列规范。
本系列规范可作为编制设备技术规范、设备入网测试规范，工程验收手册，局数据模板等文档的依据。
本规范是该系列规范之一，明确了中国移动各类型设备所需满足的通用安全功能和配置要求，并作为本系列其他规范的编制基础。
本规范主要从账号管理及认证授权要求、日志安全要求、 IP 协议安全要求和设备其他安全要求 4个方面，提出了 28项基本安全功能要求和 19项基本安全配置要求。
中国移动信令监测系统设备规范-LTE信令采集分册
中国移动信令监测系统设备规范LTE信令采集分册引言LTE（Long-Term Evolution）是第四代（4G）移动通信技术的发展，具有高速率、低时延、大容量等特点。
中国移动作为中国最大的移动通信运营商，为了确保网络的正常运行和用户的网络体验，建立了移动信令监测系统。
LTE信令采集是其中的重要环节，通过采集LTE网络的信令数据，能够进行网络优化、故障排查、安全监测等工作。
本文档旨在规范中国移动信令监测系统设备中LTE信令采集的相关要求和技术规范。
1. 设备概述1.1 设备功能LTE信令采集设备主要用于实时采集LTE网络的信令数据，包括控制面信令和用户面信令。
设备需具备高可靠性、高性能和高稳定性，能够满足大容量的信令采集需求。
1.2 设备架构LTE信令采集设备采用分布式架构，包括采集器（Collector）、过滤器（Filter）和存储器（Storage）三个主要模块。
•采集器：负责在LTE网络中实时采集控制面信令和用户面信令，并将采集到的数据传输给过滤器。
•过滤器：对采集到的信令数据进行过滤和处理，只保留满足预设条件的信令数据，并将数据传输给存储器。
•存储器：负责存储过滤后的信令数据，并提供数据检索和访问的接口。
2. 设备规范2.1 信令采集能力设备应具备较高的信令采集能力，能够支持大规模的LTE网络，并满足以下要求：•支持多频段和多制式的LTE信号采集。
•支持并行采集多个小区的信令数据。
•支持实时采集控制面和用户面信令数据。
2.2 数据过滤和处理设备的过滤器模块应具备灵活、高效的数据过滤和处理功能，满足以下要求：•支持针对信令类型、小区ID、用户ID等条件的数据过滤。
•支持定制化的数据处理逻辑，如数据加密、数据解析等。
2.3 存储和检索设备的存储器模块应满足以下要求：•存储容量大，能够存储大规模LTE网络的信令数据。
•存储稳定可靠，保证数据的完整性和安全性。
•提供高效的数据检索和访问接口，满足用户的数据查询需求。
LTE信令监测及互联网KQI指标规范(doc
LTE信令监测及互联网KQI指标规范(doc 63页)中国移动通信技术标准QB-╳╳-╳╳╳-╳╳╳╳L T E信令监测及互联网K Q I指标规范L T E&I n t e r n e t P e r f o r m a n c e I n d i c a t o r B a s e do n S i g n a l i n g M o n i t o r i n g a n d D P I版本号：2.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司网络部发布目录1范围 (1)2规范性引用文件 (1)3术语、定义和缩略语 (2)4概述 (2)4.1关于指标分类的说明 (2)4.2关于指标粒度的说明 (3)5LTE信令监测指标 (4)5.1基于单接口信令指标 (4)5.2CSFB分析指标 (4)5.2.1CSFB被叫试呼次数 (4)5.2.2CSFB主叫试呼次数 (5)5.2.3CSFB SGs寻呼请求次数 (6)5.2.4CSFB SGs寻呼成功率 (8)5.2.5CSFB被叫回落成功率 (9)5.2.6CSFB主叫回落成功率 (10)5.2.7CSFB被叫接通率 (12)5.2.8CSFB主叫接通率 (13)5.2.9CSFB被叫接通平均时延 (14)5.2.10CSFB主叫接通平均时延 (16)5.2.11CSFB返回时延小于5秒比例 (17)5.2.12CSFB返回时延小于120秒比例 (18)5.2.13CSFB 用户数 (19)5.2.14IPHONE终端数 (20)5.2.15联合附着成功率 (21)5.2.16联合位置更新成功率 (22)5.3V O LTE分析指标 (24)5.3.1语音业务 (24)5.3.2IMS网络指标 (54)6互联网KQI指标 (58)6.1基础承载指标 (58)6.1.1TCP上行重传率 (58)6.1.2TCP下行重传率 (59)6.1.3TCP上行乱序率 (59)6.1.4TCP下行乱序率 (60)6.1.5TCP上行流量 (61)6.1.6TCP下行流量 (62)6.1.7UDP上行流量 (63)6.1.8UDP下行流量 (63)6.1.9TCP/UDP会话成功率 (64)6.2面向大类业务分析指标 (65)6.2.1DNS请求 (65)6.2.2页面浏览业务 (66)6.2.3视频业务 (81)6.2.4即时通信业务 (85)6.2.5应用商店业务 (90)6.3面向子类业务分析指标 (93)6.3.1面向微信业务 (93)7编制历史 (98)前言本规范对中国移动LTE网络基于信令采集的性能指标进行定义，是部署LTE网络信令软采、硬采平台和应用开发需要遵从的技术文件。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国移动信令监测系统设备规范-信令共享平台分册v200中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳信令监测系统设备规范——信令共享平台分册E q u i p m e n t S p e c i f i c a t i o n o f C h i n a M o b i l eS i g n a l i n g M o n i t o r i n g S y s t e m(S i g n a l i n g S h a r i n g P l a t f o r m P a r t)版本号：2.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目录前言 (XI)1范围 (1)2规范性引用文件 (1)3术语、定义和缩略语 (4)4设备在网络中的位置 (7)4.1系统总体架构74.2网元功能85系统功能要求 (15)5.1信令数据处理功能155.2数据共享功能215.3信令数据订阅管理功能235.4信令采集网关接入管理功能385.5数据存储功能385.6配置数据管理395.7接口质量监测功能446应用功能要求 (46)6.1拓扑管理476.1.1拓扑呈现476.1.2网络拓扑维护486.1.3告警和预警管理506.1.4网络指标实时监视546.1.5特殊场景重点无线小区监控保障556.2记录查询586.2.1实时跟踪586.2.2CDR/TDR查询616.2.3用户自定义信令流程状态机626.3信令承载分析（可选）646.3.1信令链路类（可选）646.3.2消息统计类（可选）656.3.3设备资源类（可选）676.4核心网分析686.4.1核心网指标分析686.4.2短信业务706.4.3漫游业务716.4.4呼叫转移分析736.5网络优化分析736.5.1GSM无线网络分析746.5.2TD-SCDMA无线接入网部分836.5.3各类业务网络异常统计分析896.5.4小区质量排名统计906.5.5接口消息及失败原因统计分析906.6终端专题部分916.6.1终端超频分析926.6.2终端综合分析936.6.3在网终端分析986.7专题分析996.7.1乒乓切换专题分析996.7.2疑似短通/重复呼串话分析1106.7.3寻呼黑洞分析1126.7.4呼损分析功能1166.7.5业务时延综合分析功能1186.7.62G/3G互操作专题分析1226.7.7超频分析1236.7.8用户投诉处理分析专题1276.8客户感知专题分析1296.8.1VIP用户业务质量感知分析1306.8.2VAP（Very Annoying Person）用户业务质量感知分析 (131)6.9系统自管理功能1326.9.1自监控能力要求1336.10系统通用功能1366.10.1CDR关联要求1366.10.2钻取1376.10.3二次统计1376.10.4时间条件设置1376.10.5号码通配1386.10.6保存（支持选择性保存）、导入导出 (138)6.10.7支持原始数据批量保存1386.10.8任务自定义1396.10.9设置的查询统计条件可以保存1406.10.10锁屏1406.10.11条件与条件或1406.10.12查询结果对过滤条件的支持1416.10.13多列排序1416.10.14列的前后拖拽及隐藏显示1416.10.15单元内容的复制1416.10.16原始数据的保存截图能力1416.10.17记录显示条数多页显示记录数要求 (142)6.10.18查询记录结果全部显示，不可限制 (142)6.10.19查询显示进度条及消耗时间1426.10.20显示查询总结果统计数1426.10.21门限设置时效要求1426.10.22流程图和原因值均要支持中英文转换 (143)6.11用户权限管理1437性能指标和可靠性要求 (145)7.1准确性和完整性要求1457.2处理性能要求1467.3存储要求1477.3.1全量信令数据存储1477.3.2CDR/TDR信令数据存储1477.3.3MR数据1487.3.4统计数据、报表和告警数据存储1487.4可靠性要求1497.5软件要求1497.6硬件要求1517.7可扩展要求1527.8部署要求1537.9冗余能力要求1538接口要求 (153)9时间同步要求 (154)10网管要求 (155)10.1配置管理15610.2设备状态管理15810.3性能管理15910.4安全管理15911操作维护要求 (161)11.1可管理性16111.2可维护性16111.3易用性16212网络安全要求 (163)13编制历史 (164)附录A：中国移动基于信令监测的网络质量指标规范 (165)前言本标准对中国移动信令监测系统三期中的信令共享平台提出要求，是信令共享平台建设需要遵从的技术文件。
本标准主要包括以下几方面内容：系统功能要求、应用功能要求、性能指标和可靠性要求、接口要求、时间同步要求、网管要求、操作维护要求、网络安全要求。
本标准是中国移动信令监测系统三期系列标准之一，该系列标准的结构、名称或预计的名称如下：本标准需与《中国移动信令监测系统总体技术要求》、《中国移动信令监测系统接口规范——信令采集网关分册》、《中国移动信令监测系统接口规范——信令共享平台分册》及《中国移动信令监测系统设备规范——信令采集网关分册》配套使用。
本标准由中移号文件印发。
本标准由中国移动通信集团公司网络部提出，集团公司技术部归口。
标准由标准归口部门负责解释。
本标准起草单位：中国移动通信有限公司研究院本标准主要起草人：倪伟、王姗姗、武威、杨波、贺赢、王宇剑、邢喆、徐夏丰、余立、梁燕萍。
1范围本标准规定了信令监测系统三期中信令共享平台的系统结构、系统功能要求、应用功能要求、接口要求、性能要求、时间同步要求、网管要求、操作维护要求、网络安全要求，供中国移动内部和厂商共同使用；适用于GSM及3G 网络环境。
2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本标准。
表2-1 规范性引用文件3术语、定义和缩略语“必须”、“推荐”/“建议”、和“可选”等词语在本标准中的使用需遵循以下指导。
- “必选”/“必须”项是指业务、产品和设备所必须提供的功能或性能要求；对应于RFC2119 MUST，REQUIRED，SHALL。
- “推荐”/“建议”/“应”项是指在标准中未作强制要求，若业务、产品和设备提供的功能或性能要求被认为更佳；对应于RFC2119 RECOMMENDED，SHOULD。
- “可选”/“可”项指参考性要求，是业务、产品和设备在目前阶段可不提供的功能或性能要求；对应于RFC2119 MAY，OPTIONAL。
- 必不能，不能，不得：表示绝对的禁止；对应于RFC2119 MUST NOT，SHALL NOT。
- 不推荐，不建议：表示若业务、产品和设备按照所述内容制作，被认为略次；对应于RFC2119 SHOULD NOT，NOT RECOMMENDED。
- 规范中除了明确指明为“推荐”/“建议”、“可选”外，均为必须要求。
表3-1 词语解释4设备在网络中的位置4.1 系统总体架构信令共享平台的组网架构如下图所示。
图4-1 信令采集共享系统结构图信令共享平台是信令采集共享系统的三层架构中的第二层。
共享平台接收汇聚设备发送来的全量信令数据，然后进行协议分析、事件合成与关联，共享平台具备存储全量信令数据、业务信令数据以及CDR/TDR信令数据的能力；共享平台通过开放接口向应用层提供指标数据、CDR/TDR数据以及对应的原始信令数据。
4.2 网元功能信令共享平台包括信令处理模块、接入模块及管理模块。
●信令处理模块：信令处理模块主要完成对信令采集网关上报的全量信令数据进行预处理以及在此基础上的进一步分析、合成以及处理等操作，生成应用系统所需的业务信令数据、CDR/TDR信令数据或统计数据等，主要由信令预处理单元（SPU）以及信令分析单元（SAU）组成：⏹信令分析单元信令分析单元（SAI）提供信令处理相关功能，信令分析单元完成信令解析、合成、CDR/TDR信令数据以及业务信令数据的生成，以及数据挖掘和分类统计，,根据全量信令数据以及CDR/TDR信令数据实现信令监测应用的应用处理等功能。
信令分析单元支持根据过滤策略，在向应用系统提供信令数据前对相关信令数据执行过滤操作，避免关键信令数据信息泄露，保证信息安全。
信令分析单元提供存储功能，根据应用系统的订阅需求，对订阅策略及信令数据进行存储。
◆信令解析功能：主要完成全量信令数据的解码和关键信息提取；◆数据合成：根据数据订阅的要求，合成满足匹配条件的业务信令数据、CDR/TDR信令数据，合成时支持对重复数据进行剔重，以及合成正确性的检验；◆统计分析：根据上层应用对数据做相应的统计整理和综合分析；⏹信令应用处理单元信令预处理单元（SPU) 负责把各个分散的信令采集网关发送的信令数据汇聚到一起，并对平台的解析单元（SAU）和分发单元（DDU）提供数据支持，并对全量信令数据的完整性、准确性进行检验。
●接入模块接入模块采用集群或负载均衡方式，主要负责根据应用系统的订阅请求，进行协议转换以及数据分发功能，主要包括数据分发单元以及协议转换单元。
⏹数据分发单元数据分发单元（DDU）主要负责向应用系统发布信令数据。
数据分发单元发送数据前应根据应用系统的订阅请求判断应采用的接口协议类型，并当判断应用系统订阅以Web Service接口协议接收数据时，通知协议转换单元进行协议转换。
数据分发单元对不同的应用系统分配不同的数据分发点，数据分发点包括业务信令数据分发点、CDR/TDR信令数据分发点两类。
业务信令数据分发点和CDR/TDR 信令数据分发点从信令分析单元(SAU)接收业务信令数据，并根据的数据订阅策略将数据发送到应用系统。
数据分发点可以针对应用层的各应用系统提供数据分发情况统计，形成数据分发记录。
⏹协议转换单元协议转换单元提供协议转换功能，将SDTP协议转换为应用系统所需的接口协议类型。
●管理模块管理模块主要负责订阅、查询、注册以及安全控制等业务管理，网管等系统管理功能，以及数据存储等功能，主要包括存储单元、业务管理单元以及系统管理单元等。
⏹业务管理单元业务管理单元(SMU)提供注册，安全控制，接受数据订阅，完成业务流程等管理功能。
业务管理单元包含安全控制中心，对应用系统的接入、系统管理员的接入以及模块间的调用提供安全控制；管理应用系统的数据订阅，是整个平台的数据订阅服务提供者。