路由

最新推荐文章于 2024-10-29 18:55:23 发布
原创 最新推荐文章于 2024-10-29 18:55:23 发布 · 1.2k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。


路由
注册路由

一、UE未协带鉴权发起注册

该小节讲述注册过程中，各网元路由走向，及路由相关的特定字段，并不详细描述注册机制的细节（如AKA鉴权将在“AKAj鉴权”小节进行描述）。

 

  • 从UE到P-CSCF

 

UE获取P-CSCF的方式有三种：

  • 针对移动终端通过GPRS接入，在UE进行PDP上下文建立过程中，GGSN可以在PDP上下文激活请求的应答中返回P-CSCF地址信息。

  • UE也可以通过DHCP获取指定的P-CSCF地址信息。

  • UE也可以手工配置指定的P-CSCF地址信息，当前我们使用这种方式。

 

1、UE向 P-CSCF发起注册请求：

 

REGISTER         sip:open-ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Contact:<sip: 1.1.1.1>; expires=600

Route:<sip:1.1.1.2;lr>

 

  • 请求URL指明需要注册到open-ims.test的归属域中。

  • VIA告诉P-CSCF，针对这次注册事务请求的应答，应该发向哪里。

  • Contact告诉P-CSCF，后续如果想主动给UE发起事务请求，应该发向哪里。

  • Route头域为下一跳地址，这里指明当前注册请求下一跳要发给P-CSCF的地址。注意当前我们设备在处理下一跳过程中，没有使用预置Route的机制，而是使用了outband的机制，所以当前设备在注册过程中不会出现Route头域信息。

 

  • 从P-CSCF到I-CSCF

2、P-CSCF向I-CSCF转发注册请求

 

P-CSCF收到注册请求后，如果有Route头域，并且第一个Route头域是自身时则去除该条头域信息，之后如果发现没有其它Route头域信息，则通过请求URL中的信息进行DNS查询，假设这里DNS查询成功，对应的IP 地址为I-CSCF的地址，则P-CSCF将该注册请求转发到I-CSCF，在转发之前P-CSCF还将自己地址加入到Via消息头中，以便让回来的注册应答经过它。

 

同时P-CSCF还添加一个比较关键的头域Path，该头域主要用于告诉S-CSCF，当前该关联帐号经过的P-CSCF地址信息，之后S-CSCF在收到该注册请求后，会记录Path头域的值，用于以后该用户做为被叫时，S-CSCF知道将呼叫请求发向该用户关联的哪个P-CSCF。

 

REGISTER         sip:open-ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Path:<sip:1.1.1.2;lr>

Contact:<sip: 1.1.1.1>; expires=600

 

  • 从I-CSCF到S-CSCF

 

3、4、I-CSCF从HSS中获取指定的S-CSCF

 

I-CSCF查询HSS来找到为该注册服务提供服务的S-CSCF地址信息，如果该用户帐号在之前配置时没有指定S-CSCF，则I-CSCF为其选择一个默认的S-CSCF地址信息。

 

5、I-CSCF向S-CSCF转发注册请求

 

I-CSCF将自己地址信息加入到VIA头域，之后将注册请求转发到S-CSCF

 

REGISTER         sip:open-ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.3; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Path:<sip:1.1.1.2;lr>

Contact:<sip: 1.1.1.1>; expires=600

 

  • 从S-CSCF到I-CSCF

 

S-CSCF收到注册请求后，发现含有Path头域，则将该值进行存储，用于以后该用户做为被叫时，S-CSCF知道将呼叫请求发向该用户关联的哪个P-CSCF。

 

6、7、S-CSCF从HSS中获取鉴权向量

 

当注册请求没有包含完整注册信息时，S-CSCF向HSS获取鉴权向量，之后向用户发起鉴权挑战，即发送401消息。

 

8、S-CSCF到I-CSCF发送注册应答

 

S-CSCF通过之前注册请求的VIA列表，找到最顶端Via头域做为目标地址进行转发。

 

SIP/2.0 401Unauthorized

Via: SIP/2.0/UDP1.1.1.3; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • 从I-CSCF到P-CSCF

 

9、I-CSCF向P-CSCF转发注册应答

 

