VoLTE注册流程详解 - 图文 联系客服

发布时间 : 星期一 文章VoLTE注册流程详解 - 图文更新完毕开始阅读f9ddfd7f41323968011ca300a6c30c225901f02b

手机认为必须经过初始注册流程(不兼容401认证挑战消息或终端BUG问题导致) 作为注册消息的发起方---用户终端,UE根据USIM信息,推导得出注册用的私有身份标识IMPI和临时IMS公用身份标识IMPU(即T-IMPU,为SIP格式,仅作注册之用,不能用作呼叫):

其中私有身份标识是归属网络运营商提供的用户唯一全球标识,类似IMSI,用于对IMS用户进行鉴权认证,该标识对用户不可见,简明初始注册示意图如下: 初始注册的过程在信令平台的抓包如下:

空口中的register消息通过逻辑上的Gm口直到P-CSCF,该过程是通过该消息中Route头域的P-CSCF地址来实现的,该地址被用来作为Request消息的路由。 关于Route头域含义如下:当一个Proxy Server收到一个Request消息时,会检查Route字段的第一个地址是否等于自己,如果是,它可以从Route字段中删去自己的地址信息,然后叠加下一段地址,并将消息转发到Route字段中指定的下个地址;如果Route字段为空,则转发到Request URI指定的地址。如果没有就根据Contact头域发送,如果连Contact都没有,就根据From头域发送。

关于Via头域含义如下:当发起一个SIP Request消息时,消息经过的每一跳(包含发起方)都会在SIP消息中增加一个Via字段,内容为自己的地址信息,表示通过此地址发往下一跳,为什么要增加Via字段来记录Request消息经过的地址呢?用以保存请求历经的路径,实际上这个地址信息将被作为Request消息的Response消息的路由,Response消息逐段设置Via头域地址,实现逐级返回,直到回到Request的发起方,因此Via头域是一种给响应消息返回留路径的方式,是响应消息的本路由段的目的地址。

另外Record-Route头域为某一段路由的目的地、源头传递信息(构建路由集),从而发送消息时可构建Route头域。Path头域为注册时才特有的,用于S-CSCF设置用户的P-CSCF,作为反向请求直通路由至P-CSCF网元。Contact头域为UE的IPV6地址和端口号。

初始注册详述如下文:

UE发起初始注册时,Register消息中Authorization头域中相关认证授权信息为空(比如随机数为空、认证响应为空、无完整性保护),如下图: 经Gm接口,P-CSCF收到Register消息后:

删除Proxy-Require头域,将Security-Client头域保存到本地,调整Require头域为path,并在Authorization头域中添加“integrity-protected=no”标签,表示初始注册消息未受保护,增加以下头域:

增加P-Access-Network-Info头域为接入位置包含网络类型、SBC域名、UE IPV6地址和端口号共四项。

增加Path头域为本P-CSCF地址(也即P-CSCF的主机名),而在I-CSCF转发Register请求给S-CSCF时同样要插入P-CSCF地址的path头域,S-CSCF通过Path字段保存一个UE所使用的P-CSCF地址,这样当S-CSCF需要主动向UE发送消息时(例如网络端发起的De-register),S-CSCF就知道实际应该发往的P-CSCF地址了,这是一种直达路由消息。

增加P-Visited-Network-ID头域为P-CSCF的域名(也即P-CSCF的本地网络标识)。 增加P-Charging-Vector头域为P-CSCF收到注册消息后产生的ICID计费标识。

增加Feature-Caps头域包含STN-SR号码。

P-CSCF向I-CSCF进行进一步转发Register消息,为了获得入口I-CSCF网元IP地址,P-CSCF根据请求行中的Request-URI域名向DNS服务器发起查询,由于目前UE基本注册时的Request-URI字段统一设置为只有运营商信息而不带省份信息的域名,鉴于P-CSCF只有DNS查询而没有被叫号码分析功能,故查询结果不能定位出是哪个省的用户,也就不能路由到归属网络的I-CSCF,结果只能为拜访网络的I-CSCF功能实体的IP地址(而在呼叫流程中,由于S-CSCF和MGCF具备被叫号码分析功能和查询ENUM/DNS功能,可得知IMS被叫用户的归属网络入口I-CSCF地址)。

作为拜访网络的I-CSCF为了判断该用户是否具备漫游的权限,根据From头域中的T-IMPU标识和拜访网络标识P-Visited-Network-ID头域,通过Cx接口向归属HSS发起USER-AUTHORIZATION-REQUEST查询消息(该消息用于注册流程,与呼叫流程中LIR不同),Diameter协议类型为注册,根据信令网架构,中间必须经过LDRA或HDRA网元,DRA基于IMSI/主机名路由至归属HSS。HSS将该UAR相关头域内容与用户开户数据中漫游模板内容进行比对,若匹配,则回复给I-CSCF网元UAA消息,包含下面内容。

由于HSS不存在该用户的P-CSCF Network ID或S-CSCF名称信息,故HSS判断该用户为first register(初始注册),设置相关AVP属性值对---实验性结果代码为2001(DIAMETER_FIRST_REGISTRATION),下发S-CSCF服务器能力集(分为强制能力和可选能力),I-CSCF收到UAA消息后,根据其中的S-CSCF的能力集进行某种选择算法,选择一个合适的S-CSCF。

在拜访网络的I-CSCF选定某个归属S-CSCF后, I-CSCF转发Register消息至归属网络S-CSCF,该消息的Request-URI头域为S-CSCF域名。

S-CSCF收到无认证数据的初始注册消息后,通过Cx接口发送MULTIMEDIA-AUTH-REQUEST消息给HSS,请求认证向量集,同时也指示HSS实体:本S-CSCF即为该用户归属服务器,MAR和MAA字面上为多媒体认证请求和多媒体认证回应,实为提供IMS认证向量消息,认证算法指定为Digest-AKAv1-MD5(消息摘要算法5),认证过程与EPC认证流程相类似,也是双向认证,但认证过程采用了五元组:XRES/RAND/AUTH/IK/CK,而非四元组,涉及S-CSCF、P-CSCF、UE三个实体。 在HSS的成功响应消息中属性值对---SIP-Auth-Data-Item,包含5套完整的认证数据(S-CSCF对用户认证时任选一套即可,有点类似于EPS附着时MME对用户认证,总的来说不同类型的原始认证数据均出自于HSS,而根据具体认证内容不同,涉及不同实体,关于附着认证见EPS认证和NAS解码方面文档)。

S-CSCF截留某一套的XRES后,将这套剩余认证数据包括Digest认证方式算法、随机数RAND/认证令牌AUTH(RAND/AUTH合成“nonce”)、完整性保护密钥IK、加密密钥CK打包在register401消息(即鉴权认证挑战)里并传递至I-CSCF,继而I-CSCF将401消息传递给P-CSCF:

P-CSCF截留CK/IK后,将剩余的鉴权认证元素RAND/AUTH(”Nonce”)、认证算法通过401消息传递给UE,以上IMS认证的五元组传递如下图: 关于认证过程描述见本文的二次注册章节。 三、后续注册---重注册

初始注册成功后,用户的签约网络会登记用户的注册时长T1。当用户的已注册时长接近T1时,一般为50分钟,UE需要向网络侧发起新的注册请求,即重注册。