短消息CDR分析指导书 文档密级：
短信语音寻呼成功率对比96.50?.00?.50?.00?.50?.00?.50?.000000140000120000100000800006000040000200000短消息定位寻呼首发次数短消息寻呼成功率语音寻呼成功率
5.2 呼叫释放原因值分析
由于从呼叫释放原因值可以直接看出呼建和掉话的情况，所以本文没有对呼建
和掉话的情况做专门的分析。对呼叫释放原因值的分布进行分析，可以了解呼叫释放时的情况，发起呼叫释放的网元，大致了解短消息发送是否成功。但是需要注意的是，不是所有正常释放，都代表短消息发送成功了。
以下，基于北京BSC11一天的短消息CDR，分别给出MO和MT短消息呼叫释放
原因值的分布。蓝色字体为BSS侧的失败，主被叫分别占到了所有释放原因值的0.5%和0.58%，和呼建成功率相当。异常释放基本都集中在接入态，业务态的掉话很少。
但是其中还有一些疑点，比如主叫的时候，为什么会有11F的释放，即MSC发起
的释放，按照规范，主叫的释放应该都是手机发起的，单独分析释放原因值就感到无能为力了，需要结合更多的因素做更深入的分析。呼叫释放原因值分析，只是从无线的角度出发分析无线性能对短消息发送的影响。
呼叫标志 总次数 呼叫状态 释放原次数 因值Hex 0x0212 主叫 118277 接入态 10325 0x0216 0x0217 0x0537 14 22 1 4 0.01% 等待基站资源超时 0.02% 等待基站资源超时 0.00% 等待基站资源超时 0.00% 向特定载频硬指配失败 次数 百分比 原因值说明 2013-3-31
华为机密，未经许可不得扩散 第16页, 共26页
短消息CDR分析指导书 0x0A22 0x0F1F 0x1000 0x1001 0x1004 0x2701 0x2702 0x2703 0x011F 9509 1 138 1 89 36 447 63 13193 87590 32 7137 文档密级：
8.04% 终端用户发起的拒绝连接 0.00% 定时器T_WT_ABIS_BTS_SETUP_ACK超时 0.12% MS send normal rel ord 0.00% MS send Rel Ord with power-down ind 0.08% 收到MS的Reject Order 0.03% 等MS业务连接完成超时 0.38% 等TCH_PREAMBLE超时 0.05% 等手机MS ACK ORDER超时 11.15% normal unspecified 业务态 107952 0x1000 0x1001 0x1002 74.05% MS send normal rel ord 0.03% MS send Rel Ord with power-down ind 6.03% MS send rel ord with srv inactive ind
呼叫标志 总次数 呼叫状态 次数 释放原因值Hex 0x011F 0x0211 0x0212 0x0213 0x0216 0x0217 0x0530 0x0537 接入态 1715 0x0A22 0x0F1F 被叫 219167 0x1000 0x1001 0x1004 0x2701 0x2702 0x2703 0x2704 0x11F 业务态 0x525 217452 0x1000 0x1001 0x1002 次数 33 8 24 5 33 10 1 5 165 1 4 6 236 92 516 243 333 217069 1 356 24 2 百分比 原因值说明 0.02% normal unspecified 0.00% 等待基站资源超时 0.01% 等待基站资源超时 0.00% 等待基站资源超时 0.02% 等待基站资源超时 0.00% 等待基站资源超时 0.00% 反向受限 0.00% 向特定载频硬指配失败 0.08% 终端用户发起的拒绝连接 0.00% 定时器T_WT_ABIS_BTS_SETUP_ACK超时 0.00% MS send normal rel ord 0.00% MS send Rel Ord with power-down ind 0.11% 收到MS的Reject Order 0.04% 等MS业务连接完成超时 0.24% 等TCH_PREAMBLE超时 0.11% 等手机MS ACK ORDER超时 0.15% 等指配请求超时 99.04% normal unspecified 0.00% 无线链路原因释放 0.16% MS send normal rel ord 0.01% MS send Rel Ord with power-down ind 0.00% MS send rel ord with srv inactive ind 2013-3-31
华为机密，未经许可不得扩散 第17页, 共26页
短消息CDR分析指导书 文档密级：
5.3 Ack短消息错误码分析
从CDR解出的短消息错误码，可以从另一个维度了解短消息发送和接收的情况，
很多从呼叫释放原因值看是正常释放的短消息，实际上确实失败的，就可以从错误码中得到答案。
下面以北京BSC11一天CDR的统计，给出常见的短消息错误码，以及短消息中
心的处理方式。
最后一条ACK的错误码 0 1 3 5 16644 1 1 7 14.07% BSC没有收到Ack短消息 0.00% 0.00% 0.01% 对短消息的目的地址翻译失败 网络错误，如网络节点错误，链路错误或者操作错误或无线测网络节点失效，连接失败时，则返回该错误码 不进行重发，结束处理 短时间内重发，逐步加倍间隔重发 次数 比例 失败码分析 MC重发处理方式 网络原因之外的无法判断的网络问题时，则返回该错误码 重发 短消息寻呼无响应且要求Notify消息。可能场景：1）短期内快速重发后，逐步加倍重发间隔 短期内快速重发后，逐步加倍重发间隔 不进行重发，结束处理 不进行重发，结束处理 不进行重发，结束处理 36 2 0.00% 掉电 2）在盲区3）用户处于否定周期 4）去激活5）正在进行OTA业务6）正在进行定位业务 38 97 105 107 255 28 93 383 39 0.02% 0.08% 0.32% 0.03% 目标已经离开原来的MSC，找不到目标用户。 用户无起呼权限，短消息发送拒绝 当MSC 网元检测到下发的短消息中存在参数的参数值虽然认识，但是不期望时，则返回该错误码 MSC 检测到其他未定义的问题 101133 85.47% 成功
最后一条ACK的错误码 0 2397 1.09% BSC没有收到Ack短消息 无效SMS-服务标识。当短消息中4 281 0.13% SMS_TeleserviceIdentifier 字段标识错误或者不被MSC 支持时，则返回该错误码 33
36 2013-3-31 0.02% 目标用户处于切换等业务的冲突中，暂态忙 华为机密，未经许可不得扩散 短时间内重发，逐步加第18页, 共26页 不进行重发，结束处理 次数 比例 失败码分析 MC重发处理方式
短消息CDR分析指导书 文档密级： 倍间隔重发 34 35 37 3870 13873 32 1.77% 6.33% 0.01% 手机无应答，没有回短消息终呼响应 手机短消息存储空间已满，无法再接收短消息 短时间内重发，逐步加倍间隔重发 短时间内重发，逐步加倍间隔重发 目标用户处于去活状态，用户在所属区域不能接受服务，短期内快速重发后，逐如用户签约漫游限制 编码问题，短消息内容的编码不正确，比如MSC 对短消步加倍重发间隔 不再重发，结束处理，跟踪分析具体编码问决。 不进行重发，结束处理 不进行重发，结束处理 96 2 0.00% 息进行解码失败；当位置业务流程中MT 消息中存在参数则返回该错误码 长度（bearer data）或值不正确，导致MSC 解码出错时，题，确认发生场景并解105 107 255 11 15 0.01% 0.01% 当MSC 网元检测到下发的短消息中存在参数的参数值虽然认识，但是不期望时，则返回该错误码 MSC 检测到其他未定义的问题 198650 90.64% 成功 5.4 短消息交互信令匹配分析
短消息信令交互的对比，主要是指在CDR中新添加的三个字段的对比：BSC接
收ADDS Deliver次数，BSC回复ADDS Delive Ack次数和BSC发送ADDS Deliver次数。下面以北京全网两天短消息MT的信令匹配的情况。并初步结合呼叫释放原因值和有无错误码这两方面进行了分析。
无线所有MT短消息场景细分 场景1：寻呼失败 （核心网侧统计） 场景2：呼叫建立失败（空口原因，传输原因） 场景3：呼叫建立失败（手机原因、系统原因） 场景4：呼叫建立成功，但掉话 场景5：业务信道已建立，未收到Deliver 场景6：收到Deliver，未回Ack，未回Deliver 寻呼 成功 呼建 场景7：收到Deliver，回Ack，未回Deliver 场景8：收到Deliver，未回Ack，回Deliver，手机回错误码 次数 百分比 28670 0.49% 10161 12 421 6820 10253 183 0.18% 0.00% 0.01% 0.12% 0.18% 0.00% 失败 发送 结果 成功 未掉话 场景9：收到Deliver，回Ack，回Deliver，手机回错误码 场景10：收到Deliver，回Ack，回两条Deliver，手机回错误码 场景11：收到Deliver，未回Ack，回Deliver，无错误码 场景12：收到Deliver，回Ack，回Deliver，无错误码 场景13：收到Deliver，回Ack，回两条Deliver，无错误码 395213 6.82% 1838 2406 0.03% 0.04% 5281263 91.18% 成功 55008 0.95% 从上表的累计分布表中，排除寻呼呼建和掉话的三种因素，考虑是否有错误码，有9种匹
2013-3-31
华为机密，未经许可不得扩散
第19页, 共26页
短消息CDR分析指导书 文档密级：
配情况。
MT短消息发送失败场景
场景5：业务信道已建立，未收到Deliver
即从CDR的呼叫状态看，呼叫已经处于业务态，但是没有收到任何发自MSC的Adds Deliver。从信令流程分析，出问题的环节为C.12 Connect Order到C.14 Connect段出现了问题。
场景6：收到Deliver，未回Ack，未回Deliver
BSC收到MSC发来的Adds Deliver，但是没有收到MS发回的Deliver Ack和Ack短消息。可能的原因为：1，空口差，如果前向差，终接用户无法接收短消息，如果反向差，终接用户可以收到短消息，但是MC会认为发送失败，下一重发周期重新下发短消息，造成一发多收，影响用户感受。2，网上存在不按照规范流程处理业务的手机，在收到DBM消息后，不给系统回任何消息。
场景7：收到Deliver，回Ack，未回Deliver
与场景6的情况类似但是又存在区别，区别在于等待Ack短消息只取决于手机的行为和反向信道的好坏，基本不需要考虑前向信道的好坏。但是前向信道异常可能会导致场景10和场景13的情况。
场景8：收到Deliver，未回Ack，回Deliver，手机回错误码
场景8和场景7的情况相反，没有收到Deliver Ack，但是收到了Ack短消息，在这种情况下，如果使用华为MSC，会对该消息进行处理，记为短消息发送失败。
场景9：收到Deliver，回Ack，回Deliver，手机回错误码
对于这种全部信令交互都能匹配，却回错误码的情况，直接分析手机返回的错误码即可。 场景10：收到Deliver，回Ack，回两条Deliver，手机回错误码
最后一条交互信令----“BSC发送ADDS Deliver次数”----出现多条Adds_Deliver（上表中归纳为两条），华为MSC对多出来Ack短消息会直接抛弃，直接按照手机返回的错误码进行处理。
MT短消息发送成功场景
场景11：收到Deliver，未回Ack，回Deliver，无错误码
没有收到Deliver Ack，但是收到了Ack短消息，在这种情况下，如果使用华为MSC，会对该消息进行处理，记为短消息发送失败。
2013-3-31
华为机密，未经许可不得扩散
第20页, 共26页