2020年(发展战略)软交换网络发展方向的研究

（发展战略）软交换网络发展方向的研究

软交换网络发展趋势的研究

软交换诞生于90年代末，由于它顺应网络融合的发展趋势，迅速得到国内外各运营商的青睐。随着IMS概念的出现，软交换的发展趋势成为业界关注焦点。本文介绍了软交换发展现状和IMS的特点，且对软交换网络发展趋势进行了展望。1软交换现状

软交换的主要设计思想是控制和承载和业务分离，各实体之间通过标准的协议进行连接和通信，以便于网上更加灵活地提供业务。具体地讲，软交换是壹个基于软件的分布式交换/控制平台，它将呼叫控制功能从网关中分离出来，开放业务、控制、接入和交换间的协议。图1为软交换示意图。

图1软交换示意图

软交换是IP技术带动电信业发展的产物，它为运营商解决目前多种网络、多种技术和多种系统的共存的现象提供了良好的解决方案，能够为运营商带来业务的创新和成本的节约，为业界注入新的活力。所以全球范围内已有多家电信运营商开始进行软交换方面的实验和商用部署，于国内，中国电信、中国移动、中国网通、中国联通、中国卫通和中国铁通均已经开始进行软交换的商用，尽管其应用的规

模不同，但却标志着软交换技术已经走出实验室，开始进入壹个新的发展时期。软交换技术于发展过程中，且没有壹个严谨的定义和体系架构标准，因此，于用户漫游管理、路由计划、编号、支持多媒体业务的体系架构、业务管理、业务触发等方面于壹定程度上仍存于问题。和此同时3GPP提出了标准的IMS体系架构，旨于规范移动多媒体业务的网络结构，而ETSI关联小组也于讨论如何于固网中引入IMS，以进壹步推动网络向IP化、移动性、多媒体化和个性化方向发展，进而引发出IMS是否能成为软交换网络发展方向的讨论。

2IMS概述

3GPP定义的IMS系统结构如图2所示，主要包括CSCF、MGCF、MGW、T-SGW 等功能实体。

图2IMS系统结构

（1）CSCF（CallSessionControlFunction，呼叫会话控制功能实体）

CSCF是IMS中最重要的关键元素之壹，它类似于IETF结构中的SIP服务器。现有的3G分组交换核心网络用来提供多媒体会话的承载路径，而CSCF则用来建立会话。CSCF的主要功能是处理用来控制用户多媒体会话的信令消息，这是MSC（移动交换中心）呼叫控制功能的壹种发展。CSCF采用SIP协议来实现上述控制功能。CSCF的另壹功能是地址翻译，同时CSCF仍需要执行业务交换和编码协商的功能。有三种不同角色的CSCF，它们是：

*P-CSCF（代理CSCF）：它是移动终端拜访IMS网络时的第壹联系点，它有俩

大功能：首先它是IMS网络中的业务质量策略执行点，其次它提供了紧急业务的本地控制。P-CSCF将SIP注册消息和会话建立消息转发到它所归属的IMS网络中，这非常类似于IETFSIP网络中的代理服务器。

*I-CSCF（询问CSCF）：它的主要功能是查询HSS（归属用户服务器）以决定S-CSCF的位置。此外，它仍于HSS的帮助下执行S-CSCF之间的负载平衡。I-CSCF能够说是外部网络到IMS归属网络的网关，因此它必须支持防火墙功能。*S-CSCF（服务CSCF）：它负责IMS网络中的会话管理。于壹个网络里能够有几个S-CSCF，且且能够根据网络能力的需要增加S-CSCF节点。S-CSCF于其所归属的IMS中负责所有会话的控制，但它也可将请求转发到被访网络中的P-CSCF从而让被访网络承担会话控制的责任。

（2）HSS（归属用户服务器）

作为对传统移动网络的继承，于IMS中也需要壹个集中的用户数据库。因此将原有的HLR（归属位置寄存器）演变为IMS中的HSS（归属用户服务器）。HSS 和I-CSCF和S-CSCF具有接口以向它们提供用户的位置和订购信息，该接口称为Cx接口。

（3）MGW和MGCF（媒体网关和媒体网关控制功能实体）

IMS支持几种和传统网络互连的节点。它们是MGW、MGCF和SGW（信令网关）。

*MGCF：它控制壹个或多个MGW，管理着PSTN承载和IP流之间的连接。MGCF

将SIP消息转换为MEGACO或者ISUP消息，它从CSCF接收SIP消息且且决定于MGW内建立什幺消息；同时MGCF仍生成ISUP消息且且通过IP发送到SGW（信令网关）中。

*MG：它的主要功能是将终端用户之间的媒体流从壹种格式转换为另壹种格式。于UMTS中这主要是PSTN中PCM（脉冲编码调制）编码和基于IP编码格式之间的转换。

（4）SGW（信令网关）

它的主要功能是将SS7（七号信令）转换为IP形式的信令而不影响其承载的应用层，这能够使MGCF不需要支持SS7。因此，如果MGCF已经支持SS7就不需要SGW了。

基于上述结构的IMS通过SIP协议来完成语音和多媒体呼叫，从而达到支持语音电话、实时交互游戏、视频电话、即时消息、紧急呼叫、多媒体会议等业务的目的。限于篇幅，本文只给出壹个通过IMS实现的简单的点到点呼叫通信业务的SIP流程，如图3所示（说明：1.假定用户于发起SIP呼叫之前已经建立底层数据连接且进行了业务注册。2.图中标注的流程除第2步Cx-Query外皆为SIP消息。）：

图3IMS网络的SIP通信流程

（1）用户A通过发送INVITE消息到P-CSCF来发起呼叫，该消息中包含被呼叫用户的SIPURLs。消息的会话描述部分包含用户A的终端设备的IP地址和语

音路径的描述及壹组可选使用的编码。P-CSCF通过应答100TRYING消息来确认接收到INVITE，且且它将自己的名字添加到INVITE消息中后转发该消息到S-SCSF。S-CSCF通过应答100TRYING消息来确认接收到INVITE，同时它激活用户A所需的业务特征。S-CSCF然后从用户B的SIPURL中决定出其归属网络的SIP入口点：I-CSCF。用户A的S-CSCF将自己的名字添加到INVITE消息中后转发该消息到用户B的I-CSCF中。

（2）I-CSCF壹旦接收到INVITE，它就用Cx-Query查询HSS以决定用户B的S-CSCF地址。它同样通过应答100TRYING消息来确认接收到INVITE。壹旦HSS将用户B所注册的S-CSCF于响应中返回后，I-CSCF就将自己的名字添加到INVITE消息中后转发该消息到S-CSCF。用户B的S-CSCF接收到INVITE后激活用户B所需的业务特征，然后将自己的名字添加到INVITE消息中后转发该消息到P-SCSF。S-CSCF通过向I-CSCF应答100TRYING消息来确认接收到INVITE。P-CSCF接收到INVITE后将其转发给用户B的终端设备。P-CSCF通过向S-CSCF应答100TRYING消息来确认接收到INVITE。

（3）用户B的终端设备接收到呼叫邀请后，它且不是马上向用户B振铃，而是用183sessionprogress（会话进展）消息响应，于响应的会话描述中它指明其已经接受了先决条件且且要求用户A的终端设备也确认它满足该先决条件。该消息经过历经上述若干CSCF的信令路径返回到用户A的终端设备。同时，用户B 的终端设备为通到IMS域IP入口点的语音路径激活GPRSPDP上下文。