VoLTE经典学习笔记(主要流程详细解读)

作者:中国移动集团公司 张阳 (章末附作者介绍)

作者微信公众号:网优小谈(wireless_talk)

俗话说的好,一入豪门深似海,对于VoLTE这个新技术领域的学习认知也一样,相比传统的电信技术,它糅合了大量计算机互联网的理念,正可谓吸毒毁一生,学习VoLTE毁三代。但是任何复杂、先进的技术都是人类制定的,因此对于VoLTE的理解只要循序渐进,把握住总体脉络,以需求入手,应该也不是什么天方夜谭。本系列撰文拟从一个传统的无线优化工程师的思维入手,尝试逐步揭开VoLTE神秘的面纱。

1 重要网元和基础概念

如果单从电信网络的眼光去看,VoLTE不过是承载在目前4G网络中的一种数据业务而已,只不过对于这种数据业务的QOS管理、调度需要引入新的系统或者功能进行管控,这也就是我们常常说的IPmultimedia subsystem(IP多媒体子系统)或者IMS域的职责。对于无线网络优化工程师来讲,VoLTE时代的来临对于传统的网优工作存在不小的挑战,因为大量的优化工作会从无线层面上移到业务层面的优化,熟悉一些IMS域核心网络的知识变得不可缺少。这一篇简单得从一些IMS域的重要网元以及基础概念入手。

只能永远把艰辛的劳动看作是生命的必要;即使没有收获的指望,也心平气静地继续耕种。

—平凡的世界

IMS域核心网网元及接口

IMS域核心网的网元、接口众多,如果单纯从IMS子系统的角度来看,各个网元、功能实体以及接口是如下这样的

如果需要全部掌握了解,需要花费相当的功夫,所以理解这些网元不可能眉毛胡子一把抓,需要循序渐进。这里从IMS域内的协议流程需要涉及的网元入手,逐步进行摸索与理解。 这里主要有5个功能实体Proxy-CSCF、Interrogating-CSCF、Serving-CSCF和Breakout Gateway Control Function、MultimediaResource Function(其中MRF包含两个逻辑网元MultimediaResource Function Controller和Multimedia Resource FunctionProcessor)。 Proxy-CSCF

全称为Proxy-Call Session Control Function,只要是IMS域中涉及的会话流程,不可避免都要与P-CSCF、I-CSCF和S-CSCF这三个网元进行交互。P-CSCF比较好理解,类似一个代理服务器,主要负责接收服务请求并在IMS子网内部中转这些服务请求。如果需要中转到其他的域,则要通过本地出口节点(IBCF)这个网元去实现。P-CSCF不仅转发SIP注册消息,同时转发SIP消息到相应的SIP服务器(S-CSCF)。在转发SIP消息请求与反馈中,P-CSCF需要确保SIP消息中包含了当前UE所处接入网的信息。除此之外,P-CSCF还有一些功能,包括检测处理紧急呼叫请求、产生计费话单、对会话的安全性管控、执行SIP消息的压缩与解压缩、QoS管理、以及对于不同业务优先级的检测与处理。P-CSCF可以分别在拜访地网络以及归属地网络进行设置,当P-CSCF设置在拜访地网络,见下图

这两种设置方式的区别在于,P-CSCF设置在拜访地网络时,需要通过IBCF功能实体与不同域的S-CSCF进行互联,而当P-CSCF设置在归属地网络时,需要通过“发现”机制被UE来确定进行信息交互,详见3GPP 23.228 5.1.1.0。简单的来看,P-CSCF功能实体起到了电信域与IMS域沟通互联的作用,而IBCF则是不同IMS域之间的联络节点。

Interrogating-CSCF

