推荐期刊投稿
&&&免费论文
&&&收费论文
&&&浏览历史维护经验总第503期IMS核心网专刊_甜梦文库
维护经验总第503期IMS核心网专刊
编者的话秉承“精诚服务、凝聚顾客身上”的客户服 务理念，使中兴通讯产品能更好地为客户创造价 值，为客户提供更好的服务，向客户提供最好、 最实用的维护经验和方法，切实提高相关专业技 术人员的业务知识水平和技能，我们编辑了本辑 《维护经验》，内容针对中兴通讯的IMS核心网产 品。维护经验 WEIHU JINGYAN 2003年创刊 总第503期2011年第1期 内部资料 免费交流 准印证号：粤内准字号随着电信市场竞争的日趋激烈，高质量的电 信网络是为客户服务的基础，各运营商非常重视 设备的维护工作。本期《维护经验》共收录了中 兴通讯的IMS核心网产品维护经验稿件共18篇，稿 件大部分来源于中兴通讯IMS产品外场应用故障， 具有较高的参考价值，希望对您的维护工作有所 帮助。 由于水平有限，难免存在不足和疏漏之处，健《维护经验》编辑委员会主 编 任：邱未召 委（排名不分先后）： 方 希、王兆政、许信勇、肖书庆、张 颖、葛 张结斌、周贵锋、赵 徐志宇、黄 岑、赵海涛、姜海军 俊、董业民、董文斌 副主任：陈健洲恳请各位专家和读者批评、指正，同时也感谢大 家对本专辑的关注和支持。您可以随时联系我 们，讲述您的心得与体会。欢迎投稿！《维护经验》编辑部责任编辑：陈兴龙 技术编审：计 美术编辑：徐 发 地 邮 电 传 宏 恒 赵井文 执行编辑：宁家铤 行：李玉梅 址：深圳市科技南路55号中兴通讯大厦3楼 编：518057 话：5 真：62011年1月联 系 人：宁家铤投稿邮箱：.cn 文档支持邮箱：.cn 技术支持网站：.cn敬告读者一、本刊享有所发表文章的版权，包括外文版、电子版 和网络版版权，所支付的稿酬已包含上述各版本的 费用。 二、未经本刊许可，不得以任何形式全文转载本刊内容， 如部分引用本刊内容，须注明该内容出自本刊。目 录CONTENTS技术专题IMS网络系统基础中兴通讯学院方案规划部 王 颖.......................................................................02故障实例用户注册AKA鉴权下载向量组的问题处理中兴通讯NGN分中心 赵井文.......................................................................15大话务情况下用户注册呼损较大的问题处理中兴通讯NGN分中心 赵井文.......................................................................17漫游注册用户作被叫时报用户空号的问题处理中兴通讯NGN分中心 赵井文.......................................................................18IMS用户呼叫CS一号通用户失败的问题处理中兴通讯NGN分中心 赵井文.....................................................................20用户注册返回480失败的问题处理中兴通讯NGN分中心 赵井文.......................................................................21增加容灾主机组配置后呼叫失败的问题处理中兴通讯NGN分中心 张 璐.....................................................................22网管上报数据区容量告警的问题处理中兴通讯NGN分中心 赵井文.......................................................................24DNS容灾SRV查询后无A查询的问题处理中兴通讯NGN分中心 张 璐.......................................................................25计费消息无关联tel号码的问题处理中兴通讯NGN分中心 张 璐.....................................................................26呼叫成功SIP跟踪不到S-CSCF的问题处理中兴通讯NGN分中心 张 璐.......................................................................28异地容灾用户注册路由异常的问题处理中兴通讯NGN分中心 赵井文.....................................................................29AS订阅注册用户状态失败的问题处理中兴通讯NGN分中心 张 璐.....................................................................30经验交流利用上网卡使传真机注册到不同运营商的方法中兴通讯核心网络服务中心 孙 嘉.......................................................................32CSCF路由分析和SIP消息路由的配置方法中兴通讯NGN分中心 张 璐.......................................................................35技术专题IMS 网络系统基础□ 中兴通讯学院方案规划部 王颖 ALL IP 已被业界广泛接受，3GPP/3GPP2 /IEEE 等标准组织已纷纷提出 ALL IP 的网 IMS 是一个全球性的、接入独立而且基于 标准的 IP 通道和业务控制体系，它使得基于普 通因特网协议的终端用户使用不同类型多媒体 业务成为可能。 IMS(IP Multimedia Subsystem)是 3GPP 在 Release 5 版本提出的支持 IP 多媒体业务的子系 统， 并在 Release 6 与 Release 7 等后续版本中得 到了进一步完善。它的核心特点是采用 SIP 协 议和与接入的无关性。 IMS 是一个在 PS 域上面 的多媒体控制/呼叫控制平台，支持会话类和非 会话类多媒体业务，为未来的多媒体应用提供 一 个 通 用 的 业 务 使 能 平 台 ， 它 是 向 All IP Network 业务提供体系演进的一步。 IMS 是一个独立于接入技术的基于 IP 的标 准体系，它与现存的话音和数据网络都可以互 通，不论是固定网络用户（例如 PSTN、ISDN、 因特网）还是移动用户（例如 GSM、CDMA）。 IMS 的体系使得通过各种类型的客户端都可以 建立起对等的 IP 通信，并可以获得所需要的服 务质量。除会话管理之外，IMS 体系还涉及完 成业务提供所必需的功能（例如注册、安全、 计费、承载控制、漫游）。 总之，IMS 形成了 IP 核心网的核心。 络演进趋势。 基于 IP 的业务应用越来越受到运营商的普 遍关注。 ALL IP 时代正在到来： 包括基于 IP 的承载 网络、基于 IP 的业务应用、基于 IP 的 核 心网络等。 （2）用户需求的变化 随着用户需求的不断变化和提升，移动话 音和 VoIP 增长趋势明显。 用户对多媒体和融合业务的需求越来越明 显。 用户对于多种接入方式、统一的账户、统 一的号码的需求。 （3）互联网对电信业的挑战 互联网服务提供商迅猛发展不断挑战传统 运营商， 尤其是 VoIP 等业务对运营商的传 统业务形成了很大冲击。1IMS是什么2IMS的产生背景IMS 产生的背景，如图 1 所示，总结为如下三点。 （1）全 IP 网络发展趋势图1 IMS 产生背景2《维护经验》总第 503 期精诚服务互联网能提供更为广泛的应用（游戏、即 时通信等），并且业务提供方式更加灵活， 业务部署更快捷。3IMS是更“软”的软交换IMS 与传统交换技术对比如图 2 所示。软交换实现了控制与承载的分离，而 IMS 则将业 务与控制进一步分离。图2IMS 与传统交换技术对比软交换将控制与承载分离的好处在于二者 可以分布式组网，并可独立演进，这是网络简 化和降低成本的关键一步。IMS 也大量使用此 技术，如与现网互通的 MGCF/MGW，提供媒 体资源的 MRFC/MRFP 等等。 由于业务需求是不断变化和增加的，而控 制功能是相对稳定的，因此 IMS 将业务与控制 进一步分离。IMS 的业务采用标准化、开放、 松耦合的 SIP 接口，同时业务之间容易组合和 相互调用，二者进一步分离可加速新业务的引 入。唯一的会话控制协议。这一特点实现了端到端 的 SIP 信令互通，网络中不再与软交换技术那 样，需要支持多种不同的呼叫信令，例如 ISUP/TUP、BICC 等。这一特性也顺应了终端 智能化的网络发展趋势，使网络的业务提供和 发布具有更大的灵活性。 支持 OTA 的智能手机 将为快速、灵活地部署业务提供了可能。4.2 接入无关性IMS 网络的通信终端与网络都是基于 IP 的。在 3GPP 的规范中，这是通过 IP 连通接入 网络 （IP Connectivity Access Network， IP-CAN） 来保证的。例如，WCDMA 的无线接入网络 (RAN)以及之上的分组域(PS domain)网络构成 了目前最主要的 IP-CAN，用户通过 PS 域的 GGSN 接入到外部 IP 网络。 今后为支持 WLAN、 WiMAX、xDSL 等不同的接入技术时，可能会 产生新的 IP-CAN 类型。 正是这种端到端的 IP 连通性， 使得 IMS 真 正与接入无关，不再承担媒体控制器的角色， 不需要通过控制综合接入设备(IAD)/接入网关 （AG）等实现对不同类型终端的接入适配和媒 体控制。在 IMS 网络中，IMS 与 IP-CAN 的关 系 主 要 体 现 在 QoS 和 计 费 方 面 （ 通 过IMS 核心网专刊 2011 年第 1 期4IMS的特性功能IMS 网络系统具有以下四个特点。4.1 基于SIP的会话控制IMS 的核心功能实体是呼叫会话控制功能 (CSCF)单元，并向上层的服务平台提供标准的 接口，使业务独立于呼叫控制。为了实现接入 的独立性及 Internet 互操作的平滑性， IMS 尽量 采用与 IETF 一致的因特网(Internet)标准，采用 基于 IETF 定义的会话初始协议(SIP)的会话控 制能力，并进行了移动特性方面的扩展。IMS 网络的终端与网络都支持 SIP， 成为 IMS 域 SIP3技术专题P-SCSF/PDF 网元和 Go/Gq 口实现） 但这种关 ， 系已经不需要关心底层接入技术的差异性。而 IMS 的核心控制网元 CSCF 不再需要处 理业务逻辑，而是通过基于规则的业务触发机 制，根据用户的签约数据的初始过滤规则 （iFC），由 CSCF 分析并触发到规则指定的应 用服务器，由应用服务器完成业务逻辑处理。互联网和媒体域以 3GPP 与 OMA 组 织 协 作 定 义 的 PoC(Push-to-talk over Cellular)为例， PoC 业务的 业务逻辑和媒体处理完全由 PoC Server 处理， IMS 网络只为 PoC 业务提供基础能力支持，包 括用户注册、地址解析和路由、安全、计费、 SIP 压缩等。在这样的方式下，是的 IMS 成为 一个真正意义上的控制层设备。 基于 SIP 的 ISC图3 IMS 与接入无关娱乐域接口更有利于节约业务开发成本，使业务的快 速推出成为可能。4.3 业务与承载分离3GPP 已 经 决 定 使 用 分 层 的 方 法 来 进 行 IMS 体系设计，这意味着传输和承载服务被从 IMS 信令网和会话管理服务中分离出去，更高 层的服务都运行在 IMS 信令网之上。下一代网 络的网络结构可以细分为四层，即接入层、承 载/传送层、控制层和业务层。从软交换的技术 特点看，其核心是实现了承载与控制分离，即 上述网络层次中的承载/传送层与控制层的分 离，这种分离使得承载网络 IP 化和承载网融合 成为可能。但软交换并没有实现控制与业务的 严格分离，它与传统交换机一样，仍然承担了 基本电信业务、补充业务、承载业务等业务的 提供， 只是对智能业务和通过 PARLY 的增值业 务提供方面更加灵活。 IMS 则定义了标准的基于 SIP 的 ISC(IP multimedia Service Control)接口，实现了业务层 与控制层的完全分离。 IMS 通过基于 SIP 的 ISC 接口，支持三种业务提供方式，即独立的 SIP 应用服务器方式、OSA SCS 方式和 IM-SSF 方 式（接入传统智能网，体现业务继承性）。4.4 提供丰富而动态的组合业务IMS 在个人业务实现方面采用比传统网络 更加面对用户的方法。IMS 给用户带来的一个 直接的好处，就是实现了端到端的 IP 多媒体通 信。与传统的多媒体业务是人到内容或人到服 务器的通信方式不同，IMS 是直接的人到人的 多媒体通信方式。同时，IMS 具有在多媒体会 话和呼叫过程中增加、修改和删除会话和业务 的能力，并且还可以对不同的业务进行区分和 计费的能力。因此对用户而言，IMS 业务以高 度个性化和可管理的方式支持个人与个人以及 个人与信息内容之间的多媒体通信，包括语音、 文本、图片和视频或这些媒体的组合。5IMS的价值5.1 给运营商带来的价值IMS 缩短了新的多媒体业务的市场推出周 期，也降低了它的开发难度。 IMS 可以充分利用核心网的能力，增加运 营商的 ARPU 值。4《维护经验》总第 503 期精诚服务IMS 是实现固网、移动网络融合的核心架 构。 业务与控制分离的架构增强了网络的可扩 展性。6 中兴至美ZIMS全业务整体解决 方案中兴通讯 ZIMS“至美”全业务解决方案是 一个端到端的 IMS 方案，有效支持固定和移动 融合、IT 和 CT 融合，以及电信、互联网业务 融合，满足运营商在全业务运营领域的全方位 需求，支持运营商全面和平滑地从 2G 运营向 3G 运营、从平面运营向多媒体立体化运营转变 和迈进，为运营商提供无忧的全业务运营服务。 ZIMS 全业务解决方案如图 4 所示。5.2 给终端用户带来的价值IMS 为用户带来了一系列丰富的跨越不同 网络（固网/移动）的多媒体业务。 IMS 为用户提供了采用同一身份在不同网 络间享受无缝服务的体验。 IMS 为用户提供了更大的个性化空间。图 4 ZIMS 全业务解决方案6.1 中兴IMS端到端解决方案中兴是业界不多的能够提供 IMS 端到端解 决方案，能够快速响应运营商的需求，并进行 客户化定制开发的厂商。中兴通讯 IMS 解决方 案具备如下特点： 基于电信标准平台 ATCA； 基于 ETSI/3GPP/3GPP2/TISPAN/ITU-T/ OMA 等国际标准；提供 IMS 全系列网元功能； IMS 网元与固定、移动软交换网元基于中 兴通讯统一的全 IP 硬件平台，支持向 IMS 的平滑演进，保护运营商投资； 提供固定和移动网络融合能力； 提供 USPP 完成用户数据融合和 ZXUP10 完成业务融合。IMS 核心网专刊 2011 年第 1 期5技术专题图5中兴 IMS 网元解决方案6.2 固网接入IMS解决方案图 6 为核心网演进到 IMS 目标网以后固定终端接入的解决方案。其中，SIP 用户、SIP IAD 等 多媒体终端通过 P-CSCF 接入，传统用户和 PBX 则通过 AGCF 接入。图6固网接入 IMS 示意图6.3 移动网接入IMS解决方案图 7 为移动网接入 IMS 解决方案。通过这种方式，移动终端能够接入 IMS，享受各种业务。6《维护经验》总第 503 期精诚服务图7移动网接入 IMS 示意图6.4 IMS企业应用解决方案中兴 IMS 企业应用解决方案如图 8 所示，通过 IMS 融合，其定制化能力强，灵活支持各种商 业模式和应用场景，能够给企业用户提供融合的企业应用，如音频会议、视频会议、IP Centrex 等 解决方案，提高办公效率，降低办公通信成本，更好地提高企业运行效率。图8IMS 企业应用解决方案示意图IMS 核心网专刊 2011 年第 1 期7技术专题6.5 IMS家庭应用解决方案中兴 IMS 家庭应用解决方案又称家庭网 关，如图 9 所示，其部署主要面向宽带使用多、 宽带应用需求高的客户，以固话与宽带、宽带 增值应用产品捆绑为核心，实现宽窄带接入， 家庭内部有线/无线组网，配合各类应用终端提 供家庭应用；家庭网关主要完成业务通道建立、 业务流量区分和关键业务 QoS 保障等功能，并 通过 TR-069 协议实现终端管理系统对家庭网 关的设备管理、远程配置、软件升级、故障诊 断和统计分析等管理功能；家庭网关的部署主 要包括家庭网关及其应用终端的引入、终端管 理系统的建设、以及网络侧与支撑系统的配套 改造等。ZIMS 的家庭网关支持的应用终端包 括：PSTN 电话、电脑、IP 机顶盒、WiFi 智能 手机、VOIP 软终端和 VOIP 硬终端等。图9中兴 IMS 家庭应用解决方案6.6 IMS多媒体会议解决方案IMS 多媒体会议解决方案如图 10 所示。 在 移动宽带化、3G 部署及全业务运营的大背景 下，移动化和融合是趋势，从融合和演进等方 面讲，直接基于 IMS 部署会议系统是当前运营 商的最佳选择。IMS 会议大为降低 Opex，减少 困扰人的多协议转换和互通，提高网络总体性 能，同时，IMS 会议可以方便地集合即时通信 类业务，容易跟 IT 业务集合，跟其他业务融合 和资源共用。8《维护经验》总第 503 期精诚服务图 10IMS 多媒体会议解决方案6.7 基于IMS的IPTV解决方案基于 IMS 的 IPTV 解决方案如图 11 所示， 其不仅为 IPTV 增值业务提供了便捷的、 统一的 和开放的业务平台，而且也给用户增添了新的 业务体验。它可在一个会话中集成多个单独的 业务，在不用中断一个语音呼叫的情况下用户 就可以发送一个短消息或者一段视频直播，或 进入游戏；也可以将业务捆绑在一起生成新的 业务能力和用户体验，如用户浏览一个网站时， 通过简单的点击就可以开始一个语音会话或者 视频呼叫。图 11基于 IMS 的 IPTV 解决方案 IMS 核心网专刊 2011 年第 1 期9技术专题6.8 中兴移动监控整体解决方案IMS 与视频监控融合之后，可以产生如下 的业务：赋予多种普通终端监控能力，使各种 终端如摄像头＋IMS 软终端、带摄像头的手机、 可视 SIP Phone 等均可作为视频监控端， 同时也 可随时随地通过授权手机等各种终端查看监控 视频；IMS 用户可以拨打指定号码接入对应的 监控摄像头； 基于 PC 和智能手机的软终端集成 视频监控客户端功能，实现监控操作，其功能 包括通道列表、实时视频播放、全屏播放、抓 拍、云镜控制等。图 12中兴移动监控整体解决方案7IMS逻辑实体分类7.1 会话控制和路由类CSCF（Call Session Control Function， 呼叫 会话控制功能）是 IMS 的核心功能实体，主要 功能是处理 IMS 中的信令信号， 实现 IMS 域的 呼叫和会话控制。CSCF 是一个 SIP 服务器，基 于它所提供的功能不同， CSCF 可以分为三类逻 辑实体，如图 13 所示。 P-CSCF(Proxy CSCF)： IMS 中与用户的 是 第一个连接点， 提供代理（Proxy）功能，即 接受业务请求并转发它们； P-CSCF 也可提供用 户代理（UA）功能，即在异常情况下中断和独 立产生 SIP 会话。 S-CSCF(Serving CSCF)：S-CSCF 在 IMS 核心网中处于核心的控制地位，负责对 UE 的 注册鉴权和会话控制，执行针对主叫端及被叫 10 端 IMS 用户的基本会话路由功能，并根据用户 签约的 IMS 触发规则， 在条件满足时进行到 AS 的增值业务路由触发及业务控制交互。图 13 会话控制和路由类《维护经验》总第 503 期精诚服务I-CSCF(Interrogating CSCF)：类似 IMS 的 关口节点，提供本域用户服务节点分配、路由 查询以及 IMS 域间拓扑隐藏功能。服务。根据其提供的服务，AS 可以操作在 SIP 代理模式、SIP UA(用户代理)模式(也就是端 点)， 或者 SIP B2BUA(背对背用户代理)模式(也 就是两个 SIP 用户代理串联)。7.2 用户数据管理、认证鉴权类HSS: (Home Subscriber Server)作为整个网 络的用户数据库，其具体的功能如下。 存储 IMS 用户的签约数据、 Service Profile、 位置信息、鉴权信息等。 也可提供传统的 HLR 功能：CS 签约数据、 PS 签约数据。 接口：Diameter(IMS)、MAP(CS/PS)。7.4 媒体资源类MRFC ： (Multimedia Resource Function Control) IMS 域内部的媒体控制资源功能。 维护、 控制 MRFP 中的媒体资源 （H.248） 。 与 S-CSCF 互通，间接接受 AS 的控制。 MRFP:(Multimedia Resource Function Processor ) 媒体资源功能。 IMS 域内部的媒体资源功能。 接受 MRFC 控制（H.248）。 提供声码器、通知音、会议桥等资源。图 14用户数据管理SLF(Subscription Locator Function，签约位 置功能)是一个简单的数据库，用来将用户地址 映射到不同的 HSS。只有单个 HSS 的网络环境 中并不需要 SLF， 如果 IMS 网络中包含多个(超 过一个)HSS 就需要使用 SLF。7.3 业务控制类AS (Application Server，应用服务器)是一 个提供增值多媒体业务的 SIP 实体。为了适应 下一代网络业务与控制分离的原则，IMS 必须 提供开放的接口来接入各种业务服务器，允许 各种业务提供商通过标准的接口来向网络提供图 15 媒体资源类IMS 核心网专刊 2011 年第 1 期11技术专题7.5 互通功能类BGCF: Function) 为被叫出 IMS 网络（如：PSTN/CS）选择 适当的出口点。 若被叫和 IMS 同网，则选择本网的一个 MGCF。 若被叫非本网，则交给另一个网络接口的 BGCF。 需要维护或访问网络接口拓扑信息、出口 策略数据库。 MGCF: (Media Gateway Control Function) IMS 控制面与传统 PSTN/CS 网络的互通点。 控制 IMS-MGW，以完成媒体面的互通 （H.248）。 IMS 侧（与 I/S-CSCF 互通）。 PSTN/CS 侧 （SIP 到 BICC/ISUP 协议转换） 。 IM-MGW: (IMS Media Gateway) IMS 媒体面与传统 PSTN/CS 域的互通点。 接受 MGCF 控制（H.248）。 提供声码器、回声消除、通知音、DTMF、 会议桥等资源。 (Breakout Gateway Control7.6 IMS其他功能逻辑网元PCRF(Policy and Charging Rules Function， 策略和计费规则功能)根据从 P-CSCF 获得的会 话和媒体相关的信息制定策略。 SGW(Signaling Gateway，信令网关)连接 IMS 网络与 CS 网络(如 PSTN)信令平面，提供 传输层上的信令转换，即基于 IP 承载的信令和 基于 SS7 的信令之间的转换(双向)。 SBC（Session Border Control，会话边界控 制） 是位于核心网与 IP 接入网及其他 IP 核心网 的交界处的功能实体。会话边界控制包括信令 代理单元(Signal Agent Unit)、媒体传输单元 (Medial Transfer Interface) 和 资 源 管 理 模 块 (Resource Manager)三部分，实现了控制模块与 转发模块相分离。引入 SBC 的主要目的是连接 包括 SIP 和普通用户 IAD 在内的 UE 终端与 IMS 核心网，保证两者之间的信息出入安全控制， 实现防火墙与地址转换功能。 AGCF（Access GateWay Control Function 接入网关控制器）使用 H.248 协议控制驻地网 关和接入媒体网关， 进行 SIP/SIP-I 协议和 H.248 协议之间的转换。AGCF 不实现任何业务，即 使最基本的呼叫也需要接续到 S-CSCF 上实现， 相关的补充业务和增值业务则完全在业务应用 层实现，所以 AGCF 仅仅是一个网络接入点， 有点类似 P-CSCF。 IMS 主要网元与对应的中兴提供的 IMS 网 元功能实体如表 1 所示。图 16互通功能类12《维护经验》总第 503 期精诚服务表1 IMS 网元 逻辑实体 P-CSCF 中兴 IMS 网 元物理实体 ZXUN CSCF ZXUN CSCF ZXUN CSCF ZXUN HSS HSS ZXUN USPP SLF OSA-SCS IM 业 务应用服务器 AS OSA-SCS Presence(呈现)业 务 AS OSA-SCS Group(群组)功能 AS PoC(Push-to-talk over Cellular) 业 务 AS Messaging 业 务 AS Conference(会议) 业务 Centrex/PPT/ 务 IM-SSF 业务 AS 视 ZXUN UP10 ZXUN HSS ZXUN UP10 ZXUN UP10 V3、V4 V3、V4IMS 网元逻辑实体与物理实体对照表 描述 一般 P、I 可以合一或者 P、I、S 合一融合 RCP 功能，可以和 RCP 合设或分开设置 一般 I、S 可以合一或者 P、I、S 合一，融合 BGCF 功能 一般 P、I 或者 I、S 可以合一或者 P、I、S 合一 一般配置为 V3 前台加外购双机（HP 或 IBM）或者 V4 刀片 服务器双机加 V3 前台，兼容传统的 2G、3G HLR 功能 我司 SLF 功能集成在 HSS 内部提供 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设。视频 会议业务需配合 MCU（多媒体会议单元）共同作用 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设。注： Centrex 业务也可以布放于 PSS，后续我司一般布放于 UP10 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设。融合 智能网业务， 例如与业务 SIU 共同作用完成融合 Centrex 业务 采用中兴统一的 ATCA 平台架构，可以和 CSCF 多网元共框， 体现了先进的 V4 平台结构 外购设备一般为 IBM 双机+HDS 磁阵，ATCA 平台情况下采 用我司刀片双机+磁阵，一般情况可以与其他 AS 合设。配合 铃音资源服务器一起工作平台架构V4S-CSCFV4I-CSCFV4外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCA 外购设备或 ATCAZXUN UP10ZXUN UP10 ZXUN UP10 ZXUN UP10频、文件共享业ZXUN UP10PSSZXUN SSSV4 外购设备或 ATCA彩铃彩像服务器ZXUN UP10IMS 核心网专刊 2011 年第 1 期13技术专题 IMS 网元 逻辑实体 MRFC 中兴 IMS 网 元物理实体 ZXUN SSS ZXUN MRFP MGW ZXUN MSG9000 ZXWN MGCF MSCS ZXC10 MSCe IM-MGW ZXUN MGW ZXUN CSCF ZXUN RCP ZXUN MGW ZXUN B200 ZXUN xAGCF V3 采用传统的 V3 平台架构、兼容移动 R4、R99 MGW 功能，提 供 IMS 放音功能。同时兼容 SGW 功能。 我司 BGCF 功能集成与 SCSCF 中，以后大商用局可以分开设 置 可以单独设置也可以集成与 PCSCF 内部， 当做 PCSCF 一个功 能模块使用。目前版本尚不支持 V4 平台架构 IMS 信令网关设备，我司 SGW 功能集成与 MGW 内部。实现 信令网关功能 IMS 接入设备，基于交换机系列基础上开发，集成 IMS 中对 于媒体流处理功能 采用中兴统一的 ATCA 平台架构，可以和 CSCF 多网元共框， 体现了先进的 V4 平台结构 、 V4 采用中兴统一的 ATCA 平台架构，统一的硬件平台，标准化 的平滑演进路线 、 V3平台架构描述 我司 MRFC 功能集成与 PSS 网元上，PSS 网元在我司产品中 也称为 SSS 产品或 3S 采用传统的 V3 平台架构、兼容移动 R4、R99 MGW 功能，提 供 IMS 放音功能。PSS 为 V3 平台之前使用软交换 MSG9000 充当，说明我司设备兼容性强V4BGCF PCRF （RACS） SGWV4 V3、V4V3 采用 ZXR10 架构 V4SBCAGCF14《维护经验》总第 503 期精诚服务用户注册 AKA 鉴权下载向量组的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象某测试局验证用户 AKA 鉴权注册， 用户初 始注册下载鉴权向量，第一次刷新注册时又下 载鉴权向量，后面连续 5 次刷新注册不再下载 鉴权向量。正常情况下应当在用户初始注册时 下载鉴权向量组，后续的 5 次刷新注册继续使 用这些鉴权向量，不需要重新下载鉴权向量组。组才正常。初始注册 HSS 返回的 MAA 请求抓 包的信令解码如图 1 所示（下一页）。 检查 2 次注册的 MAR， 通过比较发现初始 注册 S-CSCF 发送给 HSS 的 MAR 中只请求 1 组鉴权向量（SIP-Number-Auth-Items AVP 的值 为 1 ） ， 并 且 鉴 权 方 法 为 NASS-Bundled （ SIP-Authentication-Scheme AVP 的 值 为 NASS-Bundled），而刷新注册 S-CSCF 发送给 HSS 的 MAR 中请求 5 组鉴权向量，并且鉴权 方法为 Digest-AKAv1-MD5。初始注册的 MAR 请求抓包的信令解码如图 2 所示（下一页）。 2 次鉴权方法的不同导致了 S-CSCF 请求的 鉴权向量不一样， 协议定义 NASS-Bundled 一般 下载 1 组鉴权向量， AKA 一般下载 5 组鉴权 而 向量。检查 S-CSCF 上默认鉴权配置，发现被 配置成了 NASS-Bundled 鉴权。 修改 S-CSCF 上 默认鉴权配置为 AKA 后，问题解决。分析及处理首先分析用户的 AKA 鉴权注册， 用户发起 的注册消息最终鉴权成功，查看用户初始注册 成功后，检查 S-CSCF 上的用户信息，用户信 息均正常，表明用户的初始注册系统处理是正 常的，不是由于终端、鉴权密码等原因导致的 注册不成功。 第一次刷新注册后， S-CSCF 又下载了一次 鉴权向量，并且后续多次的刷新注册都成功， 没有像第一次刷新注册一样再下载鉴权向量。 计算了一下刷新注册次数，发现连续 5 次刷新 注册没有下载鉴权向量，第 6 次鉴权注册再一 次下载鉴权向量。怀疑初始注册下载的鉴权向 量组有问题，导致第一次刷新注册下载的鉴权 向量组才正常。 通过抓包把初始注册和刷新注册的 MAA 响应比较，发现初始注册的 MAA 的鉴权向量 为 1 组（SIP-Number-Auth-Items AVP 值为 1）， 而刷新注册的 MAA 鉴权向量为 5 组，基本确 认是由于 2 次 MAA 下载的向量组数量不一样 导致的，应当初始注册下载的鉴权向量也为 5经验总结AKA 鉴 权 一 般 下 载 5 组 鉴 权 向 量 ， NASS-Bundled 鉴权一般下载 1 组鉴权向量。 由 于 CSCF 支持多种鉴权方法， 所以 S-CSCF 上有 默认鉴权方法配置。如果需要默认鉴权方法采 用 AKA 鉴权配置，需要修改该配置。最后说一 下， S-CSCF 上实际采用的鉴权方法是根据 HSS 返回的鉴权方法来执行的，所以不管默认配置 是配置 AKA 还是 NASS-Bundled，对用户注册 鉴权不会有鉴权不通过的现象，只是 S-CSCF 和 HSS 之间交互消息有影响。IMS 核心网专刊 2011 年第 1 期15故障实例图1初始注册 MAA 鉴权响应图 2 初始注册 MAR 鉴权请求16《维护经验》总第 503 期精诚服务大话务情况下用户注册呼损较大的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象某局点进行注册大话务验证，发现注册呼 损有 2%左右，通过多次验证，呼损一直都保持 在 2%，呼损现象可以复现。合一， 无法通过外部抓包确认是 I-CSCF 处理失 败还是 S-CSCF 处理失败。需要进一步通过内 部信令跟踪确认。 通过内部 SIP 信令跟踪， 发现 I-CSCF 在收 到 HSS 的 UAA 响应之后， 将消息转给 S-CSCF， 但是 S-CSCF 收到消息后，并没有发送 SAR 请 求（diameter 信令跟踪中对该用户没有 S-CSCF 发的 SAR）。 根据信令跟踪的分析， 怀疑是由于 S-CSCF 上 SIP 没有发送到业务处理单元，所以就没有 SAR/SAA。至于为何 SIP 消息不发送到业务处 理，还需要进一步定位。 打开 S-CSCF 上的失败观察， SIP 的失败 从 观察发现 SIP 协议栈获取后续接入地址错误。 通过检查 S-CSCF 上的接入地址配置，在接入 地址配置中发现 9 号模块中的 5108 端口由于脚 本编写错误，配置成了 6 号模块。立即修改模 块配置后验证。经过验证问题得以解决。 出问题的配置如图 1 所示。分析及处理首先，根据多次注册大呼验证，确认问题 可以复现，通过终端的失败统计情况查看，每 次注册失败的用户 PUI 并不固定，基本可以排 除注册呼损和用户签约错误相关。因为如果用 户签约错误，正常情况下虽然注册呼损比较固 定，但是应当只有签约错误的用户会注册失败， 不会出现随机的用户注册失败的情况。 通过注册大呼情况下的系统信令抓包，分 析注册失败的用户信令，可以看到用户注册消 息到 I-CSCF 网元后， I-CSCF 发出了 UAR 请求 给 HSS，并且 HSS 也正常返回了 UAA 响应， 但是 I-CSCF 在收到 UAA 响应后，没有发出 SAR 请求， 由于该局是 I-CSCF 和 S-CSCF 物理图1错误配置数据 IMS 核心网专刊 2011 年第 1 期17故障实例所以最终分析结论是由于接入地址配置错 误导致分发到该地址的消息无法获得正确的业 务模块，导致业务处理失败。配置。另外，由于多模块配置，正确配置的模 块可以正常处理大呼请求，而只有很小的部分 配置错误，导致了呼损较小，并且可以复现。 所以对于这种呼损稳定的情况，可以检查是否 部分模块配置由于人为原因配置错误，导致的 问题。经验总结接入地址配置错误，会导致 SIP 接入地址 上电不成功，这样分发到该接入地址的注册请 求必然失败，导致大话务呼损。需要认真检查漫游注册用户作被叫时报用户空号的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象某局点进行漫游互通测试时，对方用户注 册成功但是呼叫该用户时报用户空号，呼叫失 败。时，采用的应当是注册时漫游域的 P-CSCF 添 加在注册 REGISTER 请求中的 path 头信息。所 以需要确定为何正常注册路由没有问题，而呼 叫到被叫 P-CSCF 的路由有问题。 通过 S-CSCF 上的用户注册信息查看命令， 查询到该用户的注册信息。通过注册信息保存 的 Path 信息，可以看到漫游 P-CSCF 的路由格 式为 IP 地址，而不是其他漫游域采用的携带主 机名格式。 比如采用 IP 地址格式的 Path 为： Path: &sip:10.1.1.1;lr& 而采用主机名格式的 Path 为： Path: &sip:term@pcscf.;分析及处理首先根据系统信令跟踪，检查是漫游用户 域返回的失败还是用户归属域返回的失败。通 过信令跟踪的呼叫码流分析，确认是用户归属 域的 S-CSCF 返回的呼叫失败指示，并且是在 被叫 S-CSCF 上返回失败指示后， 业务 AS 根据 失败指示向主叫用户报用户空号的失败提示 音。 通过 S-CSCF 上的失败观察分析，可以看 出是由于 SIP 消息出局路由分析失败导致的， 由于被叫 S-CSCF 在出局到漫游域的 P-CSCFlr& 正常采用主机名格式的跟踪抓包如图 1 所 示。18《维护经验》总第 503 期精诚服务图1正常消息 Path 头参照正是由于 IP 地址格式的路由在 S-CSCF 的 出局路由中没有添加，导致出局路由失败，报 用户空号。添加了 IP 地址路由配置后，可以正 常呼叫该漫游用户。 虽然从协议层面，Path 中携带 IP 地址，是 符合协议依据的。但是，目前 SCSCF 路由到 PCSCF，对于域名格式，可以通过 DNS 查询获 取 IP；对于 IP 格式需要增加 IP 分析，获取相 应策略。当然可以通过网段匹配，避免记录太 多；考虑到网络的维护性和扩展性，建议 IMS 域中 P-CSCF 插入的 path 统一为域名格式，后 续可以通过修改 DNS server 配置，实现网络调 整。经验总结在现网 IMS 域实现多个域用户的互通和漫 游用户注册呼叫等应用场景下，如果出现注册 呼叫问题，一般都是由于互通设备的路由地址 等配置差异导致的，可以通过相互间的接口信 令抓包，以及失败观察来基本定位。当然，考 虑到呼叫业务实际使用的路由信息有一部分是 注册时就协商好的，所以在抓包时需要同时抓 取注册的信令，这样就可以和正常的本域注册 会话成功的用户信令做一个对比，也能发现问 题所在。IMS 核心网专刊 2011 年第 1 期19故障实例IMS 用户呼叫 CS 一号通用户失败的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象A 用户为 IMS 用户，B 用户为 CS 域用户， 签约被叫一号通同振业务， 并且 B 作为主号码， C、D、E 为关联号码，A 呼叫 B 不通。上路由分析配置的是对 1234567 一号通业务特 （ 殊前缀）的分析，所以导致出局分析失败。 一般的 CS 发起呼叫被叫一号通同振业务 时，业务服务器会在下发的请求号码前添加特 殊前缀 1234567，所以 S-CSCF/BGCF 上配置了 该出局路由，CS 域主叫发起呼叫的被叫有被叫 一号通同振业务，呼叫可以正常路由，业务使 用正常。但是如果 IMS 用户呼叫的被叫虽然签 约了一号通同振业务，业务平台并不增加此业 务特殊前缀，造成了出局路由分析未匹配到正 确记录。导致呼叫失败。 在 S-CSCF/BGCF 上 正 确 增 加 “ tel:+86 ”的出局号码分析，配置出局到 MGCF 后，业务呼叫正常。分析及处理首先通过系统抓包查看，终端发送的请求 消息经过 S-CSCF 的业务触发，业务服务器返 回请求给 S-CSCF 后，S-CSCF/BGCF（物理合 一设备）并没有出局该 INVITE 请求到 MGCF， 初步判断 S-CSCF/BGCF 处理出错。 通过 S-CSCF/BGCF 上的信令跟踪查看， 消 息已经收到， 确认是 S-CSCF/BGCF 网元处理出 错。 通过 S-CSCF/BGCF 上的失败观察查看， 失 败观察报出局路由分析出错。由于到 MGCF 的 呼叫是 S-CSCF/BGCF 的主叫侧流程， 出局的路 由分析应当采用的是被叫号码，即 INVITE 请 求中的 Request-URI 部分。返回到信令跟踪界 面，查看 S-CSCF 收到的请求中，Request-URI 为“tel:+0”，而 S-CSCF/BGCF经验总结由于 CS 用户的呼叫场景和 IMS 用户的呼 叫场景，对于业务平台来说可能存在差别，这 些差别是由于业务平台对不同类型的终端识别 和处理要求不一样引起的。需要在做数据配置 时了解清楚差别，才能配置完整的业务路由分 析记录，保证多种终端可以实现特定的签约业 务。20《维护经验》总第 503 期精诚服务用户注册返回 480 失败的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象网元数据配置后进行注册功能调试，注册 消息发送到 I-CSCF 后， I-CSCF 发起 UAR 查询 HSS 获得了 S-CSCF 的主机名，然后向 P-CSCF 回复 480。疑 S-CSCF 上 IP 分发或 SIP 接入地址配置可能 存在配置错误。 检查 S-CSCF 上的 IP 分发， 对于 UDP 分发 配置都正常，没有发现配置错误。 检查 S-CSCF 上的 SIP 接入地址配置， 发现 I-CSCF 和 S-CSCF 的 SIP 接入地址配置中的端 口不一样。由于在 I-CSCF 和 S-CSCF 采用物理 合一逻辑网元分离方式配置时，是要求端口保 持一致的，所以问题可能是端口不一致导致的。 修改 SIP 接入地址配置后，用户重新发起 注册，可以正常注册。 I-CSCF 和 S-CSCF 物理合一时的配置，针 对多模块分发的问题，在接入地址配上需要有 一定的约束，以避免产生不必要的问题，具体 约束如下。 （1）一个 IP 在多模块的情况下，必须在 所有的 TP 实例上都要配置端口，不能多，不能 少，也不能相同；在各个模块的 TPM 实例上， 必须配置 5060 端口 （知名端口） 不能不配置。 ， （2）如果在一个模块上有多个 IP，那么每 个 IP 配置在各个 TP 实例和 TPM 实例上的端 口，必须要相同。 举例：IP 地址 10.5.11.141 分配了 5060、 、 端口，那么另一个 IP 地址 10.5.11.143，也都需要分配相同的端口在 同一个模块上，这样才能保证逻辑网元能正常 收发消息。配置后的信息如图 1 所示。分析及处理检查 HSS 上配置的 S-CSCF 主机名，和 S-CSCF 上配置的主机名一致。检查 I-CSCF 到 S-CSCF 的出局路由分析配置， 配置出局的路由 信息也和 S-CSCF 的主机名一致。 在 I-CSCF 上尝试网络层 ping 包，检查 I-CSCF 和 S-CSCF 的网络地址是否互通连接。 根据 ping 包可以正常返回，确认 2 个网元间的 网络地址配置没有问题。 检查 I-CSCF 到 S-CSCF 的链路信息，该链 路上有链路检测的配置，由于该网元为 I-CSCF 和 S-CSCF 物理合一的配置，逻辑上虽然是 2 个网元，但是在一个物理机框，实际上网络 SIP 消息交互是在本框完成，不涉及到外部网络连 接和交换机，这样就不需要配置链路检测。 修改链路检测配置为不检测后，注册仍然 失败，现象没有变化，需要继续排查。 打开 I-CSCF 和 S-CSCF 上的信令跟踪，可 以 看 到 I-CSCF 发 送 了 REGISTER 请 求 给 S-CSCF，但是 S-CSCF 并没有收到该消息。怀IMS 核心网专刊 2011 年第 1 期21故障实例图1配置数据实例经验总结对于物理合一的配置，需要注意各逻辑网 元的 IP 分发配置和 SIP 接入地址配置的限制， 保证消息能正常分发到监听端口上。另外，一般的逻辑网元收不到消息的情况，可以通过从 网络底层逐步往 IP 层、SIP 层、业务层检查的 方式来排查和定位。增加容灾主机组配置后呼叫失败的问题处理□ 中兴通讯 NGN 分中心 张璐故障现象某局点 S-CSCF 上开始对 PSS 服务器未配 置容灾主机组，业务正常。后来配置了 PSS 的 容灾主机组，发现呼叫 S-CSCF 将请求发送到 PSS 后，PSS 返回错误。正在使用的容灾主机，说明业务已经正常选择 了可用的容灾主机。 接下来通过信令跟踪，查看 S-CSCF 发给 PSS 容灾主机的 INVITE 请求，Route 中在原来 的出局 Top-Route 前面多加了一条 Top-Route， 内容是当前的容灾主机，导致 PSS 收到后路由 出错。 S-CSCF 保留原有 Top-Route 又插入一 从 条新的 Top-Route 的处理方式来看，应该是容 灾主机出局分析中的“TopRoute 修改方式”配 置有误，查看现场配置， “TopRoute 修改方式” 设置的是“插入 TopRoute”，对于静态容灾，分析及处理首先在网管中查询容灾主机组中的各容灾 主机的状态，均正常，说明对各个容灾主机链 路的 OPTIONS 链路检测是正常的。 再查询该容 灾主机组当前的容灾主机，也正常显示有一个22《维护经验》总第 503 期精诚服务应该配置“替换 TopRoute”，修改后进行验证， 呼叫正常，问题解决。 这里对“TopRoute 的修改方式”配置项简 单说明一下，希望能够加深对该配置项的理解， 方便后续使用和定位问题。该配置项在 URI 号 码分析中，如图 1 所示。担、静态容灾或动态容灾 SRV 查询得到的主机 名来替换原来 TopRoute 的 hostpart 部分。 （3）替换 TopRoute：用通过负荷分担、静 态容灾或动态容灾 SRV 查询得到的主机名来替 换整个原来 TopRoute。 （4）不变换：配置界面的默认值，没有特 殊处理。 另外，号码分析中还有个“插入 TopRoute 标识” “远端主机名” 和 配置， 与这个 “TopRoute 的修改方式”有什么区别呢？如果两者同时配 置，插入 TopRoute 标识” “ 的操作是在 “TopRoute 修改”操作之前，“TopRoute 修改”是最后一图1TopRoute 配置项步操作，可以实现最终对 Route 进行修改。比 如 原 来 码 流 中 没 有 Route ， 分 析 的 是 Request-URI 时，如果先配置“插入 TopRoute 标识”，然后再对这个插入的 Route 进行负荷 分担或静态容灾或动态容灾，最后码流出局也 只会插入一个 Route（最后的获得的主机名）， 这时可以将“插入 TopRoute 标识”看作是一个 中间操作，不管中间再经过什么变换处理，最 终只会插入一个 Route，不会插入多个 Route。“TopRoute 的修改方式”处理策略主要是 在需要对码流中的 Route 进行修改时使用，需 要配置在负荷分担、静态容灾、SRV 查询得到 的主机名出局分析中。如果码流中没有 Route （分析对象是 Request-URI 时），此配置无效， 通过负荷分担、静态容灾、SRV 查询得到的主 机，默认会将得到的主机插入到出局消息中成 为 TopRoute。 该配置只在有 Route 时才会有效， 实现对 Route 的灵活处理。 （1）插入 TopRoute：在原有的 Route 前面 插入一个新的 TopRoute， 内容为通过负荷分担、 静态容灾或动态容灾 SRV 查询得到的主机。 （2）修改 TopRoute Host：保留原来 Top Route 的参数以及 userInfo 部分，用通过负荷分经验总结目前 CSCF 支持的容灾方式比较多，对于 静态容灾和动态容灾，配置上需要注意的地方 比较多，使用这些功能时需要加深对各个配置 的理解，防止配置错误导致的业务失败。IMS 核心网专刊 2011 年第 1 期23故障实例网管上报数据区容量告警的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象某局点进行大话务测试时，发现有 2 个严 重告警，如下：严重
16:05:40 1 架 2 框 12 槽 1 号 CPU 数据区容量一级告警() 数据区容量一 级告警() 处理错误告警 数据配置 网元告 警 模块=1 29 数据区名称 = D_SIPTUSUBSTAT ; 进程 名 = cscf_csf1 严重
16:05:40 1 架 2 框 12 槽 1 号 CPU 数据区容量一级告警() 数据区容量一 级告警() 处理错误告警 数据配置 网元告 警 模块=1 30 数据区名称 = D_SUSUBSTAT ; 进程名 = cscf_csf1目前 CSCF 对数据区告警的实现，涵盖了 用户注册，会话等多个数据区，所以处理数据 区告警时需要针对性地检查对应数据区是否不 足导致的告警，才能及时消除告警。 根据上面告警中的数据区名称指示，是模 块 1 的 D_SIPTUSUBSTAT 和 D_SUSUBSTAT 这 2 个数据区使用达到了配置容量的 95%以上 了，需要检查修改容量配置，或者减小大话务 呼叫量。由于系统默认配置一般能满足正常业 务量，而如果做针对性的大话务测试，则默认 配置可能比话务模型小了，需要在大话务测试 前及时调整，否则容易导致数据区容量不足。 本次测试实际上是进行注册订阅的大话务 测试时没有检查和调整该数据区默认容量配置 导致的，根据大话务模型查看，确实是这 2 个 数据区配置比测试模型小。通过修改增加了数 据区容量配置后，再执行大话务测试时，告警 已经消除，没有继续上报数据区容量告警，问 题解决。分析及处理目前对于数据区的使用， CSCF 有数据区容 量告警功能，如果数据区使用达到一定的百分 比门限，就会上报告警，系统实现时对数据区 告警分为 3 级，定义如下： （1）数据区容量一级告警 数据区占用达到 95%以后会产生该告警。 （2）数据区容量二级告警 数据区占用达到 85%以后会产生该告警。 （3）数据区容量三级告警 数据区占用达到 80%以后会产生该告警。 另外需要说明，如果在多模块情况下，该 告警是针对每个模块单独上报的。即如果某个 模块数据区配置的比较小，而分发采用的是随 机分发，一般各模块分发比较均匀，会导致在 大话务情况下，模块数据区配置较小的模块先 上报数据区告警。经验总结CSCF 的数据区容量告警主要用于系统运 行时出现系统数据区容量不足情况下及时上 报，提示系统话务量可能达到或超过了系统当 初给定的话务模型了，为防止系统容量不足导 致的业务呼损异常，需要对该告警做确认和及 时调整话务模型操作，以及考虑调优数据配置 容量。同样在有针对性的大话务测试时，也需 要注意告警信息，逐步调优数据区容量配置， 保证数据区容量足够满足话务模型要求。24《维护经验》总第 503 期精诚服务DNS 容灾 SRV 查询后无 A 查询的问题处理□ 中兴通讯 NGN 分中心 张璐故障现象某局点测试 DNS 动态容灾时，CSCF 通过 SRV 查询方式进行容灾，IP 地址选择策略为优 选，CSCF 查询 DNS，DNS 根据源地址查询返 回两个优先级不同的 SRV 结果， 但是发现 CSCF 对查询的结果没有再发起 A 查询。（1）SRV 查询设置如图 1 所示。分析及处理DNS 容灾是 SRV 查询+A 查询实现的，目 前系统对于 DNS 容灾的 SRV 查询和 A 查询配 置项上是分开控制的，URI 分析中“DNS SRV 查询类型”配置项只控制是否进行 SRV 查询。 之后是否再进行 A 查询还是要通过“DNS/ ENUM 查询”“业务类型” + 两个配置项来控制， “DNS/ENUM 查询”选查询 DNS 同时业务类 型选“本域”才表示进行 A 查询。 从上述分析可以看出，DNS 容灾“SRV 查 询+A 查询”在配置上需要注意的是，URI 分析 的时候需要配置 “本域” “查询 DNS” “DNS + + SRV 查询类型（标准模式或者兼容模式）”。 该局点的问题，SRV 查询后没有继续进行 A 查 询，我们就可以判断出应该是对 SRV 查询返回 主机名后没有配置 A 查询（“本域”+“查询 DNS”）导致的，查看局点的配置信息，确实 是分析中没有设置“本局”+“查询 DNS”。 修改后进行验证，SRV 查询后 A 查询正常，问 题解决。 下面简单介绍下 SRV 查询和 A 查询的配 置。图 3 DNS A 查询多 IP 地址策略 IMS 核心网专刊 2011 年第 1 期 图 2 DNS A 查询设置项 图 1 SRV 查询设置项（2）A 查询设置如图 2 和图 3 所示。25故障实例补充说明一下 SRV 查询两种模式的含义。 （1）标准模式 SRV 查询：当目的 SIP URI 中包含有 port 参数时，不执行 SRV 查询；当目 的 SIP URI 中无 port 参数时，执行 SRV 查询。 （2） 兼容模式 SRV 查询： 无论目的 SIP URI 中是否包含有 port 参数，均执行 SRV 查询。如 果目的 SIP URI 中有 port 参数，在此模式下， 忽略 SRV 查询的 port 参数，出局信令的 port 取值为目的 SIP URI 中的 port 值。经验总结CSCF 系统对 DNS 容灾的 SRV 查询和 A 查询，配置上需要分别控制，单独配置 SRV 查 询类型，不代表后续一定会进行 A 查询。A 查 询还是要将“DNS/ENUM 查询”配置项配置为 查询 DNS，并且“业务类型”配置为“本域” 才能进行，同时可以设置“IP 地址选择策略” 是优先还是负荷分担，来控制对 A 查询后返回 多个 IP 地址时的选择方式。计费消息无关联 tel 号码的问题处理□ 中兴通讯 NGN 分中心 张璐故障现象某局点用户签约有隐式注册集，其中包含 一个 SIP 格式号码和一个 tel 号码。该用户进行 呼叫，签约有呼叫业务触发 Centrex，呼叫过程 中 发 现 S-CSCF 发 送 到 Centrex 服 务 器 的 INVITE 消息中“P-Asserted-Identity”头部（下 文简称 PAI 头），只填写了一个 SIP 号码，没 有插入 tel 号码，导致计费出错。这里先说明一下别名的含义，方便后面的 分析。 判断一个 tel 号码是一个 SIP 号码的别名， 需要满足以下条件： 1）在同一个隐式注册集中； 2）在同一个别名组中（同一个别名组中的 号码，签约的 SP 模板以及 ICSI 业务标识必须 相同）。 （2）如果 S-CSCF 收到的 INVITE 请求中 PAI 带的是一个 tel 号码，那么 S-CSCF 需要再 插入一个带“user＝phone”参数的 SIP 格式 tel 号码，这个插入的 SIP 格式 tel 号码要求是根据 收到的 tel 号码来构造的。举个例子，如果收到 的 tel 号码是 tel：+，那么所构造 的 SIP 格式 tel 号码就应该是 “sip:+ @ .user=phone”。 目前 CSCF 产品是完全遵照上述协议要求 实现的。至于为什么 S-CSCF 发给 Centrex 的请 求码流中 PAI 头里只有 SIP 号码，而没有插入分析及处理首先我们介绍一下协议上对 S-CSCF 处理 “P-Asserted-Identity”头部的规定，3GPP 协议 对 S-CSCF 的处理要求如下。 （1）如果 S-CSCF 收到的 INVITE 请求中 PAI 带的是一个 SIP 格式号码， 那么 S-CSCF 需 要根据签约情况再插入一个 tel 号码，前提是所 插入 tel 号码必须是那个 SIP 号码的别名。26《维护经验》总第 503 期精诚服务tel 号码？通过上述分析我们知道要插入 tel 号 码，这个 tel 号码必须是 SIP 号码的别名才行， 现在问题的关键就在于确认这个 tel 号码到底是 不是 SIP 号码的别名。问题很可能就是 HSS 中 用户签约时设置错误导致 S-CSCF 判断不是别 名，所以没有插入 Tel 号码。 根据前面判断别名的条件到 HSS 受理台中 检查该用户的签约情况，首先检查隐式注册集 的设置，发现该 SIP 号码和 tel 号码确实是签约 在一个隐式注册集中；再检查两个号码签约的 SP， 发现 SP 签约的也一样； 最后再检查两个号 码签约的 ICSI 业务标识，发现两个号码签约的 ICSI 业务标识不一样。修改后验证，S-CSCF发给 Centrex 的请求中 PAI 头里正确插入了 tel 号码，问题解决。经验总结用户隐式集别名组签约错误会导致 S-CSCF 不能在 PAI 中正常插入别名的 tel 号码。 遇到 S-CSCF 不能插入别名 PAI 的问题，需要 认真检查 HSS 上用户的放号设置，一般都能够 解决该问题。一般检查顺序是：隐式集设置、 别名组设置、PUI 签约的 SP 模板、PUI 签约的 ICSI 业务标识。 具体查询方法简单介绍下。 （1）查询签约信息，如图 1 所示。图1查询签约信息（2）查询 PUI 签约的 ICSI，如图 2 所示。图2查询 PUI 签约的 ICSI对于 Tel 格式 PUI，也可以通过这个查询，只是在 PUI 对话框中输入 Tel 号码即可。IMS 核心网专刊 2011 年第 1 期27故障实例呼叫成功 SIP 跟踪不到 S-CSCF 的问题处理□ 中兴通讯 NGN 分中心 张璐故障现象某个 P-CSCF/I-CSCF/S-CSCF 合一局点终 端注册、呼叫能成功，但是在网管上进行 SIP 信令跟踪时，跟踪不到 I-CSCF 到 S-CSCF、 P-CSCF 到 S-CSCF 的信令消息。本该出局到 S-CSCF 的分析关联成 I-CSCF 的出 局路由集了。 将主机配置中的 I-CSCF 的主机地 址删除，注册呼叫等均失败，这时可以确定是 URI 分析配置的问题。仔细检查号码分析配置， 发现对于 P-CSCF， 归属域名的分析， REGISTER 和 INVITE 等方法都配置在一起，并且是出局 到 I-CSCF 的，同时对 P-CSCF 也没有配置 S-CSCF 主机名的出局分析。修改号码分析，对 于 INVITE 方法和 REGISTER 方法分开配置， 按照出局方向该出局到 I-CSCF 的关联 I-CSCF 出局路由集，该出局到 S-CSCF 的关联 S-CSCF 出局路由集。修改后进行业务验证，网管中信 令跟踪正常，P-CSCF、I-CSCF、S-CSCF 地址 的信令消息跟踪正常，问题解决。分析及处理首 先 检 查 协 议 栈 配 置 ， P-CSCF/I-CSCF /S-CSCF 三个业务地址配置在同一个 lookback 环回端口上，一般情况下不同的业务 IP 地址应 当配置在不同的 lookback 环回端口上，后来将 现场三个业务地址分别配置在三个 lookback 环 回端口上，三个地址 ping 通正常后，进行业务 流程验证问题仍然存在，排除是协议栈地址配 置的问题。 尝试将 loopback 环回端口上的 S-CSCF 业 务地址删除，注册和呼叫还是能够打通。进一 步验证将主机配置中的 S-CSCF 主机地址删除， 注册和呼叫等仍然正常。证明 S-CSCF 的地址 其实根本没有用到，证明请求并没 有发送到 S-CSCF 的地址上面去。 检查基本的 SIP 接入地址、分发表、拓扑 配置、 UDP 承载、 链路等配置， SIP 以及 S-CSCF 链路相关的配置均正确。这时基本上可以判断 是号码分析中出局的路由集可能关联错误了，经验总结CSCF 系统的路由分析都是配置驱动的， 如 果是静态配置的出局路由集，那么必须保证自 己配置的出局目的地是正确的网元地址。对于 静态出局配置的组网环境，如果网络有调整， 一定要仔细检查相关的号码分析中是否正确进 行了调整，避免出现分析出局到非期望的网元。 当然， 可以配置 DNS 查询来动态获取对端的 IP 地址，这样后续就可以只通过修改 DNS 服务器 的配置来实现网络调整。28《维护经验》总第 503 期精诚服务异地容灾用户注册路由异常的问题处理□ 中兴通讯 NGN 分中心 赵井文故障现象某局点采用异地容灾的配置，A 地用户终 端发起注册业务， 对于用户发起的注册请求， A 地的 P-CSCF 有时发送到 A 地的 I-CSCF，有时 发送到 B 地的 I-CSCF。并且在 P-CSCF 发送出 局请求前，抓包中并没有看到执行 DNS Server 的查询请求消息。考虑到 P-CSCF 采用的是 DNS 查询方式， 但是抓包并没有看到 P-CSCF 发起 DNS 查询消 息。怀疑 P-CSCF 之前查询过 DNS，把 DNS 查 询记录通过 Cache 缓存到本地了，所以才会出 现不查询 DNS server 还可以继续路由出局的情 况。 检查 DNS Cache 的配置，DNS Cache 配置 有 TTL（存活周期）为 3600s。通过 DNS Cache 记录查看， 可以看到 P-CSCF 上多模块的 Cache 记录并不一样。咨询 DNS Server 的配置人员确 认，DNS 服务器上的配置记录调整过，刚好导 致了 A 地和 B 地 I-CSCF 对应的主机名调换， 这样就导致了 P-CSCF 上模块 Cache 有部分 TTL 超时更新过，有部分 TTL 还没有超时，所以还 没有更新。 通过人机命令手工清除 Cache 后，再发起 A 地用户注册，可以看到 P-CSCF 发起了 DNS 查询，并且注册直接发送到 A 地 I-CSCF，问题 解决。分析及处理首先，检查 P-CSCF 上的 DNS 配置，可以 看到确实配置了 DNS 查询记录，通过操作维护 界面查看 DNS 链路状态，也可以看到 DNS 链 路状态正常，确认和 DNS 链路配置没有关系。 检查 P-CSCF 到 A 地和 B 地 I-CSCF 的路 由配置，发现虽然配置了查询 DNS，但同时配 置了 SIP 路由和链路，怀疑有可能 DNS 查询失 败后继续使用静态 SIP 路由出局，才可以在不 查询 DNS 的情况下继续路由消息出局。但是现 场删除了 SIP 静态路由配置后，现象仍然存在， 说明该问题和 SIP 静态路由配置无关。 既然没有 SIP 静态路由配置情况下仍然能 够正常路由出局，表明 P-CSCF 上肯定采用的 是 DNS 方式出局，因为 CSCF 上只支持 2 种出 局路由方式，一种是 SIP 静态路由，另一种是 DNS 查询方式。经验总结异地容灾采用 DNS 方式时， 需要注意 DNS Server 上配置数据如果调整的话，需要考虑 DNS Client 端的更新时间， 如果 TTL 配置过大， 需要人工干预保证及时同步。这样才能保证数 据一致性。IMS 核心网专刊 2011 年第 1 期29故障实例AS 订阅注册用户状态失败的问题处理□ 中兴通讯 NGN 分中心 张璐故障现象某局点用户签约有第三方注册业务，用户 注册成功，并且 S-CSCF 向 PSS 进行第三方注 册 成 功 。注册 成 功 后 PSS 向 S-CSCF 发 送 SUBSCRIBE 请求订阅用户的注册状态，发现 S-CSCF 回 403 失败响应。获取主叫用户数据这个是 P-CSCF 接入逻辑的 处 理 ， 进 行 了 接 入 主 叫 用 户 认 证 （ UC_AO RIGAUTH 指示） 这个也进一步印证了目前网 ， 元是在执行“P-CSCF MO”的处理，在获取主 叫用户数据并进行认证。PSS 向 S-CSCF 的订 阅，S-CSCF 怎么会执行 P-CSCF 逻辑呢，怀疑 网元角色判断错误了。 CSCF 产 品 涵 盖 了 P-CSCF 、 I-CSCF 、 S-CSCF 三种 IMS 网元角色，系统判断网元角 色是和配置有关的，如果消息源地址对应的入 口策略中接口类型设置成了“UNI 用户与网络 之间的接口”或者“共享 IP”，就会判断为 P-CSCF 角色。 目前对 PSS 的订阅处理判断成了 P-CSCF 网元角色， 唯一的原因就是 PSS 地址对 应的入口策略中的接口类型配置有误， 检查 PSS 入口策略配置发现果然是配置成了 UNI，立即 修改为“NNI 网络与网络之间的接口”，修改 后验证，S-CSCF 对 PSS 订阅正确返回了“200 OK”的响应并发送 NOTIFY 通知，问题解决。分析及处理用户注册成功后，通过网管的用户管理在 S-CSCF 上检查用户的注册信息， 用户信息均正 常，表明用户的注册系统处理是正常的，首先 排除是由于 S-CSCF 上注册信息有误导致的订 阅失败。 通过信令跟踪查看 PSS 发送到 S-CSCF 的 SUBSCRIBE 订阅请求消息， 检查消息中的关键 字段信息是否正确，检查了以下内容。 （1）检查“Request-URI”和 To 头字段， 正确填写了要订阅的用户号码。 （2）检查“P-Asserted-Identity”，也正确 填写了 PSS 的主机名。 （3） 检查 Event 头字段： 也正确填写了 reg （表明是订阅用户的注册状态）。 以上检查结果表示 PSS 发送的订阅信令是 正确的，排除了 PSS 发送的请求有误导致的订 阅失败。 接下来就需要分析 S-CSCF 上报的失败观 察信息了，可以看到上报的失败观察的失败码 列表中有以下信息：“根据 TUNNEL 获取用户 数据失败”、“UC_AORIGAUTH 用户数据不 存在或者获取用户数据错误”。根据 TUNNEL 30经验总结对于网元角色判断错误方面的问题，一般 都是和配置有关的。我们需要掌握 CSCF 产品 对于网元角色判断的处理原则，这样解决这方 面的问题就会游刃有余，下面列出主要的几条 原则，供定位问题时参考。 （1）主叫 P-CSCF 的角色判断：入口策略 中接口类型配置的是 UNI 或者 ShareIP。 （2）主叫 S-CSCF 的角色判断：收到的初 始请求消息的 Top-Route 为注册时 S-CSCF 自己《维护经验》总第 503 期精诚服务添加的 Service-Route 信息（其中包含 orig 标 识）。 （3）被叫 S-CSCF 的角色判断：收到的初 始请求消息的 Top-Route 为自己的主机名但是 不包含 orig 标识，同时号码分析中（URI 分析、 TEL 号码分析）对 Request-URI 中的被叫号码 有一条消息入口选择子的本局分析。 （4）被叫 P-CSCF 的角色判断：收到的 INVITE 消息的 Top-Route 为注册时自己添加的 Path 信息（其中包含 term 标识）。（5）I-CSCF 的角色判断：根据号码分析 中的“是否查询 HSS”配置项来控制是否进行 HSS 查询， 查询 HSS 的情况下就判断为 I-CSCF 角色，其它情况下作为 Proxy 逻辑处理。 从以上原则可以看出， CSCF 网元角色判断 中取决于配置的有：主叫 P-CSCF 的角色判断， 被叫 S-CSCF 的角色判断， 以及 I-CSCF 的判断。 今后定位网元角色判断方面的问题，对照以上 原则检查仔细配置一般情况下都应该能够解决 问题。IMS 核心网专刊 2011 年第 1 期31经验交流利用上网卡使传真机注册到不同运营商的方法□ 中兴通讯核心网络服务中心 孙嘉 络环境。 即调试机用 3G 上网卡上网， 再用普通 网卡连接 IAD。 具体操作见下面描述和图示 （以 在某省与全国其他省市测试漫游传真业务 的时候，经常需要将传真机注册到不同网络环 境。现场只有一台佳能传真机以及移动公网环 境，另外具有联通、电信上网卡。需要实现传 真机注册到电信、联通网络进行测试的场景。 注册到联通网络、 本地网卡 3 连接 IAD 为例） 。 （1）用 3G 上网卡拨号上网后，在网络连 接中，右键“中国联通”，点击“属性”。在 “高级”选项卡中，勾选“允许其他网络用户 通过此计算机的 Internet 连接来连接”，并选择 本地连接 3。 这时会提示将会把本地连接 3 的地 址设置为“192.168.0.1”，点击&确定&。配置 如图 1 所示。应用场景4B操作说明45B考虑到联通和电信的上网卡，可以用设置 代理上网的方法来实现传真机注册到不同的网图 1设置网络连接（2）用浏览器登录 IAD，在 setup 中设置 IAD 的 IP 地址为“192.168.0.11”，掩码 24 位，网关为“192.168.0.1”。如图 2 所示，注意设置 完后 IAD 会自动重启。32《维护经验》总第 503 期精诚服务图 2设置 IAD（3）在 VOIP 中，设置传真机的号码、密码、PVI。如图 3 所示对应的项设置为需要的值即可。图3设置 VOIP IMS 核心网专刊 2011 年第 1 期33经验交流（4）为验证设置正确性，在 TOOLS 中 ping 一下 SBC 地址。操作如图 4 所示。图 4ping 包检测设置完成后，把传真机接入到 IAD 设备上，即可实现传真业务互通，并且通过联通网络传送 数据了。经验总结46B在传真机本没有接入联通公网条件的情况下，采用代理上网这样一个折中的办法，解决了测试 条件不具备的问题，节约了测试的成本。34《维护经验》总第 503 期精诚服务CSCF 路由分析和 SIP 消息路由的配置方法□ 中兴通讯 NGN 分中心 张璐147B前言关于 CSCF 的路由分析以及 SIP 消息的路由，是 IMS 核心网 CSCF 消息处理的一个重要 部分，下面针对 CSCF 的路由基本配置过程进 行说明，供配置时参考。248B 70B操作说明2.1 SIP消息的路由集、路由、链路配置SIP 路由集关联 SIP 路由， 路由关联 SIP SIP 链路， 链路中要关联承载的连接标识和邻接 SIP 主机名。所以配置时“邻接主机 UDP 承载图2 配置邻接主机（2）SIP 信令链路 SIP 信令路由 SIP 信令路由 集”这样一步步配下来即可，最后 SIP 信令路 由集被出局路由分析中的出局路由集配置引 用。 （1） 配置邻接主机可参照图 1 和图 2 所示。说明：配置主机 SIP URI 时，必须填写带 模式名为“sip:”的主机名；主机类型，根据实 际填写；支持能力，只有 SCSCF 网元需要填写 （在 ICSCF 根据能力选择 S 时使用）；基本使 用场景其它选项选择默认即可。 （2）配置 UDP 承载可参照图 3 和图 4 所示。图1配置邻接主机（1） 图3 配置 UDP 承载（1）IMS 核心网专刊 2011 年第 1 期35经验交流图4配置 UDP 承载（2）说明：对端 IP 地址和对端端口根据实际填 写，本端角色选“客户端”。 （3）配置 SIP 信令链路可参照图 5 和图 6 所示。图6配置 SIP 信令链路（2）说明：承载协议类型，选择 UDP；连接标 识，关联刚才配置的 UDP 承载的编号；邻接主 机编号，关联刚才配置的邻接主机的编号；心 跳检测模式，默认不打开 SIP 链路的检测，如 果打开，SIP 将向对端发送 OPTIONS 进行心跳 检测。 （4）配置 SIP 信令路由可参照图 7 和图 8 所示。图5配置 SIP 信令链路（1）图7配置 SIP 信令路由（1）36《维护经验》总第 503 期精诚服务图8配置 SIP 信令路由（2）说明：链路选择策略，支持“优选”和“轮 选”两种策略，优选表示按照顺序选择，第一 条不通，顺序选择下一条；轮选表示在各链路 中轮流选择，用于各条链路均匀负荷分担的场 景。 （5）配置 SIP 信令路由集可参照图 9 和图 10 所示。图 10 配置 SIP 信令路由集（2）说明：路由选择策略，支持“优选”和“百 分比分担”两种策略。优选表示按照顺序选择， 第一条不通，顺序选择下一条；百分比分担表 示各条路由选择的概率按照配置的百分比进行 分担，用于各条链路负荷分担的场景。2.2 路由分析配置71B（1）配置路由选择子可参照图 11 和图 12 所示。图9配置 SIP 信令路由集（1）图 11配置路由选择子（1）IMS 核心网专刊 2011 年第 1 期37经验交流图 12配置路由选择子（2）（2） 配置业务群可参照图 13 和图 14 所示。图 15配置入口策略（1）图 13配置业务群（1）图 14配置业务群（2）图 16配置入口策略（2）说明：业务群中关联路由选择子、业务定 时器索引和一些策略索引。 （3）配置入口策略可参照图 15 和图 16 所 示。说明：入口策略是路由分析的入口，其上 关联的入口业务群得到的入口选择子是最开始 号码分析的入参；子网和子网掩码，用来匹配 消息的源 IP；业务群索引，关联入口业务群， 由此得到入口路由选择子，可以设置一些必要38《维护经验》总第 503 期精诚服务的功能开关，关联其它所需要执行的入口策略 索引。 （4） 配置归属域可参照图 17 和图 18 所示。图 19配置路由分析（1）图 17配置归属域（1）图 18配置归属域（2）说明：P-CSCF 和 I-CSCF 上此配置无影响， 只有 S-CSCF 上需要关心该配置。业务群编号,关 联出口的业务群，由此获得出口的路由选择子。 （5）配置路由分析可参照图 19、图 20、 图 21 和图 22 所示。 注册流程的路由分析参照图 23 所示。 注册流程基本步骤说明如下。 （1）终端发 REGISTER 请求到 P，P 根据 Request-URI 中的归属域名分析出局到 I。 （2） 发 REGISTER 请求到 I， 查询 HSS P I 获得 S 的主机名或能力，选择一个归属的 S 分 析出局。IMS 核心网专刊 2011 年第 1 期 图 20 配置路由分析（2）（3） 发 REGISTER 请求到 S， 查询 HSS I S 下载用户数据，注册成功后返回“200 OK”。 （4）S 根据用户签约数据向 AS 触发第三 方注册，AS 返回“200 OK”。39经验交流349B经验总结CSCF 路由分析和 SIP 消息路由配置涉及到较多的配置项，但是如果理解了 IMS 路由协议规范，可以理解 要求的配置都是基本配置项，很多策略配置项都提供了 默认配置，所以需要重点对协议路由和基本配置项结合 起来，相互参照更容易理解。另外，由于配置数据有关 联引用关系，所以配置时需要注意顺序，基本参照本文 的顺序即可。图 21配置路由分析（3）图 23注册流程的路由分析流程图 22配置路由分析（4）40《维护经验》总第 503 期
更多相关文档}