童 磊，田元兵，陈 璇（中国联通网络技术研究院，北京 100048）

1 概述

1.1 核心网优化背景

针对用户使用移动网络业务（不管是电话还是移动互联网业务），必须进行核心网和无线网的协同，无线优化重点解决能不能接通的问题，核心网优化重点解决业务逻辑问题。移动网网络场景复杂，业务繁多，所以核心网问题往往发生在网络变化发展、业务场景叠加及需求细化带来的业务逻辑深层次的问题上。

1.2 核心网优化的作用

核心网优化在网络优化中发挥的作用包含以下几个方面。

a）核心网优化重点在于处理典型的业务场景和业务逻辑问题。例如在高铁场景中用户从A 省A 地漫游到B 省B 地出现被叫漫游前转（MTRF）失败就是多场景叠加问题，出现MTRF 的前提场景为CSFB 和MSC的局间切换，其切换流程如图1 所示。该场景失败的原因是切入局没有发送MTRF 标识（MTRF Supported flag），导致切出局无法判断目标局是否支持MTRF 功能，进而无法进行消息前转，最终MTRF失败。

b）随着网管技术和优化系统的不断进步，在本地网的网络质量分析中为全网相关专业的优化提供索引。

图1 MTRF切换流程

c）在日常网络问题处理中，无线、核心网、业务侧共同配合，解决端到端的业务质量问题。

2 典型场景优化问题的定位

2.1 核心网优化问题定位

优化是业务发展的需要，近年来，我国高铁、高速的迅猛发展，跨省语音切换已成为一类典型的核心网优化场景。虽然目前的移动通信网是4G为主体，但对于语音业务来说，运营商仍然会选择通过CSFB 技术让用户回落到3G 使用语音，因此3G 条件下的语音业务切换可以很真实地反映网络的语音业务移动性能力。

跨省切换问题的发现一般通过主动测试、投诉反馈、网络监测3 种手段，此外，终端侧软件上报也正成为新兴的优化问题发现手段。本文通过主动测试发现高铁跨省语音切换失败的典型场景，并使用该现网实例来探讨核心网优化的基本思路。

2016 年一次典型场景的集中优化中，某高铁段从A 省B 市到C 省D 市方向，3G 语音业务切换测试发生掉话，切换失败。后经优化，3G语音切换正常通话。

在主动测试中发现，高铁通过这2个省的交接处，如果通话正在进行中，A省B市到C省D市方向必然出现掉话，而反方向则没有问题。测试的过程中同步跟踪无线的RSCP、Ec/Io 等无线指标和无线资源调配消息，结论为此处无线情况良好，并非因为“信号问题”产生的业务中断。从而，逐步确定为核心网优化专业问题。

2.2 聚焦业务逻辑关键点

网络优化问题有效处理的前提是对当前网络情况的充分了解，以此为例，问题分析的前提为A、B 两省分别采样了问题发生的协议交互全过程，测试终端采样了所有无线相关指标，网络侧事前掌握了相关的网络结构和工参配置。

确定问题所在业务逻辑关键点可能会消耗较多时间，在实际工作中也是一个借助经验和网络熟悉程度的逐步排查过程。在该案例中，排除无线侧问题后，通过两端省份的采样消息监测过程可以看到，A 省MSC1切出端信令消息，发现业务逻辑的关键点为切换准备失败。

具体分析如下，已知A省侧的MSC1使用的是A厂商的设备，B 省MSC13 使用的是B 厂商设备，本文选取A 省MSC1 信令跟踪消息研究，A 省A 厂商MSC1 发送切换准备请求消息 MAP_PREPARE_HANDOVER_REQ 到B 省B 厂商MSC13，B 厂商设备可以正常解析，并返回切换准备响应消息MAP_PREPARE_HANDOVER_CNF，A厂商设备收到该消息后进行报错MAP_U_ABORT_REQ，即消息有错，切换准备不成功，发生掉话问题。

此时问题定位到A 厂商MSC1 在收到切换准备响应消息MAP_PREPARE_HANDOVER_CNF 时出错，打开具体信令MAP_PREPARE_HANDOVER_CNF，发现当解析到Iu 口可用的编解码列表IuAvailableCodecsList 信元时，无法解析出具体字节信息，显示Can not explain，即IuAvailableCodecsList信元不能解析成功。

而B 厂商MSC13 设备可以正常解析IuAvailable-CodecsList信元。

将本次切换失败的A 厂商设备信令MAP_PREPARE_HANDOVER_CNF 消息与A 厂商自厂家发送的MAP_PREPARE_HANDOVER_CNF 正确消息进行比对，在信元IuAvailableCodecsList 解析时，发现A 厂商设备能正常解析的截图并没有携带AO OA 2 个字节，而在解析B 厂商发送的切换请求确认消息MAP_PREPARE_HANDOVER_CNF 时的设备截图因多携带了AO OA 2 个字节无法解析成功。此时，3G 语音会话切换失败场景的原因已很清楚，即因异厂家设备信元参数不匹配导致信令解析失败。

3 典型核心网优化处理思路

3.1 逻辑处理的规范性判定

规范性判定依赖于通信行业的标准，包括行业标准（如3GPP、ITU 等）、国家标准（CCSA）、企业标准3 个层次。在本案例中通过查询3GPP 协议标准，探究厂家的网元设备参数是否依据协议标准配置。由于各个厂家对协议的理解不同，不同厂家、不同设备的网元参数设置可能会存在差异。