I-CSCF收到注册应答后，发现最顶端Via头域为自身的地址信息，删除该头域信息，并将注册应答转发到下一Via头域。

 

  • 从P-CSCF到UE

 

10、P-CSCF向UE转发注册应答

 

P-CSCF收到注册应答后，发现最顶端Via头域为自身的地址信息，删除该头域信息，并将注册应答转发到下一Via头域。

 

二、UE协带鉴权发起第二次注册

UE协带鉴权发起第二次注册的路由走向机制和第一次是一模一样的，这里仅简单说明图中红色标注的差异部分。

 

当S-CSCF收到UE的鉴权请求，并且验证鉴权正确后，S-CSCF更新HSS中的数据为注册成功，同时从HSS中获取用户服务配置信息。

 

之后S-CSCF添加比较关键的信令头域Service-Route，该头域值通常为S-CSCF地址信息，主要避免后续每次从UE发来的信令请求都要经过I-CSCF查找S-CSCF，该头域信息最终经过I-CSCF、P-CSCF转发到终端侧，终端侧发现注册响应中含有Service-Route头域，则将其保存在本端，待后续向IMS网络发起信令请求时，做为预置路由设置到信令的Route头域。

 

SIP/2.0200 OK

Service-Route:<sip:1.1.1.4; lr>

会话路由

呼叫归属网内用户

这里假设UE_A通过P-CSCF（1）注册到S-CSCF上，UE_B通过P-CSCF（2）注册到S-CSCF上，P-CSCF（1）和P-CSCF（2）都属于归属网内的网元，这样UE_A和UE_B就都在同一个归属网内。

 

  • 从UE_A到P-CSCF（1）的Invite请求

 

INVITEsip:UE_B@ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route:<sip:1.1.1.2;lr>

Route:<sip:1.1.1.4;lr>

 

  • 请求URL指明需要呼叫发送到在UE_B。

  • VIA告诉P-CSCF，针对这次事务请求的应答，应该发向哪里。

  • 这里有两条Route头域，其中第一条是终端已知的P-CSCF（1）地址，表示下一跳首先发给P-CSCF（1），第二条Route头域是S-CSCF的地址，该地址信息就是在之前向S-CSCF注册过程中，由S-CSCF在200 OK里协带的Service-Route头域值（参考“UE协带鉴权发起第二次注册”小节）。

 

备注：

终端在进行路由头域添加时，如果有手工配置的预置路由条目，则一定要将该路由条目添加到由Service-Route导入的路由条目之前。

另外，我们设备在处理下一跳过程中，没有使用预置Route的机制，而是使用了outband的机制，所以当前设备在Invite信令处理时应该仅出现S-CSCF那条路由，不会出现P-CSCF那条路由。

 

  • 从P-CSCF（1）到S-CSCF的Invite请求

 

P-CSCF（1）收到Invite请求后，如果Route头域的顶端含有自己的地址，则将该Route头域删除，将自己的址址添加到Via头域中，用于该请求的应答可以经过自身，之后查看如果还有Route头域，并且该址址为松散路由类型，则将呼叫转发到下一跳路由头域地址。

 

INVITEsip:UE_B@ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route:<sip:1.1.1.4;lr>

 

  • 从S-CSCF到AS的Invite请求

 

这里假设UE_A的服务信息中配置了如下触发规则：

  • 匹配启始呼叫

  • 并且需要匹配INVITE方法

 

当S-CSCF通过UE_A的IFC规则匹配成功后（该触发规则是注册成功时，S-CSCF从HSS中下载下来的），根据IFC中配置指定的AS地址信息，将呼叫转发到AS，在转发呼叫请求之前，S-CSCF做如下处理：

 

  • 将自己的地址添加到Via头域，用于后续请求事务的应答还经过自身

  • 将自己的地址添加到Route头域顶端，用于AS收到该请求后，可以再将请求发回给S-CSCF。

 

INVITE sip:UE_B@ims.testSIP/2.0

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route:<sip:1.1.1.4;lr>

 

  • 从AS到S-CSCF的Invite请求

 

