中国移动M2M终端规范——WMMP协议分册.doc

中国移动通信企业标准QB-E-007-2008中国移动M2M终端规范WMMP协议分册M2M Terminal SpecificationWMMP Protocol Part版本号：1.0.02009-1-21实施2009-1-21发布中国移动通信集团公司 发布目录1.范围12.规范性引用文件13.术语、定义和缩略语14.M2M终端的基本要求34.1.概述34.2.M2M终端基本功能要求34.3.M2M终端基本预置要求44.4.M2M终端通信功能44.5.M2M终端的硬件要求54.5.1.闪存要求54.5.2.RAM要求55.WMMP协议对M2M终端的要求65.1.M2M终端WMMP业务状态管理65.2.M2M终端序列号管理85.3.M2M终端通信过程中数据安全性的实现85.4.通信双方报文的鉴权115.5.M2M终端和平台系统连接性处理135.5.1.M2M终端的报文重发机制135.5.2.M2M终端与M2M平台的连接检测145.5.3.M2M终端上线失败错误处理155.6.M2M终端与M2M平台的核心参数一致性205.7.M2M终端的注册与映射关系变更205.7.1.M2M终端向M2M平台注册215.7.2.M2M终端变更映射关系225.7.3.注册标识的管理245.7.4.注册异常处理245.8.M2M终端安全参数的设置255.8.1.M2M终端预置接入密码和基础密钥265.8.2.M2M终端接入密码、基础密钥的下发与变更265.8.3.本地人工清除终端与平台的数据交互安全设置305.8.4.M2M终端与SIM卡的双向安全认证参数设置305.9.M2M终端登录M2M平台365.10.M2M终端退出M2M平台385.11.M2M终端参数配置405.11.1.M2M平台向M2M终端设置终端参数405.11.2.M2M终端向M2M平台请求配置数据425.11.3.M2M终端配置参数登录同步435.11.4.M2M终端参数配置异常处理445.11.5.M2M终端本地人工配置参数455.12.M2M终端监测455.12.1.平台向终端实时提取信息455.12.2.终端异常状态上报465.12.3.终端远程控制465.12.4.心跳包状态监测475.13.M2M终端与业务应用平台的数据交互475.14.M2M终端信息上报505.14.1.底座软件安装上报505.14.2.行业应用软件安装上报505.14.3.业务使用上报505.14.4.行业应用软件卸载上报505.14.5.M2M终端上报告警数据505.14.6.M2M终端上报统计数据515.14.7.M2M终端信息上报异常处理515.15.软件下载与升级515.15.1.M2M终端版本定义515.15.2.软件下载通知515.15.3.软件下载与升级525.15.4.终端升级异常处理545.15.5.终端软件下载与升级内容格式要求545.16.多包处理流程555.16.1.SISO555.16.2.MISO565.16.3.SIMO575.16.4.MIMO576.M2M终端性能要求597.M2M终端安全要求598.编制历史59前 言本标准规定了M2M业务过程中涉及的M2M终端设备在执行无线机器通信协议(WMMP)需要遵从的技术文件。本标准主要包括M2M终端基本要求、WMMP协议要求、性能要求、安全要求等方面的内容。本标准是M2M业务系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1QB-D-108-2007中国移动M2M业务总体技术要求2QB-D-053-2006中国移动M2M业务规范3QB-D-111-2007中国移动M2M平台设备规范4QB-D-110-2007中国移动M2M数据业务系统通用网管接口技术规范5QB-D-147-2007M2M平台与行业应用移动终端监控平台接口规范6QB-D-100-2008中国移动无线机器通信协议M2M平台与终端接口分册7QB-D-101-2008中国移动无线机器通信协议M2M平台与应用系统接口分册8QB-E-007-2008中国移动M2M终端规范WMMP协议分册本标准需与QB-D-108-2007M2M业务总体技术要求、无线机器通信协议M2M平台与终端接口分册配套使用。本标准的附录A-B为标准性附录。本标准由中移技200926号印发。本标准由中国移动通信集团公司技术部提出并归口。本标准起草单位：中国移动通信有限公司研究院 本标准主要起草人：刘玮、肖青、王哲伟、朱暐、童小平、刘越、赵立君、郑巍1. 范围本标准规定了在M2M业务系统中所涉及的M2M终端产品运行WMMP协议的基本要求；供中国移动集团公司内部和合作厂商共同使用，是M2M业务开展、终端设备开发方面的技术依据；适用于GSM/GPRS网络环境。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-11QB-D-053-2006M2M业务规范V1.0中国移动通信有限公司2QB-D-108-2007M2M业务总体技术要求中国移动通信有限公司3QB-D-003-2005全网行业应用业务规范中国移动通信有限公司4QB-D-030-2005全网行业应用接口规范中国移动通信有限公司5QB-D-111-200M2M平台设备规范中国移动通信有限公司6无线机器通信协议M2M平台与终端接口分册中国移动通信有限公司3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-1词语解释APIApplication Programming InterfaceAPNAccess Point NameDLAbbreviation for OMA Download OTADTUData Termanit UnitECEnterprise CustomerGGSNGateway GPRS Support NodeGPRSGeneral Packet Radio ServiceGSMGlobal System for Mobile CommunicationHTTPHyper Text Transfer ProtocolIMEIInternational Mobile Equipment IdentityIMSIInternational Mobile Subscriber IdentityM2MMachine-to-MachineOTAOver The AirWMMPWireless Machine-to-Machine ProtocolSOAPSimple Object Access ProtocolSMSShort Message ServiceSMSCShort Message Service CenterUSSDUnstructured Supplementary Service DataSISystem IntegraterMOMobile OriginatedMTMobile TerminatedSISO在WMMP协议通信过程的一个事务中，单包请求单包应答的情况SIMO在WMMP协议通信过程的一个事务中，单包请求多包应答的情况MISO在WMMP协议通信过程的一个事务中，多包请求单包应答的情况MIMO在WMMP协议通信过程的一个事务中，多包请求多包应答的情况4. M2M终端的基本要求4.1. 概述M2M是Machine-to-Machine/Man的简称，是一种以机器智能交互为核心的、网络化的应用与服务。它通过在机器内部嵌入无线通信模块，以无线通信等为接入手段，为客户提供综合的信息化解决方案，以满足客户对监控、指挥调度、数据采集和测量等方面的信息化需求。M2M分为机器对机器、人对机器、机器对人三大类。本规范中的M2M终端是指能够接入中国移动的通信网络、具有M2M业务承载能力并支持WMMP协议的终端。本规范规定了M2M终端对于处理WMMP协议的要求，其中基本原则如下：一、如无特别声明，M2M终端的业务流的通信优先于管理流的通信，即M2M终端向业务平台、其它M2M终端以及M2M平台发送其应用业务数据时，具有最高的通信优先权。必要时，M2M终端可中断与M2M平台之间的WMMP管理流数据，立即发送业务流数据。二、如无特别声明，M2M终端上与其应用业务相关的指令操作、软件运行优先于与基于WMMP协议的M2M终端监控相关的指令操作、软件运行。必要时，M2M终端可以中断正在执行的WMMP终端监控相关的指令操作、软件运行，以完成与与其应用业务相关的指令操作。三、M2M终端收到M2M平台下发的WMMP命令后，应当在不影响业务应用软件或业务应用正常工作的情况下尽快执行。4.2. M2M终端基本功能要求为配合M2M平台通过WMMP协议对M2M终端的操作控制，M2M终端应具备以下基本功能：l M2M终端序列号管理l M2M终端参数配置l M2M终端监测l M2M终端信息上报l 统计分析l 软件下载与升级l SIM卡安全管理l 报文安全认证机制l 报文加密、解密功能4.3. M2M终端基本预置要求为配合M2M平台通过WMMP协议对M2M终端的操作控制，M2M终端必须预置以下参数：l M2M平台短信特服号码l 心跳时间间隔l 短信中心号码l 最小注册失败重试间隔l 最大注册允许失败次数l 最小登录失败重试间隔l 最大登录允许失败次数l 最大登录失败重试间隔l 报文超时时间l 最大报文重发次数如果M2M终端支持GPRS通信功能，还必须预置以下参数：l GPRS网络承载参数：APN、用户名、密码l M2M平台接入参数：IP、端口或URLM2M终端还应根据各具体M2M业务应用的需求，预置相关M2M业务应用的参数。如果因为实际应用需要等特殊原因，M2M终端需要预先植入序列号，则必须保证序列号符合附录A章节的定义。4.4. M2M终端通信功能本规范定义范围内的M2M终端在通信功能方面必须支持中国移动通信有限公司的通信网络以及中国移动的WMMP通信协议接口，以实现与M2M平台数据交互。M2M终端根据业务使用特点，选择其中一种或多种承载方式：SMS/GPRS/USSD等。但M2M终端必须具有接收和发送SMS的能力，在特定情况下能接收到M2M平台的远程控制短信并正常动作，根据M2M终端的业务订购情况决定是否发送SMS。M2M终端采用GPRS作为通信方式时，必须具备APN切换功能，以保证M2M终端可以同时与M2M平台和其业务应用平台保持数据通信，同时M2M终端必需能够处理可能的通信冲突的能力。其它具体要求参考无线机器通信协议M2M平台与终端接口分册。4.5. M2M终端的硬件要求由于M2M终端的硬件实现基于行业应用的需求考虑，在CPU、闪存(Flash Memory)、RAM、系统软件的选型上取决于功耗、尺寸、温度等行业应用要求，因此本规范不对M2M终端的硬件实现做硬性要求，但M2M终端为满足处理WMMP协议必须满足以下条件：4.5.1. 闪存要求M2M终端的闪存应满足以下要求：l 具有充足的闪存保证M2M系统软件稳定运行，对于具备升级功能的M2M终端，该系统软件包括当前版本及未来可能出现的升级版本，闪存容量必须大于当前系统存储空间至少2倍以上，或能通过现有M2M平台WMMP协议相关测试；l 对于具备升级功能的M2M终端，在升级失败时能正常切换回当前运行版本，避免升级中途失败或其他异常情况导致M2M终端系统软件失效的情况；l 对于需要本地存储的应用应具备存储一定业务数据或监控数据的能力。4.5.2. RAM要求M2M终端的RAM应满足以下要求：l M2M终端的RAM空间应保证系统软件稳定运行；l M2M终端的RAM空间应留有一定的余量，以备未来M2M终端可能由于业务需要进行升级所增加的性能开销；l 能通过现有M2M平台WMMP协议一致性的相关测试。5. WMMP协议对M2M终端的要求5.1. M2M终端WMMP业务状态管理M2M终端业务状态包括：l 未预置序列号状态l 预置序列号状态l 注册失败状态l 注册成功状态l 连接正常状态l 连接异常状态l 连接告警状态对M2M终端管理其业务状态的要求如下：1. M2M终端必须能够正确的判断其目前的业务状态。2. M2M终端必须能够根据其自身实际业务情况，依据本规范所规定的业务状态迁移条件，判断其业务状态迁移的方向。3. 在业务状态迁移的过程中，M2M终端必须保证与业务状态迁移无关的数据不被更改。M2M终端的各业务状态转换关系如图5.1所示。图5.1 M2M终端业务状态转换图业务状态说明：1. M2M终端出厂后，如果预置序列号则初次使用时进入预置序列号状态，否则进入未预置序列号状态。此两种状态在初次部署时都会发起注册流程，注册成功则会进入注册成功状态（处于未预置序列号状态的M2M终端将获得序列号），失败则进入注册失败状态，根据M2M平台返回注册结果不同，可能重试，或进入最终状态放弃注册，重试如果成功则进入注册成功状态（处于未预置序列号状态的M2M终端将获得序列号），否则会继续重试或进入最终状态放弃注册。2. 进入注册成功状态后，M2M终端执行登录流程，登录成功则进入连接正常状态，否则进入连接异常状态。3. 在连接正常状态下，M2M终端和M2M平台进行正常的协议交互。当出现连接异常时，则M2M终端执行退出流程进入连接异常状态。4. 在连接异常状态下，M2M终端将在预置的允许次数下重试发起登录流程，如果成功，则进入连接正常状态。如果失败超过重试次数，则M2M终端将除终端序列号外的通信参数恢复为进行注册前的初始参数，保证能连接至M2M平台，然后进入连接告警状态。5. 进入连接告警状态时，M2M终端将产生告警，包括本地报警、远程sms报警（须应用的业务支持），并等待本地手工复位、远程控制操作。6. 在连接告警状态下，如果M2M终端接收到本地手工复位时，即开始登录流程，成功则进入连接正常状态，失败则进入连接异常状态。7. 在连接告警状态下，如果M2M终端接收到远程控制操作的重新注册指令时，则开始注册流程，注册成功则进入注册成功状态,失败则进入注册失败状态。8. 在连接告警状态下，如果M2M终端接收到远程控制操作的重新登录指令时，则开始登录流程，登录成功则进入连接正常状态,失败则进入连接异常状态。5.2. M2M终端序列号管理在M2M业务中，M2M终端序列号是M2M平台和业务应用平台管理、识别M2M终端的唯一标识。M2M终端与M2M平台和业务应用平台之间的交互数据包中都必须携带其序列号，只有拥有合法序列号的M2M终端才能使用M2M业务。因此，M2M终端在使用前必须向M2M平台申请终端序列号并可靠植入。序列号通过以下两种方式写入M2M终端：1. M2M终端在首次使用时，自动向M2M平台注册以获取序列号并植入。2. 由厂商预先从M2M平台批量申请序列号，在M2M终端在出厂或使用前直接人工植入。M2M终端一旦植入序列号：1. 必须将其固化在M2M终端硬件中并妥善存储，不能被用户随意读写、掉电不失、不被破坏。2. 更换GSM模块或SIM卡、软件版本升级更新、返厂检修等操作不能影响已有序列号，不得丢失、更改已有序列号，不得再向平台重新申请序列号。3. M2M终端损坏或其他原因不再使用时，需人工向M2M平台注销该M2M终端所分配的终端序列号。M2M终端序列号的格式定义参见附录A。5.3. M2M终端通信过程中数据安全性的实现WMMP协议通过采用3DES加密算法对传输过程中的数据（TLV或TLV组）进行加密，来实现报文数据的安全性。WMMP协议报文在传输过程视本地安全策略分为以下传输模式：l 明文模式l 部分（TLV）加密模式；l 全部(TLV)加密模式；本地安全策略实际为M2M平台在初次注册或后续通信过程中对M2M终端进行的配置。其配置TLV定义见附录B（6）“安全控制相关内容”定义。本协议建议，默认情况下除LOGIN和LOGIN_ACK报文，REGISTER和REGISTER_ACK报文且REGISTER.OPERATION=0x02，SECURITY_CONFIG和SECURITY_CONFIG_ACK报文必须使用安全摘要体外，其他命令报文根据登录过程中平台下发给M2M终端LOGIN_ACK报文中携带的安全设置TLV(0xE022、0xE023、0xE024)决定是否使用安全摘要体。对于报文解密失败时，需将原报文的报文头作为验证失败通知返回报文发送方，但必须更改其安全标识的解密失败标识位。WMMP协议在加密、解密过程中使用到了两个密钥：基础密钥和会话密钥。具体定义参见无线机器通信协议M2M平台与终端接口分册中“7. WMMP协议的安全机制”。接入密码和基础密钥的获取参考本规范后续章节。获取会话密钥现过程如图5.2所示：图5.2 M2M终端会话密钥的获取流程基于会话密钥加密通信过程如图5.3所示：图5.3 基于会话密钥加密通信过程此通信加密功能为推荐功能，M2M终端可不具备该功能中的加密模式。5.4. 通信双方报文的鉴权M2M终端必须能够对接收到的数据报文的合法性进行鉴权。鉴权内容包括：1. 报文的流水号是否合法：1）对于注册请求报文，其流水号随机产生，遇到超时重发注册报文时，重发的注册报文的流水号不能与上次的流水号相同；2）对于登录报文，其流水号随机产生，遇到超时重发登录报文时，重发的登录报文的流水号不能与上次的流水号相同；3）对于其他报文，其流水号应持续递增，遇到超时重发时，重发的报文的流水号不能与上次的流水号相同；2. 报文协议版本是否合法。3. 报文中的序列号是否为本终端的序列号。4. 报文的来源是否合法，即验证SMS、GPRS、USSD的源地址是否合法。5. 报文完整性鉴权报文来源合法性以及完整性检查通过计算报文体的摘要而实现，摘要的算法为：MD5(报文头报文体时间戳+IMEI+IMSI+上、下行接入密码)其中：Ø 上、下行密码是M2M终端对应M2M平台在发送、接收报文时的密码，其生成一般由平台主动下发。Ø 时间戳是M2M终端登录M2M平台鉴权成功后，M2M平台在登录响应报文中附带的CURTIME字段，在此已建立的连接过程中摘要计算中的时间戳必须等于此值；Ø 对于注册请求-应答报文、登录请求报文时间戳固定为0x00000000。具体参见无线机器通信协议M2M平台与终端接口分册的说明。M2M终端与M2M平台通信过程中报文鉴权具体流程如图5.4下：图5.4 M2M终端与M2M平台通信过程中报文鉴权本地安全策略实际为M2M平台在初次注册或后续通信过程中对M2M终端进行的配置。其配置TLV定义见附录B（6）“安全控制相关内容”“接入密码相关参数(0xE0210xE013)”定义。5.5. M2M终端和平台系统连接性处理M2M终端必须能够根据业务应用方式自动使用或手工设置相应的通信方式与M2M平台及业务应用平台交互。5.5.1. M2M终端的报文重发机制当M2M终端在发送请求时，不可避免地出现报文丢失的情况。M2M终端必须具备报文重发的能力，参见无线机器通信协议M2M平台与终端接口分册。M2M终端的重发机制如图5.5所示。图5.5 M2M终端的报文重发机制M2M终端的重发机制有两个参数：最大报文重试次数、报文超时时间。这两个参数由M2M终端出厂预置，并能由M2M平台配置。对于不同的通信方式，M2M终端可以设置不同的参数；也可以设置相同的参数。参见无线机器通信协议M2M平台与终端接口分册中0x0107、0x0108两组TLV的相关内容。除M2M终端注册、登录交互过程以及本规范特别声明的数据交互过程之外，M2M终端发送的请求报文都必须满足重发机制的要求。5.5.2. M2M终端与M2M平台的连接检测M2M终端必须支持长连接、短连接两种方式与M2M平台保持连接，参见无线机器通信协议M2M平台与终端接口分册。当M2M终端采用长连接方式连接M2M平台时，M2M终端为保持连接，必须定期向M2M平台发送连接检测报文。对于短连接模式，虽然不需要通过心跳包来维持链路，但M2M终端也必须通过心跳包来告知M2M平台M2M终端处于工作状态，便于M2M平台对M2M终端进行监控和管理。M2M终端连接检测过程的报文交互命令为HEART_BEAT和HEART_BEAT_ACK，详细描述参见无线机器通信协议M2M平台与终端接口分册中HEART_BEAT和HEART_BEAT_ACK包体定义的相关内容。M2M终端连接检测流程如图5.6所示。具体流程参见无线机器通信协议M2M平台与终端接口分册。图5.6 M2M终端与M2M平台的连接检测流程5.5.3. M2M终端上线失败错误处理M2M终端的应用方式可分为：管理流业务流分离方式，管理流业务流并行方式。具体参见M2M业务总体技术要求。5.5.3.1. 管理流业务流分离方式对于管理流业务流分离方式，M2M终端上线失败的情况及处理参见无线机器通信协议M2M平台与终端接口分册7.5章节。5.5.3.2. 管理流业务流分离方式M2M终端与M2M平台以及业务应用平台连接均采用长连接时，分为4种上线失败状态。针对不同的状态，M2M终端有4种不同的处理方式。分别是：1. M2M终端与M2M平台和业务应用平台的连接均为正常状态图5.7 M2M终端与M2M平台和业务应用平台均为正常连接2. M2M终端与业务应用平台连接正常，但与M2M平台连接出现故障图5.8 M2M终端与与业务应用平台连接正常，但与M2M平台连接出现故障其中，一直尝试重新登录M2M平台的时间间隔设置参见本规范中M2M终端登录M2M平台相关章节内容。3. M2M终端与M2M平台连接正常，但是与业务应用平台连接出现故障图5.9 M2M终端与M2M平台连接正常，但与行业应用平台连接出现故障其中，一直定时尝试连接行业应用平台的时间间隔也是由厂商自行根据经验确定。同样，建议采用本规范5.3.3节所规定的重新登录M2M平台的时间间隔设置。同时，M2M终端向M2M平台发送告警。告警过程的报文交互命令为CONFIG_TRAP和CONFIG_TRAP_ACK，详细描述参见无线机器通信协议M2M平台与终端接口分册中CONFIG_TRAP和CONFIG_TRAP_ACK包体定义的相关内容，在告警中需要配合使用0x300B、0x300C、0x300D三组TLV描述告警内容。M2M平台在收到M2M终端与行业应用平台连接出现故障的告警之后，根据用户定制策略来确定是否发送LOGOUT包且LOGOUT.LOGOUTREASON=5，将M2M终端进入业务系统通信故障状态。如果M2M终端收到这样的LOGOUT包，则M2M终端进入连接故障状态，等待远程控制操作（激活、重新登陆、参数复位等操作）。图5.10 M2M终端与M2M平台连接正常，但与业务应用平台连接出现故障退出服务等待激活4. M2M终端与M2M平台和行业应用平台连接均不正常图5.11 M2M终端与M2M平台和业务应用平台连接均不正常如果M2M终端判定与M2M平台和企业应用平台的连接均断开，进入连接异常状态，重试达到一定次数后进入连接告警状态。参见本规范相关章节中正常状态、连接异常、连接告警状态的相关内容。5.6. M2M终端与M2M平台的核心参数一致性在M2M业务中，M2M终端中的一些配置参数值和业务参数值必须与M2M平台上存储的参数值保持一致，这些参数值被称为M2M终端的核心参数（参见附录B TLV 0x0025的定义）。为了保证M2M终端与平台的核心参数配置的一致性，M2M终端必须具有以下功能：1. 必须具备可维护的核心参数列表，该列表存储着本M2M终端的核心参数的TLV组。2. 可根据M2M平台要求，在线更新核心参数列表，增加或删除核心参数。3. 在每次登录M2M平台的报文中，必须包含着按TAG值升序排列的核心参数TLV组的CRC32校验值，以便于M2M平台检测终端的核心参数是否发生了变化。5.7. M2M终端的注册与映射关系变更只有在M2M平台上注册过的M2M终端才能使用M2M业务。因此，M2M终端在每次上电、复位、软件升级等操作之后，都必须首先检查其注册状态。若已注册，则直接向M2M平台发起登录过程；若未注册，则向M2M平台发起注册过程。终端注册过程的报文交互命令为REGISTER和REGISTER_ACK，详细描述参见无线机器通信协议M2M平台与终端接口分册中REGISTER和REGISTER_ACK包体定义的相关内容。如果终端为预置序列号，则必须在REGISTER包上报其序列号；否则，只须上报序列号中表示其终端类型、终端厂商ID、终端型号的前8位信息，而其后8位为全0。5.7.1. M2M终端向M2M平台注册M2M终端向平台注册的流程如图5.12所示。M2M终端注册后，M2M平台返回注册结果。注册结果包括注册成功、数据无效、序列号非法、通信协议版本不兼容等状态，具体流程参见无线机器通信协议M2M平台与终端接口分册。根据M2M平台返回的注册状态代码（REGISTER_ACK.STATUS字段），表明注册成功或失败的原因M2M终端的相应处理策略为：l REGISTER_ACK.STATUS=0x00注册成功，终端必须进入短信模式准备接收平台下发的接入密码和基础密钥。l REGISTER_ACK.STATUS=0x02注册失败，无法验证IMSI订购关系，要求M2M终端改为短信注册。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x03注册失败，非法的MSISDN/IMSI，无该SIM卡订购关系。M2M平台无法从其上报的IMSI中判定其订购关系，要求其改为短信注册；M2M终端须将其业务状态迁移为注册失败状态，并根据其业务特点决定是进入短信注册还是放弃注册（进入最终状态）。l REGISTER_ACK.STATUS=0x04注册失败，MSISDN/IMSI冲突，该SIM卡对应终端正在线工作。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x05注册变更失败，非法终端序列号。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x06注册变更失败，终端序列号冲突，该序列号对应的终端正在线工作，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x07注册变更失败，IMEI冲突，该IMEI所对应的终端正在线工作，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x08注册变更失败，通信协议版本不兼容，并本地告警。图5.12 M2M终端注册流程5.7.2. M2M终端变更映射关系M2M终端在向M2M平台注册成功后，M2M平台将建立该终端序列号IMSIIMEI三者的映射关系。M2M终端在每次加电初始化自检时，必须检测其IMSI、IMEI是否变更，一旦其中一个参数发生变化，应立即向M2M平台重新注册上报变更映射关系。若M2M平台返回映射关系变更失败，则M2M终端必须本地报警。M2M终端映射关系变更的流程如图5.13所示。图5.13 M2M终端映射关系变更的流程根据M2M平台返回的注册状态代码（REGISTER_ACK.STATUS字段），表明映射关系变更成功或失败的原因M2M终端的相应处理策略为：l REGISTER_ACK.STATUS=0x01终端序列号-IMSI-IMEI映射关系变更成功，M2M终端进入登录流程。l REGISTER_ACK.STATUS=0x02映射关系变更失败，无法验证IMSI订购关系，要求M2M终端改为短信注册。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x03映射关系变更失败，非法的MSISDN/IMSI，无该SIM卡订购关系。M2M平台无法从其上报的IMSI中判定其订购关系，要求其改为短信映射关系变更；M2M终端须将其业务状态迁移为注册失败状态，并根据其业务特点决定是进入短信映射关系变更还是放弃映射关系变更（进入最终状态）。l REGISTER_ACK.STATUS=0x04映射关系变更失败，MSISDN/IMSI冲突，该SIM卡对应终端正在线工作。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x05映射关系变更失败，非法终端序列号。终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x06映射关系变更失败，终端序列号冲突，该序列号对应的终端正在线工作，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x07映射关系变更失败，IMEI冲突，该IMEI所对应的终端正在线工作，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x08映射关系变更失败，通信协议版本不兼容，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x09注册成功，终端预置的接入密码和基础密钥有效，立即发起首次登录。l REGISTER_ACK.STATUS=0x0A注册失败，终端预置的接入密码校验信息验证无效，终端放弃注册，并本地告警。l 0x0B注册失败，终端预置的基础密钥校验信息验证无效，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x0C注册失败，终端预置的接入密码和基础密钥验证都无效，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x0D注册失败，M2M平台无终端预置的接入密码校验信息，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x0E注册失败，M2M平台无终端预置的基础密钥，终端放弃注册，并本地告警。l REGISTER_ACK.STATUS=0x0F注册失败，M2M平台无终端预置的接入密码和基础密钥，终端放弃注册，并本地告警。5.7.3. 注册标识的管理M2M终端注册成功后，必须更改其注册标识位为已注册。M2M终端一旦注册成功，其注册标识必须固化于M2M终端硬件中并妥善存储，不能被随意改写、掉电不易失、不被破坏；更换GSM模块或SIM卡、软件版本升级更新、返厂检修等操作不能更改、使丢失、影响注册标识。5.7.4. 注册异常处理为避免对行业网关和M2M平台不必要的频繁请求，对于注册过程中出现的异常，应遵循以下处理方法：M2M终端注册采用短信方式时，若在规定的时间内，未收到行业网关的短信回执(即发送失败)或注册短信发送成功(即收到行业网关的短信回执)但未收到M2M平台的注册应答，终端则尝试重发注册短信。重发间隔以2的倍数递增进行重发，但最大间隔不超过8小时；直至收到M2M平台返回的注册应答。在此，推荐默认短信注册应答首次超时时间为1小时（参见附录B TLV定义 Tag:0x0026），M2M终端可根据其自身业务设置该超时时间，但不能低于推荐默认值。M2M终端注册采用GPRS方式时，注册报文未成功发出或注册报文正确发出后，在规定时间内未收到M2M平台的注册应答，终端则尝试重发注册报文。如果失败则将重发间隔以2的倍数递增进行重发，间隔超过1小时后，以1小时为间隔重试登录；直至收到M2M平台返回的注册应答。在此，推荐默认GPRS注册应答首次超时时间为30秒，M2M终端可根据其自身业务设置该超时时间，但不能低于推荐默认值。M2M终端向M2M平台注册后，M2M平台如果需要下发安全参数则通过REGISTER_ACK.RESULT=0通知M2M终端M2M终端切换到短信模式下接收接入密码及基础密钥。M2M终端在短信模式下如果接收成功则应用新的安全参数及机制向M2M平台发起登录流程。如果M2M终端在规定的时间内（Tag：0x0026）中未接收到短信时，则应向M2M平台重新发起注册流程。M2M平台在M2M终端发送初次注册报文成功后，将设置临时注册标志，并下发含有接入密码、基础密钥的SECURITY_CONFIG短信报文。之后M2M平台在规定的时间内未得到M2M终端登录操作，则M2M平台认为该注册过程未成功。5.8. M2M终端安全参数的设置M2M终端上安全机制及其参数设置必须遵循无线机器通信协议M2M平台与终端接口分册中“7. WMMP协议的安全机制”相关内容的规定。M2M终端的安全参数包括：l 上、下行接入密码及其相关参数：上下行接入密码是用来计算WMMP报文上下行安全摘要；l 基础密钥及其相关参数：基础密钥是用来加解密会话密钥的；l 会话密钥及其相关参数：会话密钥是在每次WMMP连接登录时协商获得的，并用来加解密此次WMMP连接中需要加密的报文，一旦此次WMMP连接终止，则此会话密钥立即失效；l M2M终端与SIM卡的双向安全认证参数设置：包括PIN1、PIN2、PUK1、PUK2及其启用参数，以及M2M终端绑定SIM卡相关参数。M2M终端安全参数的设置基本原