中国电信产品维护经理认证体系培训-加密通信概要.ppt

提纲 加密通信业务功能 加密通信平台介绍 加密通信应急方案 故障处理指引 加密通信业务流程 * 手动模式双方超时 双方都超时，可以非常肯定的说：KMC平台对主、被叫发的上行密钥请求短信没有成功匹配起来。不匹配的原因可分为用户原因、终端原因、网络原因。 用户套拨了17901、11808等IP接入码； 主叫用户使用了来电显示限制业务； 被叫用户没有来电显示业务； 该呼叫是个转移呼叫。 终端写入的KMP平台接入码不正确； 终端写入的初始公钥不正确； 其它bug。 KMC平台故障； 归属SMC向KMC平台转发SMDPP消息有延时，且总时延超过20秒。 MSC收到DBM消息后，并没有向归属SMC发出SMDPP消息 * 通过反复拨打、重现故障来查找网络原因的查障步骤 4、如短信中心没有收到上行密钥请求短信，则在MSC跟踪信令进行查障。检查在业务信道指配完成后是否有DBM消息、ADDS Deliver消息、SMDPP消息，如缺少ADDS Deliver消息或SMDPP消息，则问题可定位在MSC；如缺少DBM消息，则问题定位在终端。 1、接到申告后，要询问用户：拨号方式、使用补充业务情况，从而排除用户原因，同时要记下用户使用M业务的时间、地点，以便查历史记录和重现故障； 2、测试人员以1分钟时间间隔反复拨打M业务密话，看是否能重现故障，如不能，则到申告发生故障的地点去反复拨打，直到重现故障为止。记下重现故障那通电话的起止时间。 3、通知主、被叫归属SMC维护人员，在指定时间段、指定用户，是否有发往被叫为的短信？如查到主、被叫双方都有短信和成功的短信回执，且2条短信发送的时间差在20秒以内，则转而找KMC平台维护人员查障；如有一方没有收到回执或收到错误码，则将该上行短信和正常密话呼叫的上行短信进行比较，检查消息里参数值的差异。 * 手动模式一方成功、另一方超时 有一方密话建立成功，可以肯定的说：KMC平台已经成功匹配了主、被叫的上行密钥请求短信，此时是超时的一方，终端没有收到下行密钥响应短信，或收到下行密钥响应短信时已经超过了终端规定的定时器。这必然是网络原因，查障步骤如下： 4. 如未收到SMDPP消息，通知KMC平台维护人员，检查主、被叫双方的SMDPP消息是否同时下发？如下发SMDPP消息的时间差在20秒以上，或只发了一个SMDPP消息，则问题定位在KMC平台。如同时下发了SMDPP消息，则需上海HSTP和用户漫游所在省HSTP挂表，查看HSTP转发SMDPP消息是否有时延或丢失。 1. 接到申告后，要询问并记下用户使用M业务的时间、地点，以便查重现故障； 2. 维护人员在MSC对主、被叫用户跟踪信令。测试人员以1分钟时间间隔反复拨打M业务密话，看是否能重现故障，如不能，则到申告发生故障的地点去反复拨打，直到重现故障为止。 3. 维护人员检查在上行密钥请求短信的响应之后是否收到SMDPP消息并发送ADDS Deliver消息、SMDPP消息，如未收到SMDPP消息，则问题可定位在KMC；如缺少ADDS Deliver消息或DBM消息，或这发送两个消息的时间距离SMDPP消息的时间差比较长，则问题定位在MSC。 * 密话建立成功后立即断话 密话建立成功后立即断话。因密话已经建立，说明信令流程都正常。查障步骤如下： 3、维护人员检查在编解码协商（反向Service Request msg、前向Service Connect msg和反向Service Connect Completion msg）完成之后，是终端、还是基站在层2发出了release消息。谁最先发的release消息，问题就定位在谁。 1、接到申告后，要询问并记下用户使用M业务的时间、地点，以便查重现故障； 2、维护人员在BSC对主、被叫用户跟踪空口信令。测试人员以1分钟时间间隔反复拨打M业务密话，看是否能重现故障，如不能，则到申告发生故障的地点去反复拨打，直到重现故障为止。 谢谢！ * 须补充内容： 1、补充呼叫内容经过哪些网元？ 2、补充开、销户流程 3、了解省内CRM流程，省内网络发挥作用 4、格式修正。 * * 特殊短信 消息类型标志 消息类型 0x00 主叫密钥请求 0x01 主叫密钥响应 0x02 被叫加密通知消息 0x03 被叫密钥请求 0x04 被叫密钥响应 0x05 错误通知 0x06 KMC公钥更新 0x07 KMC公钥更新响应 0x08 KMC公钥更新确认 0x09 远程控制指令 0x0a 远程控制指令响应 0x0b 其他 密钥请求短信 消息类型 模式标记 KMC公钥版本 临时公钥(Pa) 密文 -- IMSI -- Hardware ID -- 被叫号码 密钥请求短信中的主要参数