389-R16SMF和UPF拓扑增强之PDUSession控制.docxVIP

389-R16SMF和UPF拓扑增强之PDUSession控制.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
R16 SMF和UPF拓扑增强之PDU Session控制 上一篇介绍了引入I-SMF的口的以及架构。在PDU session建立或删除的过程 中,AMF负责检测何时为PDU session添加或删除I-SMF或V-SMF。NRF (Network Repository Function)从SMF获取有关此服务的信息。在诸如切换 或AMF改变之类的移动性事件期间,如果SMF的服务区域不包括新UE位置,则 AMF选择并插入可以服务于UE位置和S-NSSAI的I-SMF。 在非漫游和带LBO (Local Break Out (roaming))漫游场景中的PDU会话建立 时,如果AMF或SCP (Service Communication Proxy)不能选择具有支持所选 (DNN, S-NSSAI)的当前UE位置和所需SMF能力的服务区域的SMF,则AMF为 所选(DNN, S-NSSAI)和所需的能力,并且另外选择服务于UE位置和S-XSSAI 的 I-SMFo 当PDU会话涉及I-SMF时,III I-SMF控制的UL CL有可能被插入FDU会话的数 据路径中。图1描述了在PDU会话的数据路径中使用III I-SMF控制的UL CLo Local access to the same DN 图1:通过l-SMF控制的UL CL用户面架构 I-SMF基于从SMF接收到的信息来确定是否插入UL-CL,并且I-SMF选择UL CL 或PDU会话锚点UPF来提供对数据网络的本地访问。 I-SMF负责UPF的插入、修改和移除,以确保本地业务引导。SMF不需要访问与 I-SMF控制的UPF相关的本地配置或NRF输出。I-SMF基于本地业务引导和UE 位置的PDU会话的感兴趣DNAI (DN Access Identifier),确定要选择哪些 DNAI,基于所选DXAI选择充当UL CL/BP或PDU会话锚点UPF,并将这些UPF 插入PDU会话的数据路径中。 SMF和I-SMF的相互作用包括: ?用新的前缀通知SMF: SN1F负责发出路山器广告消息。SMF构造一个链接本 地地址作为源IP地址。SMF通过SMF控制的PSA UPF向UE发送路曲器广告 消息。 ?与业务卸载相关的N4交互。SMF向I-SMF提供N4信息,说明如何在I-SMF 控制的UPF中检测、实施和监控流量:SMF向I-SMF发出请求,请求中包含 \4信息,用于创建/更新/删除PDR、FAR、QER、URR等。 ?接收与业务使用情况报告相关的N4通知:I-SMF向SMF转发与业务使用情 况报告相关的UPF通知对应的N4信息;SMF向PCF/CHF聚合并构造使用情 况报告。 I-SMF负责N4与本地UPF的接口,包括: 使用经由AMF从5G AN接收的隧道信息来构建PDR (Packet Detection Rule)和 FAR (Forwarding Action Rule); ?请求在本地UPF之间分配CN隧道信息(如果需要); 当PDU会话的用户面变为INACTIVE时,控制UPF操作。 ?使用从AMF收到的跟踪要求,在N4接口上向其控制的UPF提供跟踪要求。 当I-SMF参与PDU会话时,SMF和I-SMF独立地订阅AMF提供的“UE mobility event notification”服务。AMF分别处理SMF和I-SMF的订阅,并将事件直 接通知SMF或I-SMFo如果SMF不知道服务AMF地址,则SMF从UDM获取服务 AMF地址,并直接订阅服务AMF。 在I-SMF改变或I-SMF插入的情况下(例如,在基于\2的\G-RAN站点间切 换),移动事件的订阅(来自AMF)不会从旧I-SMF或SMF转移到新I-SMF,如 果新I-SMF想要接收相应的移动事件,则新I-SMF触发新的订阅事件。在移除 I-SMF的惜况下,AMF上的移动性事件的订阅不会从旧I-SMF转移到SMF,如果 SMF想要接收相应的移动性事件,SMF会触发一个新的订阅事件。 在本拓扑结构中发起服务请求,分为两种类型: ? I-SMF可用于PDU会话,并且在服务请求过程中I-SMF不会更改或删除。 ?在服务请求过程中插入、更改或删除I-SMF。 当AMF接收到服务请求消息时,对于每个要被激活的PDU会话,AMF基于SMF 的服务区域信息和UE驻留的位置来确定使用哪个过程。 图2:带I-SMF插入/更改/删除的UE触发的服务请求过程 具体的每个步骤信息可以查看TS23. 502 g40 4. 23. 4章节。 另外一个关键的流程就是基于\2的不同站点间切换,笫3步是T-AMF到 Target I-SMF: Nsmf_PDUSession_CreateSMContext (包含的内容:PD

文档评论(0)

150****2995 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档