5G 中Service Request流程

本文详细阐述了5G网络中ServiceRequest流程,涉及UE、RAN、AMF、SMF、PCF和UPF等节点间的交互,包括用户平面连接激活、PDU会话管理和安全建立等关键步骤,揭示了5G网络服务请求的复杂性和精细度。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、 Service Request procedures(5G 中Service Request流程)
Service Request是UE处于空闲状态或需要要建立AMF连接。当UE处于CM-IDLE和CM-CONNECTED时,通过Service Request来激活用户平面连接来建立的PDU会话。
在这里插入图片描述
1.UE -->®AN: AN消息 (AN parameters, Service Request (包括激活的PDU Sessions , 分配的PDU Sessions, 加密参数, PDU Session 状态, 5G-S-TMSI,NAS消息 , Exempt Indication)).

2.®AN–>AMF: N2 Message (N2 参数, Service Request).

详细描述参考 TS 38.413 [10]. 如果AMF 无法处理Service Request,将会拒绝。

使用NG-RAN , N2 参数包括5G-S-TMSI, 选择PLMN ID (or PLMN ID and NID, see TS 23.501 [2], clause 5.30), 位置消息 and Establishment cause, UE Context Request…

当前处理空闲态, NG-RAN通过RRC流程获得 5G-S-TMSI,NG-RAN 通过5G-S-TMSI选择AMF ,位置信息与UE所在小区相关联。

3a.AMF–>®AN: N2 请求 (security context, Mobility Restriction List, list of recommended cells / TAs / NG-RAN node identifiers).

  1. 如果服务请求未发送完整性保护或完整性保护验证失败,AMF将拒绝服务请求(TS 24.501[25]中声明)

4.[条件]AMF–>SMF: Nsmf_PDUSession_UpdateSMContext Request (PDU Session ID(s), Operation Type, UE location information, Access Type, RAT Type, UE presence in LADN service area, Indication of Access Type can be changed, [MO Exception Data Counter])

5a. [条件] SMF–>PCF: 如果AMF通知SMF可以在步骤4中更改PDU会话的访问类型,并且如果部署了PCC,则如果满足策略控制请求触发条件(即访问类型的更改),SMF将执行第4.16.5.1条中定义的SMF启动的SM策略关联修改程序。PCF可提供更新的PCC规则。

5b. 如果PDU会话ID对应于LADN,并且SMF基于来自AMF的“UE在LADN服务区域中的存在”确定UE在LADN的可用性区域之外,则SMF决定(基于本地策略):

6a. [条件] SMF–>UPF (PSA): N4 Session Modification Request.

根据网络部署,在服务请求过程中,可能会更改为N3或N9接口分配的UPF(PSA)的CN隧道信息,例如连接到不同IP域的UPF。如果需要使用不同的CN隧道信息,SMF向UPF(PSA)发送N4会话修改请求消息,并请求提供目标网络实例的CN隧道信息

6b. [条件] UPF (PSA) -->SMF: N4 Session Modification Response.

UPF(PSA)向SMF发送N4会话建立响应消息。UPF向SMF提供CN隧道信息。UPF(PSA)将CN隧道信息与SMF提供的UL分组检测规则相关联。

6c. [条件] SMF -->new UPF (intermediate): N4 Session Establishment Request.

6d. New UPF (intermediate) SMF: N4 Session Establishment Response.

新的UPF向SMF发送N4会话建立响应消息。UPF按照SMF在步骤6a中的请求提供DL CN隧道信息。SMF启动定时器,在步骤22a中使用定时器释放旧的中间UPF中的资源(如果有)。

7a. [条件] SMF–>UPF (PSA): N4 Session Modification Request.

7b. The UPF (PSA) 向SMF 发送N4 Session Modification Response message .

8a. [条件] SMF -->old UPF (intermediate): N4 Session Modification Request (New UPF address, New UPF DL Tunnel ID)

8b. old UPF (intermediate) SMF: N4 Session Modification Response

旧的UPF 向SMF 发送N4 Session Modification Response message.
  1. [条件] old UPF (intermediate) -->new UPF (intermediate): buffered downlink data forwarding

如果I-UPF被更改并且建立了到新I-UPF的转发隧道,则旧(中间)UPF将其缓冲数据转发到充当N3终止点的新(中间)UPF。新的UPF不应发送从UPF(PSA)接收到的缓冲下行链路分组,直到从旧的I-UPF接收到结束标记分组或者在步骤6c开始的计时器超时。

  1. [条件] old UPF (intermediate) -->UPF (PSA): buffered downlink data forwarding

