VoNR 介绍

VoNR与VoLTE非常相似，它们都基于IMS上的语音通话。主要区别在于，IMS由VoNR中的5G核心网络建立并通过该网络运行，而IMS由4G核心网络建立并通过该网络运行。即使在3GPP方面，VoNR流程细节也在TS23.228中描述，其主要针对LTE的IMS。

以下是NR的整体呼叫流程。与VoLTE建立相比，这里会看到信令消息名称方面的一些差异，但这些差异是由于LTE和NR之间的信令差异，而不是具体由于IMS侧的差异。

注：步骤3的S1模式能力表示UE是否支持EPS回退。因此，当语音呼叫纯粹通过VoNR时，可能无法设置。SIB1中表示支持IMS语音的字段如下：

PDU session establishment request

这是来自UE的消息，用于启动建立IMS注册所需的配置。此消息请求使用DNN=“ims”建立PDU，并请求P-CSCF的IP地址。如果熟悉VoLTE流程，会注意到此消息的作用类似于VoLTE中的PDN连接请求。 

 PDU session establishment accept 

一旦网络接收到来自UE的PDU session establishment request消息，网络通知UE所请求的信息（P-CSCF），并创建业务所需的QoS管道。这类似于VoLTE中的激活默认EPS承载上下文请求。

PDU session modification command 

一旦IMS注册完成并且用户触发IMS呼叫，它将到达一个特定点，在该点上，IMS数据流量（即语音流量）将使用另一个数据管道。为了设置仅数据流量（非IMS信令），网络通常会建立另一个专用于数据流量的数据管道（QoS流）。此过程由网络通过PDU会话修改命令启动（注意：尽管此步骤在IMS服务的大多数实际网络实现中都已完成，但从协议角度来看，它不是强制性的。换句话说，可以通过IMS信令和语音数据都通过单个数据管道的方式来实现该服务）。这类似于VoLTE中激活专用EPS承载上下文请求。

PDU session modification complete  

在VoNR中，涉及两个不同的数据流，在大多数情况下，这两个流映射到两种不同类型的QoS管道。下面是基于现网log在VoNR中使用的两个QoS管道的典型示例。

第一个QoS管道主要涉及为IMS信令消息建立数据流，如以下示例所示。通常，该QoS建立由UE通过PDU Session Establishment Request触发，并且网络通过PDU Session Establishment Accept 消息创建QoS流的核心网侧。QoS管道（QoS流）的核心网络端通过RRC消息中的SDAP配置映射到RAN（Radio Access Network）管道，如下所示。 

第二个QoS信道主要用于为IMS流量（语音数据）建立数据流，如以下示例所示。此QoS设置由网络通过PDU Session Modification Command触发，网络在核心网侧创建另一个QoS管道。QoS管道（QoS流）的核心网端通过RRC消息中的SDAP配置映射到RAN（Radio Access Network）管道，如下所示。

S1 mode vs N1 mode

S1 mode : 指示EPS Attach成功

N1 mode : 指示 5GC(5G Core) Attach 成功

信令报文中的关键信息 

有许多不同类型的消息，其中包含与VoNR服务相关的各种信息元素，这里试图列出这些消息和信息元素。根据网络实现或UE协议栈实现，它可能在没有这些信息的情况下工作。