IMS基础架构及路由呼叫实例

爱卫生

1 IMS基础架构
  IMS网络的基础架构主要分为3层：用户接入层、会话控制层和应用层。图1说明了一个典型的IMS架构，图中没有列出IMS网络中的所有实体，只是列出了3个层次的主要功能实体。

  (1)用户接入层
  IMS最初的设计思想是与具体的接入方式无关，本层接入主要包括：各类SIP终端接入、有线接入、无线接入、互联互通网关(如通用分组无线业务(GPRS)接入时的服务GPRS支持节点(SGSN)和网关GPRS服务节点(GGSN))，还包括POT话机通过综合接入设备(IAD)、接入网关(AG)和用户小交换机(PBX)接入等设备。

  (2)会话控制层
  会话控制层完成基本会话控制，实现用户注册、SIP会话路由控制、和应用服务器交互触发应用业务的会话、维护管理用户数据。

  控制层主要包括呼叫会话控制功能(CSCF)、出口网关控制功能(BGCF)、媒体网关控制功能(MGCF)等功能实体。其中，BGCF是IMS网络到电路域(CS)的出口，而MGCF是IMS网络和CS域互通的纽带，完成这两个域之间控制信令和媒体的转换。CSCF包括代理-呼叫会话控制功能(P-CSCF)、查询-呼叫会话控制功能(I-CSCF)、服务-呼叫会话控制功能(S-CSCF)，它们可以在物理上合设在一起也可以分设。P-CSCF是用户设备(UE)接入IMS系统的入口，终端和P-CSCF之间的接口称为Gm接口。S-CSCF在IMS核心网中处于核心控制地位，负责UE的注册鉴权和会话控制，执行针对主/被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到应用服务器(AS)的增值业务路由触发与业务控制交互。I-CSCF在IMS核心网中起到关口节点的作用，提供本域用户服务节点分配(确定哪个S-CSCF为用户提供服务)、路由查询和不同IMS域间拓扑隐藏等功能。

  (3)应用层
  应用层主要包括3种不同类型的服务器，分别为SIP AS、开放访问容量服务器(OSA-SCS)和IP多媒体业务交换功能(IM-SSF)。它们向用户提供业务逻辑，既可以传统的基本电话业务，如呼叫前转等业务，还可以提供基于SIP的许多新业务，又像第三方提供API接口，便于拓展新业务。

2 IMS路由相关问题
  为了描述上的方便，不妨构造一个IMS用户注册和会话场景。我们可以设定Tom想要与Bob通话，在这个成功会话建立之前，先要保证Tom和Bob已都在IMS网络中成功注册。

2.1 SIP消息中与路由有关的消息头描述
  在IMS用户注册或发起会话的过程中，SIP消息中与路由有关的头域主要包括：Via、Route、Record-Route、Services-Route和Path。这些头域的相关描述如表1所示[2]。

2.2 用户注册路由描述
  Tom要想与Bob成功进行会话，前提就是他们都要在IMS网络上成功注册。注册过程如图2所示，在Tom向IMS网络发起注册的过程中，Tom的UE首先会生成一个REGISTER请求，发往Tom运营商的归属域。相关信息将从Tom的通用用户标志模块(USIM)中的IP多媒体服务标志模块(ISIM)应用中获得。不论在归属域，还是在拜访域，这里存在一个P-CSCF发现的过程。在第三代伙伴计划(3GPP)中，对P-CSCF发现定义了两种机制：动态主机配置协议(DHCP)[3]域名系统(DNS)过程[4]和GPRS过程。另外也可以在UE中配置P-CSCF名字或者P-CSCF的IP地址来获得P-CSCF的地址。

  该请求发送到归属域或者是拜访域的P-CSCF，一般而言，P-CSCF需要通过执行RFC 3263[5]中定义的DNS流程来定位登录归属网络的接入点，即归属网络的I-CSCF的SIP URI。P-CSCF把该注册请求发送给该I-CSCF，如果没有事先指定S-CSCF，I-CSCF通过和归属用户服务器(HSS)进行交互为用户选择一个S-CSCF，I-CSCF不保留任何与注册相关的状态。然后，S-CSCF通过和HSS交互和其他的一系列动作完成用户的注册，期间一些认证鉴权之类的动作和路由无关在此不做描述。

  在注册过程中，UE可以从S-CSCF返回的200 OK中的Service-Route消息头中获知通往S-CSCF的直接路由。此后，当Tom的UE需要发出初始请求时，就不再需要联络I-CSCF了。同样，S-CSCF从P-CSCF插入的Path消息头中得知P-CSCF的地址，以后所有发往Tom的初始化请求都必须首先经过P-CSCF才能达到UE。

