CN112889254B - 使用策略处理数据包的方法和*** - Google Patents

使用策略处理数据包的方法和*** Download PDF

Info

Publication number
CN112889254B
CN112889254B CN201980069633.9A CN201980069633A CN112889254B CN 112889254 B CN112889254 B CN 112889254B CN 201980069633 A CN201980069633 A CN 201980069633A CN 112889254 B CN112889254 B CN 112889254B
Authority
CN
China
Prior art keywords
packet
delay
php
pdt
qos
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201980069633.9A
Other languages
English (en)
Other versions
CN112889254A (zh
Inventor
恩科·敦·道
李顼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202210462804.8A priority Critical patent/CN114845258A/zh
Publication of CN112889254A publication Critical patent/CN112889254A/zh
Application granted granted Critical
Publication of CN112889254B publication Critical patent/CN112889254B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82—Criteria or parameters used for performing billing operations
    • H04M15/8228—Session based
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明的一个方面提供了一种由PCF执行的用于在移动无线网络中处理延迟数据包的方法。该方法包括接收与PDU会话的数据包处理策略(PHP)参数有关的信息；以及将PHP发送给其他网络功能以指示移动无线网络的用户面中的设备如何处理延迟的数据包。

Description

使用策略处理数据包的方法和***
相关申请的交叉引用
本申请要求2019年5月3日提交的申请号为16/403,362，标题为“使用策略处理数据包的方法和***”的美国非临时专利申请的优先权，其要求2018年11月2日提交的申请号为62/755,101，标题为“使用策略处理延迟数据包的方法和***”的美国临时专利申请的优先权，其内容全部通过引用并入本文。
技术领域
本发明总体上涉及通信网络领域，并且特定实施例或方面涉及一种处理用于超可靠低延迟通信(Ultra-Reliable Low Latency Communication，URLLC)应用的数据包的策略。
背景技术
超可靠低延迟通信(URLLC)应用(诸如工业自动化控制和自动驾驶车辆)，例如，需要超可靠的数据包传送。URLLC应用要求URLLC数据包以超低延迟或可靠方式(或两者兼有)进行传送。但是，移动无线网络可能无法百分之百的满足数据包延迟要求。
第三代合作伙伴计划(Third Generation Partnership Project，3GPP)已经在版本15为5G和4G***中的URLLC应用指定了一种新的服务质量(Quality of service，QoS)模型，称为延迟临界(critical)保证比特率(Guaranteed Bit Rate，GBR)QoS流。在延迟临界GBR QoS流模型中，每个网段，例如核心网(Core Network，CN)段，(无线)接入网((Radio)Access Network，(R)AN)段，或两个用户面实体之间的传输，诸如CN的(R)AN节点和用户面功能(User Plane Function，UPF)具有特定的延迟预算。
在3GPP技术规范(Technical specification，TS)23.501，版本15.2.0，版本15(TS23.501)，条款5.7.3.4包时延预算(Packet Delay Budget，PDB)中，规定“对于具有GBR资源类型的GBR QoS流，如果QoS流未超过保证流比特率(Guaranteed Flow Bit Rate，GFBR)，则PDB可以被解释为置信水平为98％的最大延迟。应该为与拥塞相关的数据包的丢弃和延迟预留非GBR QoS流。在未阻塞的情况下，98％的数据包不应经历超过5G QoS标识符(5G QoSIdentifier，5QI)PDB的延迟。非GBR和GBR资源类型的PDB表示“软上限”，即“已过期”数据包(例如，超出PDB的链路层服务数据单元(Service Data Unit，SDU))不需要被抛弃(discard)，也不会被计算到数据包错误率(Packet Error Rate，PER)中。但是，对于延迟临界GBR资源类型，延迟超过PDB的数据包将被添加到PER中，并且其可以根据本地决策被抛弃或传送。”
在上述规范中，如果延迟大于PDB，则延迟临界GBR流的数据包可以被抛弃或传送，数据包是否被抛弃或传送取决于接收数据包以进行转发的节点或网络功能的本地决策。因此，如果存在多个RAN和/或CN供应商，则每个RAN供应商或每个CN供应商可以针对是否丢弃或传送数据包具有不同的设定。因此，如果具有URLLC应用的用户设备(User Equipment，UE)跨同一公共陆地移动网络(Public Land Mobile Network，PLMN)的不同网段移动，则UE可能会有不匹配的网络行为，这可能会导致URLLC应用的应用层出现故障。即使在相同的无线节点(或小区)中，根据负载，无线节点也可能会抛弃或传送延迟数据包。例如，在实时视频通信远程驾驶中，迟到的视频数据包已无法使用，应被丢弃；但是网络功能中的数据包调度者(如(R)AN节点)可能仍会传送迟到的数据包。传送应丢弃的迟的数据包会浪费无线资源。但是在某些其他应用中，诸如视频或图像分析，延迟的数据包仍然需要被数据包发送给接收器，以便接收端的视频解码器可以完全恢复视频或图像，以进行更准确的视频或图像分析。通常，用户面(User Plane，UP)实体，诸如RAN和/或UE，和/或用户面功能(UPF)，可能不具有用于决定是否应该抛弃或传送QoS流或协议数据单元(Protocol Data Unit，PDU)会话的延迟数据包的应用信息。
因此，可能需要一种***和方法来处理不受现有技术限制的URLLC应用的数据包。
此背景信息旨在提供可能与理解由本发明解决的问题有关的信息。不必意图也不应解释为承认任何前述信息构成了相对于本发明的现有技术。
发明内容
本发明的目的是避免或减轻现有技术的至少一个缺点。
本发明的一个方面提供了一种用于在移动无线网络中处理数据包的方法。该方法包括通过第二控制面功能从第一控制面功能接收数据包处理策略PHP。该方法还包括第二控制面功能将PHP发送给其他网络功能，以指示移动无线网络的用户面中的设备如何处理协议数据单元PDU会话的QoS流的数据包。在一些实施例中，用户面中的设备包括用户面功能、无线电接入网节点和移动设备。
本发明的另一方面提供了一种用于由策略控制功能PCF执行在移动无线网络中处理数据包的方法。该方法包括接收与PDU会话的PHP参数有关的信息；以及将PHP发送给其他网络功能以指示移动无线网络的用户面中的设备如何处理数据包。
本发明的另一方面提供了一种用于由应用功能AF执行在移动无线网络中处理数据包的方法。AF发送AF请求以指示无线网络如何处理数据包，其中，AF代表应用服务器的控制功能。或者，移动网络运营商MNO和应用服务提供商可以就如何处理数据包达成一致。MNO可以使用操作、管理和维护OAM***来配置核心网CN功能(诸如PCF)，以便为服务质量QoS流(诸如延迟临界保证比特率GBR QoS流、GBR QoS流或非GBR QoS流)创建数据包处理策略。
本发明的其他方面提供了用于执行本发明所涉及的方法的设备，包括控制面CP功能(例如，会话管理功能SMF、策略控制功能PCF、UE、UPF和AF)。例如，本发明的一个方面提供了PCF，其包括处理器和包括软件指令的非瞬时性计算机可读存储介质，该软件指令控制处理器以实现以下步骤：接收与PDU会话的PHP参数有关的信息；以及将PHP发送给其他网络功能以指示移动无线网络的用户面中的设备如何处理数据包。
本发明的实施例将结合本发明的以上的方面进行描述，本领域技术人员应当理解，实施例可以结合上述的方面来实现，也可以结合该方面的其他实施例来实现。当多个实施例之间相互排斥或彼此不兼容时，本领域技术人员将显而易见。一些实施例可以结合一个方面来描述，也可以结合其他方面来描述，这对于本领域技术人员来说是显而易见的。
附图说明
结合附图，通过以下详细描述，本发明的进一步特征和优点将变得显而易见，其中：
图1是在计算和通信环境中的电子设备的框图，该电子设备可用于实现根据本发明的代表性实施例的设备和方法；
图2示出电子设备可基于其提供虚拟化服务的逻辑平台的框图；
图3示出5G核心网的***架构的基于服务视图的框图；
图4示意性地示出了可在本发明实施例中使用的，通过N3和N9接口发送的数据包的代表性格式的框图；
图5示意性地示出了可在本发明实施例中使用的，图4中的N3/N9封装报头的代表性格式的框图；
图6示意性地示出了可在本发明实施例中使用的示例网络用户面的框图；
图7示意性地示出了可在本发明实施例中使用的图4的N3/N9封装报头的另一代表性格式的框图；
图8示出了可在本发明实施例中使用的用于UE请求的用于非漫游和本地疏导的漫游的PDU会话建立的代表性过程的消息流程图；
图9示出了可在本发明实施例中使用的用于UE或网络请求的PDU会话修改过程(非漫游和具有本地疏导的漫游)的代表性过程的消息流程图；
图10示出了根据本发明实施例的用于实现数据包重复传输的第一种网络架构的示意性框图，该网络架构由一个UPF、一个(R)AN节点和两个独立的N3隧道组成的以在UPF和(R)AN节点之间实现数据包的传输；
图11示出了根据本发明实施例的用于实现数据包重复传输的第二种网络架构的示意性框图，该网络架构由一个PDU会话、一个UPF和两个UP路径组成；
图12示出了根据本发明实施例的用于实现数据包重复传输的第三种网络架构的示意性框图，该网络架构支持两个独立的PDU会话；
图13是根据本发明实施例的用于实现数据包重复传输的第四种网络架构的示意性框图，该网络架构由(设备中的)两个独立UE和两个独立PDU会话组成的；
图14示出了向移动无线网络中的设备提供数据包处理参数的应用功能的消息流程示意图；
图15示出了使用数据包流描述功能(Packet Flow Description Function，PFDF)服务在提供应用功能请求的数据包处理参数中的消息流程示意图；
图16示出了通过会话管理功能检索数据包流描述的消息流程示意图；
图17示出了会话管理功能中的数据包流描述的管理的消息流程示意图；
图18示出了用户面功能中的数据包流描述的管理的消息流程示意图。
应注意的是，在整个附图中，相似的特征由相似的附图标记标识。
具体实施方式
在以下描述中，通过示例实施例描述了本发明的特征。为了便于描述，这些实施例利用了由第三代合作伙伴计划(3GPP)定义的通信***规范(例如4G和5G网络)中已知的功能和术语。但是，可以理解的是，本发明不限于上述网络。
图1是在计算和通信环境100内示出的电子设备(Electronic Device，ED)102的框图，其可用于实现本文公开的设备和方法。在一些实施例中，电子设备102可以是通信网络基础设施的元件，诸如基站(例如NodeB、增强型NodeB(enhanced Node B，eNodeB)、下一代NodeB(有时称为gNodeB或gNB)、归属用户服务器(Home Subscriber Server，HSS)、网关(Gateway，GW)，例如分组网关(Packet Gateway，PGW)或服务网关(Serving Gateway，SGW)或演进分组核心(Evolved Packet Core，EPC)网络或下一代网络内的各种其他节点或功能，包括控制面和用户面功能。在其他实施例中，电子设备102可以是通过无线电接口连接到网络基础设施的设备，诸如移动电话、智能电话或可被分类为用户设备(UE)的其他此类设备。在一些实施例中，ED 102可以是机器类型通信(Machine Type Communication，MTC)设备(也称为机器对机器(machine-to-machine，m2m)设备)，也可以是一种没有向用户提供直接服务但可以被分类为UE的设备。在一些参考文献中，ED 102还可被称为移动设备(Mobile Device，MD)，该术语旨在描述该设备为连接到移动网络的设备，而不管该设备本身是否用于移动或具有移动的能力。该设备可利用图1所示的所有组件或部分组件，并且设备的集成度可随设备的不同而变化。此外，设备可以包含组件的多个实例，诸如多个处理器、存储器、发射器、接收器等。电子设备102通常包括处理器106，(例如中央处理单元(Central Processing Unit，CPU)，也可以进一步包括专用处理器，例如图形处理单元(Graphics Processing Unit，GPU)或其他处理器)，存储器108，网络接口110和用于连接ED102组件的总线112。可选地，ED 102还可以包括诸如大容量存储设备114、视频适配器116和I/O接口118(图中以虚线示出)之类的组件。
存储器108可包括处理器106可读的任何类型的非瞬时性***存储器，诸如静态随机存取存储器(Static Random-Access Memory，SRAM)、动态随机存取存储器(DynamicRandom Access Memory，DRAM)、同步DRAM(Synchronous DRAM，SDRAM)、只读存储器(Read-Only Memory，ROM)或上述各类存储器的组合。在特定实施例中，存储器108可以包括不止一种以上类型的存储器，诸如在启动时使用的ROM，以及用于在执行程序时用于程序和数据存储的DRAM。总线112可以是包括存储器总线或存储器控制器、***总线或视频总线的任意类型的多个总线架构中的一个或多个。
电子设备102还可包括一个或多个网络接口110，其可包括有线网络接口和无线网络接口中的至少一个。如图1所示，网络接口110可以包括用于连接到网络120的有线网络接口，并且还可以包括用于通过无线电链路连接到其他设备的无线电接入网络接口122。当ED102是网络基础设施时，对于作为核心网(CN)的元件而不是在无线电边缘(例如eNB)的元件的节点或功能，可以省略无线电接入网络接口122。当ED 102是网络的无线电边缘处的基础设施时，可以包括有线和无线网络接口两者。当ED 102是诸如用户设备的无线连接的设备时，可以存在无线电接入网络接口122，并且可以由诸如WiFi网络接口的其他无线接口来补充。网络接口110允许电子设备102与诸如连接到网络120的远程实体通信。
大容量存储设备114可包括被配置为存储数据、程序和其他信息，并使数据、程序和其他信息可通过总线112被访问的任何类型的非瞬时性存储设备。大容量存储设备114可以包括例如固态驱动器、硬盘驱动器、磁盘驱动器或光盘驱动器中的一个或多个。在一些实施例中，大容量存储设备114可以远离电子设备102，并且可以通过使用诸如接口110的网络接口来访问。在所示的实施例中，大容量存储设备114不同于包括它的存储器108，并且通常可以执行与更高延迟兼容的存储任务，但是通常可以提供较小的或没有波动。在一些实施例中，大容量存储设备114可与存储器108集成以形成异构存储器。
可选视频适配器116和I/O接口118(以虚线示出)提供了将电子设备102耦合到外部输入和输出设备的接口。输入和输出设备的示例包括耦合到视频适配器116的显示器124和耦合到I/O接口118的诸如触摸屏的I/O设备126。其他设备可以耦合到电子设备102，并且可以利用附加的或更少的接口。例如，诸如通用串行总线(Universal Serial Bus，USB)(未示出)的串行接口可用于为外部设备提供接口。本领域技术人员将理解，在其中ED 102是数据中心的一部分的实施例中，I/O接口118和视频适配器116可以被虚拟化并通过网络接口110提供。
在一些实施例中，电子设备102可以是独立设备，而在其他实施例中，电子设备102可以驻留在数据中心内。如本领域将理解的，数据中心是可以用作集体计算和存储资源的计算资源的集合(通常以服务器的形式)。在数据中心内，多个服务器可以连接在一起以提供计算资源池，在该计算资源池上可以实例化虚拟化实体。数据中心可以相互连接，形成由池计算和由连接性资源相互连接的存储资源组成的网络。连接性资源可以采取物理连接的形式，诸如以太网或光通信链路，并且还可以包括无线通信信道。如果两个不同的数据中心由多个不同的通信信道连接，则可以使用包括形成链路聚合组(Link Aggregation Group，LAG)的多种技术中的任何一种将链路组合在一起。应当理解，任何或所有计算、存储和连接性资源(连同网络内的其他资源)可以在某些情况下以资源切片的形式在不同子网之间划分。如果对跨多个连接的数据中心或其他节点集合的资源进行切片的划分，则可以创建不同的网络切片。
图2是示意性地示出适用于本发明实施例的代表***器200的架构的框图。假定服务器200可以物理地实现为一个或多个计算机、存储设备和路由器(其中任何一个或全部可以根据上面参照图1描述的***100来构造)互连在一起以形成本地网络或集群，以及执行适当的软件以执行其预期功能。普通技术人员将认识到，有许多硬件和软件的适当组合可用于本发明的目的，该组合是本领域已知的或可在将来开发的。因此，本说明书中不包括显示物理服务器硬件的图。相反，图2的框图示出了服务器200的代表性功能架构，应当理解，可以使用硬件和软件的任何适当组合来实现此功能架构。还可以理解的是，服务器200本身可以是虚拟化实体。因为从另一个节点的角度来看，虚拟化实体与物理实体具有相同的属性，所以虚拟化和物理计算平台都可以作为实例化的虚拟化功能的基础资源。
从图2中可以看出，所示的服务器200通常包括托管基础设施202和应用平台204。托管基础设施202包括服务器200的物理硬件资源206(例如，信息处理、业务转发和数据存储资源)和向应用平台204呈现硬件资源206的抽象的虚拟化层208。此抽象的具体细节将取决于托管于(host)应用层的应用的需求(如下所述)。因此，例如，可以向提供业务转发功能的应用呈现硬件资源206的抽象，其简化了一个或多个路由器中业务转发策略的实现。类似地，可以向提供数据存储功能的应用呈现硬件资源206的抽象，有利于数据的存储和检索(例如，使用轻量级目录访问协议(Lightweight Directory Access Protocol，LDAP))。虚拟化层208和应用平台204可以统称为管理程序(Hypervisor)。
应用平台204提供托管应用的能力，并包括虚拟化管理器210和应用平台服务212。虚拟化管理器210通过提供基础设施即服务(Infrastructure as a Service，IaaS)设施来支持应用214的灵活和高效的多租户运行时(run-time)和托管环境。在操作中，虚拟化管理器210可以为平台204托管的每个应用提供安全和资源“沙盒”。每个“沙盒”可以实现为虚拟机(Virtual Machine，VM)216，其可以包括相应的操作***和针对服务器200的(虚拟化的)硬件资源206的受控访问。应用平台服务212向托管在应用平台204上的应用214提供一组中间件应用服务和基础设施服务，在下文将更详细地描述。
来自供应商、服务提供商和第三方的应用214可以在相应的虚拟机216内部署和执行。例如，管理和编排(MANagement and Orchestration，MANO)功能和面向服务的网络自动创建(Service Oriented Network Auto-Creation，SONAC)功能(或软件定义网络(Software Defined Networking，SDN)、软件定义拓扑(Software Defined Topology，SDT)、软件定义协议(Software Defined Protocol，SDP)和软件定义资源分配(SoftwareDefined Resource Allocation，SDRA)控制器中的任何一个，其在某些实施例中可以并入SONAC控制器)可通过如上所述托管在应用平台204上的一个或多个应用214来实现。应用214和服务器200中的服务之间的通信可以方便地根据本领域已知的面向服务架构(Service-Oriented Architecture，SOA)的原理来设计。
通信服务218可以允许托管在单个服务器200上的应用214与应用平台服务212(例如通过预定义的应用编程接口(Application Programming Interface，API))通信，并且彼此(例如通过服务-特定的API)通信。
服务注册表220可以提供服务器200上可用服务的可见性。此外，服务注册表220可以呈现服务可用性(例如，服务的状态)以及相关接口和版本。这可被应用214用于发现和定位它们所需的服务的端点，并公开它们自己的服务端点以供其他应用使用。
移动边缘计算允许云应用服务与数据中心中的虚拟化移动网络元件一起托管，用于支持云无线接入网(Cloud-Radio Access Network，C-RAN)的处理需求。例如，eNodeB或gNB节点可以被虚拟化为在VM 216中执行的应用214。网络信息服务(Network InformationService，NIS)222可以向应用214提供低级网络信息。例如，由NIS 222提供的信息可由应用214用于计算和呈现高级且有意义的数据，诸如：小区标识(cell-ID)、用户的位置、小区负载和吞吐量指导。
业务卸载功能(Traffic Off-Load Function，TOF)服务224可以对业务进行优先级排序，并对经由应用214的，所选择的，基于策略的用户数据流进行路由。TOF服务224可以以各种方式提供给应用214，包括：直通模式，其中(上行链路(Uplink，UL)和下行链路(Downlink，DL)中的一个或全部)业务被传送到应用214，应用214可以对其进行监视、修改或塑造(shape)，然后业务被发送回原始分组数据网络(Packet Data Network，PDN)连接(例如3GPP承载)；以及端点模式，其中，由充当服务器的应用214终止业务。
如可理解的，图2的服务器架构是平台虚拟化的示例，其中每个虚拟机216用其自己的操作***和其主机***的(虚拟化)硬件资源来模拟物理计算机。在虚拟机216上执行的软件应用214与底层硬件资源206分离(例如通过虚拟化层208和应用平台204)。一般而言，虚拟机216被实例化为管理程序(诸如虚拟化层208和应用平台204)的客户端，该管理程序向虚拟机216呈现硬件资源206的抽象。
其他虚拟化技术是已知的或可在将来开发的，它们可能使用服务器200的不同功能架构。例如，操作***级虚拟化是一种虚拟化技术，其中操作***的内核允许存在多个孤立的用户空间实例，而不仅仅是一个实例。这类实例有时被称为容器、虚拟化引擎(Virtualization Engine，VE)或监狱(jail)(例如“FreeBSD监狱”或“chroot监狱”)，它们可以从运行在其中的应用的角度模拟物理计算机。然而，与虚拟机不同，每个用户空间实例可以使用主机***内核直接访问主机***的硬件资源206。在此安排中，至少用户空间实例不需要图2的虚拟化层208。更广泛地说，将认识到服务器200的功能架构可根据虚拟化技术的选择和特定虚拟化技术的可能不同的供应商而变化。
图3示出了用于5G或下一代核心网(5GCN/Next Generation Core Network，NGCN/NCN)的基于服务的架构300。此图示描述了节点和功能之间的逻辑连接，其所示的连接不应解释为直接的物理连接。ED 102形成与(无线)接入网((Radio)Access Network，(R)AN)节点302(例如可以是gNodeB(gNB)和新无线(New Radio，NR)节点)的无线接入网连接，其通过提供诸如N3接口的定义接口的网络接口连接到诸如UP网关的用户面(UP)功能(UPF)304。UPF 304通过诸如N6接口的网络接口提供到数据网络(DN)306的逻辑连接。ED 102和(R)AN节点302之间的无线电接入网络连接可以被称为数据无线承载(Data Radio Bearer，DRB)。
DN 306可以是用于提供运营商服务的数据网络，或者它可以在第三代合作伙伴关系项目(3GPP)的标准化范围之外，诸如互联网、用于提供第三方服务的网络，并且在一些实施例中DN 306可以表示边缘计算网络或资源，诸如移动边缘计算(Mobile EdgeComputing，MEC)网络。
ED 102还通过逻辑N1连接(尽管连接的物理路径不是直接的)连接到接入和移动性管理功能(Access and Mobility Management Function，AMF)308。AMF 308负责接入请求的认证和授权，以及移动性管理功能。AMF 308可以执行3GPP技术规范(TS)23.501中定义的其他角色和功能。在基于服务的视图中，AMF 308可以通过表示为Namf的基于服务的接口与其他核心网控制面功能通信。
会话管理功能(SMF)310是一种网络功能，负责分配和管理分配给UE的因特网协议(Internet Protocol，IP)地址，以及为与ED 102的特定会话相关联的业务选择UPF 304(或UPF 304的特定实例)。从基于服务的角度来看，SMF 310可以通过表示为Nsmf的基于服务的接口与其他核心网功能通信。SMF 310还可以通过诸如网络接口N4的逻辑接口连接到UPF304。
认证服务器功能(Authentication Server Function，AUSF)312通过基于服务的Nausf接口向其他网络功能提供认证服务。
网络开放功能(Network Exposure Function，NEF)314可以在网络中部署，以允许服务器、功能和其他实体(诸如受信任域之外的实体)使用网络中的服务和功能。在一个这样的示例中，NEF 314可以非常类似于所示网络外部的应用服务器与诸如策略控制功能(PCF)316、SMF 310、UDM 320和AMF 308之类的网络功能之间的代理，以便外部应用服务器可以提供在设置与数据会话相关联的参数时可能有用的信息。NEF 314可以通过基于服务的Nnef网络接口与其他网络功能通信。NEF 314还可以具有到非3GPP功能的接口。
网络存储功能(Network Repository Function，NRF)318提供网络服务发现功能。NRF 318可特定用于与其相关联的公共陆地移动网络(Public Land Mobility Network，PLMN)或网络运营商。服务发现功能可以允许连接到网络的网络功能和UE确定在何处以及如何访问现有网络功能，并且可以呈现基于服务的接口Nnrf。
PCF 316通过基于服务的Npcf接口与其他网络功能通信，并且可用于向其他网络功能(包括控制面内的网络功能)提供策略和计费控制(Policy and Charging Control，PCC)功能。PCC功能可能包括：策略和控制规则管理、策略和控制规则的实施以及事件报告。PCC功能的实现不一定是PCF 316的责任，而通常是PCF 316向其传输适用的PCC规则的网络功能的责任。在该示例中，PCF 316可以向SMF 310发送与会话管理相关联的PCC规则(与策略相关联)，SMF 310可以使用接收到的PCC规则来实现相关联的策略。此安排可用于实现可在其中管理网络行为的统一策略框架。
统一数据管理功能(Unified Data Management Function，UDM)320可以呈现基于服务的Nudm接口以与其他网络功能通信，并且可以向其他网络功能提供数据存储设施。统一数据存储允许网络信息的联合考虑，该考虑可用于确保最相关的信息可以从单个资源提供给不同的网络功能。这可以使其他网络功能的实现更容易，因为它们不需要确定特定类型的数据存储在网络中的何处。UDM 320可以使用接口Nudr来连接到用户数据存储(UserData Repository，UDR)。PCF 316可以与UDM 320相关联，因为它可以涉及请求和向UDR提供订阅策略信息，但是应当理解，通常PCF 316和UDM 320是独立的功能。
PCF 316与UDR有直接接口。UDM 320可以接收存储在UDR 340中的检索内容的请求，或者接收在UDR 340中存储内容的请求。UDM 320通常负责诸如凭证处理、位置管理和订阅管理之类的功能。UDR 340还可以支持认证凭证处理、用户标识处理、访问授权、注册/移动性管理、订阅管理和短消息服务(Short Message Service，SMS)管理中的任何一个或全部功能。UDR通常负责存储由UDM 320提供的数据。所存储的数据通常与管理对所存储数据的访问权限的策略配置文件信息(可由PCF 316提供)相关联。在一些实施例中，UDR可以存储策略数据以及用户订阅数据，用户订阅数据可以包括订阅标识符、安全凭证、访问和移动性相关的订阅数据以及会话相关的数据中的任何一种或全部。
应用功能(Application Function，AF)322表示部署在网络运营商域内和3GPP兼容网络内的应用的非数据平面(也称为非用户面)功能。AF 322通过基于服务的Naf接口与其他核心网功能交互，并且可以接入网络能力开放信息，以及提供用于在诸如业务路由之类的决策中使用的应用信息。AF 322还可以与诸如PCF 316之类的功能交互，以向策略和策略实施决策提供应用特定的输入。应当理解，在许多情况下，AF 322不向其他NF提供网络服务，而是通常被视为由其他NF提供的服务的消费者或用户。3GPP网络之外的应用可以通过使用NEF 314执行许多与AF 322相同的功能。
ED 102与用户面(UP)324和控制面(Control Plane，CP)326中的网络功能通信。UPF 304是CN UP 324的一部分(DN 306在5GCN之外)。(R)AN节点302可以被认为是用户面的一部分，但是因为它严格来说不是CN的一部分，所以它不被认为是CN UP 324的一部分。AMF308、SMF 310、AUSF 312、NEF 314、NRF 318、PCF 316和UDM 320是在CN CP 326内的功能，并且通常被称为控制面功能。AF 322可以(直接或间接地通过NEF 314)与CN CP 326内的其他功能通信，但是通常不被认为是CN CP 326的一部分。然而，如所述，(R)AN节点302可被认为是用户面的一部分。因此，在本说明书中，虽然不是CN用户面的一部分，但是(R)AN节点302和ED 102两者都可以被认为是用户面路径的一部分。
本领域技术人员将理解，在(R)AN节点302和DN 306之间可以串联多个UPF，并且可以通过并行使用多个UPF来实现不同DN的多个数据会话。
用户面(UP)数据包流入和流出特定的ED 102。UP数据包通常(R)AN，使用分别通过N3和N6接口建立的，用于通用分组无线业务(General Packet Radio Service，GPRS)用户面隧道协议(GTP-U)隧道328和可能的基于IP的隧道330，在连接到ED 102的(R)AN节点302和DN 306之间路由。在一些示例中，(R)AN节点302和UPF 304之间的连接将利用GTP-U隧道328。所示的UPF 304和其他未示出的UPF之间的连接也将利用GTP-U隧道。在数据包离开CNUP时，特别是如果DN 306在运营商控制的网络范围之外的情况下，数据包可以利用UPF 304和DN 306之间的基于IP的连接，而不是利用GTP-U隧道328。通常，针对ED 102和((R)AN节点302之间的每个无线承载，GTP-U隧道328在(R)AN节点302和UPF 304之间建立。无线承载和GTP-U隧道之间存在一对一的关系。在存在第二个UPF的情况下，在多个UPF之间通常存在对应的GTP-U隧道，每个GTP-U隧道位于(R)(R)AN节点302和UPF 304之间。这导致每个无线承载与形成通过CN-UP的路径的一组GTP-U隧道相关联。每个GTP-U隧道可以支持多个PDU会话和具有多个不同QoS需求的数据包流。具有相同QoS要求的GTP-U隧道(诸如隧道328)内的数据包流可以组在一起作为QoS流，其可以由给定的QoS流标识(QoS Flow Identifier，QFI)来识别。因此，QFI可用于对通过GTP-U隧道328和330的转发的数据包进行排队和优先级排序。
图4是示出用于通过核心网中的隧道传输用户面业务的方法500的框图。在一些实施例中，隧道可以是GTP-U隧道，诸如上文参考图3描述的隧道328或隧道330。一般而言，协议数据单元(PDU)512可以包括有效载荷报头508和PDU有效载荷510。传输网络层添加其他报头信息，例如L1/L2报头502、外部IP报头504、N3/N9封装报头(也称为L4隧道封装报头)506。
L1/L2报头502用于在诸如光缆或无线链路的特定媒体上路由业务。本领域技术人员将理解，从L1/L2实体的角度来看，外部IP报头504、N3/N9封装报头506和有效载荷512都可以视为有效载荷。
外部IP报头504通常包含数据包源和目的地(其通常是UPF 304和(R)AN节点302)的IP地址和用户数据报协议(User Datagram Protocol，UDP)端口号。从L3实体的角度来看，N3/N9封装报头506和有效载荷512可以视为有效载荷的一部分。
N3/N9封装报头506通常包括隧道特定信息，诸如识别隧道328(或隧道330)的隧道端点标识(Tunnel Endpoint Identifier，TEID)，以及隧道328(或隧道330)内的数据包流的QFI和反射QoS指示(Reflective QoS Indicator，RQI)信息。在使用非GTP-U隧道的情况下，其他隧道识别信息可以用来代替GTP-U TEID。
有效载荷报头508和有效载荷510包括由在ED 102上执行的应用发送和接收的应用层协议数据单元(PDU)512。通常，应用层PDU 512的QoS要求由在ED 102中执行的应用确定，并且一般由***有效载荷报头508中的一个或多个QoS参数来指示。
在一些实施例中，时间戳字段可以为添加到GTP-U协议的新字段(图4中未示出)。或者，时间戳字段可以被放置在GTP-U协议的扩展报头中。
图5示出了一个示例性实施例，其中N3/N9封装报头506的常规子字段602由时间戳字段604补充，时间戳字段604可包含一个或多个时间戳606。
在一些实施例中，UPF可通过在N3或N9隧道报头中、或在数据包报头中或在下行链路PDU的数据包有效载荷中添加测量指示信息来测量数据包延迟。UPF可以记录数据包被发送给(R)AN的时间和数据包序列。(R)AN可以接收测量数据包。(R)AN可以去掉测量指示信息并将PDU发送给UE。如果UE成功地接收到数据包，则UE可以向(R)AN节点发送应答信息。(R)AN节点可以计算从(R)AN向UE发送PDU的时间与(R)AN接收到来自UE应答的时间之间的时间段。这就是空口的往返时间(Round Trip Time，RTT)延迟。(R)AN可以向UPF发送用于测量数据包的应答数据包。在应答数据包中，(R)AN可以包括空口中的RTT延迟，和/或下行链路数据包延迟(从(R)AN节点到UE)，和/或上行链路数据包延迟(从UE到(R)AN节点)。在一些实施例中，(R)AN可以在应答数据包中包括由UPF发送给(R)AN的测量分组的序列号。在这种情况下，UPF可以从(R)AN接收确认数据包。UPF检查UPF发送下行链路测量PDU时记录的时间，以及UPF接收测量数据包的应答消息的时间。时差是测量数据包从UPF发送到UE和从UE发送到UPF的总RTT延迟。UPF可以从总RTT延迟中减去空口中的RTT延迟，并获得将测量PDU从UPF发送到(R)AN和从(R)AN发送到UPF的RTT延迟，这被称为CN RTT延迟。如果将PDU从UPF发送到(R)AN的时间与将PDU从(R)AN发送到UPF的时间相同，则单向CN数据包延迟可以被认为是CNRTT延迟的一半。单向CN数据包延迟是从UPF向(R)AN发送的下行链路PDU的CN下行链路的数据包延迟或从(R)AN向UPF发送数据包的CN上行链路的数据包延迟。
在连接到DN的UPF和(R)AN节点之间可以有一个或多个中间UPF(IntermediateUPF，I-UPF)。连接到DN的UPF可以称为PDU会话锚点(PDU Session Anchor，PSA)。在本发明实施例中，PSA可以执行数据包延迟的测量。在本发明的另一实施例中，每个中间UPF还可以以类似的方式执行数据包延迟测量。例如，I-UPF可以记录其接收测量PDU的时间和测量PDU的序列号。I-UPF然后可以从(R)AN接收确认数据包，并计算I-UPF和UE之间的RTT、I-UPF和(R)AN之间的RTT。PSA和I-UPF可以计算PSA或I-UPF与(R)AN之间的平均数据包延迟。PSA和/或I-UPF可向SMF发送消息以报告UPF和UE之间、UPF和(R)AN之间的RTT，下行链路和/或上行链路数据包延迟(UPF与(R)AN0之间、和/或(R)AN与UE之间的上下行链路的，针对每个测量数据包或RTT的平均值和/或平均下行链路数据包延迟)。
图6示出了包括在RAN 302和DN 306之间串联实现的多个UPF的示例网络用户面324。
当在PDU会话锚点(PSA)UPF304A中(例如在入口端口的缓冲区中)接收到目的地为特定UE的下行链路(DL)数据包时，PSA UPF封装该数据包以便通过核心网传输，并且可以包括第一时间戳，即时间戳-1(Timestamp-1)，其指示该数据包被PSA UPF接收的时间。
当从PSA UPF发出数据包时，特定功能实体(例如数据包延迟监视功能)可以检查PDU报头的时间戳-1。特定的数据包延迟监视功能实体测量数据包在PSA UPF中停留的持续时间。每个网络功能实体(例如，UPF或RAN节点)可以包括数据包延迟监视功能。
PSA UPF可以通过隧道(例如N9隧道)将数据包转发给中间UPF(I-UPF-1)304B。特定功能实体(例如，数据包延迟监视功能)可添加另一时间戳，即时间戳-2(Timestamp-2)。I-UPF-1的数据包延迟监视功能然后可以检查时间戳-1和时间戳-2之间的持续时间。
类似地，当数据包从I-UPF-1发送出去时，I-UPF-1的特定数据包延迟监视功能实体检查PDU留在I-UPF-1中停留的持续时间。
I-UPF-1可以将PDU转发给另一中间UPF(I-UPF-2)304C。I-UPF-2可以使用与I-UPF-1中类似的过程来监视数据包延迟。
当CN的最后一个UPF，UPF-N 304N通过N3接口将PDU发送给(R)AN节点302时，(R)AN节点302可以类似于上述UPF监视数据包延迟的方式监视数据包延迟。具体地，(R)AN节点302可以在接收N3 PDU时检查时间戳-1。类似地，(R)AN节点可以检查数据包留在(R)AN节点中的总持续时间。如果此持续时间大于AN-PDB，则(R)AN节点可以向SMF报告此QoS违反事件。
(R)AN节点还可以检查数据包被成功地从(R)AN发送出去的时间，或(R)AN从UE接收到数据包的应答的时间与时间戳-1之间的端到端延迟。
在上述描述中，当UPF接收到PDU时，每个UPF可以向N3/N9封装报头添加时间戳。
在上述描述中，时间戳由第一PSA UPF、I-UPF和(R)AN添加到DL PDU。类似地，在UL中，(R)AN、I-UPF和PSA-UPF可以向UL PDU添加时间戳。
在另一实施例中，只有PSA UPF在接收到DL PDU时添加时间戳。通过N3隧道连接到(R)AN的UPF(I-UPF或PSA-UPF)在将PDU发送给(R)AN之前检查CN中的PDU延迟。类似地，在UL中，连接到(R)AN的UPF(I-UPF或PSA-UPF)在接收到UL PDU时向UL PDU添加时间戳。在将PDU发送给DN之前，PSA-UPF将检查数据包延迟。
在另一实施例中，只有(R)AN向UL PDU添加时间戳。PSA UPF将检查端到端PDU延迟。时间戳可以包括空口中的空口数据包延迟。可以估计空口数据包延迟：例如，(R)AN可以记录当(R)AN从UE接收到为上行链路数据无线电承载(DRB)分配无线电资源的请求时的时间T1；(R)AN可以记录当(R)AN接收到在DRB上发送的数据包时的时间T2；时间差T2–T1是空口数据包延迟。
UL数据包的时间戳可以如下计算：(R)AN时间戳＝(T2–T1)+T3+T4，其中T3是(R)AN中的数据包处理延迟，T4是(R)AN向UPF发送上行链路数据包的时间。这种类型的(R)AN时间戳携带数据包到达UE所用的估计时间。
或者，(R)AN可以将时间T4仅用于(R)AN时间戳，其中T4是数据包从(R)AN节点发给UPF的时间。
图7示出了向N3/N9封装报头添加时间戳的另一方法。在图7的实施例中，每个UPF在接收到PDU时添加时间戳-进(Timestamp-IN)，然后在发出PDU时添加时间戳-出(Timestamp-OUT)。每下一个UPF或(R)AN节点可以检查累积的时间戳。
以上是针对DL-PDU的描述，其中PDU首先由DN发送给PSA-UPF。在上行链路(UL)中，时间戳可以添加到N3或N9封装报头并以类似的方式使用。
时间戳可以通过当前GTP-U协议添加的新字段来携带，该GTP-U协议为2017年12月21日发布的3GPP TS 29.281中定义的协议。或者，时间戳可以通过使用GTP-U协议的扩展报头字段来携带，其中下一个扩展报头类型指示了一种新的报头类型来携带时间戳，例如，时间戳类型，扩展报头字段携带时间戳。在另一实施例中，时间戳可以携带在其他下一个扩展报头类型的扩展报头字段中。
在PDU到达NF，或者PDU离开NF，或者，PDU到达和离开PDU会话时，SMF可以向(R)AN节点和UPF发送向PDU添加时间戳的请求。可选的，默认情况下，当在PCC规则中请求违反QoS的事件报告时，可以将时间戳添加到N3/N9隧道报头。
根据本发明的实施例，作为应用服务器的控制功能的应用功能(AF)发送AF请求以指示无线网络如何处理数据包。或者，MNO和应用服务提供商可以就如何处理数据包达成一致。MNO可以使用OAM(操作、管理和维护)***来配置CN功能，诸如PCF，以便为延迟临界的GBR QoS流创建数据包处理策略。
数据包处理策略(PHP)可以包括在以下段落中讨论的以下数据包处理参数(也称为PHP参数)中的至少一个。
数据包处理策略(PHP)可以包括端到端数据包延迟预算(E2E PDB)参数，该参数是用于在诸如5G和4G网络的移动无线网络中发送QoS流(例如延迟临界(即URLLC)GBR QoS流)的数据包(或协议数据单元(PDU))的数据包延迟预算。
PHP可以包括段数据包延迟预算(Segment Packet Delay Budget，S-PDB)参数，其是用于在诸如5G和4G网络的移动无线网络中的网段(诸如(R)AN段或CN段，或CN和(R)AN之间的N3接口和/或N9接口段)中发送QoS流(例如延迟临界(或换句话说URLLC)GBR QoS流)的数据包(或协议数据单元(PDU))的数据包延迟预算。(R)AN数据包延迟预算可以包括(R)AN节点中的数据包处理的数据包延迟预算((R)AN PDB)，以及(R)AN节点和UE之间的空口中的数据包延迟预算。CN PDB可以包括UPF中的数据包处理延迟的PDB(UPF PDB)以及N3和/或N9接口的PDB。网络的每个段可以被分配段数据包延迟预算。所有段的总段PDB等于E2E PDB。
PHP可以包括NF数据包延迟预算(NF Packet Delay Budget，NF-PDB)参数，其是NF接收PDU的时间和NF发出PDU的时间之间的NF的PDB。NF可以是(R)AN节点或UPF。如果网络被设计成在CP中承载数据包，则当在CP中发送数据包时，NF也可以是诸如SMF和AMF的CP功能。例如，在(R)AN和AMF之间以及AMF和SMF之间可以发送小的和不频繁的IoT数据包。
PHP可以包括第一指示，该第一指示可被称为丢弃延迟数据包(或PHP规则)参数，以指示当数据包延迟超过段或E2E PDB时网络是否丢弃或传送数据包。此参数可用于GBR、非GBR、延迟临界GBR QoS流或任何类型的业务类型。
PHP可以包括端到端最大PDB(End-to-end Maximum，E2E MPDB)参数，该参数是用于在诸如5G和4G网络的移动无线网络中发送QoS流的数据包(或协议数据单元(PDU))的最大数据包延迟预算，例如，该QoS流为延迟临界(或换句话说URLLC)GBR QoS流。E2E MPDB可以比E2E PDB更大。
PHP可以包括段MPDB(Segment MPDB，S-MPDB)，其是用于在诸如5G和4G网络的移动无线网络的段(诸如(R)AN或CN)中发送QoS流(例如延迟临界(或换句话说URLLC)GBR QoS流)的数据包(或协议数据单元(PDU))的最大数据包延迟预算。段MPDB可以大于段PDB。每个网段可以被分配一个MPDB段。所有网段的总段MPDB等于E2E MPDB。
PHP可以包括NF-MPDB，NF-MPDB是NF接收PDU的时间和NF发出PDU的时间之间的MPDB。每个NF可以被分配一个NF-MPDB。所有NF的NF-MPDB之和小于或等于E2E MPDB。
PHP可以包括第二指示，第二指示可以被称为丢弃最大延迟数据包参数(Drop-Maximum-Delayed-Packet)，以指示当数据包延迟超过段或E2E MPDB时网络是否丢弃或传送数据包。
PHP可以包括第一数据包优先级参数，第一数据包优先级参数可以被称为正常数据包调度优先级。此参数表示当数据包延迟小于数据包延迟阈值(Packet DelayThreshold，PDT)时，NF的数据包调度器调度数据包的传输的数据包调度优先级。PDT可以被设置为等于NF-PDB、NF-MPDB、段PDB、段MPDB、E2E PBD或E2E MPDB。正常数据包调度优先级可以设置为与QoS流的优先级相等，该正常数据包调度优先级在技术规范(TS)23.501第5.7.3.3条“优先级”这一条款中得到了完善。这是允许外部应用功能向移动网络提供QoS要求的技术增强。
PHP可以包括第二数据包优先级参数，第二数据包优先级参数可以被称为延迟数据包调度优先级。该参数表示当数据包延迟大于PDT时，NF的数据包调度器调度数据包的传输的数据包调度优先级。延迟数据包调度优先级可以被设置为等于、小于或大于正常数据包调度优先级。正常数据包调度优先级和延迟数据包调度优先级较小则意味着数据包调度优先级较高。
根据本发明的实施例，诸如PCF的第一控制面功能可以创建包括一个或多个上述数据包处理参数的数据包处理策略(PHP)，并将PHP发送给诸如SMF的第二控制面功能。SMF可以将PHP参数分发给其他网络功能，诸如(R)AN和UPF。如果通过诸如IoT数据包之类的数据包由控制面进行传送，则SMF可以将PHP参数分发给诸如AMF和NEF之类的CP功能。
接收PHP的NF可以基于PHP中提供的PHP参数创建PDT。例如，如果PHP包括S-PDB，则PDT可以被设置为等于S-PDB，或者S-PDB减去X；其中X可以是实正时间数，例如0、0.5毫秒(ms)或1ms，并且X小于或等于S-PDB。如果PHP包括NF-PDB，则PDT可以被设置为等于NF-PDB或NF-PDB减去Y；其中Y可以是实正时间数，例如0、0.5ms或1ms，并且Y小于或等于NF-PDB。如果PHP包括E2E-PDB，则PDT可以被设置为等于E2E-PDB，或E2E-PDB减去Z；其中Z可以是实正时间数，例如0、0.5ms或1ms，并且Z小于或等于E2E-PDB。
接收PHP的NF可以基于PHP中提供的PHP参数创建最大数据包延迟阈值(MaximumPacket Delay Threshold，MPDT)。例如，如果PHP包括S-MPDB，则MPDT可以被设置为等于S-MPDB，或者S-MPDB减去A，其中A可以是实正时间数，例如0ms、0.5ms或1ms，并且A小于或等于S-MPDB。如果PHP包括NF-MPDB，则MPDT可以被设置为等于NF-MPDB，或者NF-MPDB减去B，其中B可以是实正时间数，例如0ms、0.5ms或1ms，并且B小于或等于NF-MPDB。如果PHP包括E2E-MPDB，则MPDT可以被设置为等于E2E-MPDB，或者E2E-MPDB减去C，其中C可以是实正时间数，例如0、0.5ms或1ms，并且C小于或等于E2E-MPDB。
如果PCF在PHP中创建了E2E-PDB参数，则PCF还可以包括指示信息，该指示信息指示了可以被添加到数据包报头或数据包的隧道报头的时间戳的参数。SMF可以使用时间戳指示参数来向UPF请求向携带数据包的N3或N9隧道报头的数据包报头添加时间戳，该UPF为通过N6接口(也可以是PDU会话锚点(PSA)UPF)从数据网络(DN)接收下行链路数据包的UPF。时间戳表示UPF在N6接口接收DL数据包的时间。SMF可以使用来自PCF的时间戳指示来请求(R)AN向上行链路数据包添加时间戳；时间戳指示(R)AN接收UL数据包的时间，并且还包括空口的数据包延迟时间。SMF可以使用来自PCF的时间戳指示来请求UE向UL数据包添加时间戳；时间戳可以被添加到数据包报头或作为数据包有效载荷的一部分。如果时间戳是数据包有效载荷的一部分，则可以将时间戳放置在具有预定义长度的有效载荷之前，以便(R)AN和/或UPF可以读取时间戳并移除它。
丢弃延迟数据包(Drop-Delayed-Packet)参数可以具有两个值，例如真(TRUE)或假(FALSE)。如果丢弃延迟数据包参数为真，则在实施例中，如果数据包延迟大于PDT，则网络功能丢弃数据包。否则，如果丢弃延迟数据包参数为假，则在实施例中，如果数据包延迟大于PDT，则无线***传送数据包。
丢弃最大延迟数据包参数可以具有两个值，例如真、假。如果丢弃最大延迟数据包参数为真，则在实施例中，如果数据包延迟大于MPDT，则无线***丢弃数据包。如果丢弃最大延迟数据包参数为假，则在实施例中，如果数据包延迟大于MPDT，则无线***传送数据包。
表1描述了***使用丢弃延迟数据包参数时***行为的可能设置。
表1：丢弃延迟数据包参数的可能设置
Figure BDA0003031988450000141
表2描述了***使用丢弃延迟数据包参数和丢弃最大延迟数据包参数时***行为的可能的设置。
表2：丢弃延迟数据包参数和丢弃最大延迟数据包参数的可能设置
Figure BDA0003031988450000142
根据本发明的实施例，丢弃延迟数据包参数可以具有三个值，例如真、假和未知(UNKNOWN)。如果丢弃延迟数据包参数为真，则在实施例中，如果数据包延迟大于PDT，则无线***丢弃数据包。如果丢弃延迟数据包参数为假，则在实施例中，如果数据包延迟大于PDT，则无线***传送数据包。如果丢弃延迟数据包参数为未知，则取决于产品的实现，在一种可能的情况下，如果数据包延迟大于PDT，则无线***丢弃或传送数据包。
根据本发明的实施例，丢弃最大延迟数据包参数也可以具有三个值，例如真、假和未知。如果丢弃最大延迟数据包参数为真，则在实施例中，如果数据包延迟大于MPDT，则无线***丢弃数据包。如果丢弃最大延迟数据包参数为假，则在实施例中，如果数据包延迟大于MPDT，则无线***传送数据包。如果丢弃最大延迟数据包参数为未知，则取决于产品的实现，在一个实施例中，如果数据包延迟大于MPDT，则无线***丢弃或传送数据包。
表3描述了***使用丢弃延迟数据包参数和丢弃最大延迟数据包参数时***行为的其他可能设置。
表3：丢弃延迟数据包和丢弃最大延迟数据包参数的其他可能设置
Figure BDA0003031988450000151
Figure BDA0003031988450000161
根据本发明的实施例，PCF可以向SMF发送丢弃延迟数据包参数和/或丢弃最大延迟数据包参数。当数据包延迟大于此网络功能的PDT时，丢弃延迟数据包参数可以指示UP实体丢弃数据包，该UP实体可以为UE和/或(R)AN和/或UPF。当数据包延迟大于此网络功能的PDT时，丢弃延迟数据包参数的省略可以指示UP实体不丢弃数据包，该UP实体可以为UE和/或(R)AN和/或UPF。在另一实施例中，当数据包延迟大于此网络功能的PDT时，丢弃延迟数据包参数的省略可以指示UP实体可以传送或丢弃数据包，该UP实体可以为UE和/或(R)AN和/或UPF。类似地，当数据包延迟大于此网络功能的MPDT时，丢弃最大延迟数据包参数可以指示UP实体丢弃数据包，该UP实体可以为UE和/或(R)AN和/或UPF。当数据包延迟大于此网络功能的MPDT时，丢弃最大延迟数据包参数的省略可以指示UP实体不丢弃数据包，该UP实体可以为(R)AN和/或UPF。在另一实施例中，当数据包延迟大于此网络功能的MPDT时，丢弃最大延迟数据包参数的省略可指示UP实体传送或丢弃(抛弃)数据包，该UP实体可以为(R)AN和/或UPF。
在本发明实施例中，PHP可以包括一个指示信息，诸如丢弃延迟数据包参数。如果UP实体监视数据包延迟并且发现数据包延迟大于NF PDB、或S-PDB或E2E PDB，则此参数指示UP实体(例如UE、或(R)AN节点或UPF)丢弃数据包。NF PDB、和/或S-PDB、和/或E2E PDB可以是PHP的一部分，或者可以是UE的QoS规则的一部分、(R)AN的QoS模板的一部分或UPF的数据包检测规则(Packet Detection Rule，PDR)的一部分。
如当前在2018年9月发布的3GPP TS 23.501版本15.3.0中的描述，任何类型的QoS流(诸如GBR、延迟临界GBR和非GBR流)可以获取PHP参数。当前3GPP TS 23.501中描述的任何类型的PDU会话(诸如IPv4、IPv6、以太网、非结构化数据PDU会话)提供PHP参数。
SMF可以为UL和/或DL方向分配相同或不同的PHP参数。例如，在UL中，UE和/或(R)AN节点和/或UPF中的丢弃延迟数据包参数可以设置为真。在DL中，(R)AN节点和/或UPF中的丢弃延迟数据包参数可以设置为FALSE。在UL中，E2E PDB可能是10ms，而在DL中，E2E PDB可能是15ms。
在另一示例中，SMF可以不将丢弃延迟数据包和(R)AN PDB参数发送给UE以用于QoS规则中的QoS流，这意味着如果数据包延迟大于(R)AN PDB，则UE可以不丢弃数据包。然而，对于相同QoS流的下行链路QoS模板，SMF可以向(R)AN发送丢弃延迟数据包参数，并且丢弃延迟数据包参数的存在意味着可以丢弃(抛弃)延迟数据包。这意味着只有(R)AN需要在下行链路中丢弃数据包，而UE可以在上行链路中丢弃(抛弃)或传送延迟数据包。
根据本发明实施例，在PDU会话建立过程中，PHP参数可以由PCF发送给SMF。SMF可以为(R)AN中的QoS模板和/或UE中的QoS规则和/或UPF中的数据包检测规则(PacketDetection Rule，PDR)创建PHP参数。
在本发明的另一实施例中，SMF可以在没有来自PCF的PHP参数的情况下确定PHP参数。SMF可以使用UE和AMF提供的信息，诸如单网络切片选择辅助信息(Single NetworkSlice Selection Assistance Information，S-NSSAI)、数据网络名称(Data NetworkName，DNN)、接入类型、无线接入技术(Radio Access Technology，RAT)类型、PDU会话类型来确定PHP参数。例如，SMF可以将丢弃延迟数据包参数添加到UE的UL QoS规则，和/或(R)AN的DL和/或UL QoS配置文件的丢弃延迟数据包参数，和/或UPF的DL和/或UL QoS流的丢弃延迟数据包参数。丢弃延迟数据包参数表示可以丢弃延迟长于PDT的数据包。
在本发明的另一实施例中，一些PHP参数可以由AF提供，并且可以由PCF使用以创建PHP参数的值。PCF因此可以修改PDU会话的现有QoS流或未来PDU会话的QoS流的PHP。
在本发明的另一实施例中，UE可向CN发送数据包处理指示，指示QoS流的延迟数据包(或PDU)应被丢弃(抛弃)或传送。UE数据包处理指示可以与QFI和/或5QI、和/或数据包过滤信息(例如数据包过滤描述、数据包过滤索引(多个数据包过滤索引))一起由UE发送给CN。基于UE数据包处理指示，CN CP功能(诸如PCF和/或SMF)可以创建PHP参数并将其发送给用户面实体(诸如UE、(R)AN和UPF)。
根据TS 23.501第5.7.1.1条，QoS流的特征在于：SMF基于N2参考点通过AMF向AN提供QoS模板，或者AN中预先配置QoS模板；一个或多个QoS规则可以由SMF基于N1参考点通过AMF提供给UE，也可以由UE通过应用反射QoS控制来导出的；一个或多个UL和DL PDR是由SMF向UPF提供的。
5GS内的PDU会话需要建立与默认QoS规则相关联的QoS流。该QoS流在PDU会话的整个生命周期内保持建立。此QoS流应该是非GBR QoS流。
根据本发明的实施例，PHP参数可以为(R)AN的QoS模板的参数。
根据TS 23.501第5.7.1.2条，QoS流可以是“GBR”或“非GBR(Non-GBR)”，这取决于其QoS模板。对于每个QoS流，QoS模板可具有包括5G QoS标识符(5QI)以及分配保持优先级(Allocation and Retention Priority，ARP)的QoS参数。根据本发明的实施例，每个QoS流可以获取一个或多个PHP参数。仅对于每个非GBR QoS流，QoS模板还可以包括反射QoS属性(Reflective QoS Attribute，RQA)参数。仅对于每个GBR QoS流，QoS模板还可以包括以下QoS参数：保证流比特率(GFBR)(UL和DL)；以及最大流比特率(Maximum Flow Bit Rate，MFBR)(UL和DL)。
根据本发明的实施例，仅对于GBR QoS流，QoS参数可以包括通知控制、最大数据包丢失率(UL和DL)；并且该QoS流也可以设置一个或多个PHP参数。这意味着PHP参数仅应用于GBR QoS流。根据本发明的另一实施例，仅仅延迟临界GBR QoS流可以提供一个或多个PHP参数，在TS 23.501版本15中，仅仅属于语音媒体的GBR QoS流可以提供最大数据包丢失率(UL、DL)参数。
每个QoS模板都有一个对应的QFI，该QFI不包括在QoS模板中。为QoS流使用动态分配的5QI要求QoS特性的信令。在TS 23.501第5.7.3条中具有QoS特性的详细信息。第5.7.3条中也描述了，当标准化的5QI用于QoS流时一些QoS特性可以通过信令通知(signal)。经信令通知的QoS特性包括在QoS模板中。根据本发明的实施例，一个或多个PHP参数可以是标准化的5QI的一部分，或者在QoS模板中通过信令动态地通知。
TS 23.501第5.7.3.1条规定了与5QI相关的5G QoS特性。这些特性根据以下性能特性描述QoS流在UE和UPF之间接收(边缘到边缘)的数据包转发处理：资源类型，包括GBR、延迟临界GBR或非GBR；优先级；数据包延迟预算；数据包错误率；平均窗口；最大数据突发量(仅针对延迟临界GBR资源类型)。
根据本发明实施例，PHP参数可以作为性能特性之一。5G QoS特性应理解为用于为每个QoS流(例如，对于3GPP无线接入链路层协议配置)设置特定于节点的参数的指南。标准化或预配置的5G QoS特性通过5QI值进行指示，并且不在任何接口上通过信令通知。经信令通知的QoS特性作为QoS模板的一部分。
在对TS 23.501第5.7.1.4条的增强中，UE执行UL用户面业务的分类和标记，例如，基于QoS规则将UL业务与QoS流相关联。这些QoS规则可以显式地被提供给UE(例如，通过使用PDU会话建立/修改过程显式地用信令提供QoS规则)。在对第5.7.5条的增强中，还可以在UE中预先配置QoS规则，或者由UE通过应用反射QoS隐式地导出QoS规则(参见第5.7.5条)。在另一个增强中，QoS规则包含相关联的QoS流的QFI、数据包过滤器集(参见第5.7.6条)、PHP参数和优先级值(precedence value)(参见第5.7.1.9条)。另外，基于每个QoS流，对于动态分配的QFI，QoS规则和QoS流级别QoS参数(例如，5QI、GFBR、MFBR、平均窗口)通过信令通知的方式通知给UE。
根据本发明实施例，PHP参数作为QoS规则的一部分，可以基于每个QoS流，动态地以信令通知的方式发送给UE。显式地经信令通知的QoS规则包含PDU会话中唯一且由SMF生成的QoS规则标识符。UE可以具有处理PHP参数的功能。例如，UE可以具备监视上行链路数据包延迟的能力，以便在数据包延迟大于某个值时抛弃数据包。可以在UE特定数据库中指示用于处理PHP参数的UE能力，例如存储在UDM或UDR中的UE订阅数据。处理PHP参数的UE能力可以是UE的5G会话管理(5G Session Management，5GSM)核心网能力的一部分。UE的5GSM核心网能力可以存储在CP功能(诸如UDM和/或UDR和/或SMF)中。当UE请求PDU会话建立时，用于处理PHP参数的UE能力可以从UE转移到CN，CN可以是5GSM核心网能力的一部分。
如果SMF知道UE能够处理PHP参数，则SMF可以将PHP参数发送给UE。如果SMF可能不知道UE能够处理PHP参数，则SMF可以将PHP参数发送给UE。UE可以向SMF发送指示UE不支持PHP参数的消息。例如，如果SMF发送包括丢弃延迟数据包参数的PHP参数，则UE可能不具有监视上行链路数据包延迟的能力，UE可以向SMF或另一CP功能发送消息，指示该UE不能处理数据包延迟监视，或者UE可以向SMF发送拒绝消息。
不止一个QoS规则与相同的QoS流相关联(换句话说，不止一个QoS规则具有相同的QFI)。对于每个PDU会话建立，需要向UE发送与QoS流相关联的默认QoS规则。对于IP类型PDU会话或以太网类型PDU会话，默认QoS规则是PDU会话的唯一QoS规则，其数据包过滤器集可以包含允许所有UL数据包的数据包过滤器；并且在这种情况下，最高优先级值可以被用于QoS规则。注意，在TS 23.501中描述了允许所有UL业务的默认QoS规则的数据包过滤器集中的过滤器(也称为全匹配过滤器)。还应注意，第5.7.1条描述了UE如何根据QoS规则中设置的数据包过滤器来评估UL数据包。
对于非结构化类型的PDU会话，默认QoS规则不包含数据包过滤器集；在这种情况下，默认的QoS规则定义了PDU会话中所有数据包的处理。如果默认QoS规则不包含数据包过滤器集或包含允许所有UL数据包的数据包过滤器集，则不应将反射QoS应用于QoS流(默认QoS规则与之相关联)，并且不应针对此QoS流发送RQA。
根据TS 23.501第5.8.2.7条，ARP用于接纳控制，诸如新的QoS流的保留和抢占。无需向UPF提供ARP值。对于每个QoS流，SMF可以使用5QI和可选的ARP优先级来确定传输级别数据包标记并向UPF提供传输级别数据包标记。SMF可以向UE提供PDU会话的会话聚合最大比特率(Session Aggregate Maximum Bit Rate，Session-AMBR)值，并且向UPF提供带有QoS执行规则关联标识的PDU会话的Session-AMBR值。随后，UPF和UE可以跨PDU会话的所有非GBR QoS流实施PDU会话的Session-AMBR。SMF可以向UPF提供PDU会话的每个GBR QoS流的GFBR和MFBR值。
根据本发明的实施例，SMF还可以向UPF提供PDU会话的每个QoS流的PHP参数。本发明提供了一种在5G***的QoS模型中加入PHP参数的解决方案。根据本发明的实施例，SMF可以向UPF提供PDU会话的每个GBR QoS流的PHP参数。在另一实施例中，SMF可以向UPF提供PDU会话的每个延迟临界GBR QoS流的PHP参数。类似地，在另一实施例中，SMF可以向UPF提供PDU会话的每个非GBR QoS流的PHP参数。
在本发明的一些实施例中，SMF可以指示UPF和/或(R)AN和/或UE和/或CP功能(诸如AMF、NEF)执行前面描述的数据包延迟测量方法之一。SMF还可以向用户面中的设备(例如UPF和/或(R)AN节点和/或UE)发送PHP参数。如果测量数据包或确认数据包延迟长于NF-PDB、和/或延迟长于段PDB、和/或延迟长于E2E PDB，则UPF和/或(R)AN、和/或UE、和/或CP功能可以不抛弃测量数据包和/或(测量数据包的)确认数据包。这是为了确保测量数据包和确认数据包能够被成功地由UPF向UE发送和/或由UE向UPF发送，以完成数据包延迟测量。
在一些实施例中，SMF可以在PHP中包含要发送给(R)AN、和/或UE、和/或UPF和/或CP功能的指示(例如不抛弃延迟测量数据包参数)，以便涉及数据包延迟测量的网络实体可以不抛弃测量数据包。
在一些实施例中，SMF可以在PHP中包括要发送给用户面中的设备和/或CP功能的指示(例如抛弃延迟测量数据包参数)，以指示执行数据包延迟测量的网络实体何时抛弃延迟的测量数据包。在一些实施例中，延迟数据包被计为错误数据包。因此，所测量的数据包延迟可以测量成功传送的数据包的数据包延迟。
在本发明的一些实施例中，PHP与QoS模板、或QoS规则或PDR分离。SMF可以向(R)AN发送一个或多个PHP、向UE发送一个或多个PHP、向UPF发送一个或多个PHP。每个PHP都有一个PHP标识(ID)。SMF可以在QoS配置文件和/或QoS规则和/或PDR中附上PHP ID。因此，(R)AN的PHP可以与一个或多个QoS模板相关联，而UE的PHP可以与一个或多个QoS规则相关联，并且UPF的PHP可以与一个或多个PDR相关联。
在本发明的一些实施例中，PHP参数是QoS配置文件、或QoS规则、或PDR的一部分。在PDU会话建立过程期间，根据对3GPP TS 23.502版本15.2.0版本15(TS 23.502)第4.3.2条中指定的过程提供的增强的实施例，PHP(包括上述参数)可以由PCF转发到SMF和用户面中的UP设备，UP设备诸如UE和/或(R)AN、和/或UPF。对此PDU会话建立过程的修改描述如下。
TS 23.502第4.3.2.2.1条规定了具有本地疏导的非漫游和漫游情况下的PDU会话建立。此PDU会话建立的过程由各种原因触发，包括：建立新的PDU会话；没有N26接口的情况下，将演进分组***(EPS)中的PDN连接切换到5GS中的PDU会话；在非3GPP接入和3GPP接入之间切换现有PDU会话(在这种情况下，第4.9.2节中进一步定义了特定的***行为)；或请求PDU会话进行紧急服务。
在漫游的情况下，AMF确定是在LBO还是在归属路由中建立PDU会话。如果要在LBO中建立PDU会话，除了AMF、SMF、UPF和PCF位于所访问的网络中的情况，则漫游过程与非漫游过程相同。紧急服务的PDU会话不会在归属路由模式下建立。
如TS 23.502的图4.3.2.2.1-1所示，图8示出了用于具有本地疏导的漫游和非漫游的UE请求的PDU会话建立的代表性过程的消息流程图，其可用于本发明的实施例中。该过程假设UE已经在AMF上注册；因此，除非UE是紧急注册的，否则AMF已经从UDM检索到用户订阅数据。
参考图8，UE 104向AMF 308发送非接入层(Non-Access-Stratum，NAS)消息(S-NSSAI、DNN、PDU会话ID、请求类型、旧PDU会话ID、N1会话管理(Session Management，SM)容器(PDU会话建立请求))。为了建立新的PDU会话，UE 104生成新的PDU会话ID。UE 104通过在N1 SM容器内传输包含PDU会话建立请求916的NAS消息来发起UE请求的PDU会话建立过程。PDU会话建立请求包括PDU会话ID、请求的PDU类型、请求的SSC模式、5GSM能力、协议配置选项、SM PDU DN请求容器。
如果PDU会话建立是建立新PDU会话的请求，则请求类型指示“初始请求”；如果请求是指在3GPP接入和非3GPP接入之间切换(switching)的现有PDU会话，或者是指切换(handover)自EPC中的现有PDN连接的PDU会话，则请求类型指示“现有PDU会话”。如果请求是指EPC中的现有PDN连接，则按照TS 23.501第5.15.7.2条所描述设置S-NSSAI。
当需要紧急服务并且紧急PDU会话尚未建立时，UE 104可以用指示“紧急请求”的请求类型来发起UE请求的PDU会话建立过程916。
因此，如果PDU会话建立是为紧急服务建立PDU会话的请求，则请求类型指示“紧急请求”。然而，如果请求涉及用于在3GPP接入和非3GPP接入之间切换的紧急服务的现有PDU会话，则请求类型指示“现有紧急PDU会话”。
5GSM能力指示UE对反射QoS和多归属IPv6 PDU会话的支持(仅当请求的PDU类型被设置为“IPv6”或“IPv4v6”时)。5GSM能力可指示UE对一个或一些或所有PHP参数的支持。例如，5GSM能力可以指示UE对在上行链路中监视数据包延迟和/或抛弃延迟数据包的支持。
UE 104向AMF 308发送NAS消息916，该消息被AN封装在N2消息中，该N2消息应当包括用户位置信息和接入类型信息。PDU会话建立请求消息可以包含SM PDU DN请求容器，SMPDU DN请求容器包含外部DN对PDU会话授权的信息。数据包交换(Packet Switched，PS)数据关闭状态被包含在PDU会话建立请求消息的协议配置选项(Protocol ConfigurationOption，PCO)中。AMF 308从AN接收NAS SM消息916以及用户位置信息(例如，在下一代(NextGeneration，NG)RAN(NG-RAN)情况下的小区Id)。
UE 104包括来自当前接入类型的允许的NSSAI的S-NSSAI。如果允许的NSSAI的映射已被提供给UE 104，则UE 104可以提供来自允许的NSSAI的S-NSSAI和来自允许的NSSAI的映射的相应S-NSSAI。如果为SSC模式3操作触发该过程，UE 104还可以包括旧PDU会话ID，其指示正在进行的PDU会话的PDU会话ID将在NAS消息中被释放。旧PDU会话ID是一个可选参数，仅为SSC模式3操作触发该过程时才该参数被使用。
当UE 104在局域数据网(Local Area Data Network，LADN)的覆盖区域之外时，UE104可以不触发对应于LADN的PDU会话的PDU会话建立。如果UE 104正在为IP多媒体子***(IP Multimedia Subsystem，IMS)建立PDU会话，并且UE 104被配置为在连接建立期间发现代理呼叫会话控制功能(Proxy-Call Session Control Function，P-CSCF)地址，则UE 104可以包括请求SM容器内的P-CSCF IP地址的指示符。
AMF 308基于指示“初始请求”的请求类型确定NAS消息对应于新PDU会话的请求，并且PDU会话ID不用于UE 104的任何现有PDU会话。如果NAS消息不包含S-NSSAI，则AMF 308可以基于运营商策略来确定所请求的PDU会话的默认S-NSSAI；但是如果NAS消息仅包含一个默认S-NSSAI，则AMF 308可以根据UE订阅来确定所请求的PDU会话的默认S-NSSAI。
AMF 308如TS 23.502第4.3.2.2.3条所述选择(918)SMF。如果请求类型指示“初始请求”，或者该请求是由于来自EPS的切换或由不同AMF服务的非3GPP接入引起的，则AMF308存储S-NSSAI、DNN、PDU会话ID和SMF ID的关联。如果请求类型是“初始请求”，并且旧PDU会话ID指示现有PDU会话同样包含在消息中，AMF 308如TS 23.502的第4.3.5.2条所述选择(918)SMF，并存储新PDU会话ID、S-NSSAI和所选SMF ID的关联。
如果请求类型指示“现有PDU会话”，则AMF 308基于从UDM 320接收的SMF-ID选择(918)SMF。对于请求类型指示“现有PDU会话”的情况，AMF 308不识别PDU会话ID，或者，在注册或订阅配置文件更新通知过程922期间，AMF 308从UDM 320接收的订阅上下文不包含与PDU会话ID相对应的SMF ID，会被视为错误情况。
如果请求类型指示“现有PDU会话”，指在3GPP接入和非3GPP接入之间移动的现有PDU会话，并且如果PDU会话的S-NSSAI存在于目标接入类型的允许的NSSAI中，PDU会话建立过程可以在以下情况下执行：PDU会话ID对应的SMF ID和AMF 308属于同一PLMN；PDU会话ID对应的SMF ID属于归属公共陆地移动网(Home Public Land Mobile Network，HPLMN)。否则，AMF 308可以以适当的拒绝原因拒绝PDU会话建立请求916。应当注意，SMF ID包括SMF310所属的PLMN ID。
当UE 104被注册用于紧急服务并且请求类型既不指示“紧急请求”也不指示“现有紧急PDU会话”时，AMF 308可以拒绝来自UE 104的请求(916)。当请求类型指示“紧急请求”时，AMF 308不期望UE 104提供任何S-NSSAI和DNN值，相反，AMF 308使用本地配置的值。
如果请求类型指示“紧急请求”或“现有紧急PDU会话”，则AMF 308如TS 23.501第5.16.4条所述选择(918)SMF。
AMF 308可以向SMF 310发送对Nsmf_PDUSession_CreateSMContext(Nsmf_PDU会话_创建SM上下文)请求920(订阅永久标识符(Subscription Permanent Identifier，SUPI)、DNN、S-NSSAI(s)、PDU会话ID、AMF ID、请求类型、PCF ID、N1 SM容器(PDU会话建立请求)、用户位置信息、接入类型、永久设备标识符(Permanent Equipment Identifier，PEI)、通用公共订阅标识符(Generic Public Subscription Identifier，GPSI)的请求，PDU会话状态通知订阅、DNN选择模式)，或对Nsmf_PDUSession_UpdateSMContext(Nsmf_PDU会话_更新SM上下文)请求(SUPI、DNN、S-NSSAI、PDU会话ID、AMF ID、请求类型、N1 SM容器(PDU会话建立请求916)、用户位置信息、接入类型、RAT类型、PEI)的请求。如果AMF 308没有与SMF310关联UE 104提供的PDU会话ID(例如，当请求类型指示“初始请求”时)，AMF 308调用Nsmf_PDUSession_CreateSMContext请求920；但是，如果AMF 308已经与SMF 310关联了UE104提供的PDU会话ID(例如，当请求类型指示“现有PDU会话”时)，AMF 308调用Nsmf_PDUSession_UpdateSMContext请求。
AMF 308可以将来自允许的NSSAI的S-NSSAI发送给SMF 310。对于漫游场景，AMF308还可将来自允许的NSSAI的映射的对应S-NSSAI发送给SMF 310。
AMF ID是UE的全球唯一AMF标识符(Globally Unique AMF Identifier，GUAMI)，其唯一地标识服务于UE 104的AMF 308。AMF 308将PDU会话ID与包含从UE 104接收(916)到的PDU会话建立请求的N1 SM容器一起转发。如果GPSI在AMF 308处是可用的，则AMF 308可以转发GPSI。
当UE 104已经注册了紧急服务而没有提供SUPI时，AMF 308可以提供PEI而不是SUPI。PEI的定义见TS 23.501第5.9.3条。在UE 104已经利用SUPI注册了紧急服务但是没有被认证的情况下，AMF 308指示此SUPI没有被认证。当SMF 310没有接收到UE 104的SUPI时，或者当AMF 308指示SUPI没有被认证时，SMF 310确定UE 104没有被认证。
如果旧PDU会话ID被包括在请求916中并且SMF 310不会被重新分配，则AMF 308在Nsmf_PDUSession_CreateSMContext请求中包括旧PDU会话ID。
AMF 308确定DNN选择模式，其指示UE 104在其PDU会话建立请求916中是否已提供了显式订阅的DNN。SMF 310可以在决定是接受还是拒绝UE请求916时使用DNN选择模式。
在本地疏导情况下，当SMF 310(在拜访地公共陆地移动网(Visiting PublicLand Mobile Network，VPLMN)中)无法处理需要归属路由漫游的N1 SM信息的某些部分时，SMF 310可以响应AMF 308，指示其不是处理N1 SM消息的正确的SMF 310。SMF 310通过调用Nsmf_PDUSession_CreateSM(Nsmf_PDU会话_创建SM)响应服务操作来响应AMF 308。SMF310包括触发AMF 308以继续归属路由情况的适当的N11原因代码。该过程再次从TS 23.502第4.3.2.2.2条的第2步开始。
在非漫游情况下，AMF 308可以在Nsmf_PDUSession_CreateSMContext请求920中包括归属PCF(Home PCF，H-PCF)ID，并且在本地疏导漫游情况下，AMF 308可以在Nsmf_PDUSession_CreateSMContext请求920中包括访问PCF(Visiting PCF，V-PCF)ID。
如果请求类型920既不指示“紧急请求”也不指示“现有紧急PDU会话”，并且SMF310尚未注册此PDU会话ID，则SMF 310使用给定PDU会话的Nudm_UECM_Registration(Nudm_UECM_注册)(SUPI、DNN、PDU会话ID)向UDM 320注册(922)。结果，UDM 320存储以下信息：SUPI、SMF标识、SMF地址以及相关联的DNN和PDU会话ID。UDM 320可以通过Nudr_DM_Update(Nudr_DM_更新)(SUPI、订阅数据、SMF数据中的UE上下文)将该信息进一步存储在UDR中。如果对应的SUPI、DNN和S-NSSAI的会话管理订阅数据不可用，则SMF 310使用Nudm_SDM_Get(Nudm_SDM_获得)(SUPI、会话管理订阅数据、DNN、S-NSSAI)检索(922)会话管理订阅数据，并且当此订阅数据被利用Nudm_SDM_Subscribe(Nudm_SDM_订阅)(SUPI、会话管理订阅数据、DNN、S-NSSAI)修改时，订阅(922)以得到通知。UDM 320可以通过Nudr_DM_Query(Nudr_DM_查询)(SUPI、订阅数据，会话管理订阅数据、DNN、S-NSSAI)从UDR获得此信息，并且可以通过Nudr_DM_subscribe(Nudr_DM_订阅)订阅(922)来自UDR的通知以获得相同数据。与UDM320一起使用的S-NSSAI可以是具有用于HPLMN的值的S-NSSAI。
当SMF 310决定是否检索会话管理订阅数据时可以使用DNN选择模式。例如，在(DNN，S-NSSAI)未被显式订阅的情况下，SMF 310可以使用本地配置代替会话管理订阅数据。
对于经认证的非漫游UE 104，其中，接收的请求类型920指示“紧急请求”，基于运营商配置(例如，与运营商是否使用固定SMF进行紧急呼叫等相关)，SMF 310可以对适用于紧急服务的给定PDU会话使用Nudm_UECM_Registration(SUPI、PDU会话ID、紧急服务指示)在UDM 320中注册(922)。结果，UDM 320可以存储SMF地址和适用于紧急服务的PDU会话。
对于未经认证的UE 104或漫游UE 104，其中，接收的请求类型920指示“紧急请求”，SMF 310可以不针对给定PDU会话在UDM 320中注册。
如果请求类型920指示“现有PDU会话”或“现有紧急PDU会话”，则SMF 310确定该请求是由于3GPP接入和非3GPP接入之间的切换还是由于来自EPS的切换。SMF 310基于PDU会话ID识别现有PDU会话；SMF 310不创建新的SM上下文，而是更新现有SM上下文，并在响应中向AMF 308提供更新的SM上下文的表示。如果请求类型是“初始请求”，并且旧PDU会话ID包括在Nsmf_PDUSession_CreateSMContext请求920中，则SMF 310基于旧PDU会话ID识别要释放的现有PDU会话。
订阅数据包括授权的PDU类型、授权的SSC模式、默认5QI和ARP以及订阅的Session-AMBR。如果UE 104已经订阅了静态IP地址/前缀，则订阅数据中可以包括静态IP地址/前缀。
SMF 310通过检查UE请求916是否符合用户订阅和本地策略来检查UE请求916的有效性。如果DNN对应于LADN，则SMF 310通过检查UE 104是否位于LADN服务区域内来检查UE请求916的有效性；SMF可以通过使用来自AMF 308的UE位置报告来检查UE 104是否位于LADN服务区域内。如果UE请求916被认为无效，则SMF 310决定不接受建立PDU会话的请求。
SMF 310可以通过Nsmf_PDUSession_CreateSMContext响应924(原因、SM上下文ID或N1 SM容器(PDU会话拒绝(原因)))或Nsmf_PDUSession_UpdateSMContext响应来响应AMF308，SMF 310通过Nsmf_PDUSession_CreateSMContext响应还是通过Nsmf_PDUSession_UpdateSMContext响应来进行响应取决于SMF 310接收到的请求。如果SMF 310接收到Nsmf_PDUSession_CreateSMContext请求920，并且SMF 310能够处理PDU会话建立请求916，则SMF310创建SM上下文并通过提供SM上下文标识符来响应AMF 308。
当SMF 310决定不接受建立PDU会话的请求时，SMF 310通过NAS SM信令拒绝UE请求916，包括通过使用Nsmf_PDUSession_CreateSMContext响应(924)对AMF 308作出响应而导致的相关SM拒绝。SMF 310还向AMF 308指示PDU会话ID将被视为已释放。SMF 310继续执行964，并且PDU会话建立过程被停止。
PDU会话认证/授权926是可选/辅助过程。如果请求类型920指示“现有PDU会话”，则SMF 310不执行辅助授权/认证。如果接收的请求类型920指示“紧急请求”或“现有紧急PDU会话”，则SMF 310可以不执行辅助授权/认证。如果SMF 310需要在PDU会话建立期间执行(926)辅助授权/认证，则SMF 310触发第4.3.2.3条中所述的PDU会话建立认证/授权。如TS 23.501第5.6.6条所述，SMF 310通过DN认证、授权和计费(DN Authentication,Authorization and Accounting，DN-AAA)服务器执行(926)辅助授权/认证。
如果网络中部署了动态PCC，则SMF 310执行TS 23.501第6.3.7.1条所述的PCF选择(928)。如果请求类型920指示“现有PDU会话”或“现有紧急PDU会话”，则SMF 310可以使用已经为PDU会话选择的PCF 316。如果没有部署动态PCC，则SMF 310可以应用本地策略。
SMF 310可以执行(930)如第4.16.4条中所定义的会话管理策略建立过程，以与PCF 316建立PDU会话并获得PDU会话的默认PCC规则。根据本发明的实施例，默认PCC规则还可以包括PHP或全部或部分PHP参数。如果GPSI在SMF 310处可用，则默认PCC规则可以包括GPSI。如果请求类型920指示“现有PDU会话”，则SMF 310可如第4.16.5条中所定义的经由会话管理策略修改934过程通知PCF 316先前预订的事件。PCF 316还可以为此PDU会话提供用户面安全策略。PCF 316可以使用由SMF 310提供的PDU会话参数和/或由AMF 308提供的连接管理参数，和/或由AF提供的应用信息，和/或UDM 320中的用户订阅数据和/或UDR中的用户订阅数据(图8中未示出UDR)，来确定如何为请求的PDU会话的一个或多个QoS流设置PHP参数。PCF 316用于作出决策的输入参数可以是以下参数中的一个或多个：SUPI、PDU会话类型、S-NSSAI、网络切片实例(Network Slice Instance，NSI)ID、DNN、接入类型、PEI、用户位置信息、服务网络、RAT类型、计费特性、默认QoS信息、内部组标识符。
基于紧急DNN，PCF 316如TS 23.503中所述，将PCC规则的ARP设置为为紧急服务保留的值。
注意，928和930的目的是在UPF选择(932)之前实现PCC规则的接收。如果不需要PCC规则作为UPF选择(932)的输入，则可以在932之后执行928和930。
如果请求类型920指示“初始请求”，则如TS 23.501第5.6.9.3条所述，SMF 310为PDU会话选择SSC模式。如TS 23.501第6.3.3条所述，SMF 310还选择一个或多个UPF 932(可能需要)。在PDU类型IPv4、IPv6或IPv4v6的情况下，如TS 23.501第5.8.1条所述，SMF310为PDU会话分配IP地址/前缀。在PDU类型IPv6或IPv4v6的情况下，SMF 310还向UE 104分配接口标识符，以允许UE 104构建其链路本地地址。对于非结构化PDU类型，如TS 23.501第5.6.10.3条所述，SMF 310可以为PDU会话分配IPv6前缀和N6点到点隧道(基于UDP/IPv6)。对于以太网PDU类型PDU会话，SMF 310不向UE 104分配MAC或IP地址。
如果请求类型920是“现有PDU会话”，则SMF 310保持已经在源网络中为UE 104分配的相同IP地址/前缀。如果请求类型920指示“现有PDU会话”是指在3GPP接入和非3GPP接入之间移动的现有PDU会话，则SMF 310保持PDU会话的SSC模式、当前PDU会话锚点和IP地址。如果请求类型920指示“紧急请求”，则如TS 23.501第5.16.4条所述，SMF 310选择(932)UPF，并进一步选择SSC模式1。
注意，SMF 310可以如TS 23.502第4.2.3.2条所述，决定触发例如新的中间UPF的***或新UPF的分配。
SMF 310可以如TS 23.502第4.16.5条中所定义的，执行(934)会话管理策略修改过程，以向先前订阅的PCF 316报告一些事件。如果请求类型920是“初始请求”，并且部署了动态PCC，并且PDU类型也是IPv4、IPv6或IPv4v6协议，则SMF 310用分配的UE IP地址/前缀通知先前订阅的PCF 316。
在部署了PCF 316，并且调配了PS数据阻断(PS Data Off)事件触发器的情况下，SMF 310可以进一步向PCF 316报告PS数据阻断的状态；在TS 23.503中定义了SMF 310和PCF 316针对3GPP PS数据关闭的其他行为。
注意，如果在928和930之前IP地址/前缀(例如，UDM/UDR中已订阅的静态IP地址/前缀)已分配，或者，928和930在932之后执行，则将IP地址/前缀提供给PCF 316可以在928和930执行，并且可以在934处跳过IP地址/前缀通知。
PCF 316可以向SMF 310提供更新的策略，包括授权的Session-AMBR、授权的5QI和ARP。
SMF 310可以使用由UE 104提供的PDU会话参数和/或由AMF 308提供的连接管理参数，和/或由AF提供的应用信息(其是图8中DN 306的一部分)，和/或UDM 320中的用户订阅数据，和/或来自PCF 316的PCC规则，确定如何为请求的PDU会话的一个或多个QoS流设置PHP参数。用于SMF 310作出决定的输入参数可以是以下参数中的一个或多个：SUPI、PDU会话类型、S-NSSAI、NSI ID、DNN、接入类型、PEI、用户位置信息、服务网络、RAT类型、收费特性、默认QoS信息、内部组标识符、来自PCF 316的PHP参数(如果在移动网络中部署了PCF316，并且PCF 316向SMF 310提供了部分或全部PHP参数)。SMF 310可以将用于UL QoS流的PHP参数发送给UE 104，将用于UL和DL QoS流的PHP参数发送给(R)AN 302，将用于UL和/或DL QoS流的PHP参数发送给UPF 304。
如果为PDU会话和/或QoS流选择了多个UPF，则SMF 310可以仅向经由N3接口连接到(R)AN 302的UPF提供DL QoS流的PHP参数。在本实施例中，只有连接到(R)AN 302的UPF监视CN中的数据包延迟，并且如果由PHP参数指示，则可以丢弃DL数据包。
如果为PDU会话和/或QoS流选择了多个UPF，则SMF 310可以向经由N6接口连接到DN 306的UPF提供UL QoS流的PHP参数。在本实施例中，只有连接到DN 306的UPF可以监视CN内的上行链路数据包延迟，或者UE 104和UPF 304之间的上行链路端到端数据包延迟，或者(R)A 302和UPF 304之间的上行链路数据包延迟。
如果请求类型指示“初始请求”，则SMF 310用所选的UPF 304发起(936)N4会话建立过程。否则，SMF 310用所选的UPF 304发起(936)N4会话修改过程。SMF 310向UPF 304发送(936)N4会话建立/修改请求；在该请求中，SMF 310为此PDU会话提供待配置在UPF 304上的数据包检测、实施和报告规则。根据本发明的实施例，SMF 310还可以在其对UPF 304的请求中提供PHP或PHP参数。如果由SMF 310分配CN隧道信息，则CN隧道信息也在936处被提供给UPF 304。如果此PDU会话需要选择性用户面去激活，则SMF 310确定不活动计时器并将其提供给UPF 304。UPF 304通过发送(938)N4会话建立/修改响应来确认请求936。如果由UPF304分配CN隧道信息，则CN隧道信息也在938处被提供给SMF 310。
如果SMF 310为PDU会话选择了多个UPF 304，则SMF 310对PDU会话的每个UPF 304发起(936)N4会话建立/修改过程。如果请求类型指示“现有PDU会话”，并且SMF 310创建CN隧道信息，则跳过936和938；否则，SMF 310执行936和938，使用N4会话修改过程从UPF 304获得CN隧道信息。
SMF 310向AMF 308发送(940)Namf_Communication_N1N2MessageTransfer(Namf_通信_N1N2消息转移)(PDU会话ID、接入类型、N2 SM信息(PDU会话ID、QFI、QoS配置文件、CN隧道信息、来自允许的NSSAI的S-NSSAI、Session-AMBR、PDU会话类型、用户面策略执行)、N1SM容器(PDU会话建立接受(QoS规则)，选择的SSC模式、S-NSSAI、DNN、分配的IPv4地址、接口标识符、Session-AMBR、选择的PDU会话类型、反射QoS计时器(如果可用)、P-CSCF地址)。如果多个UPF 304用于PDU会话，则CN隧道信息包含与终止N3的UPF相关的隧道信息。
N2 SM信息携带AMF 308可以转发给(R)AN 302的信息。转发给(R)AN 302的信息可以包括：对应于N3隧道的核心网地址的CN隧道信息，该CN隧道信息与PDU会话对应；一个或多个QoS模板和对应的QFI(在TS 23.501第5.7条中有进一步的描述)，根据本发明的实施例，每个QoS模板可包括PHP或PHP参数；PDU会话ID，其可由AN用于向UE 104发信令并向UE104指示(R)AN 302资源与UE 104的PDU会话之间的关联；与S-NSSAI和DNN相关联的PDU会话，其中提供给(R)AN 302的S-NSSAI是具有用于服务PLMN的值的S-NSSAI；以及用户面策略执行信息，如TS 23.501第5.10.3条所述，该用户面策略执行信息由SMF 310确定。注意，在一些实施例中，PDU会话可以具有多个QoS流，其中每个QoS流具有QoS模板。因此，PDU会话可以有一个或多个QoS配置文件。
N1 SM容器包含PDU会话建立接受(PDU Session Establishment Accept)，AMF308可以向UE 104提供PDU会话建立接受。如果UE 104请求了P-CSCF发现(P-CSCFdiscovery)，则PDU会话建立接受消息还可以包括由SMF 310确定的P-CSCF IP地址。PDU会话建立接受包括来自允许的NSSAI的S-NSSAI。在漫游的情况下，PDU会话建立接受还包括来自SMF 310接收的允许的NSSAI的映射的相应S-NSSAI。多个QoS规则和QoS模板还可以被包括在N1 SM和N2 SM信息内的PDU会话建立接受中。根据本发明的实施例，每个QoS规则可以包括PHP或PHP参数。Namf_Communication_N1N2MessageTransfer进一步包含PDU会话ID和让AMF 308知道要使用哪个UE接入的信息。注意，接入信息处理UE 104通过3GPP和非3GPP接入同时连接的情况。
AMF 308向(R)AN 302发送(942)N2 PDU会话请求(N2 SM信息、NAS消息(PDU会话ID、N1 SM容器(PDU会话建立接受)))。AMF 308将NAS消息发送给(R)AN 302，该NAS消息包含PDU会话ID、针对UE 104的PDU会话建立接受以及在N2 PDU会话请求942内从SMF 310接收的N2 SM信息。
(R)AN 302可以发起(944)与UE 104的AN特定信令交换，该信令交换与从SMF 310接收的信息有关。例如，在NG-RAN的情况下，可以在UE 104建立必要的NG-RAN资源的情况下进行无线资源控制(Radio Resource Control，RRC)连接重配置；必要的NG-RAN资源与在942接收的PDU会话请求的QoS规则相关。(R)AN 302还可以为PDU会话分配(R)AN N3隧道信息。在双重连接的情况下，主RAN节点可以将一些(零个或多个)待创立的QFI分配给主RAN节点，并将其他QFI分配给辅RAN节点。AN隧道信息包括用于每个涉及的(R)AN节点的隧道端点和分配给每个隧道端点的QFI。QFI可以被分配给主RAN节点或辅RAN节点，而不能被同时分配给主RAN节点和辅RAN节点。
要澄清的是，如上所述，作为步骤930或步骤934的一部分，PCF 316建立发送给SMF310的PHP。然后，SMF 310通过消息940将PHP作为(R)AN 302的QoS模板的附加部分或一部分发送给AMF 308，并将PHP作为UE 104的QoS规则的附加部分或一部分发送给AMF 308。然后，AMF将(R)AN的具有PHP的QoS模板和UE的具有PHP的QoS规则作为消息942的一部分发送给(R)AN 302。
(R)AN 302将接收(942)的NAS消息(PDU会话ID、N1 SM容器(PDU会话建立接受))转发给UE 104。如果建立了必要的(R)AN资源并且(R)AN隧道信息的分配成功，则(R)AN 302可以仅向UE 104提供NAS消息。
(R)AN 302向AMF 308发送(946)N2 PDU会话响应(PDU会话ID、原因、N2 SM信息(PDU会话ID、AN隧道信息、被接受/拒绝的QFI列表、用户面实施策略通知))。AN隧道信息对应于与PDU会话相对应的N3隧道的接入网络地址。如果(R)AN 302拒绝QFI，则SMF 310负责相应地更新UE 104中的QoS规则。
当NG-RAN不能满足用户面安全实施信息需要(Required)的值时，NG-RAN拒绝为PDU会话建立UP资源。在这种情况下，SMF 310释放PDU会话。并且如果NG-RAN不能满足用户面安全实施优选(Preferred)的值，则NG-RAN通知SMF 310。
AMF 308向SMF 310发送(950)Nsmf_PDUSession_UpdateSMContext请求(N2 SM信息，请求类型)。AMF 308将从(R)AN 302接收(946)的N2 SM信息950转发给SMF 310。如果N2SM信息中包括被拒绝的QFI列表，则SMF 310可以释放与QoS模板相关联的被拒绝的QFI。
如果N2 SM信息中的用户面实施策略通知指示不能建立用户面资源，并且如TS23.501的第5.10.3条所述，用户面实施策略指示“要求”(required)，则SMF 310可以释放PDU会话。
SMF 310与UPF 304发起(952)N4会话修改请求过程。SMF 310向UPF 304提供AN隧道信息和相应的转发规则。注意，如果PDU会话建立请求是由于来自EPC的移动性，或3GPP和非3GPP接入之间的移动性引起的，则下行链路数据路径被切换到目标接入。
UPF 304用N4会话修改响应来响应(954)SMF 310。如果在PDU会话中使用多个UPF(304)，则952和954处的UPF 304是指终止N3的UPF。在该步骤之后，UPF 304向UE 104传送(956)可能已经为该PDU会话缓冲的任何下行链路数据包。
SMF 310用Nsmf_PDUSession_UpdateSMContext响应(原因)来响应(958)AMF 308。在响应之后，SMF 310可以如第5.2.2.3.2条中规定的，通过调用Namf_EventExposure_Subscribe(Namf_事件暴露_订阅)服务操作，经由AMF 308订阅UE移动性事件通知(例如，位置报告、UE 104移入或移出感兴趣区域)。在LADN的情况下，SMF 310通过提供LADN DNN作为感兴趣区域的指示符，订阅移入或移出LADN服务区域的UE事件通知(参见TS 23.501第5.6.5条和第5.6.11条)。在该步骤之后，AMF 308转发AMF 310订阅的相关事件。
SMF 310可以有条件地向AMF 308发送(960)Nsmf_PDUSession_SMContextStatusNotify(Nsmf_PDU会话_SM上下文状态通知)(释放)。如果在该过程中，在924之后的任何时间，PDU会话建立不成功，SMF 310将通过调用Nsmf_PDUSession_SMContextStatusNotify(释放)来通知(960)AMF 308。SMF 310还将释放创建的任何N4会话、任何PDU会话地址(如分配，例如，IP地址)以及与PCF 316的关联(如果有)。
在PDU类型IPv6或IPv4v6的情况下，SMF 310生成IPv6路由器广播并经由N4和UPF304将其发送(962)给UE 104。
如果在922之后PDU会话建立失败，则SMF 310可以执行以下操作。如果SMF 310不再为此(DNN，S-NSSAI)处理UE 104的PDU会话，则SMF 310将使用Nudm_SDM_Unsubscribe(Nudm_SDM_取消订阅)(SUPI、会话管理订阅数据、DNN、S-NSSAI)取消订阅(964)对应于(SUPI、DNN、S-NSSAI)的会话管理订阅数据的修改。UDM 320可以通过Nudr_DM_unsubscribe(Nudr_DM_取消订阅)(SUPI、订阅数据、会话管理订阅数据、S-NSSAI、DNN)取消订阅(964)来自UDR的修改通知。SMF 310将使用Nudm_UECM_Deregistration(Nudm_UECM_注销)(SUPI、DNN、PDU会话ID)注销(964)给定PDU会话。UDM 320可以通过Nudr_DM_Update(Nudr_DM_更新)(SUPI、订阅数据、SMF数据中的UE上下文)来更新相应的UE上下文。
根据本发明的实施例，PHP参数可以由PCF更新并使用PDU会话修改过程发送给SMF。AF可以经由NEF直接或间接地请求PCF来指示PHP参数。
TS 23.502第4.3.3条描述了当UE和网络之间交换的一个或多个QoS参数被修改时的过程。注意，在TS 23.501第5.7条中定义了何时使用此过程进行QoS改变的条件以及UE和网络之间交换的QoS参数。
图9示出了用于UE或网络请求的PDU会话修改过程(具有本地疏导的漫游和非漫游)的代表性过程的消息流程图。这样的实施例展示了对TS 23.502的图4.3.3.2-1的增强。本实施例中的解决方案可应用于其他场景，诸如当UE由拜访地PLMN服务的场景，或如TS23.502第4.3.3.3条所述的漫游场景。
参考图9，UE 104通过传输NAS消息(N1 SM容器(PDU会话修改请求(PDU会话ID、数据包过滤器、操作、请求的QoS、分离、5GSM核心网能力))、PDU会话ID)来发起(714)PDU会话修改过程。取决于接入类型，如果UE 104处于CM-IDLE(CM-空闲)状态，则在此SM-NAS消息之前是服务请求过程。NAS消息714由(R)AN 302转发给具有用户位置信息的指示的AMF 308。AMF调用(716)Nsmf_PDUSession_UpdateSMContext(PDU会话ID，N1 SM容器(PDU会话修改请求))。
当UE 104请求用于所选SDF的特定QoS处理时，PDU会话修改请求714包括描述SDF的数据包过滤器、所指示的数据包过滤器上所请求的数据包过滤器操作(添加、修改、删除)、所请求的QoS和可选的分离指示。当UE 104推荐网络将适用的SDF绑定在不同的专用QoS流上时，例如，如果现有QoS流可以支持所请求的QoS，包括分离指示。网络应该遵守UE请求714，但是可以改为继续在现有QoS流上绑定所选SDF。注意，只有一个QoS流用于业务分离。如果UE 104随后请求分离附加SDF，则在用于分离的现有QoS流上复用附加SDF。
在N1 SM PDU会话修改请求中，UE 104可指示与数据包过滤器相关联的QoS流的延迟数据包应被丢弃(抛弃)或传送。SMF 310可以使用来自UE的信息来相应地在UE、RAN和UPF中建立下行链路和上行链路PHP参数。
当UE 104在LADN的可用性区域之外时，UE 104可以不触发用于对应于LADN的PDU会话的PDU会话修改过程。如果改变PS数据关闭状态，则可以将其包括在PDU会话修改请求消息714中的PCO中。
当部署了PCF 316时，如果提供了PS数据阻断事件触发器，则SMF 310可以进一步向PCF 316报告PS数据阻断状态；TS 23.503中定义了用于3GPP PS数据阻断的SMF 310和PCF 316的其他行为。
如TS 23.501第5.4.4b条中所定义，5GSM核心网能力由UE 104提供并且由SMF 310处理。
PCF 316执行(718)TS 23.502第4.16.5.2条中所定义的PCF发起的SM策略关联修改过程，以向SMF 310通知策略的修改。例如，该SM策略关联修改过程是由策略决策或AF请求触发的，如TS 23.502第4.3.6.2条中的步骤5所述的应用功能对业务路由的影响所述。根据本发明的实施例，OAM或AF可以请求更新PHP参数。
UDM 320通过Nudm_SDM_Notification(Nudm_SDM_通知)(SUPI、会话管理订阅数据)更新(720)SMF 310的订阅数据。SMF 310更新会话管理订阅数据，并通过返回带有(SUPI)的应答(Ack)来向UDM 320确认(720)。
SMF 310可以决定修改PDU会话。此过程也可以基于本地配置的策略触发，或由(R)AN触发(如TS 23.502第4.2.6条所述)。如果SMF 310接收到718、720或722中的触发之一，则SMF 310开始执行SMF请求的PDU会话修改过程。SMF 310可接收来自UPF 304的报告(此报告消息未在图9中示出)，该报告用于报告UPF 304检测到上行链路或下行链路PDU，如果这些数据包延迟超过某个值，则这些PDU可能被丢弃(或抛弃)或传送。
(R)AN 302可以向SMF 310指示何时释放QoS流映射到的AN资源，而不管是否配置了通知控制。(R)AN 302向AMF 308发送(724)N2消息(PDU会话ID、N2 SM信息)。N2 SM信息包括QFI、用户位置信息和QoS流释放的指示。AMF 308调用(726)Nsmf_PDUSession_UpdateSMContext(N2 SM信息)。
在为GBR流配置通知控制的情况下，(R)AN 302分别在(R)AN 302确定QoS流的QoS目标不能实现或可以再次实现时向SMF 310发送N2消息(PDU会话ID、N2 SM信息)。N2 SM信息分别包括QFI和该QoS流的QoS目标不能实现或可以再次实现的指示。AMF 308调用(726)Nsmf_PDUSession_UpdateSMContext(N2 SM信息)。如果PCF 316已经订阅了该事件，则SMF310针对为其设置通知控制的每个PCC规则向PCF 316报告此事件。或者，如果动态PCC不应用于此DNN，并且取决于本地配置的策略，则SMF 310可以启动SMF请求的PDU会话修改过程。
SMF 310可能需要通过执行(728)如TS 23.502第4.16.5.1条中定义的SMF发起的SM策略关联修改过程来向PCF 316报告一些订阅的事件。如果由718或722触发PDU会话修改过程，则可跳过此步骤。如果没有部署动态PCC，则SMF 316可以应用本地策略来决定是否改变QoS模板。当PDU会话修改仅需要UPF处的动作(例如，门控(gating))时，步骤730到760无需被执行。
如果SMF 310接收到来自UE的，通知SMF 310抛弃或传送延迟数据包的请求，或者如果SMF 310接收到来自UPF 304的，指示UPF 304检测到可能被抛弃或传送(如果这些PDU延迟)的QoS流或PDU会话的PDU的报告，则如果PHP中的PHP参数不可用，SMF 310可以与PCF316通信以获取PHP参数。SMF 310可以基于SMF中的可用PDU会话上下文来决定如何在不与PCF 316通信的情况下为UE 104、(R)AN 302和UPF 304创建和配置PHP参数。
对于UE 104或AN发起的修改，SMF 310通过Nsmf_PDUSession_UpdateSMContext(N2 SM信息(PDU会话ID、QFI、QoS配置文件、Session-AMBR)、N1 SM容器(PDU会话修改命令(PDU会话ID、QoS规则)、QoS规则操作、QoS流级别QoS参数(如果与QoS规则相关联的QoS流需要)、Session-AMBR、上行链路和/或下行链路的PHP参数)响应AMF308。有关QoS配置文件、QoS规则和QoS流级别QoS参数，请参阅TS 23.501第5.7条。
N2 SM信息携带AMF 308可以提供给(R)AN 302的信息。它可以包括QoS配置文件和相应的QFI，以通知(R)AN 302已添加或修改一个或多个QoS流。它可以仅包括QFI来通知(R)AN 302一个或多个QoS流已被移除。如果PDU会话修改是由(R)AN释放724触发的，则N2 SM信息携带(R)AN释放的确认。如果UE 104对没有建立的用户面资源的PDU会话请求PDU会话修改，则提供给(R)AN 302的N2 SM信息包括用于建立用户面资源的信息。
N1 SM容器携带AMF 308可提供给UE 104的PDU会话修改命令。它可以包括QoS规则、QoS流级别QoS参数(如果与QoS规则相关联的QoS流需要)以及相应的QoS规则操作和QoS流级别QoS参数操作，以通知UE 104已添加、移除或修改一个或多个QoS规则。
对于SMF请求的修改，SMF 310调用(732)Namf_Communication_N1N2MessageTransfer(N2 SM信息(PDU会话ID、QFI、QoS配置文件、Session-AMBR和/或上行链路和/或下行链路的PHP参数)、N1 SM容器(PDU会话修改命令(PDU会话ID、QoS规则、QoS流级别QoS参数(如果与QoS规则相关联的QoS流需要)、QoS规则操作和QoS流级别QoS参数操作、Session-AMBR和/或上行链路和/或下行链路的PHP参数)。根据本发明的实施例，QoS配置文件可能包含新的PHP参数。QoS规则可能包含新的PHP参数。
如果UE 104处于CM-IDLE状态并且异步类型通信(Asynchronous TypeCommunication，ATC)被激活，则AMF 308基于Namf_Communication_N1N2MessageTransfer更新和存储UE上下文，并且跳过步骤734到742。当UE 104可连接时，例如，当UE 104进入CM-CONNECTED状态(CM-连接)时，AMF 308转发N1消息以与UE 104同步UE上下文。
AMF 308可以向(R)AN 302发送(734)N2 PDU会话请求(从SMF接收的N2 SM信息、NAS消息(PDU会话ID、N1 SM容器(PDU会话修改命令))消息。(R)AN 302可发起(736)与UE104的AN特定信令交换，该信令交换与从SMF 310接收的信息有关。例如，在NG-RAN的情况下，可以在UE 104修改与PDU会话有关的必要(R)AN资源的情况下进行RRC连接重配置。
(R)AN 302可以通过向AMF 308发送(738)N2 PDU会话响应(N2 SM信息(被接受/拒绝的QFI列表)、AN隧道信息、PDU会话ID)、用户位置信息)消息来确认N2 PDU会话请求。在双重连接的情况下，如果将一个或多个QFI添加到PDU会话中，则主RAN节点可以将这些QFI中的一个或多个分配给之前未涉及PDU会话的NG-RAN节点。在这种情况下，AN隧道信息包括分配给该新NG-RAN节点的QFI的新N3隧道端点。相应地，如果从PDU会话中移除了一个或多个QFI，则(R)AN节点可能不再涉及PDU会话，那么从AN隧道信息中移除相应的隧道端点。例如，如果NG-RAN由于UE完整性保护最大数据速率被超过而不能满足对应QoS模板的用户面安全实施信息，则NG-RAN可以拒绝QFI。
AMF 308经由Nsmf_PDUSession_UpdateSMContext服务操作将从AN接收的N2 SM信息和用户位置信息转发给(740)SMF 310。SMF 310用Nsmf_PDUSession_UpdateSMContext响应回复(742)。如果(R)AN 302拒绝QFI，则SMF 310负责相应地更新UE 104中的QoS规则和QoS流级别QoS参数(如果与QoS规则相关联的QoS流需要)。
SMF 310可以通过向UPF 304发送(744)N4会话修改请求消息来更新PDU会话修改所涉及的UPF 304的N4会话。根据本发明的实施例，N4会话修改请求744消息可以包括PHP参数。
UE 104通过向(R)AN 302发送(748)NAS消息(PDU会话ID、N1 SM容器(PDU会话修改命令确认))来确认PDU会话修改命令。(R)AN 302将NAS消息转发给(750)AMF 308。AMF 308经由Nsmf_PDUSession_UpdateSMContext服务操作将从AN接收的N1 SM容器(PDU会话修改命令应答)和用户位置信息转发给(752)SMF 310。SMF 310用Nsmf_PDUSession_UpdateSMContext响应回复(754)。
SMF 310可以通过向UPF 304发送(756)N4会话修改请求(N4会话ID)消息来更新PDU会话修改所涉及的UPF的N4会话。对于以太网PDU会话类型的PDU会话，SMF 310可以通知UPF 304添加或移除以太网数据包过滤器集和转发规则。UPF 304可以通过发送(758)会话修改响应来响应SMF 310。注意，在PDU会话修改过程中受影响的UPF 304取决于修改后的QoS参数和部署。例如，在具有上行分类器(uplink classifier，UL CL)的PDU会话的Session-AMBR改变的情况下，仅涉及UL CL。对于步骤744和746也同样适用。
如果在步骤718或728中SMF 310与PCF 316交互，则SMF 310通过执行如第4.16.5.1条中所定义的SMF发起的SM策略联动修改过程来通知PCF 316是否可以实施PCC决定。SMF 310通知已订阅与PDU会话改变相关的用户位置信息的任何实体。如果通过TS23.502第4.3.6.2条中的步骤5触发步骤718以对业务路由执行应用功能影响，则SMF 310可以如第4.3.6.2条中的步骤6所述重配置PDU会话的用户面。
因此，本发明提供一种向UE和/或(R)AN和/或UPF提供、更新或修改PHP参数的方法。
根据本发明实施例，AF可以通过基于本地配置将Npcf_Policy_Authorization_Create/Update(Npcf_策略_授权_创建/更新)请求消息直接或经由NEF发送给PCF来提供或修改PHP参数。
TS 23.502第5.2.5.3.2条描述了Npcf_PolicyAuthorization_Create(Npcf_策略授权_创建)服务操作。此服务操作授权来自应用的请求，并可选地与Npcf_SMPolicyControl(Npcf_SM策略控制)服务通信，以根据NF消费者提供的信息确定和配置策略。此服务操作还在PCF中创建应用上下文。所需的输入是UE的IP地址、应用会话上下文的标识。可选输入是：UE标识(如果可用)、DNN(如果可用)、S-NSSAI(如果可用)、媒体类型、媒体格式、带宽要求、流量统付连接(如果适用)、流描述、应用标识符或流量过滤信息、AF通信服务标识符、AF记录标识符、流状态、优先级指示符、紧急指示符、应用服务提供商、资源分配结果、DNAI和相应的路由配置文件ID的列表或N6业务路由信息的列表、AF事务(Transaction)Id、关于UP路径管理事件的早期和/或晚期通知、如TS 23.501第5.6.7条中所述的时间有效性条件和空间有效性条件、后台数据转移参考ID。根据本发明的实施例，PHP参数可以是可选输入。所需的输出是成功或失败的信息。可选输出PCF可以接受的服务信息。
TS 23.502第5.2.5.3条描述了Npcf_PolicyAuthorization(Npcf_策略授权)服务操作。此服务操作允许AF向PCF提供、更新、删除应用级信息；另一个消费者(诸如SMF)通过使用Npcf_SMPolicyControl服务与PCF通信以获取和配置新策略，并根据AF提供的信息获取和配置策略更新。此Npcf_PolicyAuthorization_Update(Npcf_策略授权_更新)服务操作还更新PCF中的应用上下文。所需的输入是应用会话上下文的标识。可选输入是：媒体类型、媒体格式、带宽要求、流量统付连接(如果适用)、流描述、应用标识符或业务过滤信息、AF通信服务标识符、AF记录标识符、流状态、优先级指示符、应用服务提供商、资源分配结果，DNAI和相应的路由配置文件ID的列表或N6业务路由信息的列表、AF事务Id、关于UP路径管理事件的早期和/或晚期通知、如TS 23.501第5.6.7条中所述的时间有效性条件和空间有效性条件、后台数据转移参考ID。根据本发明的实施例，PHP参数可以是可选输入。所需的输出是成功或失败的信息。可选输出PCF可以接受的服务信息。
在本发明的实施例中，如果AF经由NEF向PCF发送PHP参数，则可以修改NEF的一个现有服务以携带这些参数。另外，NEF的新业务可以如下设计，并且参考下图14的讨论。
可以定义Nnef_PacketHandling_Create(Nnef_数据包处理_创建)操作作为TS23.502的增强。此服务操作授权请求并转发该请求以进行数据包处理。已知的NF服务消费者是AF。所需的输入是AF事务Id；AF事务Id是指上述请求。可选输入包括：UE的地址(IP地址或以太网地址)(如果可用)、GPSI(如果可用)、DNN(如果可用)、S-NSSAI(如果可用)、外部组标识符(如果可用)、应用标识符或业务过滤信息、AF服务标识符。根据本发明的实施例，PHP参数可以是可选输入。所需的输出是操作执行结果指示信息。该情况下没有可选输出。
可以定义并包括Nnef_PacketHandling_Update(Nnef_数据包处理_更新)作为TS23.502的增强。此服务操作授权请求并转发请求以进行数据包处理。已知的NF服务消费者是AF。所需的输入是AF事务Id；AF事务Id是指上文中的Nnef_PacketHandling_Create请求。可选输入与Nnef_PacketHandling_Create的可选输入相同。根据本发明的实施例，PHP参数可以是可选输入。所需的输出是操作执行结果指示信息。没有可选输出。
AF可以通过提供以下输入参数的任意组合来请求为UE组的任何UE创建或更新PHP参数：UE的地址(IP地址或以太网地址)中的一个或多个(如果可用)、GPSI中的一个或多个(如果可用)、DNN(如果可用)、S-NSSAI(如果可用)、外部组标识符(如果可用)，应用标识符或业务过滤信息、AF服务标识符。
图14是示出了向移动无线网络中的设备提供数据包处理参数的AF 322的消息流程图。参考图14，AF 322可以创建(802)数据包处理参数。如果数据包处理参数是新的，则AF322可以通过使用NEF 314的服务(例如Nnef_PacketHandling_Create操作)向网络发送(804)数据包处理参数。NEF 314的此服务操作授权该请求，并将该请求转发给(806)UDR340以将该参数存储为应用数据的一部分。Nnef_PacketHandling_Create消息可以包括AF事务Id；AF事务Id是指该请求。该消息可以包括以下输入项中的一个或多个：UE的地址(IP地址或以太网地址)(如果可用)、GPSI(如果可用)、DNN(如果可用)、S-NSSAI(如果可用)、外部组标识符(如果可用)、应用标识符或业务过滤信息、AF服务标识符、数据包流描述(Packet Flow Description，PFD)和数据包处理参数。
如果AF 322想要更新或修改现有数据包处理参数，则AF 322可以通过使用NEF314的服务，例如Nnef_PacketHandling_Update操作，向网络发送更新的数据包处理参数。Nnef_PacketHandling_Update服务消息可以包括AF事务Id，其是指先前的Nnef_PacketHandling_Create请求。Nnef_PacketHandling_Update服务消息可以包括一个或多个数据包处理参数，这些参数与为Nnef_PacketHandling_Create消息描述的参数相同。所需的输出是操作执行结果指示信息。没有可选输出。
如果AF 322想要删除现有数据包处理参数，则AF 322可以使用NEF 314的服务，例如Nnef_PacketHandling_Delete(Nnef_数据包处理_删除)操作。Nnef_PacketHandling_Delete服务消息可以包括AF事务Id，其是先前在Nnef_PacketHandling_Create请求中提供的AF事务Id。Nnef_PacketHandling_Delete允许删除与AF事务Id相关联的Nnef_PacketHandling_Create消息中已提供的所有参数。
AF 322可以通过提供以下输入参数的任意组合来请求(804)为任何UE，或UE组中的任何UE，创建、更新或删除数据包处理参数：UE的地址(IP地址或以太网地址)中的一个或多个(如果可用)、GPSI中的一个或多个(如果可用)、DNN(如果可用)、S-NSSAI(如果可用)、外部组标识符(如果可用)、应用标识符或业务过滤信息、AF服务标识符。
NEF 314可以将一些AF提供的参数转换成移动网络的参数。例如，如果AF提供GPSI，则NEF可以用SUPI替换GPSI；如果AF提供外部组标识符，则NEF可以用内部组ID替换外部组。NEF 314在UDR 340中存储(806)AF提供的参数和/或一些替换的参数。NEF 314可以使用UDR 340的数据管理服务来向UDR 340提供(806)数据包处理参数。
NEF 314可以对来自AF 322的消息发送响应808：接收到Nnef_PacketHandling_Create/Update/Delete(Nnef_数据包处理_创建/更新/删除)。响应808可以是用于确认AF请求802的执行，如果不允许AF 322使用NEF服务，则响应808可以指示拒绝，或者响应808可以指示错误。该错误可能表示AF请求无效，例如提供的参数值超出允许的范围。例如，E2EPDB太小并且无法被移动网络支持。另一个错误是AF提供的参数不遵循应用服务提供商和移动网络运营商之间的服务级别协议(Service Level Agreement，SLA)。
UDR 340可以通知PCF 316关于新的数据包处理参数，新的数据包处理参数可以与应用ID、和/或DNN、和/或S-NSSAI、和/或AF-Service_ID(AF-服务_ID)、和/或一组数据包过滤器、或一组数据包流描述相关联。
PCF 316可以创建PHP参数并发送(812)给SMF 310，SMF 310已经订阅接收PCF 316的SM策略控制更新服务。
SMF 310可以通过使用如本文所述的PDU会话修改过程，向UPF 304、(R)AN 302和UE 104提供(814)数据包处理参数。
如3GPP TS 23.502第5.2.12条的增强中所述的UDR 340的现有Nudr_DataManagement(数据管理，DM)服务，其可被修改以允许NEF 314如下地向UDR 340提供数据包处理参数。
为Nudr_DM服务定义的操作可以使用以下参数集。一种数据集标识符，用于唯一地标识UDR中请求的数据集(如3GPP TS 23.502第4.2.5条所规定)。一种数据子集标识符，用于唯一地标识每个数据集标识符中的数据子集。本文中提供的TS 23.502表5.2.12.2.1-1中定义的数据密钥，包括数据包处理参数。
数据密钥表如下：
Figure BDA0003031988450000341
Figure BDA0003031988450000351
Nudr_DM_Query服务可用于由NF服务消费者(诸如PCF 316或SMF 310)从UDR 340请求一组数据，例如数据包处理参数。
Nudr_DM_Create(Nudr_DM_创建)服务可由NF服务消费者(诸如NEF 314)将新数据记录***到UDR 340中。例如，NEF 314可以从AF 322接收(804)Nnef_PacketHandling_Create请求，以提供包含数据包处理参数的应用数据记录。NEF 314可以使用Nudr_DM_Create服务将包括数据包处理参数的新的应用数据记录***(806)UDR 340。
Nudr_DM_Delete(Nudr_DM_删除)服务可由NF服务消费者删除存储在UDR 340中的用户数据。例如，NEF 314可以从AF 322接收(804)意图删除包含数据包处理参数的应用数据记录的Nnef_PacketHandling_Delete请求。
Nudr_DM_Update(Nudr_DM_更新)服务可由NF服务消费者用于更新UDR 340中存储的数据。例如，NEF 314可以从AF 322接收(804)Nnef_PacketHandling_Update请求，以更新包含数据包处理参数的应用数据记录。NEF 314可以使用Nudr_DM_Update服务来更新(806)UDR 340中的现有应用数据记录，其包括数据包处理参数。
Nudr_DM_Subscribe(Nudr_DM_订阅)服务可由NF服务消费者用于对在UDR 340中修改的数据的通知执行订阅。事件可以是对现有数据的更改和/或添加数据。例如，PCF 316可以订阅UDR 340以接收与应用数据和/或数据包处理参数相关的通知。
Nudr_DM_Unsubscribe(Nudr_DM_取消订阅)服务可由NF服务消费者用于对在UDR340中修改的数据的通知执行取消订阅。事件可以是对现有数据的更改和/或添加数据。例如，PCF 316可以取消订阅UDR 340以停止接收与应用数据和/或数据包处理参数相关的通知。
Nudr_DM_Notify(Nudr_DM_通知)服务可由UDR 340用于通知NF服务消费者关于数据的修改，例如，当UDR 340中的数据(包括数据包处理参数)被添加、修改或删除时，并且由于先前对通知过程的订阅或由于UDR 340中的本地配置策略，NF需要被告知此信息。
如TS 23.503中所述的，NEF 304(数据包流描述功能(PFDF))可应SMF 310的请求(拉模式)或应来自NEF 340的PFD管理的请求(推模式)，向SMF 310提供数据包流描述(PFD)。SMF 310可以向UPF 304提供PFD，其具有有效的(active)数据包检测规则(PDR)以及与PFD相对应的应用标识符。
PFD由AF 322提供。PFD可以包括关于如何处理数据包流的数据包的一个或多个参数。处理数据包的参数可以包括以下一个或多个参数：
请求的端到端数据包延迟预算需求(E2E PDB)参数；
第一指示，例如称为丢弃延迟数据包参数，用于指示经历比E2E PDB更长的数据包延迟的数据包是否可以被丢弃或传送。例如，丢弃延迟数据包可以具有两个值，是(YES)或否(NO)，这两个值分别对应于如果数据包延迟长于E2E PDB则丢弃或传送数据包的指示；
端到端最大数据包延迟预算(E2E MPDB)参数。AF请求的E2E MPDB可以有不同的称谓，例如被称为应用生存时间，这意味着应用层可以容忍E2E MPDB的数据包延迟；
第二指示，例如称为丢弃最大延迟数据包参数，以指示经历比E2E MPDB更长的数据包延迟的数据包是否可以被丢弃或传送。例如，丢弃最大延迟数据包参数可以具有两个值，是或否，这两个值分别对应于如果数据包延迟长于E2E MPDB则丢弃或传送数据包的指示；
第一数据包优先级参数，其可被称为正常数据包调度优先级；
第二数据包优先级参数，其可被称为延迟数据包调度优先级；
比特率测量窗口：测量数据包流比特率的窗口。
SMF 310或PCF 316可以使用AF提供的数据包处理参数来建立PHP参数。AF请求的E2E PDB参数可以被映射到移动网络中使用的E2E PDB。AF请求的丢弃延迟数据包参数可以被映射到移动网络中的丢弃延迟数据包参数。AF请求的E2E MPDB参数可以被映射到移动网络中的E2E MPDB参数。AF请求的丢弃最大延迟数据包参数可以被映射到移动网络的丢弃最大延迟数据包参数。
AF请求的第一数据包优先级参数可以用于建立移动网络的ARP参数。AF可以知道移动网络中的ARP参数。AF请求的第一数据包优先级参数可以与ARP参数相同。AF请求的第一数据包优先级参数可以用于建立移动网络的优先级参数。AF可以知道移动网络中的优先级参数。AF请求的第一数据包优先级参数可以与优先级参数相同。SMF 310或PCF 316可以使用AF请求的第一数据包优先级的值来为ARP和/或优先级参数设置相同的值。
AF请求的第二数据包优先级参数可用于建立移动网络的ARP参数。AF可以知道移动网络中的ARP参数。AF请求的第二数据包优先级参数可以与ARP参数相同。AF请求的第二数据包优先级参数可用于建立移动网络的优先级参数。AF可以知道移动网络中的优先级参数。AF请求的第二数据包优先级参数可以与优先级参数相同。SMF 310或PCF 316可以使用AF请求的第二数据包优先级的值来为ARP和/或优先级参数设置相同的值。
AF提供的比特率测量窗口可以被映射到移动网络的平均窗口参数。平均窗口参数在对3GPP TS 23.501第5.7条的增强中作为举例被描述。
在一些实施方式中，AF请求的第一数据包优先级参数的值和AF请求的第二数据包优先级参数的值可以相同或不同，这取决于应用层要求。例如，AF请求的第一数据包优先级参数的值可以大于AF请求的第二数据包优先级参数的值，使得如果数据包延迟大于端到端数据包延迟要求，则网络应当传输具有更高优先级的数据包。SMF 310支持如TS 23.502第4.4.3.5条所述的过程，用于PFD的管理。PFD被缓存在SMF 310中，并且SMF 310保持与PFD相关联的缓存定时器。当缓存计时器到期并且不存在引用相应应用标识符的活动PCC规则时，SMF 310使用PFD管理消息通知UPF 304移除由应用标识符标识的PFD。
当为与尚未提供给UPF 304的PFD相对应的应用标识符提供PDR时，SMF 310应将PFD提供给UPF 304。如果没有缓存PFD，则SMF 310按照3GPP TS 23.503第4.2.4条和第5.3.9条的规定从NEF 314(PFDF)检索它们。当SMF 310(使用“推”或“拉”模式)从NEF 314(PFDF)接收到PFD的任何更新，并且UPF 304中仍然存在用于应用ID的活动PDR时，SMF 310应使用PFD管理消息将与应用标识符相对应的更新PFD集提供给UPF 304。
SMF 310可以向(R)AN 302、UPF 304和UE 104发送(814)一个或多个PHP参数，以根据AF请求的数据包处理参数来处理数据包。
SMF 310可以向UPF发送数据包转发动作规则(Forwarding Action Rule，FAR)。FAR可包含关于是否将转发、丢弃或缓冲应用于由PDR标识的业务的信息。对于每个FAR，SMF310可以包括一个或多个PHP参数。当UPF 304检测到与PFD参数匹配的数据包流时，UPF 304可以根据PHP参数来处理此数据包流的数据包。
SMF 310可以向UPF 304发送PDR。SMF 310根据PFD设置PDR中的参数。SMF 310还可以针对每个PDR，向UPF 304发送数据包转发规则(FAR)。PDR用于将数据包流映射为QoS流。数据包FAR用于指定如何将QoS流的数据包转发到其他网络实体。FAR可以包括PHP参数，以便当UPF 304基于PDR检测到数据包时，UPF将基于相关联的FAR和PHP参数来处理该数据包。
SMF 310可以向UPF 304发送QoS实施规则(QoS Enforcement Rule，QER)。QER可以包含与PDR所标识的业务的QoS实施有关的信息。QER可以包括一个或多个PHP参数。
SMF 310可以向UPF 304发送使用情况报告规则(Usage Reporting Rule，URR)。URR包含信息，该信息定义了PDR识别的业务应如何计算，以及应如何报告某个测量。URR可以包括一个或多个PHP参数。例如，当数据包由于比数据包延迟阈值更长的延迟而被丢弃时，UPF 304可将此事件报告给SMF 310或另一网络功能。当UPF 304从相同或不同的SMF310接收到针对相同应用标识符的更新PFD时，最新接收的PFD应覆盖存储在UPF 304中的任何现有PFD。
当移除/修改PFD并且此PFD被用于检测与N4会话的PDR中的应用标识符相关的应用业务，并且UPF 304已经如TS 23.502的第4.4.2.2条中所定义，对与此PFD对应的应用实例向SMF 310报告了应用启动时，如果UPF 304中移除/修改的PFD导致不能检测到应用实例的停止，则UPF 304应向SMF 310报告应用停止以获得相应的应用实例标识符。
当AF 322对处理数据包的参数修改时，PFD可以被修改。
如果PFD由本地操作和维护(O&M)程序管理，则不使用PFD检索。否则，从NEF(PFDF)检索的PFD覆盖SMF 310中预先配置的任何PFD。当为应用标识符从NEF(PFDF)中检索到的所有PFD被移除时，将使用预先配置的PFD。SMF 310应向UPF提供应用标识符的预先配置的PFD或从NEF(PFDF)检索的PFD。
TS 23.501的表5.8.2.11.3-1提供了数据包检测规则中的属性。此表可以通过以下几种方式进行增强，以包含PHP参数：
Figure BDA0003031988450000381
Figure BDA0003031988450000391
TS 23.501的表5.8.2.11.6-1提供了转发动作规则中的属性。此表可以通过以下几种方式进行增强，以包含PHP参数：
Figure BDA0003031988450000392
Figure BDA0003031988450000401
Figure BDA0003031988450000411
TS 23.501的表5.8.2.11.7-1提供了使用情况报告规则中的属性。此表可以通过以下几种方式进行增强，以包含PHP参数：
Figure BDA0003031988450000412
Figure BDA0003031988450000421
TS 23.501的表5.8.2.11.8-1提供了多接入规则(Multi-Access Rule，MAR)，其中包括在支持接入流量分层、交换和分流(Access Traffic Steering,Switching andSplitting，ATSSS)的情况下，3GPP接入和非3GPP(Non-3GPP，N3GPP)接入与两个FAR的关联。此表可以通过以下几种方式进行增强，以包含PHP参数：
Figure BDA0003031988450000422
Figure BDA0003031988450000431
数据包流说明的管理使得UPF 304能够在应用服务提供商(ASP)提供PFD时执行准确的应用检测，然后按照PCC规则中的指示应用实施动作。PFD管理在TS 23.503第6.1.2.3条中进行了描述。TS 23.501、23.502和23.503中的该条款和其它条款可以被增强以包括提供、更新和删除由AF提供的数据包处理参数的方法，其中AF表示与移动网络功能通信的ASP。
运营商能够配置SMF 310中的预定义的PCC规则或PCF 316中的动态PCC规则，其至少包括用于服务数据流或应用检测的应用标识符、计费控制信息，即计费密钥和可选的发起方标识符或ASP标识符或两者。根据运营商和应用服务器提供商之间的服务级别协议，ASP可以通过NEF中的PFD管理服务向SMF提供由ASP维护的每个应用标识符的单个PFD或全套PFD。PFD成为SMF 310/UPF 304中的应用检测过滤器的一部分，因此被用作检测由应用生成的业务的逻辑的一部分。ASP可以移除或修改先前为一个或多个应用标识符提供的部分或全部PFD。如果SMF 310/UPF 304中已移除/修改的PFD导致不能检测到应用实例的停止，则SMF 310可以如3GPP TS 23.501第5.8.2.8.4条中所定义的，针对应用实例标识符向PCF316报告应用停止。
对于每个PFD，ASP可以包括处理数据包的参数。ASP通过NEF 314管理(提供、更新、删除)PFD。PFD通过NEF(PFDF)被转移到SMF 310。PFDF是NEF 314中的逻辑功能，其通过NEF314从ASP接收PFD，将PFD存储在UDR 340中，并且根据经由NEF 314来自ASP PFD管理的请求(推模式)或根据来自SMF 310的请求(拉模式)将PFD提供给SMF 304。PFDF功能是由NEF 314提供的服务。
ASP可以向NEF 314提供/更新/移除具有允许延迟(Allowed Delay)的PFD。在接收到来自ASP的请求时，NEF 314应检查ASP是否被授权提供/更新/移除那些PFD并请求允许的延迟。NEF 314可被配置为具有基于SLA的最小允许延迟，以授权由ASP提供的允许延迟。当ASP和请求的允许延迟被成功授权时，NEF 314应将每个外部应用标识符转换为核心网中已知的对应应用标识符。NEF(PFDF)将PDF存储到UDR 340中。ASP可以提供更新PFD来更新参数以处理与PFD相关联的数据包。允许延迟是一个可选参数。如果包含允许延迟，则表示应在允许延迟指示的时间间隔内部署请求的PFD。
PFD可以由SMF 310在“拉”模式下从NEF(PFDF)检索，或者可以在“推”模式下从NEF(PFDF)提供给SMF 310。
当使用“推”模式时，NEF(PFDF)从UDR 340检索每个应用标识符的PFD，并将它们分发给那些能够访问那些应用的SMF 310。NEF(PFDF)可以被配置有应当在其中分发PFD的SMF310的列表。有三种方法可以将PFD从NEF(PFDF)提供给SMF。
第一种方法是根据NEF(PFDF)中的运营商配置(例如，根据运营商配置每天的供应)推送NEF(PFDF)可以访问的整个PFD。
第二种方法是选择性地推送PFD集中的ASP更改(即ASP更改PFD集，而运营商配置定义何时推送)。
第三种方法是根据ASP请求选择性地推送PFD集中的ASP更改(即ASP表示在允许延迟指示的时间间隔内推送PFD集中的更改)。
当使用“拉”模式时，在激活或供应具有PFD不可用的应用标识符的PCC规则时，SMF310从NEF(PFDF)请求该应用标识符的所有PFD，并且NEF(PFDF)从UDR 340检索它们。从NEF(PFDF)为应用标识符检索的PFD被缓存在SMF 310中，并且SMF 310维护与PFD相关联的缓存定时器以控制PFD有效的时长。
当缓存计时器过期时，如果仍然存在引用相应应用标识符的活动PCC规则，则SMF从NEF(PFDF)重新加载PFD并通过N4将其提供给UPF。当缓存定时器到期时，如果不存在引用相应应用标识符的活动PCC规则或者SMF 310移除引用相应应用标识符的最后一个PCC规则，SMF 310移除由应用标识符标识的PFD，并通过N4通知UPF 304移除由应用标识符标识的PFD。
假设运营商网络中的所有SMF 304和PFD被配置为具有要应用于所有应用标识符的相同默认缓存时间值。
当使用“拉”模式时，NEF(PFDF)可向SMF 310提供每个应用标识符的缓存时间值。SMF 310通过N29从NEF(PFDF)接收PFD和缓存时间值，并将该值应用于应用标识符，而不是配置的默认缓存时间值。在没有从NEF(PFDF)接收到缓存时间值的情况下，SMF 310使用配置的默认缓存时间值。
NEF(PFDF)中每个应用标识符的缓存时间值的配置基于运营商和ASP之间的SLA。
当在一个PLMN中仅支持“拉”模式时，如果允许延迟短于为该应用标识符存储的缓存时间值，或者如果没有存储应用特定的缓存时间，则短于默认缓存时间，则NEF(PFDF)仍然可以将PFD存储到UDR 340中。当通知不能满足允许延迟时，NEF 314应向ASP提供PFD已被存储的指示和缓存时间值。
当使用“拉”模式或“推”模式时，如果接收到PFD的任何更新，并且UPF 304中仍然存在针对应用ID的活动应用检测规则，则SMF 310应将对应于应用ID的更新PFD集提供给UPF 304。
SMF 310应确保在管理到UPF 304的PFD时不使N4信令过载，例如，将PFD转发给实施PFD的正确的UPF 304。
当UPF 304针对相同的应用标识符从相同或不同的SMF 310接收到更新PFD时，最新接收的PFD应覆盖存储在UPF 304中的任何现有PFD。
如果PFD由本地O&M过程管理，则不使用PFD检索。否则，从NEF(PFDF)检索的PFD覆盖SMF 310中预先配置的任何PFD。SMF 310应按照TS 23.501第5.8.2.8.4条所定义的，在UPF 304处管理预配置的PFD和NEF(PFDF)提供的PFD。SMF 310可以基于SMF 310中的运营商配置来区分PFD检索的需求。
包括应用标识符的AF请求可以基于运营商策略来触发PCF 316在SMF 310中激活或提供PCC规则。
数据包流描述(PFD)是使检测应用业务成为可能的一组信息。每个PFD可由PFD id标识。PFD id在特定应用标识符的范围内是唯一的。TS 29.551中描述了PFD id何时被包含在PFD中的条件。可能存在与应用标识符相关联的不同PFD类型。
PFD包括PFD id和以下一个或多个：包括协议、服务器端IP地址和端口号的三元组；要匹配的URL的重要部分，例如主机名；域名匹配标准和有关适用协议的信息；以及处理数据包的一个或多个参数。
基于AF和移动运营商之间的协议，可以将PFD设计为传达专有应用业务检测机制的专有扩展。
图15是TS 23.502的图4.18.2-1中规定的消息流程图。根据一些现有公开，一些消息的内容被增强以说明AF如何能够向移动网络提供数据包处理参数。参考图15，PFDF服务315可以是NEF 314内的功能。AF可以如下经由NEF 314的PFDF 315执行PFD管理。
AF 322调用(816)Nnef_PFDManagement_Create/Update/Delete(Nnef_PFD管理_创建/更新/删除)服务。允许延迟是一个可选参数。如果包含允许延迟，则表示应该在允许延迟指示的时间间隔内部署此请求中的PFD列表。每个PFD可以包括一个或多个数据包处理参数。
NEF 314基于运营商策略检查应用是否被授权执行此请求。NEF 314(PFDF 315)向UDR 340调用(820)Nudr_DM_Create/Update/Delete(Nudr_DM_创建/更新/删除)(包括应用标识符、一组或多组PFD和允许延迟)请求。UDR 340更新(822)应用标识符的PFD列表。UDR340向NEF 314(PFDF 315)发送(824)Nudr_DM_Create/Update/Delete响应。NEF 314向AF322发送(826)Nnef_PFDManagement_Create/Update/Delete响应。
UDR 340可以例如通过使用Nudr_DM_Notify服务，将新PFD和/或数据包处理参数通知订阅的NF，诸如PCF 316和SMF 310。PCF 316和/或SMF 310可从UDR接收以下参数中的一个或多个以创建PHP参数：应用ID、一组或多组PFD、DNN、S-NSSAI和数据包处理参数。SMF340可以在PDU会话建立过程期间或通过使用PDU会话修改过程向UE 104、(R)AN 302、UPF304提供PHP参数。
在接收到与一个应用ID和/或一组PFD和/或DNN和/或S-NSSAI相关联的数据包处理参数之后，PCF 316可以通过使用例如PCF 316的Npcf_SMPolicyControl_Update(Npcf_SM策略控制_更新)服务来创建PHP参数并将PHP参数发送给SMF 310。
NF消费者(诸如AF 322)可以使用Nnef_PFDManagement_Create(Nnef_PFD管理_创建)来请求PFD管理来创建PFD。AF 322可以包括一个或多个参数：AF ID；AF服务ID；外部应用标识符；应用标识符；一组或多组PFD；对于每组PFD，AF可以包括一个或多个数据包处理参数以及允许延迟。NEF 314可以向NF消费者发送事务参考ID。
NF消费者可以使用Nnef_PFDManagement_Update(Nnef_PFD管理_更新)服务来请求PFD管理来更新PFD。NF消费者可以提供以下参数中的一个或多个：事务参考ID、一组或多组PFD和允许延迟。对于每组PFD，NF可以包括一个或多个数据包处理参数。新的数据包处理参数将取代以前的数据包处理参数。
NF消费者可以使用Nnef_PFDManagement_Delete(Nnef_PFD管理_删除)服务来请求PFD管理来删除PFD和/或删除数据包处理参数。NF消费者可以提供事务参考ID。
当提供/激活了具有该应用标识符的PCC规则并且由NEF 314(PFDF 315)提供的PFD在SMF 310处不可用时，此过程使得SMF 310能够从NEF 314(PFDF 315)检索应用标识符的PFD。另外，当应用标识符的缓存定时器失效(elapse)并且此应用标识符的PCC规则仍然有效时，此过程使得SMF 310能够从NEF 314(PFDF 315)检索PFD。
除非NEF 314(PFDF 315)中已有PFD，否则NEF 314(PFDF 315)从UDR 340检索PFD。
图16是示出如TS 23.502第4.18.3.1条中所述的SMF 310的PFD检索的消息流程图。根据本公开，一些消息的内容被增强。
参考图16，SMF 310可以在同一请求中检索一个或多个应用标识符的PFD。在从UDR340到NEF 314(PFDF 315)的响应832中提供与应用标识符相关的所有PFD。
SMF 310向NEF 314(PFDF 315)调用(828)Nnef_PFDManagement_Fetch(Nnef_PFD管理_获取)(应用标识符)。NEF 314(PFDF 315)检查应用标识符的PFD是否在NEF 314(PFDF315)中可用，如果可用，NEF 314(PFDF 315)用Nnef_PFDManagement_Fetch响应(应用标识符、PFD)向SMF 310反馈。如果PFD包括AF提供的数据包处理参数，则SMF可以将AF提供的数据包处理参数映射到移动网络的数据包处理策略(PHP)参数。
如果应用标识符的PFD在NEF 314(PFDF 315)中不可用，则NEF 314(PFDF 315)调用(830)Nudr_DM_Query(Nudr_DM_查询)(应用标识符))以从UDR 340检索PFD。UDR 340向NEF 314(PFDF 315)提供(832)Nudr_DM_Query响应(应用标识符、PFD)。NEF 314(PFDF 315)以Nnef_PFDManagement_Fetch响应(应用标识符、PFD)回复SMF 310。如果PFD包括AF提供的数据包处理参数，则SMF 310可以将AF提供的数据包处理参数映射到移动网络的数据包处理策略(PHP)参数。
此过程使得能够提供、修改或移除与SMF 310中的应用标识符相关联的PFD。通过此过程，可以管理所有应用标识符的所有PFD和/或PHP参数的完整列表、一个或多个应用标识符的所有PFD和/或PHP参数的完整列表或单个应用标识符的PFD的子集。
在可以提供、更新或移除与应用标识符相关联的PFD的子集的情况下，应用标识符的每个PFD和/或PHP参数与PFD ID相关联。如果在每个事务中始终管理应用标识符的完整PFD集，则PFD ID不需要被提供。
图17是示出了如TS 23.502第4.18.3.2条所述的SMF 310中PFD的管理的消息流程图。根据本公开，一些消息的内容被增强。
参考图17，NEF 314(PFDF 315)向应向其提供PFD的SMF 304调用(836)Nnef_PFD_Management_Notify(Nnef_PFD_管理_通知)(应用标识符、PFD、PFD操作和/或PHP参数、PHP操作)。NEF 314(PFDF 315)可以决定将向SMF 304分发PFD延迟一段时间以优化信令负载。如果NEF 314(PFDF 315)接收到PFD的允许延迟，则NEF 314(PFDF 315)应在指示的时间间隔内分配该PFD。可以包括PHP操作以指示一个或多个PFD的PHP参数的添加、移除或更新。
NEF 314使用Nnef_PFDManagement_Notify向NF消费者(诸如SMF 310或PCF 316)提供应用标识符的更新的PFD。NEF 314可以向NF消费者提供以下参数中的一个或多个：应用标识符、PFD、数据包处理参数。如果PFD包括AF提供的数据包处理参数，则SMF 310可以将AF提供的数据包处理参数映射到移动网络的数据包处理策略(PHP)参数。在从另一个NF(诸如NEF 314或PCF 316或UDR 340)接收新的或更新PFD之后，或删除PFD之后，SMF 310可以使用N4过程来提供或移除属于UPF 304中的应用ID的所有PFD和/或PHP参数。可以使用相同的PFD管理请求消息来管理属于不同应用ID的PFD集。
图18是示出如TS 23.502第4.4.3.5条所述的UPF 304中的PFD管理的消息流程图。根据本公开实施例，修改一些消息的内容。N4 PFD管理过程是一个节点级过程，即独立于任何PDU会话。
参考图18，在以下情况下触发SMF 310以提供或移除属于应用ID的PHP参数和/或PFD集：当缓存定时器到期并且不存在引用相应应用标识符的活动PCC规则时，SMF 310通知UPF 304移除由应用ID标识的PFD；当为对应于尚未提供给UPF 304的PFD的应用ID提供PCC规则时，SMF 310应将PFD提供给UPF 304(如果没有缓存PFD，则SMF 310从NEF 314(PFDF315)检索它们，如TS 23.503中所述)；当从NEF 314(PFDF 314)接收到PFD的任何更新时，并且UPF 304中仍然存在针对应用ID的活动PCC规则。
SMF 310向UPF 304发送PFD管理请求，以提供/移除与应用ID相对应的PFD和/或PHP参数。UPF 304根据请求更新PFD，并通过用PFD管理响应消息进行响应来应答。
在RAN 302中，在接收到与QoS流的QoS配置文件相关联的PHP参数之后，(R)AN 302可以相应地设置其操作参数。例如，如果(R)AN 302接收到指示丢弃延迟数据包指示信息，S-MPDB参数为20ms，则(R)AN 302(例如，无线资源控制(RRC)单元)可以在QoS流的数据包数据汇聚协议(Packet Data Convergence Protocol，PDCP)层中设置MPDT＝20ms。在PDCP层中，抛弃定时器(discardTimer)可以被设置为与MPDT参数相同。当PDCP层中的服务数据单元(SDU)被发送给无线链路控制(Radio Link Control，RLC)层时，PDCP层可以启动计时器。discardTimer是PDCP层中的计时器，用于在discardTimer过期时指示PDCP层抛弃(或丢弃)数据包。
在另一示例中，SMF 310可以向(R)AN 302提供40ms的端到端数据包延迟预算，丢弃延迟数据包的参数值为否，则(R)AN 302可以设置discardTimer的参数值为无穷大。这意味着(R)AN 304不应抛弃数据包。
移动网络或应用服务器可以通过两个独立的UP路径发送URLLC应用的数据包以增加可靠性。在这种情况下，可以由两个(R)AN节点从/向UE发送数据包。为UE服务的SMF实例可以有一个或两个。下面本发明提供的解决方案，其允许在两个(R)AN节点或两个SMF或两个UPF之间进行协调以处理数据包。
图10示出了根据本发明实施例的用于支持由一个UPF、一个(R)节点和两个独立的N3隧道组成的网络架构的第一种选项的示意性框图，该网络架构支持在UPF和(R)AN节点之间实现数据包重复传输。
参考图10，SMF 310建立具有连接(R)AN 302和UPF 304的两个N3隧道342A和342B的PDU会话。在(R)AN 302和UPF 304之间可以有一个或多个中间UPF。N9接口用于连接UPF。每个NF可以由SMF 310分配相同的PHP。或者，SMF 310可以为每个N3隧道342A和342B分配独立的PHP。如果两个N3隧道，342A和342B，具有独立的PHP，则两个PHP的PHP参数可能不同。例如，一个N3隧道1，即342A，的丢弃延迟数据包参数被设置为真，而另一个N3隧道2，即342B，的丢弃延迟数据包参数被设置为假，这意味着只有一个N3隧道342A或342B将转发延迟的数据包。对于UL和DL，两个N3隧道342A和342B的丢弃延迟数据包参数可以设置为真。
图11示出了根据本发明实施例的用于支持由一个PDU会话、一个UPF和两个UP路径组成的数据包重复传输的网络架构的第二选项的示意性框图。
参考图11，在UPF 304和UE 104之间存在两个独立的UP路径。在UE 104和两个(R)AN节点302A和302B之间有两个无线链路341A和341B。但是可能只有一个(R)AN节点并且有两个不同的载波频率以在(R)AN和UE 104之间传送数据包。一个(R)AN节点(例如302B)可以被称为主(R)AN(Master(R)AN，M-(R)AN)节点，而另一个(例如302A)节点被称为辅(R)AN(Secondary(R)AN，S-(R)AN)节点。M-(R)AN节点(例如302B)可以对S-(R)AN节点(例如302A)的无线参数进行某种控制。
SMF 310可以将相同的UL或DL PHP分配给两个(R)AN节点302A和302B，使得两个UL(和/或DL)无线信道可以以相同的方式处理数据包。
或者，SMF 310可以为每个(R)AN节点，302A和302B，分配不同的PHP，以不同的方式处理UL和/或DL数据包。例如，(R)AN1节点302A的DL PHP的丢弃延迟数据包参数可以为真，而(R)AN2节点302B的DL PHP的丢弃延迟数据包参数可以为假。这意味着(R)节点302A或302B中只有一个可以将延迟的数据包转发给UE 104。在另一示例中，SMF 310可以在(R)AN1节点302A中将UL中的丢弃延迟数据包参数设置为真，而在(R)AN2节点302B中将UL中的丢弃延迟数据包参数设置为假。这意味着UE 104可以仅向(R)AN节点302A或302B中的一个发送延迟的数据包。
或者，SMF 310可以仅将1个PHP分配给(R)AN节点中的一个，例如(R)AN1 302A或M-(R)AN节点。(R)AN1节点302A可以导出另一(R)AN2节点302B的PHP。例如，用于DL的PHP中的丢弃延迟数据包参数可以为真。(R)AN1节点302A可以将针对(R)AN2节点的DL的PHP中的丢弃延迟数据包参数设置为假。在该示例中，只有(R)AN节点302A或302B中的一个将延迟的DL数据包转发给UE 104。
图12示出了根据本发明实施例的用于支持其中存在两个独立的PDU会话的数据包重复传输的网络架构的第三选项的示意性框图。
参考图12，单个UE 104请求2个PDU会话。第一PDU会话由SMF1 310A建立，并且跨越UE 104和DN 306之间的(R)AN1 302A和UPF1 304A。第二PDU会话由SMF2 310B建立，并且跨越UE 104和DN 306之间的(R)AN2 302B和UPF2 304B。两个PDU会话的UP连接彼此独立。虽然两个SMF(SMF1 310A和SMF2 310B)看起来可能冗余，其中的单个SMF可以作为替代来使用。此外，虽然示出了两个(R)AN1 302A和(R)AN2 302B节点，但是其中一种选择，SMF(例如SMF1310A或SMF2 310B中的一个)可以选择单个(R)AN节点302A或302B来支持两个PDU会话。或者另一种选择时，两个SMF，SMF1 310A和SMF2 310B可以协调选择单个(R)AN节点。在任一情况下，(R)AN节点302A或302B可以建立两个无线信道(例如，两个DRB)，每个PDU会话使用其中一个无线信道。两个无线信道可以使用相同的载波频率或两个不同的载波频率。虽然图中示出了两个UPF，UPF1 304A和UPF2 304B，但在一些实施例中，SMF(例如一个SMF，310A或310B，或两个SMF，310A和310B)可以选择相同的UPF，304A或304B，并从该相同的UPF，304A或304B，建立两个独立的N3隧道342A和342B。此外，两个独立的N6接口，344A和344B，可建立DN306与UPF，304A或304B(或，UPF1 304A和UPF2 304B)的连接。AMF 308可以选择一个SMF，310A或310B，或两个SMF(SMF1 310A和SMF2 310B)来建立两个PDU会话。
如果选择一个SMF，310A或310B来建立两个PDU会话，则SMF(例如310A)可以给两个UP路径的NF分配相同的PHP。或者，SMF(例如310A)可以向UP路径的NF分配不同的PHP。例如，SMF(例如310A)可以将(R)AN1节点302A中的DL PHP的丢弃延迟数据包参数设置为真，而将(R)AN2节点302B中的DL PHP的丢弃延迟数据包参数设置为假。这意味着两个(R)AN节点，302A或302B，中只有一个可以向UE 104传送延迟的数据包。例如，只有主(R)AN节点可以传送延迟的数据包，而辅(R)AN节点可以抛弃延迟的数据包。
如果选择了两个SMF，310A和310B，那么两个SMF，310A和310B可以为UP设置相同的PHP。或者，SMF1 310A和SMF2 310B可以显式地或隐式地彼此协调，以便为每个PDU会话设置不同的PHP。例如，UE 104可以在PDU会话建立请求中包括一个指示用于冗余数据包传输的第一和第二PDU会话的参数。服务于第一PDU会话的SMF1 310A可以将(R)AN1节点302A中的DL PHP中的丢弃延迟数据包参数设置为真。服务于第二PDU会话的SMF2 310B可以将(R)AN2节点302B的DL PHP中的丢弃延迟数据包参数设置为假。这意味着延迟的数据包仅能通过两个PDU会话中的一个被发送给UE 104。
图13是根据本发明实施例的用于支持由(设备中的)两个独立UE和两个独立PDU会话组成的数据包重复传输的网络架构的第四选项的示意性框图。
参考图13，设备102中有两个UE，104A和104B，其中每个UE，104A和104B，可以请求一个PDU会话以进行数据包冗余传输。每个UE，104A和104B，可在PDU会话建立请求中包括对冗余PDU会话或第一和第二PDU会话的指示信息，使得所选的AMF(308A或308B，或，308A和308B)，和/或所选的SMF(310A或310B，或，310A和310B)将为每个PDU会话选择不同的UP路径。UE 104A和UE 104B可以具有用于处理数据包的不同5GSM能力。例如，UE 104A可以具有监视上行链路数据包延迟的能力，而UE 104B可以不具有监视上行链路数据包延迟的能力。SMF 310A和SMF 310B可以根据UE处理数据包的能力来建立PHP参数。
SMF1 310A和SMF2 310B可以为UP功能设置相同的UL PHP和/或DL PHP，例如，(R)AN1 302A/(R)AN2 302B节点和UPF1 304A/UPF2 304B。
或者，SMF1 310A和SMF2 310B可以为UP功能的UL和/或DL在PHP中设置不同的参数。例如，SMF1 310A可以将(R)AN1节点302A的DL-PHP中的丢弃延迟数据包参数设置为真，而SMF2 310B可以将(R)AN2节点302B的DL-PHP中的丢弃延迟数据包参数设置为假。这意味着两个PDU会话中只有一个PDU会话将延迟的DL数据包转发给UE 104A或104B，或，104A和104B。
本发明的一个方面提供了一种用于在移动无线网络中处理数据包的方法。该方法包括通过第二控制面功能接收从第一控制面功能发送的数据包处理策略(PHP)。该方法还包括通过第二控制面功能将PHP发送给其他网络功能，以指示移动无线网络的用户面中的设备如何处理PDU会话的QoS流的数据包。在一些实施例中，用户面中的设备包括用户面功能、无线接入网节点和移动设备。因此，用户面路径中的设备包括用户面功能、无线接入网节点和移动设备。在一些实施例中，PHP包括以下至少一个：端到端数据包延迟预算(End-to-End Packet Delay Budget，E2E PDB)参数；段数据包延迟预算(S-PDB)参数；网络功能数据包延迟预算(NF-PDB)参数；被称为丢弃延迟数据包参数的第一指示信息；端到端最大数据包延迟预算(E2E MPDB)参数；段最大数据包延迟预算(S-MPDB)参数；网络功能最大数据包延迟预算(Network Function Maximum Packet Delay Budget，NF MPDB)；被称为丢弃最大延迟数据包参数的第二指示信息；被称为正常数据包调度优先级的第一数据包优先级参数；被称为延迟数据包调度优先级的第二数据包优先级参数。在一些实施例中，第一控制面功能是PCF，第二控制面功能是SMF。在一些实施例中，其他网络功能包括(R)AN、UPF、AMF和NEF中的至少一个。在一些实施例中，网络功能是UPF，并且PHP指示UPF向接收到的数据包的数据包报头和隧道报头中的至少一个添加时间戳。在一些实施例中，接收PHP的网络功能基于PHP创建数据包延迟阈值(PDT)。在一些实施例中，接收PHP的网络功能基于PHP创建最大数据包延迟阈值(PDT)。在一些实施例中，PHP包括以下中的至少一个：QoS模板、QoS规则、数据包检测规则(PDR)和标准化5G QoS标识符。或者，在一些实施例中，PHP参数可以是QoS模板、QoS规则和/或PDR的一部分。在一些实施例中，PHP包括(R)AN节点的QoS模板。在一些实施例中，PHP包括UE的QoS规则。在一些实施例中，PHP包括UPF的数据包检测规则。在一些实施例中，在QoS模板中动态地通过信令通知PHP。在一些实施例中，PHP是PDU会话的每个QoS流的QoS模板的一部分。在一些实施例中，PHP是PDU会话的GBR QoS流的QoS模板的一部分。在一些实施例中，PHP是PDU会话的延迟临界GBR QoS流的QoS模板的一部分。在一些实施例中，PHP是PDU会话的每个非GBR QoS流的QoS模板的一部分。在一些实施例中，PHP参数包括包含至少两个值的丢弃延迟数据包参数。在一些实施例中，PHP参数包括包含至少两个值的丢弃最大延迟数据包参数。在一些实施例中，PHP参数包括当数据包延迟长于数据包延迟预算时指示UE、RAN节点和UPF中的至少一个丢弃数据包的参数。在一些实施例中，PHP参数包括当数据包延迟长于最大数据包延迟预算时指示UE、RAN节点和UPF中的至少一个丢弃数据包的参数。在一些实施例中，PHP参数包括当在RAN中激活重复传输时处理数据包的参数；并且该实施例中还包括在该RAN中建立重复传输。在一些实施例中，PHP参数包括当在UE中激活重复传输时处理数据包的参数；并且该实施例中还包括在该UE中建立重复传输。在一些实施例中，PHP参数包括当在核心网的用户面中激活重复传输时处理数据包的参数；并且该实施例中还包括在该核心网的用户面中建立重复传输。在一些实施例中，PHP参数包括当在DN、CN、RAN和UE中激活重复传输时处理数据包的参数；并且还包括在该DN、CN、RAN和UE中建立重复传输。
本发明的另一方面提供了一种用于提供和更新PHP的方法包括：网络功能(AF)向第一控制面功能发送请求消息以提供和更新PHP；并且，该请求消息包含PHP参数。在一些实施例中，发送请求消息的网络功能包括通过配置PCF在PCF中创建数据包处理策略的请求。在一些实施例中，PHP参数包括以下参数中的至少一个：端到端数据包延迟预算(E2E PDB)参数；段数据包延迟预算(S-PDB)参数；网络功能数据包延迟预算(NF-PDB)参数；被称为丢弃延迟数据包参数的第一指示信息；端到端最大数据包延迟预算(E2E MPDB)参数；段最大数据包延迟预算(S-MPDB)参数；网络功能最大数据包延迟预算(NF MPDB)；被称为丢弃最大延迟数据包参数的第二指示信息；被称为正常数据包调度优先级的第一数据包优先级参数；以及被称为延迟数据包调度优先级的第二数据包优先级参数。在一些实施例中，网络功能是PCF，并且AF通过以下请求消息之一发送请求消息：Npcf_PolicyAuthorization_Create或Npcf_policyAuthorizationn_Update。在一些实施例中，网络功能是PCF，并且AF通过以下请求消息之一经由NEF发送请求消息：Nnef_PacketHandling_Create或Nnef_PacketHandling_Update。
本发明的另一方面提供了一种用于由PCF执行的在移动无线网络中处理数据包的方法。该方法包括接收与PDU会话的数据包处理策略(PHP)参数有关的信息；以及将PHP发送给其他网络功能，以指示移动无线网络的用户面中的设备如何处理数据包。在一些实施例中，用户面路径中的设备包括用户面功能、无线接入网节点和移动设备。在一些实施例中，接收信息包括从移动设备和应用功能中的至少一个接收PHP参数。在一些实施例中，PHP参数包括当数据包延迟长于数据包延迟预算时指示UE、RAN、UPF中的至少一个丢弃数据包的参数。在一些实施例中，PHP参数包括当数据包延迟长于最大数据包延迟预算时指示UE、RAN、UPF中的至少一个丢弃数据包的参数。在一些实施例中，数据包延迟预算是网络功能的数据包延迟预算、网段的数据包延迟预算和端到端PDU***的数据包延迟预算之一。在一些实施例中，最大数据包延迟预算是网络功能的最大数据包延迟预算、网段的最大数据包延迟预算、端到端PDU***的最大数据包延迟预算之一。在一些实施例中，PHP参数包括指示当移动无线网络的用户面中的设备的缓冲器中的数据包延迟小于数据包延迟预算时的数据包处理优先级的参数。在一些实施例中，PHP参数包括指示当移动无线网络的用户面中的设备的缓冲器中的数据包延迟大于数据包延迟预算，并且小于或等于最大数据包延迟预算时的数据包处理优先级的参数。
本发明的一个方面提供了一种用于在移动无线网络中处理数据包的方法。这样的方法包括：通过第二控制面功能从第一控制面功能接收指示如何处理数据包的数据包处理策略(PHP)。该方法还包括：响应于接收PHP，通过第二控制面功能根据PHP将数据包处理指令发送给移动无线网络的至少一个用户面路径中的至少一个设备，以用于PDU会话的QoS流。在一些实施例中，数据包处理指令包括以下至少一个：丢弃延迟数据包参数，指示当数据包的数据包延迟超过数据包延迟阈值(PDT)时丢弃或传送数据包；以及丢弃最大延迟数据包参数，指示当数据包的数据包延迟超过大于PDT的最大阈值时丢弃或传送数据包。在一些实施例中，数据包处理指令还包括以下至少一个：第一数据包优先级参数，指示数据包调度器在数据包的数据包延迟小于或等于数据包延迟阈值(PDT)时调度数据包的传输的数据包调度优先级；以及第二数据包优先级参数，其指示数据包调度器在数据包延迟大于PDT并且小于或等于最大数据包延迟阈值(MPDT)时调度数据包的传输的数据包调度优先级。在一些实施例中，数据包处理指令指示至少一个设备将数据包延迟信息添加到PDU会话的每个数据包中。在一些实施例中，数据包处理指令是将设备配置为基于接收到的PHP来获得数据包延迟阈值(PDT)和最大数据包延迟阈值(MPDT)中的至少一个；其中MPDT大于PDT。在一些实施例中，数据包处理指令指示设备丢弃具有其中一项的数据包：数据包延迟长于PDT，其中设备具有设置为第一值的丢弃延迟数据包参数；数据包延迟长于MPDT，其中设备具有设置为第一值的丢弃最大延迟数据包参数。在一些实施例中，数据包处理指令指示设备传送具有其中一项的数据包：数据包延迟大于PDT，其中设备具有设置为第二值的丢弃延迟数据包参数；数据包延迟大于PDT且小于MPDT，其中所述设备具有设置为第二值的丢弃延迟数据包参数和设置为第一值的丢弃最大延迟数据包参数；以及数据包延迟大于MPDT，其中所述设备具有设置为第二值的丢弃最大延迟数据包参数。在一些实施例中，第一控制面功能是策略控制功能(PCF)，第二控制面功能是会话管理功能(SMF)。在一些实施例中，至少一个设备包括至少一个用户面功能(UPF)，并且发送数据包处理指令的步骤包括发送数据包检测规则(PDR)。在一些实施例中，数据包处理指令经由接入和移动性管理功能(AMF)发送给至少一个设备。在一些实施例中，至少一个设备是无线接入网(R)AN节点，并且发送数据包处理指令的步骤包括发送QoS模板。在一些实施例中，至少一个设备是用户设备(UE)，并且发送数据包处理指令的步骤包括发送QoS规则。
本发明的另一方面提供了一种通过至少一个用户面路径中的至少一个设备在移动无线网络中处理数据包的方法。这种方法包括从会话管理功能(SMF)接收用于协议数据单元(PDU)会话的QoS流的数据包处理指令。这样的方法还包括基于接收到的数据包处理指令获得数据包延迟阈值(PDT)和最大数据包延迟阈值(MPDT)中的至少一个；其中MPDT大于PDT。这样的方法还包括根据接收到的数据包处理指令来执行数据包传送或丢弃中。在一些实施例中，至少一个设备是无线接入网((R)AN)节点，并且(R)AN节点经由接入和移动性管理功能(AMF)接收数据包处理指令。在一些实施例中，接收数据包处理指令的步骤包括接收包括与数据包处理策略(PHP)相关联的参数的QoS模板。在一些实施例中，获得PDT和MPDT包括以下之一：至少一个设备根据接收到的数据包处理指令创建新的PDT和新的MPDT；至少一个设备根据接收到的数据包处理指令设置现有参数；以及至少一个设备根据接收到的数据包处理指令向具有PDT和MPDT的功能发送数据。
本发明的另一方面提供了用于在移动无线网络中处理数据包的控制面功能。这样的控制面功能包括处理器；和存储机器可读指令的非瞬时性机器可读存储器，用于配置该控制面功能用于执行本文发明的方法。例如，该指令将控制面功能配置为从第一控制面功能接收指示如何处理数据包的数据包处理策略(PHP)；并且响应于接收PHP，根据PHP将数据包处理指令发送给移动无线网络的至少一个用户面路径中的至少一个设备以用于PDU会话的QoS流。在一些实施例中，数据包处理指令包括以下至少一个：丢弃延迟数据包参数，指示当数据包的数据包延迟超过数据包延迟阈值(PDT)时丢弃或传送数据包；以及丢弃最大延迟数据包参数，指示当数据包的数据包延迟超过大于PDT的最大阈值时丢弃或传送数据包。在一些实施例中，数据包处理指令还包括以下至少一个：第一数据包优先级参数，指示数据包调度器在数据包的数据包延迟小于或等于数据包延迟阈值(PDT)时调度数据包的传输的数据包调度优先级；以及第二数据包优先级参数，其指示数据包调度器在数据包延迟大于PDT，并且小于或等于最大数据包延迟阈值(MPDT)时调度数据包的传输的数据包调度优先级。
本发明的另一方面提供了一种设备，包括处理器和存储机器可读指令的非瞬时机器可读存储器，用于配置该设备执行本文发明的方法。例如，这样的设备可以是至少一个用户面路径中的设备，并且被配置为从会话管理功能(SMF)接收用于协议数据单元(PDU)会话的QoS流的数据包处理指令；基于接收到的数据包处理指令获得数据包延迟阈值(PDT)和最大数据包延迟阈值(MPDT)中的至少一个；其中MPDT大于PDT；以及根据接收到的数据包处理指令执行数据包的传送和丢弃中的一个。在一些实施例中，设备是无线接入网((R)AN)节点，并且(R)AN节点经由接入和移动性管理功能(AMF)接收数据包处理指令。在一些实施例中，至少一个设备是无线接入网(R)AN节点，并且用于发送数据包处理指令的指令包括用于发送QoS模板的指令。在一些实施例中，设备是用户设备(UE)，并且用于发送数据包处理指令的指令包括用于发送QoS规则的指令。
本发明的另一方面提供了一种用于在移动无线网络中处理数据包的***。这样的***包括第一控制面功能，该第一控制面功能被配置为向第二控制面功能发送数据包处理策略(PHP)，该PHP指示如何处理数据包。这样的***还包括第二控制面功能，该第二控制面功能被配置为根据PHP将数据包处理指令发送给移动无线网络的至少一个用户面路径中的至少一个设备，以用于PDU会话的QoS流。在一些实施例中，数据包处理指令包括以下至少一个：丢弃延迟数据包参数，指示当数据包的数据包延迟超过数据包延迟阈值(PDT)时丢弃或传送数据包；以及丢弃最大延迟数据包参数，指示当数据包的数据包延迟超过大于PDT的最大阈值时丢弃或传送数据包。在一些实施例中，数据包处理指令还包括以下至少一个：第一数据包优先级参数，指示数据包调度器在数据包的数据包延迟小于数据包延迟阈值(PDT)时调度数据包的传输的数据包调度优先级；以及第二数据包优先级参数，指示在数据包延迟不小于PDT且不大于最大数据包延迟阈值(MPDT)时数据包调度器调度数据包的传输的数据包调度优先级。在一些实施例中，在至少一个用户面路径中的至少一个设备被配置为：从会话管理功能(SMF)接收用于协议数据单元(PDU)会话的QoS流的数据包处理指令；基于接收到的数据包处理指令获得数据包延迟阈值(PDT)和最大数据包延迟阈值(MPDT)中的至少一个；其中MPDT大于PDT；以及根据所接收的数据包处理指令执行数据包传送或丢弃。
本发明的另一方面提供了一种用于通过会话管理功能(SMF)提供数据包处理策略(PHP)的方法。这样的方法包括：接收信息；基于接收到的信息获得协议数据单元(PDU)会话的QoS流的PHP，该PHP指示如何处理数据包；以及将PHP发送给移动无线网络的至少一个用户面路径中的至少一个设备。在一些实施例中，该息包括以下中的至少一个：用户设备(UE)提供的PDU会话参数；接入和移动性管理功能(AMF)提供的连接管理参数；应用功能(AF)提供的应用信息；来自统一数据管理功能(UDM)的用户订阅数据；来自策略控制功能(PCF)的策略和计费控制(PCC)规则；以及来自PCF的PHP参数。在一些实施例中，该设备是用户面功能(UPF)，并且发送PHP的步骤包括发送数据包检测规则。在一些实施例中，经由接入和移动性管理功能(AMF)将该PHP发送给至少一个设备。在一些实施例中，该设备是用户设备(UE)，并且发送PHP的步骤包括发送包括与数据包处理策略(PHP)相关联的参数的QoS规则。在一些实施例中，该设备是无线接入网((R)AN)节点，并且发送PHP的步骤包括发送包括与数据包处理策略(PHP)相关联的参数的QoS模板。
本发明的另一方面提供了一种通过会话管理功能(SMF)更新QoS流的数据包处理策略(PHP)的方法。这样的方法包括：接收触发信息以更新PHP；获得更新的PHP；以及将更新的PHP发送给移动无线网络的至少一个用户面路径中的设备。在一些实施例中，该触发信息是下述中的至少一个：来自用户设备(UE)经由无线接入网络((R)AN)节点和接入和移动性管理功能(AMF)发送的请求，包括与数据包过滤器相关联的Qos流的延迟数据包将被丢弃和传送的指示；来自经由AMF发送的(R)AN的指示，其中释放QoS流所映射到的接入网络资源；来自用户面功能(UPF)的报告，该报告指示UPF检测到协议数据单元(PDU)，如果PDU被延迟，则该PDU将被抛弃并传送；以及来自策略控制功能(PCF)的更新QoS流的PHP的通知，该通知通过网络开放功能(NEF)响应于来自操作管理和维护(OAM)***和应用功能(AF)中的一个的请求。在一些实施例中，触发信息是经由(R)AN节点和AMF从UE发送的请求，该请求包括与数据包过滤器相关联的QoS流的延迟数据包要被丢弃还是传送的一个的指示。在一些这样的实施例中，SMF通过以下方式之一获得更新的PHP：使用来自用户设备(UE)请求的参数创建更新的PHP；与策略控制功能(PCF)通信以获得更新的PHP；以及使用来自SMF中的协议数据单元(PDU)会话上下文的参数创建更新的PHP。在一些实施例中，触发信息是来自UPF的报告，该报告指示UPF检测到将被抛弃和传送的PDU中的一个(如果PDU被延迟)。在一些这样的实施例中，SMF通过以下方式之一获得更新的PHP参数：与策略控制功能(PCF)通信以获得更新的PHP；以及使用SMF中的PDU会话上下文中的参数创建更新的PHP。在一些实施例中，该设备是用户面功能(UPF)，并且发送更新的PHP的步骤包括发送数据包检测规则。在一些实施例中，更新的PHP经由接入和移动性管理功能(AMF)发送给设备。在一些实施例中，该设备是用户设备(UE)，并且发送更新的PHP的步骤包括发送QoS规则。在一些实施例中，该设备是无线接入网((R)AN)节点，并且发送更新的PHP的步骤包括发送QoS模板。
本发明的另一方面提供了一种通过数据包流描述功能(PFDF)管理QoS流的数据包处理策略(PHP)信息的方法。该方法包括从应用功能(AF)接收第一请求以执行提供或更新PHP参数。该方法还包括将数据包处理信息存储在统一数据管理功能(UDR)中。该方法还包括接收向会话管理功能(SMF)提供数据包处理信息的第二请求。该方法还包括向SMF发送数据包处理信息。该方法还包括响应于第二请求，从UDR检索数据包处理信息。在一些实施例中，请求包括数据包处理信息。在一些实施例中，数据包处理信息用于移动无线网络的至少一个用户面路径中的设备来传输QoS流的数据包。在一些实施例中，数据包处理信息包括数据包流描述和PHP参数中的至少一个。在一些实施例中，PHP参数包括丢弃延迟数据包参数、丢弃最大延迟数据包参数、第一数据包优先级参数和第二数据包优先级参数中的至少两个。在一些实施例中，第二请求来自SMF和NEF中的一个。
本发明的另一方面提供会话管理功能(SMF)。SMF包括处理器和存储机器可读指令的非瞬时性机器可读存储器，用于配置SMF以执行本文描述的方法。例如，SMF可被配置为接收信息；基于所接收的信息获得用于协议数据单元(PDU)会话的QoS流的PHP，该PHP指示如何处理数据包；以及将PHP发送给移动无线网络的至少一个用户面路径中的至少一个设备。在一些实施例中，该信息包括至少一个：用户设备(UE)提供的PDU会话参数；接入和移动性管理功能(AMF)提供的连接管理参数；应用功能(AF)提供的应用信息；来自统一数据管理功能(UDM)的用户订阅数据；来自策略控制功能(PCF)的策略和计费控制(PCC)规则；以及来自PCF的PHP参数。在一些实施例中，该设备是用户面功能(UPF)，并且用于发送PHP的指令包括用于发送数据包检测规则的指令。在一些实施例中，经由接入和移动性管理功能(AMF)将PHP发送给至少一个设备。在一些实施例中，该设备是用户设备(UE)，并且用于发送PHP的指令包括用于发送包括与PHP相关联的参数的QoS规则的指令。
本发明的另一方面提供了用于管理QoS流的数据包处理策略(PHP)信息的数据包流描述功能(PFDF)。这样的PFDF包括处理器；和存储机器可读指令的非瞬时性机器可读存储器，用于配置PFDF以执行本文发明的方法。例如，PFDF可被配置为从应用功能(AF)接收第一请求，以提供或更新PHP参数；其中，请求包括数据包处理信息；将数据包处理信息存储在统一数据管理功能(UDR)中；接收向会话管理功能(SMF)提供数据包处理信息的第二请求；响应于第二请求，从UDR检索数据包处理信息；以及向SMF发送数据包处理信息，其中数据包处理信息用于移动无线网络的至少一个用户面路径中的设备来传输QoS流的数据包。在一些实施例中，数据包处理信息包括以下信息中的至少一个：数据包流描述；PHP参数，其中，PHP参数包括下述参数中的至少两个：丢弃延迟数据包参数；丢弃最大延迟数据包参数；第一数据包优先级参数；和第二数据包优先级参数。在一些实施例中，第二请求来自SMF或NEF。
本发明的另一方面提供了一种***，该***包括控制面功能、会话管理功能(SMF)和至少一个用户面路径中的至少一个设备。在这样的***中，SMF被配置为：接收来自控制面功能的信息；基于接收到的信息获得用于协议数据单元(PDU)会话的QoS流的数据包处理策略(PHP)，该PHP指示如何处理数据包；以及将PHP发送给移动无线网络的至少一个用户面路径中的至少一个设备。在这样的***中，至少一个用户面路径中的至少一个设备被配置为：从会话管理功能(SMF)接收用于协议数据单元(PDU)会话的QoS流的数据包处理指令；基于接收到的数据包处理指令获得数据包延迟阈值(PDT)和最大数据包延迟阈值(MPDT)中的至少一个；其中MPDT大于PDT；以及根据接收到的数据包处理指令执行数据包的传送或丢弃。在一些实施例中，控制面功能是用于管理QoS流的数据包处理策略(PHP)信息的数据包流描述功能(PFDF)，PFDF被配置为：从应用功能(AF)接收第一请求以执行PHP参数的提供或更新；其中，请求包括数据包处理信息；将数据包处理信息存储在统一数据管理功能(UDR)中；接收向会话管理功能(SMF)提供数据包处理信息的第二请求；响应于第二请求，从UDR检索数据包处理信息；以及向SMF发送数据包处理信息，其中数据包处理信息用于移动无线网络的至少一个用户面路径中的设备来传输QoS流的数据包。
本发明的其他方面提供用于执行本文所述方法的设备，包括CP功能(例如，SMF，PCF)、UE、UPF和AF。例如，本发明的一个方面提供了包括处理器和非瞬时性计算机可读存储介质的PCF，非瞬时性计算机可读存储介质包括被配置成控制处理器以实现以下步骤的软件指令：接收与PDU会话的数据包处理策略(PHP)参数有关的信息；以及将PHP发送给其他网络功能，以指示移动无线网络的用户面中的设备如何处理数据包。
尽管已经参考本发明的具体特征和实施例描述了本发明，但是显而易见，在不脱离本发明的情况下可以对其进行各种修改和组合。因此，说明书和附图被简单地视为如所附权利要求书所定义的本发明的说明，并且被设想为涵盖落入本发明范围内的任何和所有修改、变化、组合或等同物。

Claims (30)

1.一种用于在移动无线网络中处理数据包的方法，所述方法包括：
通过第二控制面功能从第一控制面功能接收数据包处理策略PHP，所述PHP用于指示如何处理数据包；以及
响应于接收所述PHP，通过所述第二控制面功能根据所述PHP将数据包处理指令发送给所述移动无线网络的至少一个用户面路径中的至少一个设备，以用于协议数据单元PDU会话的服务质量QoS流；
所述数据包处理指令是用于配置所述至少一个设备，基于接收到的所述PHP来获得所述至少一个设备的数据包延迟阈值PDT和所述至少一个设备的最大分组延迟阈值MPDT；所述MPDT大于所述PDT；
所述数据包处理指令指示所述至少一个设备执行下述动作之一：
丢弃具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第一值的丢弃延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为所述第一值的丢弃最大延迟数据包参数；
传送具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数；
数据包延迟长于所述PDT且小于MPDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数和设置为第一值的丢弃最大延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为第二值的丢弃最大延迟数据包参数。
2.根据权利要求1所述的方法，其中所述数据包处理指令包括至少一个：
丢弃延迟数据包参数，指示当所述数据包的数据包延迟超过PDT时丢弃或传送数据包；以及
丢弃最大延迟数据包参数，指示当所述数据包的数据包延迟超过大于PDT的最大阈值时丢弃或传送数据包。
3.根据权利要求2所述的方法，其中所述数据包处理指令还包括至少一个：
第一数据包优先级参数，指示数据包调度器在所述数据包的数据包延迟小于或等于所述PDT时调度所述数据包的传输的数据包调度优先级；以及
第二数据包优先级参数，指示数据包调度器在所述数据包的数据包延迟大于所述PDT并且小于或等于MPDT时调度所述数据包的所述传输的数据包调度优先级。
4.根据权利要求1-3中任一项所述的方法，所述数据包处理指令指示所述至少一个设备将数据包延迟添加到所述PDU会话的每个数据包中。
5.根据权利要求1-3中任一项所述的方法，所述第一控制面功能是策略控制功能PCF，所述第二控制面功能是会话管理功能SMF。
6.根据权利要求1-3中任一项所述的方法，其中所述至少一个设备包括至少一个用户面功能UPF，并且所述发送所述数据包处理指令的步骤包括发送数据包检测规则PDR。
7.根据权利要求1-3中任一项所述的方法，其中所述数据包处理指令经由接入和移动性管理功能AMF发送给所述至少一个设备。
8.根据权利要求7所述的方法，还包括：
所述至少一个设备是无线接入网RAN节点，并且所述发送所述数据包处理指令的步骤包括发送QoS模板。
9.根据权利要求7所述的方法，还包括：
所述至少一个设备是用户设备UE，并且所述发送所述数据包处理指令的步骤包括发送QoS规则。
10.一种通过至少一个用户面路径中的至少一个设备在移动无线网络中处理数据包的方法，包括：
从会话管理功能SMF接收用于协议数据单元PDU会话的服务质量QoS流的数据包处理指令；
基于接收到的所述数据包处理指令获得所述至少一个设备的数据包延迟阈值PDT和所述至少一个设备的最大数据包延迟阈值MPDT中；
所述MPDT大于所述PDT；
根据接收到的所述数据包处理指令执行所述QoS流的数据包的传送或丢弃；
所述数据包处理指令指示所述至少一个设备执行下述动作之一：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第一值的丢弃延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为所述第一值的丢弃最大延迟数据包参数；
传送具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数；
数据包延迟长于所述PDT且小于MPDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数和设置为第一值的丢弃最大延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为第二值的丢弃最大延迟数据包参数。
11.根据权利要求10所述的方法，所述至少一个设备是无线接入网RAN节点，并且所述RAN节点通过接入和移动性管理功能AMF接收所述数据包处理指令。
12.根据权利要求11所述的方法，其中所述接收所述数据包处理指令的步骤包括接收包括与数据包处理策略PHP相关联的参数的QoS模板。
13.根据权利要求10-12中任一项所述的方法，获得所述PDT和所述MPDT包括其中之一：
所述至少一个设备根据接收到的所述数据包处理指令创建新的PDT和新的MPDT；
所述至少一个设备根据接收到的所述数据包处理指令设置现有参数；以及
所述至少一个设备根据接收到的所述数据包处理指令向具有所述PDT和所述MPDT的功能发送数据。
14.一种用于在移动无线网络中处理数据包的控制面功能，包括：
处理器；
存储机器可读指令的非瞬时性机器可读存储器，所述非瞬时性机器可读存储器用于配置控制面功能以用于：
从第一控制面功能接收数据包处理策略PHP，所述PHP用于指示如何处理数据包；以及
根据所述PHP将数据包处理指令发送给所述移动无线网络的至少一个用户面路径中的至少一个设备，以用于协议数据单元PDU会话的服务质量QoS流；
其中所述数据包处理指令是将所述至少一个设备配置为基于接收到的所述PHP来获得所述至少一个设备的数据包延迟阈值PDT和所述至少一个设备的最大数据包延迟阈值MPDT；其中MPDT大于PDT；
所述数据包处理指令指示所述至少一个设备执行下述动作之一：
丢弃具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第一值的丢弃延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为第一值的丢弃最大延迟数据包参数；
传送具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数；
数据包延迟长于所述PDT且小于MPDT，其中所述至少一个设备具有设置为第二值的丢弃延迟数据包参数和设置为第一值的丢弃最大延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述至少一个设备具有设置为第二值的丢弃最大延迟数据包参数。
15.根据权利要求14所述的控制面功能，其中所述数据包处理指令包括至少一个：
丢弃延迟数据包参数，指示当所述数据包的数据包延迟超过PDT时丢弃或传送数据包；和
丢弃最大延迟数据包参数，指示当所述数据包的数据包延迟超过大于PDT的最大阈值时丢弃或传送数据包。
16.根据权利要求15所述的控制面功能，其中所述数据包处理指令还包括至少一个：
第一数据包优先级参数，指示数据包调度器在所述数据包的数据包延迟小于或等于所述PDT时调度所述数据包的传输的数据包调度优先级；以及
第二数据包优先级参数，指示数据包调度器在所述数据包的数据包延迟大于所述PDT并且小于或等于MPDT时调度所述数据包的所述传输的数据包调度优先级。
17.根据权利要求14-16中任一项所述的控制面功能，其中所述数据包处理指令指示所述至少一个设备将数据包延迟添加到所述PDU会话的每个数据包中。
18.根据权利要求14-16中任一项所述的控制面功能，其中所述第一控制面功能是策略控制功能PCF，所述用于在移动无线网络中处理数据包的控制面功能是会话管理功能SMF。
19.根据权利要求14-16中任一项所述的控制面功能，其中所述至少一个设备包括至少一个用户面功能UPF，并且所述发送所述数据包处理指令的步骤包括发送数据包检测规则PDR。
20.根据权利要求14-16中任一项所述的控制面功能，所述数据包处理指令经由接入和移动性管理功能AMF发送给所述至少一个设备。
21.根据权利要求20所述的控制面功能，其中所述至少一个设备是无线接入网RAN节点，并且所述发送所述数据包处理指令的步骤包括发送QoS模板。
22.根据权利要求20所述的控制面功能，其中所述至少一个设备是用户设备UE，并且所述发送所述数据包处理指令的步骤包括发送QoS规则。
23.一种设备，包括：
处理器；
存储机器可读指令的非瞬时性机器可读存储器，非瞬时性机器可读存储器用于配置所述设备以用于：
从会话管理功能SMF接收用于协议数据单元PDU会话的服务质量QoS流的数据包处理指令；
基于接收到的所述数据包处理指令获得所述设备的数据包延迟阈值PDT和所述设备的最大数据包延迟阈值MPDT；其中所述MPDT大于所述PDT；以及
根据接收到的所述数据包处理指令执行所述QoS流的数据包的传送或丢弃；
所述数据包处理指令指示所述设备执行下述动作之一：
数据包延迟长于所述PDT，其中所述设备具有设置为第一值的丢弃延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述设备具有设置为所述第一值的丢弃最大延迟数据包参数；
传送具有以下特征中一项的数据包：
数据包延迟长于所述PDT，其中所述设备具有设置为第二值的丢弃延迟数据包参数；
数据包延迟长于所述PDT且小于MPDT，其中所述设备具有设置为第二值的丢弃延迟数据包参数和设置为第一值的丢弃最大延迟数据包参数；以及
数据包延迟长于所述MPDT，其中所述设备具有设置为第二值的丢弃最大延迟数据包参数。
24.根据权利要求23所述的设备，其中所述设备是无线接入网RAN节点，并且所述RAN节点通过接入和移动性管理功能AMF接收所述数据包处理指令。
25.根据权利要求24所述的设备，配置所述机器可读指令的用于接收所述数据包处理指令的所述设备包括所述机器可读指令配置的用于接收包括与数据包处理策略PHP相关联的参数的QoS模板的所述设备。
26.根据权利要求23-25中任一项所述的设备，配置用于获得所述PDT和所述MPDT的所述设备的所述机器可读指令包括配置用于下述其中之一的所述设备的所述机器可读指令：
所述设备根据接收到的所述数据包处理指令创建新的PDT和新的MPDT；
所述设备根据接收到的所述数据包处理指令设置现有参数；以及
所述设备根据接收到的所述数据包处理指令向具有所述PDT和所述MPDT的功能发送数据。
27.根据权利要求23-25中任一项所述的设备，所述设备是无线接入网RAN节点，并且用于发送所述数据包处理指令的指令包括用于发送所述QoS模板的指令。
28.根据权利要求23-25中任一项所述的设备，其中所述设备是用户设备UE，并且用于发送所述数据包处理指令的所述指令包括用于发送QoS规则的指令。
29.一种通信***，包括如权利要求14-22中任一项的控制面功能。
30.一种通信***，包括如权利要求23-28中任一项的设备和如权利要求14-22中任一项的控制面功能。
CN201980069633.9A 2018-11-02 2019-10-30 使用策略处理数据包的方法和*** Active CN112889254B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210462804.8A CN114845258A (zh) 2018-11-02 2019-10-30 使用策略处理数据包的方法和***

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862755101P 2018-11-02 2018-11-02
US62/755,101 2018-11-02
US16/403,362 US11297530B2 (en) 2018-11-02 2019-05-03 Method and system for using policy to handle packets
US16/403,362 2019-05-03
PCT/CN2019/114355 WO2020088528A1 (en) 2018-11-02 2019-10-30 Method and system for using policy to handle packets

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202210462804.8A Division CN114845258A (zh) 2018-11-02 2019-10-30 使用策略处理数据包的方法和***

Publications (2)

Publication Number Publication Date
CN112889254A CN112889254A (zh) 2021-06-01
CN112889254B true CN112889254B (zh) 2022-05-10

Family

ID=70459305

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201980069633.9A Active CN112889254B (zh) 2018-11-02 2019-10-30 使用策略处理数据包的方法和***
CN202210462804.8A Pending CN114845258A (zh) 2018-11-02 2019-10-30 使用策略处理数据包的方法和***

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202210462804.8A Pending CN114845258A (zh) 2018-11-02 2019-10-30 使用策略处理数据包的方法和***

Country Status (4)

Country Link
US (2) US11297530B2 (zh)
EP (1) EP3864822A4 (zh)
CN (2) CN112889254B (zh)
WO (1) WO2020088528A1 (zh)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11172459B2 (en) * 2017-06-14 2021-11-09 Lg Electronics Inc. Method for managing session, and SMF node for performing method
CN116366567A (zh) * 2018-02-14 2023-06-30 华为技术有限公司 一种处理服务质量QoS参数的方法、网元、***及存储介质
EP3777457A1 (en) * 2018-04-09 2021-02-17 Lenovo (Singapore) Pte. Ltd. Data packet steering on a multi-access data connection
US11838799B2 (en) * 2018-05-22 2023-12-05 Lenovo (Beijing) Limited Redundant transmission determination
US11064450B2 (en) * 2018-11-12 2021-07-13 Mediatek Inc. Synchronization of QoS flows and rules in mobile communications
WO2020145031A1 (en) * 2019-01-09 2020-07-16 Nec Corporation An access network node
CN111432440B (zh) * 2019-01-10 2022-12-13 华为技术有限公司 实现业务连续性的方法、装置及***
US11184800B2 (en) * 2019-01-15 2021-11-23 Electronics And Telecommunications Research Institute Steering rule provision method for traffic distribution in network and network entity performing the same
US10798638B2 (en) * 2019-02-15 2020-10-06 Netsia, Inc. Apparatus and method for controller and slice-based security gateway for 5G
CN113455043A (zh) * 2019-02-18 2021-09-28 诺基亚技术有限公司 用于处置通信***中的分组延迟预算划分和服务质量监测的方法和装置
EP3949271B1 (en) * 2019-03-25 2024-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Procedures for packet flow description management
CN113711557B (zh) * 2019-04-11 2024-02-13 瑞典爱立信有限公司 应用于数据分组会话的服务优化
CN113785511A (zh) * 2019-05-02 2021-12-10 诺基亚技术有限公司 装置、方法和计算机程序
KR20200127669A (ko) * 2019-05-03 2020-11-11 삼성전자주식회사 이동통신 시스템에서 시간 또는 서비스 지역에 따른 단말의 세션 설정 관리 방법 및 장치
CN116346604A (zh) * 2019-05-07 2023-06-27 华为技术有限公司 一种路由规则的配置方法及通信装置
US10856360B1 (en) * 2019-05-23 2020-12-01 Verizon Patent And Licensing Inc. System and method for sharing multi-access edge computing resources in a wireless network
CN112087777B (zh) * 2019-06-14 2022-06-28 华为技术有限公司 一种mdbv的确定方法、装置及***
WO2021021169A1 (en) 2019-07-31 2021-02-04 Huawei Technologies Co., Ltd Transporting mtnc-id over srv6-enabled dataplane for 5g transport
CN114710975B (zh) * 2019-07-31 2023-07-28 华为技术有限公司 一种用于多域间传输多传输网络上下文标识的方法、基站、网元及装置
US11778491B2 (en) * 2019-08-02 2023-10-03 Intel Corporation 5G user plane packet delay performance measurements
US11265771B2 (en) * 2019-08-14 2022-03-01 Mediatek Inc. AT commands for supporting session and service continuity modes of 5G protocol data unitsession operations
CN112715013A (zh) * 2019-08-26 2021-04-27 Oppo广东移动通信有限公司 用户设备及其混合自动重传请求选项配置方法
KR20210031297A (ko) * 2019-09-11 2021-03-19 삼성전자주식회사 무선 통신 시스템에서 트래픽을 처리하기 위한 장치 및 방법
US11343698B2 (en) * 2019-10-02 2022-05-24 Samsung Electronics Co., Ltd. Method and device for data rate control in network slice in wireless communication system
CN112911636B (zh) * 2019-12-04 2023-01-13 华为技术有限公司 数据处理方法和相关装置
WO2021162393A1 (ko) * 2020-02-13 2021-08-19 엘지전자 주식회사 멀티 액세스 pdu 세션과 관련된 통신
US20220400430A1 (en) * 2020-03-02 2022-12-15 Lg Electronics Inc. Scheme for selecting smf node
US11968559B2 (en) * 2020-05-14 2024-04-23 Intel Corporation Apparatus and method for 5G quality of service indicator management
CN113676924B (zh) * 2020-05-15 2023-10-13 华为技术有限公司 通信方法、装置及***
EP4165829A1 (en) * 2020-06-11 2023-04-19 Telefonaktiebolaget LM ERICSSON (PUBL) Optimized procedure for pfd management
US11323869B2 (en) * 2020-07-10 2022-05-03 Verizon Patent And Licensing Inc. Systems and methods for enabling efficient establishment of policy control associations
US20220030117A1 (en) * 2020-07-23 2022-01-27 Verizon Patent And Licensing Inc. Systems and methods to enable programmable xhaul transport
CN114079956A (zh) * 2020-08-07 2022-02-22 中国电信股份有限公司 业务保障方法、***、存储介质和服务提供***
US11304087B2 (en) * 2020-08-10 2022-04-12 Cisco Technology, Inc. Techniques to facilitate policy assurance for high-resiliency network environments
WO2022036604A1 (zh) * 2020-08-19 2022-02-24 华为技术有限公司 数据传输方法及装置
CN114205839A (zh) * 2020-09-02 2022-03-18 华为技术有限公司 多流关联传输的方法、装置及***
CN114258059A (zh) * 2020-09-22 2022-03-29 中兴通讯股份有限公司 时延测量方法及其装置、网络通信设备、存储介质
GB2600098B (en) * 2020-10-15 2024-03-27 Samsung Electronics Co Ltd QoS management framework
US11553371B2 (en) * 2020-10-29 2023-01-10 Cisco Technology, Inc. Quality of service (QOS) flow management for optimizing use of QOS resources and supporting QOS guarantees in a private 5G network
US20220141705A1 (en) * 2020-10-29 2022-05-05 Apple Inc. Reflective QoS Enhancements
WO2022100889A1 (en) * 2020-11-11 2022-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Content filtering support for protocols with encrypted domain name server
US20220174485A1 (en) * 2020-11-30 2022-06-02 At&T Intellectual Property I, L.P. Network application programming interface service for application guidance and control
WO2022118127A1 (en) * 2020-12-04 2022-06-09 Nokia Technologies Oy Methods, apparatuses, and computer program products for providing quality of service monitoring on communication interfaces
CN112787945B (zh) * 2021-01-04 2023-08-11 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2022151206A1 (zh) * 2021-01-14 2022-07-21 华为技术有限公司 通信方法和网络设备
US20220248255A1 (en) * 2021-02-03 2022-08-04 Qualcomm Incorporated Group-based wireless communications
WO2022174411A1 (zh) * 2021-02-20 2022-08-25 华为技术有限公司 一种业务流的处理方法及装置
US11456961B1 (en) * 2021-04-12 2022-09-27 Hong Kong Applied Science And Technology Research Institute Co., Ltd Method to accelerate packet detection rule (PDR) matching and data packet processing in a user plane function (UPF) module in a communications network
EP4102791A1 (en) * 2021-06-07 2022-12-14 Airbus SAS Data validity based network buffer management system
US11638134B2 (en) * 2021-07-02 2023-04-25 Oracle International Corporation Methods, systems, and computer readable media for resource cleanup in communications networks
US11895531B2 (en) * 2021-07-05 2024-02-06 Samsung Electronics Co., Ltd. Method and device for regulating flow of data transmission in a wireless network
US11539538B1 (en) * 2021-07-23 2022-12-27 Cisco Technology, Inc. System and mechanism to report usage for offline services with specific trigger requirements
WO2023006232A1 (en) * 2021-07-26 2023-02-02 Telefonaktiebolaget Lm Ericsson (Publ) First node, second node, third node, communications system and methods performed thereby for handling provision of a service to a device
US11985536B2 (en) * 2021-09-24 2024-05-14 Apple Inc. UE-driven packet flow description management
CN116390175A (zh) * 2021-12-24 2023-07-04 中兴通讯股份有限公司 N2切换的实现方法、会话管理功能网元、网络设备和介质
CN116367238A (zh) * 2021-12-28 2023-06-30 北京小米移动软件有限公司 数据传输方法、装置、终端及存储介质
US11709725B1 (en) 2022-01-19 2023-07-25 Oracle International Corporation Methods, systems, and computer readable media for health checking involving common application programming interface framework
US20230262791A1 (en) * 2022-02-17 2023-08-17 Hong Kong Applied Science And Technology Research Institute Co., Ltd. Method of Setting Up Connections Between Edge Sites in a 5G Communications Network
CN117279031A (zh) * 2022-06-13 2023-12-22 维沃移动通信有限公司 信息处理方法及通信设备
US11910455B1 (en) * 2022-08-12 2024-02-20 Cisco Technology, Inc. Techniques to provide sponsored data for a user equipment in a mobile network environment
WO2024039189A1 (ko) * 2022-08-17 2024-02-22 삼성전자 주식회사 무선 통신 시스템에서 pdcp sdu 폐기를 위한 방법 및 장치
WO2024050778A1 (zh) * 2022-09-08 2024-03-14 北京小米移动软件有限公司 一种人工智能服务策略的更新方法及装置
WO2024078695A1 (en) * 2022-10-11 2024-04-18 Huawei Technologies Co., Ltd. Quality of service support for service traffic requiring in-network computing in mobile networks
CN116133159B (zh) * 2022-12-12 2023-11-21 湖南星网云信息科技有限公司 Gtp数据包的处理方法、装置、计算机设备和存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2003206111A1 (en) * 2002-02-06 2003-09-02 Wintegra Ltd. Dynamic adjustment of aal2 timer cu in voice and data multiplexing over aal2 connections
US7894489B2 (en) * 2005-06-10 2011-02-22 Symmetricom, Inc. Adaptive play-out buffers and adaptive clock operation in packet networks
CN103685058B (zh) 2012-09-11 2017-05-17 北京信息科技大学 控制流数据的服务质量的方法和OpenFlow控制器
EP2979408B1 (en) * 2013-03-25 2017-09-27 Altiostar Networks, Inc. Systems and methods for scheduling of data packets based on delay tolerance of applications
CN107396401A (zh) 2016-05-17 2017-11-24 中兴通讯股份有限公司 数据发送方法及装置
US10362507B2 (en) 2016-06-10 2019-07-23 Huawei Technologies Co., Ltd. Systems and method for quality of service monitoring, policy enforcement, and charging in a communications network
US10484907B2 (en) 2016-07-05 2019-11-19 Electronics And Telecommunications Research Institute Communication method and apparatus based on quality of service (QoS) in network slice-based mobile communication network
CN106411943A (zh) 2016-11-25 2017-02-15 中国人民解放军信息工程大学 基于概率延迟的sdn网络主动防御***及其方法
US10805983B2 (en) * 2017-10-17 2020-10-13 Ofinno, Llc Control plane data transmission
EP3695639B1 (en) * 2018-01-11 2022-11-30 Samsung Electronics Co., Ltd. Monitoring and reporting service performance
US10511669B2 (en) * 2018-04-26 2019-12-17 Verizon Patent And Licensing Inc. Programmable user plane function

Also Published As

Publication number Publication date
US20200145876A1 (en) 2020-05-07
US11297530B2 (en) 2022-04-05
CN114845258A (zh) 2022-08-02
CN112889254A (zh) 2021-06-01
EP3864822A1 (en) 2021-08-18
EP3864822A4 (en) 2021-12-22
US20220174539A1 (en) 2022-06-02
WO2020088528A1 (en) 2020-05-07

Similar Documents

Publication Publication Date Title
CN112889254B (zh) 使用策略处理数据包的方法和***
CN111758279B (zh) 跟踪QoS违规事件
US10980084B2 (en) Supporting multiple QOS flows for unstructured PDU sessions in wireless system using non-standardized application information
US11483680B2 (en) Method and system for multicast and broadcast services
US11716780B2 (en) Methods and systems for multicast-broadcast session release and modification
US11166325B2 (en) Control plane based configuration for time sensitive networking
US11632705B2 (en) Device configuration for time sensitive network bridge
CN114946268A (zh) 对网络切片的控制
CN115462174A (zh) 用于处理卸载的会话管理
KR102397750B1 (ko) 앵커리스 백홀의 지원을 위한 gtp 터널
US20230247476A1 (en) Data Unit Handling in a Wireless System
WO2023212175A2 (en) Deterministic networks
US12010202B2 (en) Data unit in wireless system
US20240089795A1 (en) Data Unit Processing
WO2024072880A1 (en) Configuration of user plane congestion notification
WO2024072819A1 (en) User plane congestion notification control
WO2024097090A1 (en) Media data reporting

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant