中国移动M2M平台设备规范

QB-中国移动通信企业标准QB-M2M平台设备规范Mobile Machine to Machine Platform Equipment Specification版本号：-实施-发布中国移动通信集团公司 发布目录前 言IV1.范围12.规范性引用文件13.术语、定义和缩略语13.1.术语、定义13.2.缩略语14.设备在网络中的位置24.1.组网和系统架构24.2.网元功能描述24.3.系统架构44.3.1.平台功能模块图44.3.2.功能描述45.功能要求65.1.终端鉴权功能65.2.处理终端注册功能85.2.1.未预置接入密码和基础密钥的M2M终端注册85.2.2.预置接入密码和基础密钥的M2M终端注册85.3.处理终端登录功能95.4.处理终端退出登录功能95.5.处理终端变更映射关系95.6.连接检测功能105.7.处理终端信息上报功能105.7.1.应用软件安装上报功能105.7.2.业务使用上报功能105.7.3.终端应用软件卸载上报功能105.7.4.处理终端告警功能105.7.5.处理终端统计数据上报功能115.8.参数配置功能115.8.1.M2M终端始发的参数配置功能115.8.2.M2M平台始发的参数配置功能115.8.3.M2M平台自定义TLV参数功能125.9.终端监测功能135.9.1.终端信息采集功能135.9.2.M2M平台发起的终端状态监测功能135.9.3.终端远程控制功能135.9.4.处理终端心跳145.10.软件下载功能145.10.1.下载通知145.10.2.终端下载软件145.11.应用接入功能155.11.1.SI/SP/EC应用接入155.11.2.SI/SP/EC应用消息转发功能155.11.3.SI/SP/EC终端监控指令转发功能155.11.4.应用故障管理功能165.12.平台运行管理功能165.13.业务受理信息同步功能165.14.日志处理功能165.15.网管功能175.15.1.支持统计数据采集175.15.2.支持操作维护的要求175.15.3.支持监控和跟踪功能175.15.4.支持故障管理176.门户功能要求186.1.系统帐户管理功能186.1.1.角色管理186.1.2.操作员帐户管理196.2.系统通讯接口管理功能196.2.1.行业网关/梦网网关接口196.2.2.USSDC/USSDG接口196.2.3.GPRS接口196.2.4.有线IP接口196.3.终端管理功能196.3.1.终端提供商信息管理196.3.2.终端状态监控管理206.3.3.终端参数管理功能206.3.4.任务管理功能216.3.5.终端软件管理功能226.4.终端软件升级功能236.5.业务管理功能236.5.1.M2M应用信息管理236.5.2.SI/SP管理246.5.3.集团/个人/家庭用户信息管理246.5.4.SI/SP/EC应用接入管理246.5.5.终端业务信息查询256.5.6.用户自服务门户256.5.7.SI/SP自服务门户266.6.业务统计查询功能266.6.1.业务统计266.6.2.按终端进行统计分析276.6.3.终端序列号统计276.6.4.终端异常统计276.6.5.终端状态统计277.自定义业务开发环境（可选）287.1.自定义业务数据287.2.增加自定义业务287.3.编辑自定义业务流程287.4.仿真测试自定义业务297.5.激活自定义业务298.接口功能308.1.与通信网关的接口308.2.与一级业务支撑系统的接口308.3.与DSMP的接口308.4.与VGOP的接口308.5.与网管系统的接口308.6.全网M2M平台与省M2M平台的接口308.7.M2M平台与应用平台的接口309.性能指标和可靠性要求309.1.M2M平台的性能指标309.2.M2M平台的可靠性要求319.2.1.稳定性319.2.2.备份和恢复3110.安全性要求3110.1.网络安全3110.2.系统安全3110.3.应用安全3210.4.满足SOX相关安全管理要求3211.硬件要求3211.1.主机系统3211.2.存储设备3311.3.备份设备3312.软件要求3312.1.操作系统3312.2.应用软件3412.3.数据库3413.环境要求3514.编制历史35附录A 序列号的定义37附录B 版本升级关系定义37附录C 日志记录37附录D 统计报表38附录E 序列号分配算法要求41IV前言本标准对开放M2M应用的M2M平台设备需要实现的功能提出要求，是在开展M2M应用过程中需要遵从的技术文件。本标准主要包括以下几个方面的内容： M2M平台业务功能要求、网管要求、接口要求、性能要求、可靠性要求、安全性要求以及软硬件和环境要求等。本标准是M2M系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1中国移动M2M业务规范2中国移动全网M2M业务总体技术要求3中国移动M2M平台设备规范4中国移动M2M平台与应用接口规范5中国移动M2M平台与终端接口规范6中国移动全网M2M平台与一级业务支撑系统接口规范7中国移动M2M业务终端规范8中国移动M2M全网平台与省平台接口规范本标准的附录A-E为标准性附录。本标准由中国移动通信集团公司数据部提出，集团公司技术部归口。本标准起草单位：中国移动通信有限公司研究院。本标准主要起草人：*1. 范围本规范对M2M平台设备提出规定，供中国移动内部和厂商共同使用，用于描述对M2M平台设备的功能、性能、安全性以及可靠性等方面的要求，适用于GSM/GPRS/EDGE/TD-SCDMA/有线接入网络环境，是M2M平台建设和运营业务的依据。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表 211QB-D-003-2005全网行业应用业务规范中国移动通信有限公司2QB-D-004-2005全网行业应用总体技术要求中国移动通信有限公司3QB-D-047-2006省行业应用网关提供全网行业应用的总体技术要求中国移动通信有限公司4QB-GF-028-2003中国移动通信互联网短信网关接口协议（CMPP）V2.0.1版本及以上中国移动通信有限公司5QB-X-001-2004业务运营支撑系统（BOSS）业务技术规范中国移动通信有限公司6QB-C-005-2004中国移动GPRS网络技术体制中国移动通信有限公司7中国移动M2M业务规范中国移动通信有限公司8QB-D-108-2007中国移动M2M总体技术要求中国移动通信有限公司9QB-D-109-2007M2M平台与终端接口规范中国移动通信有限公司3. 术语、定义和缩略语3.1. 术语、定义表3-1：术语/定义术语/定义解释M2M机器与机器之间的通信TAG标签EC集团用户3.2. 缩略语表3-2：缩略语缩略语英文全称中文含义APNAccess Point Name接入点名称GGSNGateway GPRS Support NodeGPRS网关支持节点APIApplication Programming Interface应用程序接口GPRSGeneral Packet Radio Service通用无线分组业务GSMGlobal System for Mobile Communication全球移动通讯系统M2MMachine-to-Machine机器对机器/人MASMobile Agent Server移动代理服务器ADCApplication Data Center应用数据中心USSDUnstructured Supplementary Service Data非结构化补充数据业务4. 设备在网络中的位置4.1. 组网和系统架构图4-1 M2M业务系统网络结构图4.2. 网元功能描述l M2M终端M2M终端在生产或监控领域采集现场数据并通过无线模块上传到M2M平台或者应用平台。具有的管理功能主要包括接收远程M2M平台激活指令、本地故障报警、数据通信、远程升级等。l 全网M2M平台全网M2M平台为全网业务客户提供统一的移动M2M终端管理、终端设备鉴权、用户业务数据管理、数据统计等功能；全网M2M平台提供接口完成与BOSS系统、中央MISC/中央VGOP、省级M2M平台、全网应用平台的数据传输与承载等功能；全网M2M平台支持GPRS、短信、USSD、有线接入等多种网络接入方式；全网M2M平台支持M2M业务管理员、SI/SP、终端厂商、客户进行终端管理及业务承载管理功能。l 省M2M平台省M2M平台为省内业务客户提供统一的移动M2M终端管理、终端设备鉴权、用户业务数据管理、数据统计等功能；省M2M平台提供接口完成与BOSS系统、本省MISC/ VGOP、中央M2M平台、本省应用平台的数据传输与承载等功能；省M2M平台支持GPRS、短信、USSD、有线接入等多种网络接入方式；省M2M平台支持M2M业务管理员、SI/SP、终端厂商、客户进行终端管理及业务承载管理的功能。l 行业应用平台端到端应用包括MAS模式、ADC模式、直连方式接入的行业应用平台。行业应用平台通过M2M平台实现与M2M终端的通信，实现对终端设备管理及应用数据的远程采集和远程控制的功能。行业应用平台通过采用管理流-业务流合并的模式，通过WMMP协议标准接口实现与M2M平台终端管理数据及业务数据传输和承载功能，也可以采用采用管理流-业务流分离的模式，通过M2M平台实现终端管理功能。l 家庭/个人应用平台家庭/个人应用平台是指服务于家庭/个人的M2M应用平台。家庭/个人应用平台主要采用业务流-管理流合并的模式：通过WMMP协议标准接口实现与M2M平台终端管理数据及业务数据传输和承载功能。l 未建平台省本地应用未建平台省本地应用是指本省未建M2M平台，提供面向本省用户服务的M2M应用平台。未建平台省本地应用根据不同业务可采用管理流-业务流合并模式，也可以采用管理流-业务流分离模式，对于标准本地应用，建议采用合并模式，对于客户定制化应用，建议采用分离模式。l 短信网关对于行业应用，M2M业务短信通过IAGW实现短信的上下行和产生原始话单。对于家庭及个人应用，M2M业务短信通过业务接入省ISGW实现短信的上下行和产生原始话单。l GGSN负责建立M2M终端与全网M2M平台或应用平台之间的GPRS通信，产生原始话单。l 一级业务支撑系统负责全网产品的发布、以及将业务订购关系同步给全网M2M平台；从GGSN和短信网关采集业务话单，进行批价；提供各个业务的结算依据。l 省BOSS系统负责省内产品的发布、全网产品/本地产品的业务受理、以及将业务订购关系同步给省M2M平台；从GGSN和短信网关采集业务话单，进行批价；提供各个业务的结算依据。l DSMP/VGOP将家庭及个人业务的订购关系同步给M2M平台，在业务使用过程中进行业务鉴权。l 网管系统网管系统与平台网络管理模块通信，完成配置管理，性能管理，故障管理，安全管理及系统自身管理等功能。l 省ADC管理平台负责省ADC类业务业务受理信息管理，将业务受理信息同步给应用平台。4.3. 系统架构4.3.1. 平台功能模块图M2M平台的软件在结构上分为以下部分：通信接入部分、应用接入部分、业务分析处理部分、业务管理部分、用户自助服务功能部分。M2M平台系统架构图如图4-2所示：图4-2 M2M平台系统架构图4.3.2. 功能描述l 通信接入模块包括短信接入、GPRS接入、USSD接入，有线IP接入等功能。1）短信接入通过与IAGW、ISMG连接，实现M2M终端与M2M平台的短信方式的数据交互，进行WMMP协议封包和协议解包。2）GPRS接入通过外网与GGSN连接，实现M2M终端与M2M平台的GPRS方式的UDP数据交互，进行WMMP协议封包和协议解包。3）USSD接入通过与全网USSDC/USSDG连接，实现M2M终端与M2M平台的USSD方式的数据交互，进行WMMP协议封包和协议解包。4）有线IP接入通过与有线的IP接入网关连接，实现M2M终端与M2M平台的有线IP方式的数据交互，进行WMMP协议封包和协议解包。l 终端管理模块1）终端序列号管理、终端别名管理为终端生成并分配序列号，维护终端序列号的一致性。为了便于终端维护和管理，终端可以设置别名，终端别名可重复。2）终端鉴权通过各种通信网关接入到M2M平台的M2M终端，必须是合法的，该功能对所有M2M终端身份进行鉴定，对非法终端，拒绝其所有业务请求，并禁止向其发送任何信息。3）终端状态监控对注册的M2M终端的状态进行监视，系统可以主动查询目前的工作状态，发送查询请求信息、接收状态信息等。该模块还提供远程控制任务、参数采集任务、软件升级任务、参数配置任务、终端监控任务和终端统计任务的创建、管理、触发。包括企业群组的管理，可以针对不同的终端群组发送监测命令。3）终端告警接收并记录终端的告警信息。同时根据心跳消息的间隔，判断终端是否在线，如果有异常离线的终端，向管理员提供告警信息。4）终端升级管理提供终端型号、软件版本的登记和管理。提供终端软件的升级下载功能，该功能在处理移动终端的下载请求时能够识别终端适配的软件和版本，实现M2M终端软件的下载。5）终端配置给M2M终端提供参数配置功能，终端参数配置任务的管理、发送。终端始发的参数配置请求的接受、解析和响应。6）终端控制M2M平台提供终端远程控制功能，管理员可创建远程控制任务，控制终端重启、上报统计数据等。7）终端升级通过在M2M平台创建终端升级任务，上传终端软件包，平台下发升级通知要求终端下载软件包并进行升级。平台应具备按终端型号进行适配的功能。l 任务管理模块任务管理子模块主要完成通过图形化的界面可以灵活制定终端管理任务，满足终端管理通用需求。一个任务主要包括如下信息：1）任务类型（包括参数配置任务、状态采集任务、升级下载任务、远程控制任务）；2）任务的执行对象，即任务对哪些终端执行，可以指定静态群组（一组终端号码），也可以指定动态群组（通过组合的过滤条件确定的一组终端）；3）任务的执行策略，包括任务执行的起止时间、终止时间、是一次性执行还是周期性执行、任务执行周期；4）任务的具体信息。即针对不同的任务类型设置任务数据。例如，对于参数配置任务，需编辑需要配置的参数；对于远程控制任务，需要编辑控制指令；对于升级下载任务，需上传需要升级的软件；对于状态采集任务，需要指定待采集的状态TAG。平台执行操作员在门户创建的任务，并根据终端的应答情况，监控任务的执行。操作员可在门户上查询任务的执行情况，并可按失败类型查询执行失败的终端。对于执行失败的终端，操作员可直接要求平台对这部分终端重新执行任务。l 业务服务模块业务服务功能主要是负责对全网应用业务、双跨客户业务、有限型服务、家庭及个人业务、无平台省本地业务提供业务系统的接入鉴权、数据流量查询、终端状态维护等功能；省级平台业务服务功能负责对省M2M平台上报数据进行分析、存储和呈现。终端厂商服务功能是负责对终端厂商基本信息及厂商代码进行维护管理。l 支撑系统接口管理分为业务支撑系统接口管理、MISC/VGOP接口管理和网管接口管理。业务支撑系统接口接受业务支撑系统的签约同步信息，获取集团客户的签约信息、SI信息、应用信息等。MISC/ VGOP接口接受MISC/VGOP的签约同步信息，获取家庭和个人客户的签约信息、SP信息、应用信息等。网管接口主要完成与网管系统的连接，实现网管系统对M2M平台设备的配置、监控、故障处理、性能统计的集中综合网管功能。l 数据统计模块分为业务发展统计、业务使用统计、业务接入统计、终端接入统计和省级平台业务统计等功能；业务发展统计主要完成新增用户数、退网用户数等统计功能；业务使用统计主要完成活跃用户数、沉默用户数、业务数据上行、业务数据下行等统计功能；业务接入统计主要完成各类业务接入平台稳定性、数据发送、数据接收等统计功能；终端接入统计主要完成终端在线情况、故障情况、位置信息等统计功能； 省级平台业务统计模块主要完成省级平台业务统计数据的分析与汇总功能；l 系统管理模块包括区域管理功能、故障管理功能、平台监控功能、角色和权限管理功能、日志管理功能。区域管理功能主要实现根据用户卡号段进行区域划分，实现对终端、用户、SI/SP等信息按照区域进行数据统计和业务管理的功能；故障管理模块提供对终端、应用平台的故障监控、故障告警、故障查询等管理功能；角色和权限管理模块提供M2M平台管理员按角色和权限管理的功能；日志管理提供系统操作员的操作日志记录的查询和行为跟踪功能；l 门户服务模块门户系统包括管理员门户、集团/家庭/个人用户自服务门户、SI/SP自服务门户、终端厂商自服务门户。管理员门户：为运营商管理员提供系统维护管理、终端监控、业务管理等功能；集团/家庭/个人用户自服务门户：为集团/家庭/个人用户提供自服务功能，如通过WEB界面查询用户的相关信息，如终端数量、业务量、业务故障历史记录等；SI/SP自服务门户：为合作伙伴提供厂商信息维护、统计数据查询、应用接入状态管理等功能，并通过工单系统处理投诉；终端厂商自服务门户：为终端厂家提供终端状态监控、终端参数维护、终端型号入库、终端升级，以及与终端相关的统计功能。5. 功能要求5.1. 终端鉴权功能M2M平台终端接入鉴权包括订购关系鉴权、终端序列号鉴权、安全性鉴权、协议一致性鉴权、状态鉴权。对终端的鉴权流程如图5-1所示。图5-1终端鉴权流程M2M平台接收到终端消息后，首先验证消息摘要，如果消息摘要验证错误，则向终端返回消息错误；如果消息摘要验证正确，则继续检查消息的命令字：如果是终端注册消息，首先检查该终端在平台是否具有订购关系，如果不存在订购关系，则返回终端无访问权限；如果存在订购关系，则记录终端序列号和SIM卡的映射关系。如果终端已预置密钥，则终端发起首次登录，并携带上行接入密码，若终端支持数据加密功能，则消息采用预置的基础密钥加密；如果终端未预置密钥，则平台生成密钥，并通知终端切换到短信模式，下发接入密钥，若终端支持数据加密功能，则一并下发基础密钥。如果是终端登录消息，平台仍然首先检查终端是否存在订购关系，如果不存在订购关系，则返回终端无访问权限；如果存在订购关系，则检查终端是否注册；如果终端未注册，平台返回登录失败；如果终端已注册，则校验SIM卡的映射关系是否与平台记录一致，如果映射关系不一致，平台返回登录失败；如果映射关系校验一致，平台检查终端是否支持会话加密，如果支持会话加密，则在登录应答消息中下发生成的会话密钥。如果是普通消息，平台首先检查终端是否已登录，如终端状态为未登录，则返回终端未登录，结束流程；如终端已登录，平台验证消息中的安全TLV，如果验证失败，返回数据无效，结束流程；否则，继续检查是否是业务消息，如果是业务消息，则根据消息中的业务代码，验证终端是否具有相应的订购关系，如该订购关系不存在，则返回终端无访问权限；否则，将终端的业务请求通过WMMP-A接口转发给该业务代码对应的M2M应用平台。5.2. 处理终端注册功能M2M平台必须能够处理终端发送的注册请求，并实现终端注册功能。M2M终端发送到平台的注册请求包含的参数参见M2M平台与终端接口规范8.1节。终端注册流程参见总体技术要求。终端注册分为以下两种情况：5.2.1. 未预置接入密码和基础密钥的M2M终端注册终端未预置接入密码和基础密钥，采用GPRS方式或SMS方式向平台发送注册请求，平台处理步骤如下：（1） 检查该终端SIM卡在平台是否存在订购关系，如果订购关系不存在，则拒绝注册，回复无该SIM卡订购关系（REGISTER_ACK报文，参见WMMP-T的“REGISTER_ACK”报文体定义）；（2） 订购关系验证通过，如果该终端未预置序列号（在注册消息中没有完整的序列号），平台分配序列号；（3） 如果终端是采用GPRS进行注册，则此时切换到SMS方式。平台通过短信下发接入密码，如果该终端支持加密，则平台一并下发基础密钥；（4） 终端接收接入密码，发起登录流程。（5） 首次登录成功，平台更新终端注册标识为已注册，平台生成注册日志。如首次登录失败，则平台标识该终端为未注册，终端重新发起注册流程。5.2.2. 预置接入密码和基础密钥的M2M终端注册终端已预置接入密码和基础密钥，采用GPRS方式或SMS方式向平台发送注册请求，平台处理步骤如下：（1） 检查该终端SIM卡在平台是否存在订购关系，如果订购关系不存在，则拒绝注册，回复无该SIM卡订购关系（REGISTER_ACK报文，参见WMMP-T的“REGISTER_ACK”报文体定义）；（2） 订购关系验证通过，如果该终端未预置序列号，则平台分配序列号；（3） 由于终端已预置接入密码和基础密钥，终端在注册时上报接入密码和基础密钥相关信息的TLV，包括上行接入密码的安全摘要 0xE026、下行接入密码的安全摘要 0xE029、基本密钥相关信息的摘要值 0xE03A（REGISTER报文，参见WMMP-T中“REGISTER”报文定义）。（4） 平台对终端上报的安全相关TLV进行校验，如果验证失败，则返回预置密钥校验失败错误码（REGISTER_ACK报文，参见WMMP-T的“REGISTER_ACK”报文体定义），平台生成注册失败日志。终端可重新预置安全参数或者清除预置安全参数，然后发起新的注册流程。如果预置接入密码和基础密钥信息验证失败，则可以本地人工重新预置正确的接入密码和基础密钥后，再由M2M终端发起新的“预置接入密码和基础密钥终端的注册流程”，也可以同时人工在M2M终端和M2M平台都取消相关预置信息，再由M2M终端发起新“未预置接入密码和基础密钥终端的注册流程”；如果平台未预置终端的安全参数，则平台应生成并显示告警记录，可以在M2M平台输入该终端正确的接入密码和基础密钥后，再由M2M终端发起新的“预置接入密码和基础密钥终端的注册流程”，也可以同时人工在M2M终端取消相关预置信息，再由M2M终端发起新“未预置接入密码和基础密钥终端的注册流程”；如果M2M终端未上报预置接入密码和基础密钥信息，首先要人工本地确认M2M终端是否属于预置接入密码和基础密钥的终端。若是，则可以本地人工重新预置正确的接入密码和基础密钥后，再由M2M终端发起新的“预置接入密码和基础密钥终端的注册流程”；若不是，则在M2M平台都取消相关预置信息，再由M2M终端发起新“未预置接入密码和基础密钥终端的注册流程”。（5） 安全摘要校验成功，返回注册成功消息，平台生成注册日志；（6） 终端收到注册成功消息，发起首次登录流程；（7） 首次登录成功，平台修改终端的注册标识为已注册。如登录失败，则取消注册成功标识，终端重新注册。平台生成相应的注册日志。5.3. 处理终端登录功能M2M终端必须登录到M2M平台后才能与平台进行数据交互。M2M平台处理终端登录请求的流程如下：（1） M2M终端向M2M平台发送登录请求。登录上报参数包括：终端软件版本号、M2M终端需与M2M平台同步的配置参数(由TLV 0x0025定义)的CRC32校验和、以及其它可选参数（LOGIN报文，参见WMMP-T的“LOGIN”报文体定义）。（2） M2M平台对消息的安全摘要进行验证，如验证不通过，则返回登录失败；（3） M2M平台对M2M终端进行审核鉴权后，向M2M终端回送登录结果应答（LOGIN_ACK报文，参见WMMP-T的“LOGIN_ACK”报文体定义），并生成登录日志。具体鉴权内容包括：验证终端是否已注册；验证终端序列号是否正确；验证终端序列号与SIM卡的映射关系是否正确；是否该序列号已经在线；通讯协议版本是否兼容。如以上鉴权未通过，M2M平台则拒绝登录请求并产生告警信息。（4） 如果登录鉴权成功，则平台判断终端配置参数的CRC32校验和是否与平台的记录一致，如不一致，则平台返回0x01要求终端上报配置；平台校验基础密钥的MD5摘要，如果不一致，则返回0x07，表示基础密钥验证失败，无法下发会话密钥。如果平台准备更新终端的密码、密钥或其他配置参数，则返回0x08，要求终端保持连接状态。（5） 终端登录成功后发送CONFIG_TRAP消息进行安全性验证。M2M平台检查该报文中的安全TLV（TAG:0xE021）以验证该连接的安全性。如果平台返回的LOGIN_ACK.RESULT=0x01，则终端必须上报由TLV 0x0025定义的同步参数，同时必须携带摘要体以验证本次登录并非重放攻击；如果M2M返回LOGIN_ACK.RESULT=0x00，则CONFIG_TRAP无须上报由TLV 0x0025定义的同步参数，但必须携带摘要体以验证本次登录并非重放攻击。（6） 终端通过CONFIG_TRAP上报核心参数，平台对其上报参数进行检验。如参数值与平台不一致，则M2M平台应对终端进行参数配置，以便终端重新设置自己的参数。5.4. 处理终端退出登录功能M2M终端中止连接/退出系统属于同步交互事件。终端通过LOGOUT消息（LOGOUT报文，参见WMMP-T的“LOGOUT”报文体定义）退出登录状态，在消息中携带退出登录的原因。M2M平台应更新终端状态为未登录，同时在退出登录日志中记录终端退出登录的原因。或者，当M2M终端与M2M平台之间处于通信故障状态时，先检测出通信故障的一方(即可能是M2M终端，也可能是M2M平台)向对方发送LOGOUT报文，并通过LOGOUT报文的状态字报告通信故障。LOGOUT由请求方发送后，请求方收到LOGOUT_ACK（LOGOUT_ACK报文，参见WMMP-T的“LOGOUT_ACK”报文体定义）或接收超时后，释放该连接。5.5. 处理终端变更映射关系当M2M终端更换SIM卡或GSM模块时，需要向M2M平台提交映射关系变更请求。M2M平台接收到终端变更映射关系请求的处理步骤如下：（1） 平台接收到终端发起的映射关系变更请求，上报参数包括IMEI（现）、IMSI（现）、终端序列号、接入验证密码的摘要体（其中的IMEI、IMSI为变更前）；（2） 平台对终端进行鉴权，包括验证安全摘要、验证终端订购关系、终端序列号是否合法、旧的映射关系是否正确、新的映射关系是否与已有的映射关系冲突，验证协议版本号；（3） 终端鉴权通过，平台更新终端序列号和SIM卡映射关系，返回映射关系变更成功。否则返回相应的错误码（REGISTER_ACK报文，参见WMMP-T的“REGISTER_ACK”报文定义）。5.6. 连接检测功能处于长连接模式时，M2M终端在激活状态定期向M2M平台发送连接检测消息（HEART_BEAT报文，参见WMMP-T的“HEART_BEAT”报文定义），平台收到后回复HEART_BEAT_ACK消息。M2M平台如果超过一定时间（要求这个时间可配置）未收到终端的心跳消息，则认为终端异常离线，平台应更新终端的状态，并在门户上显示告警信息。对于短连接模式，根据实际业务需求，终端也可以上报心跳消息，平台根据心跳消息了解终端处于正常状态，并记录终端最新的通讯模式。5.7. 处理终端信息上报功能终端可通过CONFIG_TRAP向平台上报信息。M2M平台记录终端上报的信息，以便进行统计分析。M2M平台收到终端上报信息后，首先对终端进行鉴权，然后根据不同的上报内容进行相应的处理。5.7.1. 应用软件安装上报功能M2M终端监测到终端上新安装了应用软件或升级了终端软件，则触发应用安装信息上报。M2M终端发送应用安装报告到M2M平台，平台对终端进行鉴权。鉴权通过后，平台生成并保存终端软件安装记录。5.7.2. 业务使用上报功能M2M终端需要将业务使用情况向M2M平台进行上报，以便M2M平台统计业务使用情况。M2M平台可设置终端上报业务的条件，包括立即上报、周期上报、当月首次使用上报。M2M平台在收到业务使用上报消息后，对终端进行鉴权，然后保存终端业务使用记录，同时记录日志信息。5.7.3. 终端应用软件卸载上报功能当M2M终端卸载应用软件时，需要向M2M平台进行上报。M2M终端监测到终端卸载了终端软件，则触发M2M应用卸载信息上报。M2M平台接收到M2M应用卸载信息后，对终端进行鉴权，鉴权通过后，M2M平台保存终端软件卸载记录，并记录日志。5.7.4. 处理终端告警功能当M2M终端检测到故障发生，或者某状态值采集信息超过设置的阈值时，向平台上报告警。故障代码参见WMMP-T的附录D（4）。平台接收到终端告警信息，应记录终端故障（包括记录发生故障的终端、故障代码，上报故障的时间），并更新终端状态为故障状态。同时平台应通过门户显示终端告警信息。终端故障恢复后，向平台上报故障恢复（上报恢复故障的故障代码）。平台将终端故障记录标记为已恢复，并记录上报故障恢复的时间。当终端所有的故障均已恢复，平台将终端状态标记为正常。M2M平台的故障代码应允许厂家进行扩展。一个厂家的扩展故障代码只对该厂家有效；一个扩展故障代码应包括故障代码ID（扩展范围为0x10000x2FFF）、故障名称、故障说明。平台的门户上可查询并以列表方式展现终端的故障信息，包括故障ID、故障名称、故障上报时间、故障恢复时间、故障描述等。5.7.5. 处理终端统计数据上报功能M2M平台可对终端配置统计上报规则，包括定时上报、周期上报。如果是定时上报，则平台门户应提供参数设置界面，供操作员编辑指定终端上报统计数据的时间、统计的起始时间、统计结束时间，以及要求终端上报的统计数据，包括短信、GPRS、USSD消息的收发条数、成功发送条数、发送失败条数。如果是周期上报，则平台门户应提供参数设置界面，供操作员编辑统计起始时间和结束时间、要求终端上报的统计数据，以及针对短信、GPRS、USSD三种不同统计数据设置的上报时间周期。M2M平台在接收到终端的统计上报消息后，首先对终端进行鉴权。鉴权通过后，记录终端的统计数据，并通过门户向操作员提供查询和展现功能。5.8. 参数配置功能5.8.1. M2M终端始发的参数配置功能终端向平台请求配置数据属于异步交互事件。M2M终端在获取参数配置生效后，需要向M2M平台上报参数。终端始发的参数配置流程如下：（1） M2M终端根据需要主动发起参数配置请求（CONFIG_REQ报文，参见WMMP-T的“CONFIG_REQ”报文定义），M2M平台对终端进行鉴权。（2） 如果鉴权通过，M2M平台判断终端请求的参数中是否有不可识别的参数。若有，则向M2M终端返回数据请求无效的应答，并在应答报文中包含有不支持的TAG的TLV，且TLV中L为0；否则，则向M2M终端返回数据请求有效，并在应答报文中回复终端请求的TLV。（3） 终端在接收到配置参数时，立即应用参数。分为两种情况：a) 新参数生效无需重启终端。首先将原有参数保存，然后写入新参数配置，则待新参数生效后且系统稳定运行后，向平台上报参数配置结果，即用CONFIG_TRAP返回新参数的TLV，由平台对参数配置结果进行验证。b) 新参数生效需要重启终端。首先将原有参数保存，然后写入新参数配置，并向M2M平台发送LOGOUT并且LOGOUTREASON=7后，重启终端。终端重启后向M2M平台发登录，若登录报文中CRC校验的参数无法完全包括本次配置的参数，在登录完成后则由M2M平台主动下发参数查询命令，以验证本次参数配置是否生效。5.8.2. M2M平台始发的参数配置功能当操作员认为需要对所属M2M终端进行参数配置时，可以创建参数配置任务，由M2M平台向终端发起参数配置消息。M2M平台在发送参数配置短信后，行业网关转发短信并向平台返回报告。平台生成参数配置日志。参数批量配置时，终端不在线的情况下，M2M平台必须存储不在线终端的参数，在这些终端上线时M2M平台必须主动下发参数到这些终端。操作员在M2M平台门户可创建参数配置任务，指定待配置的终端，设置配置参数以及配置任务的执行时间。平台始发的参数配置流程如下：（1） 在M2M平台门户创建参数配置任务，向终端下发参数配置消息；（2） M2M终端在接收到M2M平台根据需要发起远程参数配置命令之后，判断在下发的参数中是否有不可识别的参数，即TLV组中有部分TLV是终端上无定义、无法支持的。若有不可识别的参数，则拒绝执行参数配置命令，向M2M平台返回数据无效的应答，并在应答报文中上报包含有不支持的TAG的TLV，且TLV中L为0；（3） 若终端支持下发的全部参数，则将参数暂存，并向M2M平台返回数据正确的应答； （4） 若终端因正在运行业务，无法立即应用参数，将以心跳间隔向M2M平台上报暂缓应用参数配置信息(使用CONFIG_TRAP和0x4010定义的TLV组)，直至可以应用参数配置为止；M2M平台暂不更新终端的参数配置记录；（5） 终端在应用参数配置时，分为两种情况：a) 新参数生效无需重启终端。首先将原有参数保存，然后写入新参数配置，则待新参数生效后且系统稳定运行，向平台上报参数配置结果，即用CONFIG_TRAP返回新参数的TLV，由平台对参数配置结果进行验证。b) 新参数生效需要重启终端。首先将原有参数保存，然后写入新参数配置，并向M2M平台发送LOGOUT并且LOGOUTREASON=0x07后，重启终端。终端重启后向M2M平台发登录，M2M平台对参数的CRC校验值进行校验，如果不符，则由M2M平台主动下发参数查询命令，以验证本次参数配置是否生效。5.8.3. M2M平台自定义TLV参数功能根据M2M规范无线机器通信协议M2M平台与终端接口分册，通信协议中对终端必须支持的标准TLV进行了说明，规定了终端所应支持的基本能力。在实际应用中，业务情况的千差万别，终端的实际应用情况也大不相同，为了兼顾M2M业务的通用性和可扩展性，M2M平台允许终端厂商在标准TLV的基础上，利用协议中预留的TAG值（0x8001 0xDFFF），进行一定的扩展。终端厂商通过自定义TLV参数的功能，在平台上增加自定义的TLV,并声明TLV对应的TAG值，长度，值类型，参数类型等相关信息。相关的TLV信息录入到平台之后，平台应能够像处理标准的TLV一样，能够从终端的上行消息中识别并解析出扩展的TLV的相关信息，并进行存储或显示。 同时，在终端的参数配置页面，允许相应的管理人员对扩展的TLV进行配置、修改、查询。TLV的扩展，同终端序列号中的终端类型相对应，也就是说，每个厂商的每种终端类型对应一套扩展TLV,不同类型的终端同一个扩展后的TAG的含义，可以不同。一个扩展的TLV应该包含以下的基本信息：信息名称信息含义数据类型长度备注SchemaId终端厂商编号+终端类型编号数字+大写字母7终端场上编号+终端类型编号唯一的确定一套TLV扩展方案TagCode被扩展的TLV的TAG值数字2终端场上编号+终端类型编号+TAG值唯一的确定一个扩展TLV ,TAG值只能取0x80010xDFFF之间的值LegthValue扩展的TLV参数中参数值得长度数字2ValueType扩展TLV中参数的取值类型数字10-数字1-字符串2-IP地址:端口号3-二进制码流4-IPV4地址5-电子邮件地址6-日期7-时间8-日期+时间TagType扩展TLV类型数字11-配置参数:平台可读可写参数2-状态参数:平台只读不写参数(在配置界面不可见，查询界面可见)3-其它类型各种终端厂商根据自己的需要为终端扩展相应的TLV，从而提高终端的灵活性，以便更好地开展相应的M2M业务。同时也是终端能够提供更多的可管理性和可维护性的基础，并为更灵活和方便的自定义报表系统提供了相应的基础。5.9. 终端监测功能5.9.1. 终端信息采集功能M2M平台在执行信息采集任务时，向M2M终端发送终端信息采集命令（CONFIG_GET报文，参见WMMP-T中的“CONFIG_GET”报文定义），要求终端立即上报其工作状态或者配置参数，如位置、信号强度、通信方式、业务代码等。M2M终端上报平台需要采集的信息。M2M平台对终端进行鉴权（参见5.1 终端鉴权流程）。M2M平台收到M2M终端上报参数后，将参数入库保存。M2M平台生成终端信息采集日志。终端信息采集流程如下：（1） 管理员创建终端信息采集任务，指定需要采集的参数或状态的TAG，以及需要采集的终端；（2） 平台执行终端信息采集任务，向终端下发信息采集指令（CONFIG_GET）；（3） 终端处理信息采集指令并返回应答；（4） 如果终端返回消息中携带了终端不能识别的TAG，则平台应记录终端返回的TAG，并在管理员查询任务执行结果时，可以展示这些TAG；5.9.2. M2M平台发起的终端状态监测功能M2M平台可以主动发起对终端的状态进行监测。M2M平台发送终端监测触发短信到M2M终端，终端采集终端本身或M2M应用的状态后上报M2M平台。上报的状态可包含M2M平台与终端接口规范中规定的状态值以及厂家自定义状态。完成状态监测后，M2M平台记录和更新终端的状态，并生成终端监控日志。5.9.3. 终端远程控制功能M2M平台支持对终端进行远程控制操作，通过发送远程控制指令（REMOTE_CTRL报文，参见WMMP-T中的“REMOTE_CTRL”报文定义）控制终端重启、复位等操作。远程控制指令是异步操作，终端收到远程控制指令后返回控制应答，表示已收到控制指令。如果有终端无法识别的TAG，终端在应答中返回这些TAG。M2M平台在收到终端应答后，生成远程监控日志。M2M平台应记录终端不能识别的TAG，以便操作员通过门户查询控制指令的执行情况。5.9.4. 处理终端心跳M2M终端与M2M平台之间，通过终端心跳功能告知终端的在线运行情况。分为长连接和短连接两种情况：（1）长连接模式处于长连接模式时，M2M终端在激活状态定期向M2M平台发送连接检测消息（HEART_BEAT报文，参见WMMP-T中的“HEART_BEAT”报文定义），表示M2M终端处于工作状态，M2M平台收到后给予应答，并更新终端连接状态。M2M平台应监测终端是否漏报心跳消息，如果连续漏报的周期超过阈值，则认为M2M终端与M2M平台之间可能处于通信故障状态，M2M平台应将终端状态设置为M2M终端故障，并可通过门户查看。（2）短连接模式对于短连接模式，虽然不需要通过心跳报文来维持链路，但根据实际业务需求，M2M终端也可以通过心跳报文来告知平台终端处于工作状态。M2M终端根据心跳消息更新终端的连接状态、通讯模式，但不作为终端是否离线或处于故障状态的依据。5.10. 软件下载功能M2M平台支持终端软件的下载。软件下载流程分为两个阶段：下载通知流程和终端下载流程。在下载通知流程中，平台将下载通知发送给终端，终端判断是否可以立即下载并将通知响应包发送给平台。M2M终端可以通过M2M平台或第三方的升级服务器对其软件进行升级。终端厂商将升级软件包发布到M2M平台上，或者软件位于第三方服务器，终端厂商操作员通过M2M平台创建升级事务，并向M2M终端下发升级通知（DOWNLOAD_INFO报文，参见WMMP-T中的“DOWNLOAD_INFO” 报文定义)，通知终端下发升级服务器的地址和端口，以及升级相关的版本信息。在终端下载流程中，终端根据下载通知的内容指示向平台请求下载。M2M平台支持终端通过WMMP-T规范中的FILE_REQ报文下载文件，支持断点续传。5.10.1. 下载通知M2M平台发送软件下载通知（DOWNLOAD_INFO报文，参见WMMP-T中的“DOWNLOAD_INFO” 报文定义)到终端，下载通知包括被下载的软件的版本号，软件所在的地址。终端判断是否可以立即升级并向平台发送下载通知响应包（DOWNLOAD_INFO_ACK报文，参见WMMP-T中的“DOWNLOAD_INFO_ACK” 报文体定义）。M2M平台记录下载通知的响应结果。终端返回的应答可能包括如下结果码：0x00已是最新版本，不需更新；0x01立即准备更新；0x02终端正在执行业务，暂缓更新；0x03终端不支持升级协议；0x04URL参数无效；0x05终端缓存不足无法下载M2M平台的门户应提供界面供管理员或操作员查询升级通知的结果。5.10.2. 终端下载软件终端在收到下载通知后，即可向平台发送下载终端软件的请求（FILE_REQ报文，参见WMMP-T中的“FILE_REQ”报文体定义）。M2M平台接收终端的下载终端软件请求，根据终端的类型进行适配，将指定版本下载到终端； 下载完成后，平台生成软件下载日志。下载流程如下：（1） M2M平台下发升级通知；（2） 终端验证URL以及协议版本，然后应答下载通知；（3） 终端通过FILE_REQ报文请求文件传输，M2M平台根据请求报文中的文件偏移地址以及读取文件的长度，返回终端请求的文件数据；（4） 完成下载后，平台根据下载是否成功记录日志。5.11. 应用接入功能5.11.1. SI/SP/EC应用接入M2M平台通过M2M应用接入模块，由WMMP-A协议，接受SI/SP/EC应用平台的连接请求，并对接入的应用进行接入鉴权和报文格式鉴权。M2M平台通过应用的业务代码来唯一标识一个应用的链路。M2M平台作为服务端监听并响应应用的连接请求，建立TCP/IP连接。应用发送登录用户名，以及密码到平台接入模块，接入模块对注册帐户信息进行验证。M2M平台与应用间的连接为长连接，通过定时发送链路检测包测试链路的工作状态。链路检测包由M2M平台侧主动发起，由应用侧响应。如果应用对连续3个链路检测包都没有应答，则应用接入模块认为该链路已失效，断开该TCP/IP连接。5.11.2. SI/SP/EC应用消息转发功能此功能用于业务流与管理流并行模式，即终端业务流经过M2M平台转发到应用，或者应用业务流经过M2M平台转发到终端，终端或应用可以通过TRANSPARENT_DATA指令要求平台透传应用消息。M2M平台对消息中的用户数据进行解析并存储日志，用作备份查询，并转发到目的终端或应用。M2M平台收到终端的数据透传指令，根据报文中的业务代码查找应用与平台的链路。平台在转发终端上行消息之前，对终端的订购关系进行鉴权，只有该终端与应用之间存在订购关系，M2M平台才向相应的应用转发消息。M2M平台收到应用平台的数据透传指令，通过消息头中的终端序列号来定位目的终端；M2M平台在进行消息转发前应对目的终端的订购关系进行鉴权，应用必须和终端具有订购关系，才允许向终端下发消息，平台应根据终端最新的通讯模式向终端转发应用消息。M2M平台转发终端消息到应用，或转发应用消息到终端，都必须在平台进行解析并进行存储备份。5.11.3. SI/SP/EC终端监控指令转发功能此功能用于业务流与管理流并行模式。当终端需要向应用上报终端监控数据，或者应用需要向终端下发终端监控指令，M2M平台对消息中的数据不作处理，直接转发到目的终端或应用。为了保持平台日志的一致性，以及用于业务维护的用途，平台需要将协议包解析后并进行有效存储。M2M平台收到终端的终端监控数据透传指令，根据报文中的业务代码查找应用与平台的链路。平台在转发终端上行监控数据透传指令消息之前，对终端的订购关系进行鉴权，只有该终端与应用之间存在订购关系，M2M平台才向相应的应用转发消息。M2M平台收到应用平台的终端监控数据透传指令，通过消息头中的终端序列号来定位目的终端；M2M平台在进行终端监控数据透传指令消息转发前应对目的终端的订购关系进行鉴权，应用必须和终端具有订购关系，才允许向终端下发消息；如果是行业应用，还要求该终端是集团用户所属终端。M2M平台应根据终端最新的通讯模式向终端转发消息。M2M平台转发终端监控数据透传指令消息到应用，或转发监控数据透传指令消息到终端，在都必须在平台进行解析并进行存储备份。5.11.4. 应用故障管理功能应用接入模块检查应用的链路检测消息，如果应用连续3次未响应平台的链路检测消息，认为链路断开。平台记录应用响应终端业务消息的延迟时间或无应答次数，如果超出阈值范围，则认为应用故障。5.12. 平台运行管理功能终端接入模块记录如下信息：M2M平台连接通信网关的连接状态，连接次数；平台对M2M终端的GPRS请求成功响应数量、拒绝数量、传送信息量；