这里假设AS不做任何特殊业务处理，仅仅是将呼叫请求进行转发，AS查找含有Route头域，第一个Route头域为松散路由，则将呼叫转到下一跳路由。在转发请求之前，AS将自己的地址添加到VIA头域中。

 

INVITEsip:UE_B@ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.5; brach=1115

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route:<sip:1.1.1.4;lr>

 

  • 从S-CSCF到P-CSCF（2）的Invite请求

 

S-CSCF再次收到INVITE请求后，继续检查是否还有其它IFC规则可以匹配，如果找不到，则执行正常的处理流程。

 

如果Route头域顶端为自身地址，则将该Route头域进行删除，之后没有任何Route头域时，S-CSCF查询请求URL，它发现被叫信息在当前归属域中，并且与P-CSCF（2）有关联（注：P-CSCF（2）地址信息是之前P-CSCF（2）向S-CSCF转发注册流程时候，通过Path头域协带的，S-CSCF将该Path值进行保存，参考《注册路由》小节），则将Invite请求转到P-CSCF（2），在转发请求之前S-CSCF做如下处理：

  • 将自己的地址添加到VIA头域中

  • 同时因为S-CSCF是UE_B的注册登记服务器，它知道UE_B的实际联系地址，则在请求URL中，替换为UE_B的真实地址。

 

INVITEsip:UE_B@2.2.2.2 SIP/2.0

Via: SIP/2.0/UDP1.1.1.4; brach=1116

Via: SIP/2.0/UDP1.1.1.5; brach=1115

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • 从P-CSCF（2）到UE_B的Invite请求

 

P-CSCF（2）收到该请求后，根据请求URL中的信息，将Invite请求转给UE_B，在转发之前，将自己的地址信息加入到VIA头域。

 

INVITEsip:UE_B@2.2.2.2 SIP/2.0

Via: SIP/2.0/UDP1.1.1.6; brach=1117

Via: SIP/2.0/UDP1.1.1.4; brach=1116

Via: SIP/2.0/UDP1.1.1.5; brach=1115

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • 从UE_B到P-CSCF（2）的Invite应答

 

UE_B收到请求后，进行应答处理，将顶端VIA头域做为目标地址进行发送。

 

SIP/2.0 180 Ring

Via: SIP/2.0/UDP1.1.1.6; brach=1117

Via: SIP/2.0/UDP1.1.1.4; brach=1116

Via: SIP/2.0/UDP1.1.1.5; brach=1115

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • 从P-CSCF（2）到S-CSCF的Invite应答

 

P-CSCF（2）收到应答后，去除顶端VIA为自身地址的头域，取下一VIA头域做为目标地址进行发送。

SIP/2.0 180 Ring

Via: SIP/2.0/UDP1.1.1.4; brach=1116

Via: SIP/2.0/UDP1.1.1.5; brach=1115

Via: SIP/2.0/UDP1.1.1.4; brach=1114

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • 从S-CSCF到AS、从AS到S-CSCF、从S-CSCF到P-CSCF（1）、从P-CSCF(1)到UE_A的Invite应答

这几个流程处理都相同，都是检查顶端VIA是否含有自身的地址，如果含有则去顶该头域，并取下一VIA头域做为目标地址进行发送，最终180应答按原路返回到UE_A。

 

呼叫拜访网内用户

上图为了简化复杂度，在拜访网及归属网中都没有涉及AS服务模块，这里假设两个网络的用户都没有配置任何IFC业务触发规则。

 

这里假设UE_A的归属域为aaa.ims.test，UE_B的归属域为bbb.ims.test

 

  • UE_A到P-CSCF

 

INVITEsip:UE_B@bbb.ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route:<sip:1.1.1.2;lr>

Route:<sip:1.1.1.4;lr>

 

  • 请求URL指明需要呼叫发送到在UE_B。

  • VIA告诉P-CSCF，针对这次事务请求的应答，应该发向哪里。

  • 这里有两条Route头域，其中第一条是终端已知的P-CSCF地址，表示下一跳首先发给P-CSCF，第二条Route头域是UE_A的S-CSCF的地址，该地址信息就是在之前UE_A向S-CSCF注册过程中，由S-CSCF在200 OK里协带的Service-Route头域值（参考“UE协带鉴权发起第二次注册”小节）。

 