如果删除了旧的I-UPF,并且没有为PDU会话分配新的I-UPF,为UPF(PSA)建立了转发隧道,则旧的(中间)UPF将其缓冲数据转发给充当N3终止点的UPF(PSA)。UPF(PSA)不应发送从N6接口接收到的缓冲DL数据,直到它从旧I-UPF接收到结束标记分组或者在步骤7a开始的计时器超时。

  1. [条件] SMF -->AMF: Nsmf_PDUSession_UpdateSMContext Response (向AMF发送N2 SM信息(PDU会话ID、QFI、QoS配置文件、CN N3隧道信息、s-NSSAI、用户平面安全实施、UE完整性保护最大数据速率、RSN)、N1 SM容器、原因)。如果连接到RAN的UPF是UPF(PSA),则N3 CN隧道信息是UPF(PSA)的UL CN隧道信息。如果连接到RAN的UPF是新的中间UPF,则CN N3隧道信息是中间UPF的UL隧道信息.

  2. AMF -->®AN: N2 Request (N2 SM information received from SMF, security context, Mobility Restriction List, UE-AMBR, MM NAS Service Accept, list of recommended cells / TAs / NG-RAN node identifiers, UE Radio Capability, Core Network Assistance Information, Tracing Requirements, UE Radio Capability ID). 在N2消息中包括UE的接入类型允许的NSSAI。如果订阅信息包括跟踪要求,AMF将在N2请求中包括跟踪要求。

  3. ®AN --> UE: NG-RAN根据其UP连接被激活的PDU会话和数据无线电承载的所有QoS流的QoS信息,与UE执行RRC连接重新配置。对于处于CM-IDLE状态的UE,如果该服务请求不是由仅用于信令连接的UE触发的,则在该步骤建立用户面安全性,其在TS 38.331[12]和TS 36.331[16]中详细描述。对于处于CM-IDLE状态的UE,如果服务请求仅由UE为信令连接触发,则在该步骤中可以建立安全上下文,这在TS 38.331[12]和TS 36.331[16]中有详细描述。

  4. [条件] ®AN -->AMF: N2 Request Ack (使用N2 SM信息建立的PDU会话列表(隧道信息、激活上行连接的PDU会话的可接受QoS流列表、激活上行连接的PDU会话的拒绝QoS流列表),未能建立的PDU会话列表,故障原因在N2 SM信息元素中给出).

  5. [条件] AMF to SMF: Nsmf_PDUSession_UpdateSMContext Request (N2 SM information, RAT Type, Access Type) 每个PDU会话到SMF。AMF确定访问类型和RAT类型,见第4.2.2.2.1条。

  6. [条件] SMF -->PCF: 如果部署了动态PCC,SMF可通过执行第4.16.5.1条中定义的SMF发起的SM策略修改程序,向PCF(如果已订阅)发出关于新位置信息的通知。PCF可提供更新的政策。

17a. [条件] SMF–>new intermediate UPF: N4 Session Modification Request (AN Tunnel Info and List of accepted QFI(s)).

如果SMF在步骤5b中选择了一个新的UPF作为PDU会话的中间UPF,则SMF向新的I-UPF发起N4会话修改过程并提供隧道信息。来自新I-UPF的下行链路数据现在可以转发到NG-RAN和UE。

17b. [条件] UPF–>SMF: N4 Session Modification Response.

18a. [条件] SMF–>UPF (PSA): N4 Session Modification Request (AN Tunnel Info, List of rejected QoS Flows).

18b. [条件] UPF–>SMF: N4 Session Modification Response.

  1. [条件] SMF–>AMF: Nsmf_PDUSession_UpdateSMContext Response.

20a. [条件] SMF–>new UPF (intermediate): N4 Session Modification Request.

如果已建立到新I-UPF的转发隧道,并且如果在步骤8a为转发隧道设置的计时器SMF已超时,则SMF向充当N3终止点的新(中间)UPF发送N4会话修改请求以释放转发隧道。

20b. [条件] new UPF (intermediate) --> SMF: N4 Session modification response.

充当N3终止点的新UPF向SMF发送N4会话修改响应。

21a. [条件] SMF–>UPF (PSA): N4 Session Modification Request.

如果已建立到UPF(PSA)的转发隧道,并且如果在步骤7b为转发隧道设置的计时器SMF已超时,则SMF向充当N3终止点的UPF(PSA)发送N4会话修改请求以释放转发隧道。

21b. [条件] UPF (PSA) -->SMF: N4 Session Modification Response.

UPF(PSA)作为N3终止点向SMF发送N4会话修改响应。 .