2.3 用户会话发起路由描述
  技术和网络的发展都不是一蹴而就的，同样的，IMS网络的部署也不可能一步到位。所以我们就面临着IMS网络和其他网络互通的问题。对于其他网络，我们选取IMS网络和CS域的互通来举例说明。主要在两个方面进行介绍。

  (1)IMS用户和IMS用户间的互通
  IMS中最复杂的问题之一就是请求消息的路由，尤其是初始请求的路由，简要路由过程如图3所示，因为用户漫游场景和非漫游场景类似，所以我们在此不再做区分描述。在我们的描述场景中Tom发送初始INVITE请求给Bob。其结果就是建立了一个SIP对话，并通过它发送若干后续的请求，例如ACK、PRACK、UPDATE和BYE。

  Tom的UE发送INVITE请求主要提供的信息如下：(a)INVITE请求的最终目的地，即Bob的公共用户标志之一的SIP URI；(b)P-CSCF的地址，即Tom的UE注册是通过P-CSCF发现过程中获得的，它是呼叫路由的第一跳；(c)S-CSCF的地址，即Tom的UE注册是通过Service-Route消息头获得的。P-CSCF的地址和S-CSCF的地址都存在于初始INVITE消息中的Route头域中。当该条INVITE请求到达S-CSCF后，S-CSCF根据用户终端注册时在HSS中下载的初始过滤标准(iFC)触发规则，串行触发一系列的AS来获得一系列的业务。

  发端归属网络的S-CSCF是第一个注意目的地的节点。S-CSCF为了要找到被叫用户归属网络的入口点，要查询电话号码映射/域名系统(ENUM/DNS)服务器。这个查询主要分为两个步骤[6]：(a)查询ENUM服务器，找到和被叫TEL URI所对应的SIP URI；(b)根据上一步得到的SIP URI里的域名，通过进行DNS查询找到被叫归属域的I-CSCF的IP地址。之后把这条INVITE请求发送给该I-CSCF。I-CSCF根据Request URI所说明的被叫用户，通过查询HSS，得到被叫用户注册时为被叫用户分配的S-CSCF，并把这条INVITE消息发送给它。

  被叫归属域的S-CSCF根据被叫注册时下载的iFC，同样触发一系列的AS来获得所定制的业务。然后，S-CSCF继续处理INVITE请求并向下发送，并要经过一系列的代理服务器，最后把INVITE请求发送给终端。这一系列代理服务器一定会包含一个P-CSCF，因为这是在用户终端注册是S-CSCF通过Path头得知的，也可能会包含I-CSCF，这主要和网络的拓扑隐藏有关。最后由被叫的UE对这条INVITE消息进行处理。

  我们要注意的是，在这个过程中，从主叫到被叫所经过的CSCF，在它们把INVITE消息发往下一跳之前都会把自己的地址加入到Record-Route中，只有被叫归属域的I-CSCF有一些特别[7]，根据运营商的策略，如果运营商不想把S-CSCF暴露给一个外部网络产生的SIP信令，I-CSCF就会把它自己的SIP URI加入到Record-Route头中。否则，I-CSCF不会把它自己加入到Record-Route头中，在INVITE消息处理完成后，后续的SIP请求及其应答就不会再经过I-CSCF，如PRACK、UPDATE和ACK等。终端根据收到的Record-Route，将其倒序反转，作为会话请求的路由根据。这样一来，主叫和被叫都获知了后续路由的过程。后续消息的请求及响应都是根据以上的路由发现和各种与路由相关的头域在实现自己的路由的，我们就不再分别描述了。

  (2)IMS用户和CS用户之间的互通
  其实，当一个IMS用户发起会话时，他不必关心被叫用户是一个IMS用户还是一个其他类型的用户。基于IMS终端在注册时学习到的路由，来自主叫用户的会话请求总能够到达为主叫服务的S-CSCF。

  我们以Tom拨打一个CS用户为例，如图4所示。Tom发出的INVITE消息到达他归属域的S-CSCF所进行的一系列动作与IMS用户和IMS用户之间互通中描述的相同，不过不同点就在于S-CSCF在进行ENUM/DNS查询时找不到被叫用户的信息，即无法找到被叫的TEL URI和SIP URI的对应关系。这时，IMS网络就会尝试将会话请求路由到CS域。为了进入CS网络，S-CSCF就会把会话请求路由到与其位于同一网络的BGCF。所选择的BGCF有两条路由原则[8]： (a)BGCF选择同一网络中的MGCF，并把会话请求路由到CS域去；(b)BGCF选择不同IMS网络中的另一个BGCF，并由所选择的BGCF把请求路由到与其在同一网络中的MGCF，并进一步路由到CS域去。

  在这里，MGCF是SIP信令的终结点，它将把SIP协议转换为ISUP/BICC信令并控制IMS-MGW。如果CS网络的SS7由IP承载，在信令控制层面，MGCF可直接与CS域互通，而在用户媒体层面，IMS-MGW与MGW直接互通。如果CS网络的SS7由TDM承载，对于信令控制层，MGCF还需要通过SGW实现信令的适配，再与传统的交换机互通。对于用户平面，IMS-MGW也是直接连到传统交换机的。

  反之，如果是一个CS用户拨打一个IMS用户，如图5所示。该CS用户拨打Tom的E.164号码，这个会话请求向其他会话请求一样在CS域得到处理，在进行路由分析后，该请求将被送到IMS用户的归属网络中的MGCF。在收到CS域发过来的ISUP/BICC信令后，MGCF把它们转换为SIP信令，并与IMS-MGW交互，以创建一条用户平面的连接。之后MGCF会向I-CSCF发送一条INVITE消息，之后的过程与IMS用户和IMS用户之间互通时被叫侧的描述一样。

  我们要注意的是MGCF是怎么选择I-CSCF来进行消息发送的。在3GPP规范24.229中定义MGCF即可以以TEL URI的格式路由，也可以以SIP URI的格式路由。如果是前者，我们可以把要发送到的I-CSCF地址事先配置在MGCF中；而如果是后者的话，MGCF就应该有ENUM/DNS查询的能力，把请求中的E.164号码转换为与之对应的SIP URI，并根据得到的SIP URI的域名查询DNS以获得将要发往的I-CSCF的地址。