备注：

终端在进行路由头域添加时，如果有手工配置的预置路由条目，则一定要将该路由条目添加到由Service-Route导入的路由条目之前。

另外，我们设备在处理下一跳过程中，没有使用预置Route的机制，而是使用了outband的机制，所以当前设备在Invite信令处理时应该仅出现S-CSCF那条路由，不会出现P-CSCF那条路由。

 

  • P-CSCF到S-CSCF

 

P-CSCF收到Invite请求后，如果Route头域的顶端含有自己的地址，则将该Route头域删除，将自己的址址添加到Via头域中，用于该请求的应答可以经过自身，之后查看如果还有Route头域，并且该址址为松散路由类型，则将呼叫转发到下一跳路由头域地址。

 

INVITE sip:UE_B@bbb.ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

Route: <sip:1.1.1.4;lr>

 

  • aaa.ims.test归属域的S-CSCF到bbb.ims.test归属域的I-CSCF

 

S-CSCF收到Invite请求后，如果Route头域的顶端含有自己的地址，则将该Route头域删除，将自己的地址添加到Via头域中，之后没有Route头域了，则S-CSCF分析请求URL中的域信息，发现不属于自身域，则通过DNS查询bbb.ims.test的地址信息（当前为UE_B域中的I-CSCF），将该呼叫发向解析后的地址信息。

 

INVITE sip:UE_B@bbb.ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.4; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • I-CSCF通过HSS查询指定的S-CSCF

 

I-CSCF查询HSS来找到为UE_B提供服务的S-CSCF地址信息，如果该用户帐号在之前配置时没有指定S-CSCF，则I-CSCF为其选择一个默认的S-CSCF地址信息。

 

I-CSCF将自己地址信息加入到VIA头域，之后将注册请求转发到S-CSCF

 

INVITE sip:UE_B@bbb.ims.test SIP/2.0

Via: SIP/2.0/UDP1.1.1.5 ;brach=1114

Via: SIP/2.0/UDP1.1.1.4; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • bbb.ims.test归属域的S-CSCF到bbb.ims.test归属域的P-CSCF

 

S-CSCF查询请求URL，它发现被叫信息在当前归属域中，并且与P-CSCF有关联（注：P-CSCF地址信息是之前P-CSCF向S-CSCF转发注册流程时候，通过Path头域协带的，S-CSCF将该Path值进行保存，参考《注册路由》小节），则将Invite请求转到P-CSCF，在转发请求之前S-CSCF做如下处理：

  • 将自己的地址添加到VIA头域中

  • 同时因为S-CSCF是UE_B的注册登记服务器，它知道UE_B的实际联系地址，则在请求URL中，替换为UE_B的真实地址。

 

INVITEsip:UE_B@2.2.2.2 SIP/2.0

Via: SIP/2.0/UDP1.1.1.6 ;brach=1115

Via: SIP/2.0/UDP1.1.1.5 ;brach=1114

Via: SIP/2.0/UDP1.1.1.4; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • bbb.ims.test归属域的的P-CSCF到UE_B

 

P-CSCF收到该请求后，根据请求URL中的信息，将Invite请求转给UE_B，在转发之前，将自己的地址信息加入到VIA头域。

 

INVITEsip:UE_B@2.2.2.2 SIP/2.0

Via: SIP/2.0/UDP1.1.1.7 ;brach=1116

Via: SIP/2.0/UDP1.1.1.6 ;brach=1115

Via: SIP/2.0/UDP1.1.1.5 ;brach=1114

Via: SIP/2.0/UDP1.1.1.4; brach=1113

Via: SIP/2.0/UDP1.1.1.2; brach=1112

Via: SIP/2.0/UDP1.1.1.1; brach=1111

 

  • UE_B将应答沿路返回到UE_A

 

UE_B回应180应答，一路流程都基本相同，都是检查顶端VIA是否含有自身的地址，如果含有则去顶该头域，并取下一VIA头域做为目标地址进行发送，最终180应答按原路返回到UE_A。

 

呼叫PSTN用户