22a. [条件] SMF -->old UPF: N4 Session Modification Request or N4 Session Release Request.

如果SMF在步骤5b中决定继续使用旧的UPF,则SMF发送N4会话修改请求,提供隧道信息

22b. Old intermediate UPF -->SMF: N4 Session Modification Response or N4 Session Release Response.旧的UPF使用N4会话修改响应或N4会话释放响应消息进行确认,以确认资源的修改或释放。

<think>好的,用户想了解5G网络中业务请求的信令流程,特别是详细的步骤。我需要先回忆一下相关的知识,然后结合提供的引用内容来组织答案。 首先,根据引用[1],5G SA网络下终端发起语音业务请求后会有B1测量和重定向到4G的步骤,这可能涉及到业务请求中的测量配置。然后引用[2]提到注册请求中的Follow-on request标志,这可能与业务请求的连续性有关,即注册后是否立即发起业务请求。引用[3]提到了SgNB的添加流程,这可能涉及双连接场景下的信令交互。引用[4]指出在空闲或非活跃状态的UE如何请求OSI,这可能与业务请求的触发条件有关。引用[5]虽然主要是招聘信息,但可能流程部分可以参考其他引用。 接下来,我需要构建业务请求的典型流程步骤。通常,业务请求流程包括触发条件、RRC连接建立、NAS消息交互、安全激活、PDU会话建立等。需要结合这些引用中的具体信息,比如B1测量、Follow-on request、SgNB添加等。 需要注意的是,用户的问题可能集中在SA(独立组网)模式下的流程,因此要明确场景是SA还是NSA。根据引用[1]和[2],应该以SA为例。流程中可能包括UE从空闲态转入连接态,发送Service Request消息,网络侧处理请求,建立承载,可能的切换或重定向步骤等。 需要检查是否有遗漏的步骤,例如安全激活、资源分配等,同时确保引用对应的内容正确标注。比如,Follow-on request在注册请求中的使用,B1测量触发重定向,这些都需要在适当的位置提及并添加引用标记。 最后,整理步骤时要注意逻辑顺序,从触发条件开始,到RRC连接、NAS交互、资源分配等,确保每个步骤都有引用支持,并自然添加引用标识。同时,生成的相关问题要围绕用户可能的后续疑问,如与其他流程的区别、优化方法、异常处理等。</think>### 5G业务请求信令流程详解 在5G(NR)网络中,业务请求(Service Request)是终端(UE)从空闲态(RRC IDLE)或非活跃态(RRC INACTIVE)发起连接建立以传输数据的核心流程。以下是SA(独立组网)模式下业务请求的典型步骤[^1][^4]: 1. **触发条件** - UE需要发送上行数据或响应网络寻呼时,触发业务请求流程。 - 若SIB1中支持ODOSI(On-Demand System Information),UE可能通过MSG1或MSG3请求OSI(其他系统信息)。 2. **RRC连接建立** - UE通过随机接入(Random Access)发起RRC连接建立请求(RRCSetupRequest)。 - gNodeB分配资源并返回RRCSetup消息,完成RRC连接建立[^3]。 3. **NAS层交互** - UE发送**Service Request** NAS消息至AMF(核心网接入与移动性管理功能),包含: - 业务类型(如移动发起数据或信令) - PDU会话状态(需激活的会话列表) - 安全参数(用于鉴权与加密)[^2][^5]。 4. **安全激活与上下文恢复** - AMF验证UE合法性后,触发安全模式激活(Security Mode Command),加密NAS消息。 - gNodeB与UE同步无线承载(DRB)配置,恢复UE上下文。 5. **PDU会话激活(可选)** - 若业务需新建PDU会话,SMF(会话管理功能)分配IP地址并配置UPF(用户面功能)。 - 引用[2]提到的`Follow-on request`标志若为1,注册流程后可直接触发PDU会话建立。 6. **用户面通道建立** - gNodeB通过RRC重配(RRCReconfiguration)下发用户面资源配置,UE确认后完成数据传输准备。 7. **业务完成与状态迁移** - 若无后续数据,网络可能释放RRC连接,UE返回空闲态;若需保持连接,则进入RRC CONNECTED态[^1]。 #### 关键点与优化 - **B1测量与重定向**:在语音业务场景(如VoNR未覆盖时),网络可能触发B1测量,引导UE重定向至4G网络。 - **信令效率**:通过`Follow-on request`标志减少信令交互次数,提升业务连续性。 ```plaintext 流程简图: UE触发业务请求 → RRC连接建立 → NAS Service Request → 安全激活 → PDU会话激活 → 用户面建立 → 数据传输 ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_44390640

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值