5G 核心网 5GS to EPS handover for single-registration mode with N26 interface

        在当前的环境下，5G 核心网组网后，必然会与现有的4G EPC 进行交互。在23501当中有5G 和 EPC 交互架构图。其中需要关注的是N26接口。（如下图所示）

        那么当 UE 在4G 和 5G 之间切换时，大概流程是怎么样的呢？

 

         

5G handover to 4G (TS 23.502 section 4.11.1.2.1 5GS to EPS handover using N26 interface)

背景知识的介绍需要查阅 23501 5.17.2 Interworking with EPC 和 23502  4.11。

先说说一些基本的准则：

• 如果UE支持使用N26接口进行5G 4G 之间的切换，那么这个UE 是single registration模式；
• 必须是ssc mode1 模式；
• 网络架构上，AMF 会选择到一个 SMF+PGW-C combo的网元以支持4G5G切换；
• 当有5G 能力的UE 在4G 核心网上线时（建立PDN connect），原有的4G pdu seesion attach 流程需要作出某些更改，例如PCRF流程会被PCF流程替换，这时需要SMF中转PGW-C的消息使用SBI接口和PCF交互。参考23502 4.11.0a；
• 当能切换回去4G核心网的UE在5G核心网上线时（pdu session est  procedure），SMF 根据 AMF的指示，需要进行ebi的处理，以及将PGW-C 的FQDN信息注册到UDM+HSS。参考 23502 4.11.5 和 23502  4.11.1.4.1；

本文先关注5G 核心网的行为，EPC 的行为有时间再补上。

先来聊聊  EPS bearer ID allocation，EBI allocation 流程是具备4G5G 互操作条件的UE建立5G session时，为了切换到EPC做的前期准备工作。

EPS bearer ID allocation

EPS bearer ID allocation 主要目的是更新原有的session management 流程，然后在QOS flow 中映射出EBI，将ebi和相关的信息提供给NG-RAN。

这个过程只会发生于3GPP access supporting EPS interworking with N26已及其他一些限制条件允许的情况下（例如mutil-home,LADN等）。

 

 

上图的图就是EPS bearer ID allocation的流程。协议讲得比较全面，由于个人理解能力有限，我简化一下场景，先关注非漫游的情况。

Step 2:

就像前面讲到的，SMF+PGW-C（其实就是SMF在负责这步），在收到AMF的通知 EpsInterworkingIndication = "WITH_N26"后（你要去TS 29502，查看CreateSMContext 的各种IE的指示。在这里就是EpsInterworkingIndication） 。SMF会考虑一些现在条件，例如 User Plane Security Enforcement information, Access Type，mutil-home,LADN等，决定是否去做EPS bearer ID allocation。SMF 调用 Namf_Communication_EBIAssignment Request (PDU Session ID, ARP list)，如你所见，这条消息只带了ARP。

Step 3-6:

Steps 3 to 6 apply only when AMF needs to revoke EBI previously allocated for an UE in order to serve a new SMF request of EBI for the same UE.

3-6 步是用于revoke EBI的。如果 AMF 没有可用的EBI能够分配，那么AMF会向SMF revoke 一些之前分配给对应QOS flow的ebi. 这里的SMF 是另外第一个为这个UE服务过的SMF。AMF通过Nsmf_PDUSession_UpdateSMContext (EBI(s) to be revoked) 去要求相关的SMF (called "SMF serving the released resources")去release the mapped EPS QoS parameters corresponding to the EBI to be revoked。然后AMF会存下已经分配的EBI,PDI，SMF 的地址等信息。

这个“拥有资源的SMF”收到上面第3步的请求后，如果想要释放的qos flow 是跟default QoS rule 相联系的QoS Flow，那么这个SMF 就释放全部 ebi 相关联的资源了。发送 Namf_Communication_EBIAssignment Request (PDU Session ID, Released EBI List) 给AMF 去告诉AMF 释放的EBI。 然后通过N1N2 transfer 去通知NGRAN 释放相关资源： Namf_Communication_N1N2Message Transfer (N2 SM information (PDU Session ID, EBI(s) to be revoked), N1 SM container (PDU Session Modification Command (PDU Session ID, EBI(s) to be revoked))) to inform the (R)AN and the UE to remove the mapped EPS QoS parameters corresponding to the EBI(s) to be revoked。

如果UE 在CM-CONNECTED状态，那么AMF发送N2 PDU Session Request (N2 SM information received from SMF, NAS message (PDU Session ID, N1 SM container (PDU Session Modification Command))) 消息到 (R)AN.

如果UE 是CM-IDLE状态，并且ATC is activated（不知道这是什么），AMF 更新并存储UE 上下文，并且跳过第5-6步。当UE reachable 时，AMF forwards the N1 message to synchronize the UE context with the UE.

Step 7:

如果AMF 成功分配EBI，则将EBI返回给SMF。如果这个session需要用某个S-NSSAI来进行验证，则EBI分配会返回失败。

Step 8:

       这一步如果是非漫游场景的话，和原有的 pdu session est/modify 是一样的。都是通过pfcp消息，构建数据的下行隧道ip+teid.

Step 9:

      pgw-c + smf 收到EBI后，会将这些EBI放进mapped EPS bearer context(s).这个IE，通过AMF带给UE。通过qos flow setup request 的E-RAB ID将ebi 带给基站。如果是 pdu session est,是通过N1N2_transfer消息，

如果是pdu session modify,则通过updateSMContext消息。

     以上这些就是在原有的session建立和修改流程中，需要添加的操作，详细内容请参考23502 4.11.1.4.1

 

5GS to EPS handover using N26 interface

开局又是一张信令流程图，由于个人理解能力有限，我简化一下场景，先关注非漫游的情况。

Step 1:

NG-RAN 决定UE应该切换到E-UTRAN。NG-RAN 发送 Handover Required (Target eNB ID, Direct Forwarding Path Availability, Source to Target Transparent Container, inter system handover indication) 给AMF。如果Direct Forwarding Path Availability == not possible, 那么数据包就不能在4G 基站和5G基站之间直接传输，需要通过核实网来实现间接转发，因此需要借助sgw-u来构建间接隧道。

Step 2:

AMF 根据IE Target eNB Identifier知道了这个切换是到4G的切换，所以，AMF 要根据23401 4.3.8.3 节选择一个MME来进行N26接口的通信。但翻阅23401 4.3.8 【V16.9.0 (2020-12)】并没有找到AMF 如何选择MME的描述，在29303  5.4 Procedures for Discovering and Selecting an MME中，有提到4/5G 切换时，可以使用该流程。所以AMF 选择MME 可以参考该部分内容的流程。

在非漫游场景下，AMF 要求 PGW-C + SMF 提供SM Context（session 管理上下文）。AMF 调用SMF 提供的 Nsmf_PDUSession_ContextRequest服务，在29502中可以知道，这个服务就是29502 5.2.2.6 Retrieve SM Context service operation。AMF 提供 目标 MME的 capability 给PGW-C+SMF. 主要是指示C面用于决定是否返回EPS Bearer Context 给Non-ip 类型的会话。