I-CSCF是用户接入IMS子系统的节点,这里容易和IBCF的功能混淆,其实这两个功能实体有类似之处,只不过I-CSCF作为本域接入点,而IBCF往往作为跨域(跨IMS域或者与IMS域与其他IP多媒体网络)的出口或者访问节点,这两个功能上不同的逻辑节点往往可以合设为一个物理节点。除了二者对于所处IMS子系统的逻辑位置的不同,二者还是有很多相似之处。例如I-CSCF在UE注册过程先从HSS获取S-CSCF的地址,然后将该S-CSCF分配给该UE用来SIP注册,之后将SIP请求或者反馈路由到注册的S-CSCF。I-CSCF在某些场景下还起到了地址翻译的作用,当需要进行HSS位置查询时,I-CSCF需要提前将SIP请求里的SIP URI转换成电信URI的格式,如果当某些场合不需要对用户寻址的时候,I-CSCF又可能起到了将电信URI翻译成SIP URI的作用。另外当会话的目的地并不在IMS域内,I-CSCF又可以将请求转发出去,实际起到了IBCF的作用,或者直接回复接入失败。I-CSCF域IBCF皆具有产生计费话单的功能,这为漫游结算提供了支撑。

Serving-CSCF

S-CSCF是IMS子系统中极为重要的功能实体,主要负责会话控制服务。在IMS子系统中,可能存在多个S-CSCF逻辑网元,并且这些逻辑网元有各自不同的功能。S-CSCF可执行如下功能

1、通过从HSS获取的用户信息完成注册

2、当UE在注册阶段上报支持GRUU能力,S-CSCF负责为UE分配唯一的P-GRUU,同时在每次重新注册时分配唯一对应的T-GRUU,并将该UE的GRUU分配情况反馈UE(当注册信息改变的时候,例如T-GRUU改变的时候,S-CSCF也需要及时通知用户),这有点类似EPS中MME在每次UE附着时为UE分配的TMSI的流程。

3、在注册阶段,S-CSCF还应向P-CSCF和/或者UE提供基于公共用户标识的一些诸如用户优先级信息

4、对于注册后的会话流程进行管理,例如,在获知用户被禁止接入信息后,可以将会话流程拒绝掉。同时,S-CSCF可以具备代理服务器或者用户代理的一些功能,例如中转服务请求或者独立产生、终止SIP流程。

对于主叫会话发起的流程,S-CSCF首先通过呼叫用户的电话号码或者SIP URI获取呼叫用户所在网络的接入点地址,然后将SIP请求转发至该接入点。如果主叫用户和被叫用户均在同一运营商网络下,则将SIP请求转发至该网络下的I-CSCF网元。如果呼叫到PSTN网络或者CS域,则需要将SIP请求转发至BGCF网元。同时,S-CSCF需要确保主叫SIP请求和响应的内容符合IMS子网络通信服务定义。如果INVITE消息里面包含用户优先级设置或者相应的字符串,需要将这些信息同时转发转发。值得注意的一点,如果主叫请求来自于IMS内部的应用服务器,且该主叫请求所表征的用户并没有注册,那么S-CSCF需要先完成相应的注册流程,之后才会将来自应用服务器的这些请求进行相应的转发。 对于被叫会话的流程,S-CSCF需要将SIP请求与响应转发至P-CSCF,如果被叫用户位于PSTN或者电信网络的CS域,S-CSCF需要修改SIP请求信息,并通过BGCF网元将请求或者反馈进行转发。如同对主叫会话流程的管理,在转发SIP请求或者反馈的时候,需要确保SIP消息的格式满足IMS子网络通信服务定义。如果是跨IMS域的请求转发,S-CSCF需要将请求通过IBCF网元进行路由转发。

一如既往,S-CSCF也同样兼具产生计费话单功能。 Breakout Gateway Control Function

Breakout这个英文单词的释义为“突围;中断”,因此也就隐含了两层意思,就是离开IMS域,中转到其他的域,例如PSTN/CS域等。BGCF起到了对被叫用户的识别以及路由。如果

被叫用户是本网络的PSTN/CS域用户,BGCF将下一跳路由到本网MGCF,后续由MGCF进行与PSTN/CS域的交互。如果被叫用户是位于其他网络的PSTN/CS域用户,那么BGCF会首先将下一跳路由到其他网络的BGCF。如果被叫用户位于其他的IMS网络,BGCF会将消息路由到该IMS网络的I-CSCF(接入节点)。

Multimedia Resource Function

多媒体资源功能可以被分成多媒体资源功能控制单元(MRFC)和多媒体资源功能处理单元(MRFP)两个逻辑网元,如下图所示

联系客服:779662525#qq.com(#替换为@)