首先查询协议标准，分析B 厂商MSC13 设备携带的IuAvailableCodecList 编码是否是符合标准协议规范。在3GPP TS 29.002 中可以找到MAP_PREPARE_HANDOVER_CNF 信令的信元内容，包含的信元有CodecList 格式的Iu 口可用的编解码列表IuAvailableCodecsList 和Codec 格式的Iu 口选择的编解码IuSelectedCodec等。

IuAvailableCodecsList 信元在MAP_PREARE_HANDOVER_CNF 属于可选信元，B 厂商MSC13 设备在发送MAP_PREPARE_HANDOVER_CNF 时携带IuAvailableCodecsList 信元是正确的。接下来继续在3GPP TS 29.002 查 询CodecList 和Codec 的信元格式描述。

从上面的描述可以看出，CodecList 里面包含多个codec，codec字节为十进制编码。

对相关字段分析如下：

按3GPP TS 29.002 协议理解，A0 是IuAvailCodec-List 信元下CODECLIST 列表tag 标签，0A 为其内容长度，此处2个字节在协议上无规定。

标准协议并没有对IuAvailCodecList 信元的AO OA 字节有具体规定，因此厂家在设定IuAvailableCodecList 编码参数时根据厂家自己的规范机制进行设定。

3.2 业务的相关性影响分析

问题的影响分析是优化问题处理的重要步骤。通过对问题的业务相关性研究，确定此类问题产生原因、影响范围、重视程度、处理级别。例如有些核心网出现问题通常会造成较大范围故障的现象，相对于无线故障具有影响面大、波及范围广的缺陷。所以核心网的优化有时要从全网的角度分析解决，属于全局优化。

在高清语音开通前，IuAvailbleCodecsList 为可选信元。《中国联通高清语音编解码技术要求-V1.2》中规定在开启高清语音编解码AMR-WB 后E 接口MAP_PREPARE_HANDOVER_RES 需携带IuAvailble-CodecsList信元。

当MSC 支 持TrFO 时在MAP_PREPARE_HANDOVER_RES信令里将包含IuAvailiableCodecList 信元，且当准备切换请求消息MAP_PREPARE_HANDOVER_RES 携带IuSupportedCodecsList 信元时返回的切换请求响应消息MAP_PREPARE_HANDOVER_RES 中必须携带IuAvailiableCodecList信元。

因此当开通高清语音和TrFO 时，B 厂商MSC 和其他厂家MSC 进行局间3G 语音切换时，可能会出现切换失败。

3.3 问题的解决手段与处理方法

一般来说，问题可以通过网络设备调整、参数设置、功能补丁、版本升级来解决。在网络设备侧，确定的网络问题都应该通过版本管理来解决与处理。但对于正在运行中的网络，需要基于当前网络的基本条件、问题的急迫程度分步骤、分阶段、有选择地处理，并考虑问题处理带来的其他影响。

本文案例主要通过调节设备参数来解决。即B厂商MSC Server 可以通过“IuAvailableCodecList 编码方式参数”控制该信元编码方式。表1 介绍了B 厂商IuAvailableCodecList 参数说明，该参数在GCP 参数编码方式开关控制下控制。IuAvailableCodecList 开关参数为0和1这2个参数取值，当参数取0时，表示按照原有结构编码，携带CODECLIST 列表tag 标签和其内容长度；当参数取1 时，表示按照协议结构编码，不携带tag 标签和其内容长度。B 厂商核心网V3、V4 版本都有此控制开关，即现网B厂商CS设备都存在。

表1 B厂商IuAvailableCodecList参数

该案例中的B厂商设备MSC13携带的此参数为默认关闭状态（取值为0），即IuAvailableCodecList 信元携带CODECLIST 列表tag 标签和其内容长度。如果B 厂商设备MSC13 将此参数开关打开，不携带IuAvailable-CodecList 信元携带Codeclist 列表tag 标签和其内容长度。A厂商设备MSC1即可正常解析，切换失败问题得以正常解决。

3.4 同类场景的横向对比分析

问题的发生往往在一个点，对于有价值的网络问题，建议进行横向对比，全网规避。现网中不同厂家同一设备的网元参数设置可能会存在差异性（见表2）。同一厂家的设备也可能会因为设备版本升级，网元参数发生改变（见表3）。因此在同类场景下横向对比分析不同厂家设备参数是核心网优化的一项重要工作。

表2 不同厂家同一设备参数调研表

表3 同一厂家同一设备参数调研表

该案例问题为B 厂商MSC Sever 与A 厂商MSC Server 之间兼容性问题所致，会导致局间3G 语音切换失败影响用户体验，建议B 厂商对该参数进行评估后在该省设备进行参数调整，后续再评估与其他厂家之间的设备兼容性，最后在全网B 厂商设备中统一调整该参数。

4 结束语

针对移动核心网的优化分析，需要一定的专业性和深度的技术支撑。聚焦典型场景，深入关键技术细节，实现技术内容向应用要点的深度剖析，为网络分析应用提供应用价值。另外，核心网优化也要考虑优化的案例价值，即剖析的案例是否值得投入资金与人员的支持，考虑到案例的影响范围等，对于有价值的网络问题，不仅要深入细致剖析，还要横向对比，以确保网络安全稳定运行。