51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 10109|回复: 9

[信令流程] IMS基础架构及路由呼叫实例 [复制链接]

Rank: 9Rank: 9

懒

发表于 2011-5-14 20:25:32 |显示全部楼层
一键分享 一键分享
本帖最后由 爱卫生 于 2011-5-14 20:34 编辑

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的地址。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

Rank: 10Rank: 10Rank: 10

发表于 2012-6-14 14:08:24 |显示全部楼层
学习。了解了IMS和CS域的互通,还要看一下WIFI calling和VOLTE是不是更容易实现,或者只是不同接入的IMS-TO-IMS呢?

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

发表于 2013-1-6 10:16:07 |显示全部楼层
实际CS域和IMS用户拨打还有其他的解决方案。毕竟目前看来IMS要完成一个voice call,所要走的节点比较多。尤其如果再用VoLTE的方式,节点越多,越容易出问题。

在IMS架构里,还有个AS被称为TAS (Telephony Application Server),希望能够加SIP信令和BSSAP或者RANAP转换,直接讲SIP 呼叫模拟成GSM/UMTS下的呼叫,完成向MSC的呼叫流程。 这样就将同局下的SIP和CS呼叫就完成了,出局呼叫继续使用BGCF,用BICC走完。

使用道具 举报

Rank: 2Rank: 2

发表于 2013-6-23 23:33:01 |显示全部楼层
在这论坛看到了许多IMS的相关东西,好像IMS在08-09年的时候比较火,现在基本都没什么动静了,许多建好的网络也怎么用,基本上成了摆设,咨询下楼主,这玩意今后还会有发展吗,在LTE起来后是必须的配套系统不?如果LTE起来,语音仍是CS Fallback,语音SIP还是不怎么可靠的情况下,这玩意就没什么用了。只是个人看法。

使用道具 举报

Rank: 9Rank: 9

发表于 2013-6-24 23:51:43 |显示全部楼层
chenxiaoan503 发表于 2013-6-23 23:33
在这论坛看到了许多IMS的相关东西,好像IMS在08-09年的时候比较火,现在基本都没什么动静了,许多建好的网络 ...

说下个人理解。语音SIP的IMS可靠性这个是可以得到保障的。就是Qos,端到端如果要做的话是可以做到的。包括IP承载的Qos保障以及业务Qos的保障都有技术方法。

但问题不在这个,关键是08年开始,移动互联网以及苹果安卓这种智能机发展的太快了。可以想想,运营商花大价钱去搭建一个IMS网络,但IMS网络所提供的功能,哪一样微信没有?哪一样手机QQ做不到?并且IMS还没有社交网络、微博等等多功能。所以运营商建设IMS网络的积极性就降低了,因为是要考虑收回成本的。建好了以后,运营商要说服自己的用户说,我花了100亿建设IMS网络,下月打电话要涨0.1元1分钟,有人愿意吗?或者说我给你提供IMS的增值服务,比如号码簿存储、呼叫转移、呈现服务等。用户说这些微信不是早就有了吗?还要我花钱买?没门。

但IMS随着LTE的到来,个人觉得还是要上的。因为它可以实现一个业务层的融合,只有IMS能做,并且IMS早就确定好是CS电路域的下一代发展方向,别无他路,也就是去罗马只有一条路。当然这个过程运营商可能会有些阵痛吧。

51学通信(www.51xuetongxin.com):致力打造最好的通信技术在线学习平台 。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主 特殊贡献奖

发表于 2013-7-4 10:26:48 |显示全部楼层
chenxiaoan503 发表于 2013-6-23 23:33
在这论坛看到了许多IMS的相关东西,好像IMS在08-09年的时候比较火,现在基本都没什么动静了,许多建好的网络 ...

基本上之前建立的IMS 都是在原来的NGN 上发展出来。所以集中在语音方面,这样在使用过程中,感受不到业务上的多样性。

不过还是出于融合业务方面的考虑,比如将移动CS 和PS 统一整合起来(目前CS和PS 的核心网方面至少还是分别开的),那么整合网络之后随后带来的业务整合需要由一个核心网络来完成。 LTE只是完成用户面的接入,并没有对用户面所携带的业务层有多少处理。

并且按照LTE 的方式,语音和数据统一,那随后的业务处理网络目前的想法还是接入IMS,由IMS来完成Voice和数据方面的分法处理。电信域的这块业务接入,比如微信的Push-to-Call,短信啊,彩信啊,语音啊全由IMS来完成。之前也有WebIMS的想法,想将social network的东西通过字段映射给SIP, 传递个用户,但是目前看来这个太复杂了。用户体验不好,还是直接访问WEB方便)。

可能以后业务块的处理不叫IMS,而叫另外一个名称。但是方向是类似的。就看LTE部署后,业务怎么接入。运营商不会甘心将这块让给腾讯之类的公司吧。
人刚我柔谓之走,我顺人背谓之粘。动急则急应,动缓则缓随。虽变化万端, 而理为一贯。

使用道具 举报

Rank: 3Rank: 3Rank: 3

发表于 2013-7-19 23:54:36 |显示全部楼层
对普通消费者来说IMS有哪些重要的应用功能是非常有吸引力的呢?

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2014-5-8 00:29:06 |显示全部楼层
学习了。。。。。。。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

发表于 2015-1-22 15:01:31 |显示全部楼层
学习了,回个帖~

使用道具 举报

Rank: 3Rank: 3Rank: 3

发表于 2015-6-19 14:00:13 |显示全部楼层
学习了,不过有些图片上的文字看不清

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-4-19 03:08 , Processed in 0.046564 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部