针对呼叫PSTN用户的流程，不做很细节的信令描述，关于信令流程可以参考以上“呼叫归属网内用户”、“呼叫拜访网内用户”小节描述，这里仅对一些关键点进行描述说明。

 

当UE的呼叫发送到S-CSCF时，S-CSCF判别当前呼叫指向PSTN网络，则将呼叫转发给出口网关控制服务器（BGCF），BGCF根据本地策略发现当前呼叫的目的PSTN属于本地域（当前图例假设为本地域，如果目的PSTN非本地域，则BGCF将呼叫转发给另一网络的BGCF），则将呼叫转发给对应的媒体网关控制服务器MGCF，之后MGCF控制媒体网关（MGW）将呼叫转换到PSTN网络。

 

参考文档：

《中国电信IMS网络SIP协议总体技术要求》

《RFC3608》

《中国联通IMS设备规范 第二分册：用户数据管理类设备》

《IMS-移动领域的IP多媒体概念和服务》

IMS 呼叫流程(详细)
原来45的博客
09-18 1971
IMS 呼叫流程详解
IMS 注册流程 && IMS 会话流程
原来45的博客
04-08 4702
IMS 注册流程 IMS 会话流程 SIP协议
路由模块
技术人生
04-27 4451
一、初始化 inet_init ip_init ip_rt_init //计算随机数，该随机数在路由缓存生成hash关键字时做为一个参数使用，目 //的是为了防止DDOS攻击，该随机值后期在每次缓存刷新时也会重新生成。 rt_hash_rnd = (int) ((num_physpages ^ (num_physpages>>8)) ^ (jiffies ^ (jiffies >> 7)));
【CCNP】路由策略：管理距离控制路由走向（解决次优路径）
weixin_33859504的博客
09-07 630
实验拓扑：如图，属于ospf中的双点双向重分发，上面方框表示运行的是ospf协议，下面方框表示运行的是RIP协议。实验目的：1.将RIP和OSPF互相重分发，观察会发生什么问题 2.通过改变管理距离，解决次优路径问题实验步骤：首先完成基本配置R1R1#conf tEnter configuration commands, one per line. End...
SIP 路由
君子梁的专栏
01-09 2143
<br />http://akalius.javaeye.com/blog/174520<br />http://blog.youkuaiyun.com/dingpeng1978/archive/2008/07/15/2652380.aspx<br />http://www.tech-invite.com/Ti-sip-dialog.html<br />http://blog.youkuaiyun.com/dingpeng1978/archive/2009/07/23/4374050.aspx<br />http://blog.c
IMS 呼叫流程简单分析
kakashi0309的专栏
02-15 9137
  呼叫流程可以分为主叫侧和被叫侧，这里分开进行分析 主叫流程如下 UE向P-CSCF发出SIP Invite请求，包含初始SDP消息，里面包含具体的媒体信息 当P-CSCF收到INVITE消息时候，需要响应100 Trying消息，意味着该消息P-CSCF已经收到 被叫侧对Invite请求进行响应，主叫UE收到P-CSCF发来的183 Session Progress，该消息里面携带S...