PGW-C + SMF 发送N4 session  modify 消息给 PGW-U + UPF ，这步是为了给每个 EPS bearer 去建立CN tunnel（create pdr\create far\create qer(qer 使用从5G映射过来的qos参数生成） ）。 不同于5G，在EPS 中，每个bearer 都有属于自己的tunel, 也就是说每个bearer 得分配一个F-teid。这一步中，PGW-U + UPF 需要返回pgw-u s上行的S5/S8 F-teid 给每个bearer. 这些信息都通过29502的SMContextRetrievedData返回给AMF。AMF 再转给MME，MME转给SGW，这样如果4G 是CUPS架构的话，sgw-u 就知道了pgw-u的上行F-tied,PGW-U + UPF这时就能准备好接受4G基站的上行包了。

Step 3-5:

        AMF发送Forward Relocation request 给MME，这几步骤要跳到23401的5.5.1.2.2查询，基本上和S1-base handover，normal 场景一致。只是会做一些修改：

•  会包含 paramter "return prefered"，这个IE怎么用，要在23501去搜索
•  AMF 根据本地配置和Direct Forwarding Path Availability is present or not去决定需不需要进行间接转发   （协议上有个node表明，目前都是需要建立间接转发隧道的）

      Forward Relocation request 这个GTPC信令中带有pgw-u的s5s8接口ip+teid，Eps bearer 上行文等信息。MME 根据23401的5.5.1.2.2选择到一个sgw-c，mme 向sgw-c发送Create session request 消息（带上pgw-u的s5s8接口ip+teid）， sgw-c 在第5步中，回复s1u的teid+ip。这样基站就知道了4G的上行隧道了 ，那就是从 ENB->SGW-U->PGW-U+UPF 的上行通道信息都生成了。

Step 6:

       这一步骤要跳到23401的5.5.1.2.2  step5查询，在切换的流中，Handover Restriction List 可能会携带PLMN IDs，target eNB 要根据mme提供的EPS bearer建立E-RABs。

Step 7:

      返回E-RAB ID,enNodeB侧的S1U的ip+teid（用于接收间接隧道的下行包）。

Step 8:

      发消息给sgw创建间接转发隧道，sgw-c 发 pfcp modify (create pdr/ create far)消息给 sgw-u , 下行far带上step7 的enodeB S1U的ip+teid, sgw-u 返回下行pdr的sgw-u s5/s8 teid+ip 。sgw-c 回复mme,间接隧道创建成功。

Step 9:

       MME 发 relocation rsp 给AMF，这是对步骤3的回复。主要是将sgw-u 下行pdr的sgw-u s5/s8 teid+ip 带给 AMF。

Step 10a

       AMF 发送 Nsmf_PDUSession_UpdateSMContext Request (Serving GW Address(es) and Serving GW DL TEID(s) for data forwarding，在step8-9中的teid)  给 PGW-C+SMF，这些信息都塞在epsBearerSetup这个IE里面了，是用来建立下行的间接转发隧道的。

Step 10b

       SMF+PGWC 根据 qfi 和 EPS bearer ID 的关系，将需要转发的 eps bearer 转为 5G qos flow。然后发送 pfcp modify req (create pdr、create far、create qer)给 pgw-u+UPF。这个pdr 的 pdi source interface 是access的，下行far 的dst interface 也是 access的,dst addres 是 sgw-u 的 s5s8 ip+teid. pgw-u+UPF 返回一个 N3 的teid+ip 用于接收5G基站过来的间接转发包。

 Step 10c

     SMF+PGWC 回复 200ok 给amf。(带上 Cause, CN tunnel Info for Data Forwarding, QoS flows for Data Forwarding) for creating indirect data forwarding)

Step 11

      AMF 发送 handover command 到source NG-RAN   (Transparent container (radio aspect parameters that the target eNB has set-up in the preparation phase), CN tunnel info for data forwarding per PDU Session, QoS flows for Data Forwarding)

source NG-RAN 命令UE切换到 target access network。UE 要处理本地的session 和 qos flow/ qos rule（在QoS flows for Data Forwarding IE 里面）. 详情请查看23502 步骤11. 对于那些 可以进行 data forwarding 的qos flow，RAN 会将这些 flow 发往上面步骤建立的 pgwc+UPF N3  间接隧道。

到这一步结束后，UE 已经接入到了4G的基站，如果此时有5G的下行包发到PGW-C + UPF ，那么数据包的走向是： UPF+PGW-U 收到的下行包 ----> 5G基站--->（UPF+PGW-U） --> 4G SGW-U—> 4G 基站 -->UE。