这篇VoLTE注册流程详解，不收藏就亏大了
dolphin98629的专栏
08-17 2万+
一、概述 二、初始注册 三、后续注册---重注册 四、后续注册---二次注册 五、第三方注册 5.1 S-CSCF与SCC AS的第三方注册 5.2 S-CSCF与VoLTE AS的第三方注册 5.3 S-CSCF与IP-SM-GW的第三方注册 六、订阅 七、常见初始注册失败 7.1 苹果6s手机初始注册失败 7.2 三星S6手机初
微服务架构的六大核心组件解析：服务通信+事件驱动+负载均衡+服务路由+API网关+配置管理
热门推荐
张彦峰的博客
01-03 170万+
本文介绍了微服务架构中的六大基础组件：服务通信、事件驱动、负载均衡、服务路由、API网关和配置管理。通过深入分析每个组件的功能和实现方式，本文阐述了这些组件如何协同工作，以提高系统的可扩展性、可靠性和灵活性。文章还强调了微服务架构在实际应用中的挑战，并提供了优化架构设计的建议，以帮助企业构建高效、可维护的分布式系统。
荣耀路由pro2插件(DDNS 20250111)
最新发布
01-11
荣耀路由pro2插件, 适用于debug版的荣耀路由pro2路由器
若依框架VUE前端界面，登录后默认跳转至动态路由第一路由（第一个子菜单）
02-03
若依前后端分离框架去掉首页 登录后跳转至动态路由的第一个路由 （第一个子菜单） 若依前后端分离框架去掉首页 登录后跳转至动态路由的第一个路由 （第一个子菜单） 若依前后端分离框架去掉首页 登录后跳转至动态...
HCNP路由交换学习指南
11-23
在路由策略方面，本书详细介绍了静态路由、OSPF（开放最短路径优先）、RIP（路由信息协议）和EIGRP（增强内部网关路由协议）等动态路由协议的工作原理和配置方法。静态路由适合小型网络，而动态路由协议则适用于更...
极路由官方固件：极路由X
02-24
极路由官方固件：极路由X
IMS注册呼叫信令流程详解.ppt
05-24
IMS注册呼叫信令流程
VoLTE技术（含IMS注册/去注册流程、IMS呼叫流程、呼叫保持流程、二次协商过程）
落月成孤倚的博客
11-02 7758
文章目录VoLTE技术IMS简介SIP消息结构IMS注册流程IMS去注册流程什么是Ghost Call预留资源的呼叫流程挂断电话流程（主动挂断、拒接）SDP协议，二次协商过程呼叫保持三部电话呼叫保持全过程 VoLTE技术 通信系统支持的业务种类有很多，语音业务、数据业务、短信业务、彩信业务、彩铃、视频电话、会议电话、呼叫转移、多方通话等。最常用的两类业务就是语音业务和数据业务。 LTE的语音业务 语音业务早起是构筑在电路交换CS技术之上的，语音业务长时间、低数据量、低延迟的特点很适合用电路来承载。但是，随着
5G注册流程详解
麦峰强的博客
09-19 1万+
出现重选AMF的场景基本就是同一区域下可能有两个厂家的AMF POOL覆盖，我们又要指定区域下的UE注册在指定的AMF上，比如CRAN基站的覆盖，可能就会出现AMF重选，但是此时AMF需要通过TAC来区分不同的区域，否则核心网无法引导UE在指定的AMF POOL注册。原本切片之间的隔离性就破坏了。从现网信令来看，该厂家的设备目标AMF完整执行了注册流程全图的Step 4-22，目标AMF没有跳过鉴权，相当于带AMF重选的注册流程需要执行两次鉴权，注册时延会增加，但注册成功率应当会由一定程度的提高。
【免费下载】 IMS注册呼叫信令流程详解
gitblog_06691的博客
10-29 558
IMS注册呼叫信令流程详解 【下载地址】IMS注册呼叫信令流程详解分享 IMS注册呼叫信令流程详解 项目地址: https://gitcode.com/Open-source-documentation-tutorial/7d24...
VoLTE学习总结
BJTUYBYUAN的博客
11-08 994
主题： 简介： 参考：VoLTE学习笔记 作者： 时间： 两个IMS用户进行IMS内部呼叫时，P/I/S-CSCF等3个网元配合完成基本的呼叫信息路由功能。 IMS呼叫模型： 呼叫的简单路径为：主叫用户-主叫侧P-CSCF-主叫侧S-CSCF-被叫侧I-CSCF-被叫侧S-CSCF-被叫侧P-CSCF。 在这个过程中主叫侧S-CSCF是通过DNS/EUM查询获取被叫侧I-CSCF的IP地址，被叫侧I-CSCF通过查询被叫侧HSS获得被叫侧S-CSCF的地址。 注：EUM服务器的作用是通过电话号码查询获得对
IMS 呼叫流程图
RTC hacker
09-03 4533
http://www.eventhelix.com/ims/
IP路由基础与路由聚合详解
"路由聚合是IP路由中的一个重要概念，旨在减小路由表的大小，通过将多个子网路由聚合为一个更大型的网络路由来实现。路由聚合分为自动聚合和手动聚合，其中自动聚合通常按照自然掩码进行，而高级路由协议则支持手动...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值