CN117978560A - 网络设备选择方法及相关设备 - Google Patents

Abstract

本公开实施例提供了一种网络设备选择方法及相关设备，属于通信技术领域。该方法由会话管理功能网元执行，该方法包括：接收策略控制计费规则；确定所述策略控制计费规则包含支持数据包组处理的指示；选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。通过本公开实施例提供的方案，会话管理功能网元能够根据策略控制计费规则中包含的支持数据包组处理的指示来选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元，可以实现网络设备的兼容部署。

Description

网络设备选择方法及相关设备

技术领域

本公开涉及通信技术领域，具体而言，涉及一种网络设备选择方法、通信设备、计算机可读存储介质及计算机程序产品。

背景技术

随着通信协议版本的迭代，在移动通信网络的部署中可能会同时存在支持不同协议版本的网络设备，有些网络设备无法通过升级的方式支持特定的新增的网络性能，从而导致在特定的网络性能的部署时存在网络兼容性问题。

发明内容

本公开实施例提供一种网络设备选择方法、通信设备、计算机可读存储介质及计算机程序产品，能够实现网络设备的兼容部署。

本公开实施例提供一种网络设备选择方法，所述方法由会话管理功能网元执行，所述方法包括：接收策略控制计费规则；确定所述策略控制计费规则包含支持数据包组处理的指示；选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例提供一种网络设备选择方法，所述方法由策略控制功能网元执行，所述方法包括：生成策略控制计费规则；发送策略控制计费规则，所述策略控制计费规则包含支持数据包组的处理的指示，以使得选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例提供一种会话管理功能网元，包括：接收单元，用于接收策略控制计费规则；处理单元，用于确定所述策略控制计费规则包含支持数据包组处理的指示；处理单元还用于选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例提供一种策略控制功能网元，包括：处理单元，用于生成策略控制计费规则；发送单元，用于发送策略控制计费规则，所述策略控制计费规则包含支持数据包组的处理的指示，以使得选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例提供了一种通信设备，包括：一个或多个处理器；存储器，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述通信设备实现本公开实施例中所述的网络设备选择方法。

本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机上运行时，使得计算机执行时实现本公开实施例中所述的网络设备选择方法。

本公开实施例提供了一种计算机程序产品，包括计算机程序，该计算机程序被计算机执行时实现本公开实施例中所述的网络设备选择方法。

本公开一些实施方式提供的方法，会话管理功能网元能够根据策略控制计费规则中包含的支持数据包组处理的指示来选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元，可以实现网络设备的兼容部署。

附图说明

图1是本公开实施例提供的一种通信系统架构的示意图。

图2是本公开实施例提供的5G网络的系统架构图。

图3示意性示出了根据本公开一实施例的网络设备选择方法的流程图。

图4示意性示出了根据本公开另一实施例的网络设备选择方法的流程图。

图5示意性示出了根据本公开又一实施例的网络设备选择方法的流程图。

图6示意性示出了根据本公开再一实施例的网络设备选择方法的流程图。

图7示意性示出了根据本公开再一实施例的网络设备选择方法的流程图。

图8示意性示出了根据本公开一实施例的网络设备选择方法的交互示意图。

图9示意性示出了根据本公开一实施例的会话管理功能网元的框图。

图10示意性示出了根据本公开的一实施例的通信设备的结构图。

具体实施方式

为了使得本公开的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本公开的示例实施例。在附图中，相同的参考标号自始至终表示相同的元件。应当理解：这里描述的实施例仅仅是说明性的，而不应被解释为限制本公开的范围。

本公开实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统，5G系统或未来演进的移动通信系统等。

示例性的，本公开实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端进行通信。可选地，该网络设备110可以是GSM系统或CDMA系统中的基站(Base TransceiverStation，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，还可以是5G通信系统中的基站，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端120。作为在此使用的“终端”包括但不限于经由有线线路连接，如经由公共交换电话网络(PublicSwitched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(PersonalDigital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端或者未来演进的PLMN中的终端等。

可选地，终端120之间可以进行终端直连(Device to Device，D2D)通信。

图1示例性地示出了一个网络设备和两个终端，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端，本公开实施例对此不做限定。

可选地，该通信系统100还可以包括策略控制功能网元、接入和移动管理功能网元等其他网络网元，本公开实施例对此不作限定。

应理解，本公开实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端120，网络设备110和终端120可以为上文所述的具体设备，此处不再赘述。

应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

图2为本公开实施例的5G网络的系统架构图，如图2所示，5G网络系统中涉及到的设备包括：终端(UE)，无线接入网(Radio Access Network，RAN)，用户面功能(User PlaneFunction，UPF)网元，数据网络(Data Network，DN)，接入和移动管理功能(Access andMobility Management Function，AMF)网元，会话管理功能(Session ManagementFunction，SMF)网元，策略控制功能(Policy Control Function，PCF)网元，应用功能(Application Function，AF)网元，鉴权服务器功能(Authentication Server Function，AUSF)网元，统一数据管理(Unified Data Management，UDM)网元。

图3示意性示出了根据本公开一实施例的网络设备选择方法的流程图。图3实施例提供的方法可以由SMF网元执行，但本公开并不限定于此。如图3所示，本公开实施例提供的方法可以包括：

在S310中，接收策略控制计费规则(Policy and Charging Control，PCC规则)。

本公开实施例中，SMF网元可以从PCF网元接收上述PCC规则。

本公开实施例中，PCF可以根据运营商策略、网络信息和从AF网元接收到的业务需求信息等综合各个因素来设置PCC规则。例如，若AF网元发送的业务需求信息是针对数据包组的业务需求信息，则PCF网元设置的PCC规则中可以包括支持数据包组处理的指示；若从AF网元接收到的业务需求信息不包含针对数据包组的业务需求信息，则PCF网元设置的PCC规则中可以不包含支持数据包组处理的指示，但本公开并不限定于此。然后PCF网元将设置的PCC规则发送给SMF。

在S320中，确定所述策略控制计费规则包含支持数据包组处理的指示。

本公开实施例中，当SMF网元从PCF网元接收到PCC规则之后，判断该PCC规则中是否包含支持数据包组处理的指示；若判定该PCC规则中包含支持数据包组处理的指示，则继续执行S330。

本公开实施例中，针对服务质量(Quality of Service，QoS)流(flow)中的数据包(例如多媒体数据包)的网络传输进行优化，将数据包(例如多媒体数据包)进行分组传输，将具有相同或类似特征，和/或具有较强相互依赖性的数据包划分至同一个数据包组(即PDU(Protocol Data Unit，协议数据单元)Set(集)，可以简写为PS)中，将不具有相同或类似特征，或，不具有较强相互依赖性的数据包划分至为不同的数据包组。本公开实施例中，可以采用各种合适的方式来对数据包进行分组。

在一些实施例中，可以根据数据包的不同特性来划分组，将具有相同或相似特性的数据包划分至同一个组，将具有不同特性的数据包划分至不同组，例如若干个音频数据包划分至同一个组，若干个视频数据包划分至同一个组，或者将视频数据包中的一个I帧的数据包划分至同一个组，将一个P帧的数据包划分至另一个组，将1个B帧的数据包划分至其它组。也可以将视频帧中的一个帧的基础层的数据包划分至同一个组，也可以将该帧的增强层的数据包划分至同一个组。

在另一些实施例中，可以根据数据包之间的依赖性来划分组，可以将具有依赖关系的数据包划分至同一个组，将不具有依赖关系的数据包划分至不同的组。不同数据包之间是否具有相互依赖性或者较强的相互依赖性，这种相互依赖性可以根据实际场景需求设置，例如数据包之间是否相互依赖才能正确的解码和/或正确的接收。

在判断不同数据包之间是否具有较为密切的依赖关系，可以根据实际场景进行配置，例如若数据包传输的是编码之后的图像或视频数据，则可以根据客户端侧(可以对应终端侧)或业务服务器侧接收到该编码之后的图像或视频的数据包之后，对其进行解码，是否需要参考其它的数据包，在解码时具有参考或被参考关系的不同数据包可以被认为是具有较为密切的依赖关系，在解码时不具有参考或被参考关系的不同数据包可以被认为不具有较为密切的依赖关系。

在又一些实施例中，还可以根据数据包的重要程度来划分组，将目标业务流中的关键信息划分至同一个组，将非关键信息划分至另一个组。具体的以何种信息作为关键信息，何种信息作为非关键信息，可以根据实际需求设置，本公开对此不做限定。

在再一些实施例中，可以综合数据包的重要程序、依赖关系、特性的相似或相同等中的两种或者两种以上的因素进行数据包组的划分。例如，也可以将目标业务流中具有依赖关系的关键信息和非关键信息的数据包划分成一个数据包组，将具有依赖关系的另外的关键信息和非关键信息的数据包划分成另外一个数据包组，分组的数量不受限定，且这几个数据包组之间可以具有依赖性，也可以不具有依赖性。本公开不对数据包组的划分方式做限定。

本公开实施例中，QoS flow是指针对UE的业务流而言的，该业务流是指针对某一或某些业务，终端发送的上行数据包和/或业务服务器发出的下行数据包在网络中传输所形成的业务流，具体的业务可以根据实际需求设置。例如，业务可以是多媒体业务，所对应的数据包包括多媒体数据包，但本公开并不限定于此。

本公开实施例中，支持数据包组处理的指示用于指示SMF网元选择支持数据包组处理的UPF网元作为PDU会话的锚点UPF网元，支持数据包组处理是指支持针对数据包组设置的服务质量参数或者服务质量参数信息。

本公开实施例中，PCC规则中可以通过任意合适的方式来表示是否包含支持数据包组处理的指示。

在一些实施例中，可以在该PCC规则中增设指示字段，当该指示字段取值为第一值时，表示该PCC规则中包含支持数据包组处理的指示；当该指示字段取值为第二值时，表示该PCC规则中不包含支持数据包组处理的指示。

在另一些实施例中，当该PCC规则中包含上述指示字段时，表示该PCC规则中包含支持数据包组处理的指示；当该PCC规则中不包含上述指示字段时，表示该PCC规则中不包含支持数据包组处理的指示。

在又一些实施例中，当该PCC规则中包含针对数据包组的服务质量参数时，表示该PCC规则中包含支持数据包组处理的指示；当该PCC规则中不包含针对数据包组的服务质量参数时，表示该PCC规则中不包含支持数据包组处理的指示。

本公开实施例中，以5G网络传输机制和多媒体数据包为例(但本公开并不限定于此)，针对多媒体数据包提出了在网络内部针对数据包组进行QoS调度，定义针对数据包组的QoS profile信息，针对数据包组的QoS profile信息可以包括针对数据包组的QoS参数，例如PSER(PDU Set Error Rate，数据包组错误率或数据包组误码率)，PSDB(PDU SetDelay Budget，数据包组延时预算)等中的至少一项，也可以进一步包含GFBR(GuaranteedFlow Bit Rate，保证流比特率)，MFBR(Max Flow Bit Rate，最大流比特率)等中的至少一项。

其中，PSDB定义了数据包组在UE和UPF网元之间传输的时延上限。PSER是指在测量窗口(a measurement window)上，针对数据包组内未被成功接收的数据包的数量与发送的该数据包组内的数据包的总数量之间的比值的上限。PSDB和PSER的详细定义遵循3GPP的相关规范或研究报告。

本公开实施例中，该QoS flow可以是GBR(Guaranteed Bit Rate，保证比特率)的QoS flow，也可以是non-GBR(非保证比特率)的QoS flow。如果是用于non-GBR的QoS flow，针对数据包组的QoS参数不需要包含GFBR和MFBR信息；如果是用于GBR的QoS flow，针对数据包组的QoS参数还可以包括GFBR信息和MFBR信息中的至少一个。即本公开实施例提出了针对数据包组的QoS增强机制，提出了针对数据包组的QoS参数信息。

在S330中，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

当SMF网元判定PCC规则包含支持数据包组处理的指示时，该SMF网元在进行UPF选择时，选择支持数据包组处理的UPF(这里为了区分，称之为第一目标UPF网元)作为该PDU会话的锚点UPF网元，支持数据包组处理的UPF网元是指该UPF网元支持针对该数据包组的QoS参数信息。

本公开实施例提供的网络设备选择方法，会话管理功能网元能够根据策略控制计费规则中包含的支持数据包组处理的指示来选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元，可以实现网络设备的兼容部署。

在示例性实施例中，接收策略控制计费规则，可以包括：在协议数据单元会话建立流程中，或者在协议数据单元会话修改流程中，接收所述策略控制计费规则。其中，所述方法还可以包括：发起与所述第一目标用户功能网元的N4接口会话的建立或更新流程，以完成协议数据单元会话建立或者修改流程。

图4示意性示出了根据本公开另一实施例的网络设备选择方法的流程图。图4实施例提供的方法可以由SMF网元执行，如图4所示，本公开实施例提供的方法可以包括：

在S410中，在协议数据单元会话建立流程中，或者在协议数据单元会话修改流程中，接收所述策略控制计费规则。

在S420中，确定所述策略控制计费规则包含支持数据包组处理的指示。

在S430中，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例中，当SMF从PCF接收到PCC规则时，判断该PCC规则中是否包含支持数据包组处理的指示，若判定该PCC规则中包含支持数据包组处理的指示，则该SMF可以选择支持数据包组处理的第一目标UPF作为PDU会话的锚点UPF。

S420和S430可以分别参照上述S320和S330。

在S440中，发起与所述第一目标用户功能网元的N4接口会话的建立或更新流程，以完成协议数据单元会话建立或者修改流程。

本公开实施例提供的网络设备选择方法，当SMF需要建立或修改PDU会话时，且当接收到的PCC规则要求支持数据包组处理和针对数据包组的QoS参数时，SMF在选择UPF时，会考虑UPF是否支持数据包组处理。

在示例性实施例中，所述方法还可以包括：在所述第一目标用户面功能网元功能初始化或者部署或者功能更新时，配置所述第一目标用户面功能网元的信息，配置的所述第一目标用户面功能网元的信息中包括支持数据包组处理参数信息。所述支持数据包组处理参数信息可以用于指示所述第一目标用户面功能网元支持数据包组处理。

在示例性实施例中，所述支持数据包组处理参数信息可以包括针对数据包组的服务质量参数。

本公开实施例中，以多媒体数据包的传输为例，提出了基于数据包组的传输优化方案，即通过定义数据包组，将具有特定依赖关系或者具有相同属性的若干个数据包标记为同一个数据包组，并为传输该数据包组的QoS流定义了特定的QoS参数信息，如PSDB，PSER等。考虑到不同的数据面网元UPF的性能会有差异，对于基于数据包组的传输性能优化，不是所有的UPF都可以支持，这样在建立数据面传输路径时，如果选择了不支持数据包组传输性能优化的UPF，则无法实现相应的处理，因此，本公开实施例提出定义特定的参数即“支持数据包组处理参数信息”，该支持数据包组处理参数信息用于指示该UPF是否支持数据包分组处理的机制和针对数据包组的QoS参数。

图5示意性示出了根据本公开又一实施例的网络设备选择方法的流程图。图5实施例提供的方法可以由网络设备执行，如图5所示，本公开实施例提供的方法可以包括：

在S510中，在所述第一目标用户面功能网元功能初始化或者部署或者功能更新时，配置所述第一目标用户面功能网元的信息，配置的所述第一目标用户面功能网元的信息中包括支持数据包组处理参数信息。

本公开实施例中，SMF可以本地配置可用的UPF(即支持数据包组处理的UPF)的信息，例如，当UPF功能被初始化或者部署或者功能更新时，SMF本地配置该UPF的信息，本地配置的该UPF的信息中包含“支持数据包组处理参数信息”以指示该UPF网元支持数据包组处理。

在S310中，接收策略控制计费规则。

在S320中，确定所述策略控制计费规则包含支持数据包组处理的指示。

S310和S320可以参照上述实施例。

可以理解的是，本公开并不限定S510和S310-S320之间的执行顺序。

在S330中，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在S330中，当SMF选择UPF时，会考虑S510中配置的第一目标用户面功能网元的信息，并根据PCC规则的要求，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在示例性实施例中，配置的所述第一目标用户面功能网元的信息中还可以包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

本公开实施例中，在定义特定的UPF的参数即“支持数据包组处理参数信息”(该支持数据包组处理参数信息用于指示该UPF是否支持数据包分组处理的机制和针对数据包组的QoS参数)的基础上，进一步还可以包含UPF可以支持的数据包组的传输协议信息，如RTP(Real-time Transport Protocol，实时传输协议)协议，SRTP(Secure Real-timeTransport Protocol，安全实时传输协议)协议,MASQUE(Multiplexed ApplicationSubstrate over QUIC Encryption，基于QUIC(Quick UDP Internet Connection(快速UDP(User Datagram Protocol，用户数据报协议)互联网连接协议))加密的多路复用应用程序基板)协议，RTP协议的扩展或增强版本等，即指示该UPF可以支持哪些协议的解析来进一步标记数据包组的标识信息。

在示例性实施例中，配置的所述第一目标用户面功能网元的信息中还可以包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

本公开实施例中，在定义特定的UPF的参数即“支持数据包组处理参数信息”的基础上，进一步还可以包含UPF可以“支持依赖性处理”的指示信息。

在一些实施例中，当SMF为UPF配置的信息中包含该指示信息时，表示该UPF支持依赖性处理；当配置的信息中不包含该指示信息时，表示该UPF不支持依赖性处理。

在另一些实施例中，当SMF为UPF配置的信息中包含该指示信息，且该指示信息取值为第三值时，表示该UPF支持依赖性处理；当该指示信息取值为第四值，表示该UPF不支持依赖性处理。

本公开实施例中的“支持依赖性处理”是指数据包组之间具有较强或特定的相互依赖关系时，支持通过标记数据包组之间的依赖关系来处理数据包组的传输，一种可能的处理方式是，当被依赖的数据包组无法传输时，依赖该数据包组的数据包组会被丢弃，以实现在网络拥塞情况下可以在保证业务体验的基础上节省网络资源。“支持依赖性处理”也可以是指数据包组内部的数据包之间具有一定的依赖关系，当该数据包组内的一个或多个数据包无法传输时，该组内的其他数据包会被丢弃。

本公开实施例提供的网络设备选择方法，SMF可以在UPF功能被初始化或者部署或者功能更新时，本地配置该UPF的信息，本地配置的该UPF的信息中包含“支持数据包组处理参数信息”以指示该UPF网元支持数据包组处理。

在示例性实施例中，所述方法还可以包括：获取所述第一目标用户面功能网元的配置文件信息，所述配置文件信息可以包括支持数据包组处理参数信息。所述支持数据包组处理参数信息可以用于指示所述第一目标用户面功能网元支持数据包组处理。

在示例性实施例中，所述配置文件信息可以包括针对所述数据包组的服务质量参数，所述支持数据包组处理参数信息包括针对所述数据包组的服务质量参数。即若某个UPF网元的QoS profile信息(配置文件信息)中包含针对数据包组的QoS参数，则可以判定该UPF网元为支持数据包组处理的第一目标UPF网元。

图6示意性示出了根据本公开再一实施例的网络设备选择方法的流程图。

在S610中，获取所述第一目标用户面功能网元的配置文件信息，所述配置文件信息可以包括支持数据包组处理参数信息。所述支持数据包组处理参数信息可以用于指示所述第一目标用户面功能网元支持数据包组处理。

本公开实施例中，SMF也可以通过获取UPF的QoS profile信息来判断该UPF是否包含支持数据包组处理参数信息。

在S310中，接收策略控制计费规则。

在S320中，确定所述策略控制计费规则包含支持数据包组处理的指示。

S310和S320可以参照上述实施例。

可以理解的是，本公开并不限定S610和S310-S320之间的执行顺序。

在S330中，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在S330中，SMF根据S610中获取的配置文件信息，选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在示例性实施例中，获取所述第一目标用户面功能网元的配置文件信息，可以包括：从网络存储功能获取所述第一目标用户面功能网元的配置文件信息。

本公开实施例中，SMF也可以通过NRF(Network Repository Function，网络存储功能)网元来发现可用的UPF的实例信息，NRF可以提供UPF的QoS profile信息给SMF，该QoSprofile信息中可以包含支持数据包组处理参数信息。

在示例性实施例中，所述配置文件信息还可以包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

在示例性实施例中，所述配置文件信息还可以包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

本公开实施例提供的网络设备选择方法，SMF也可以通过获取UPF的QoS profile信息来判断该UPF是否包含支持数据包组处理参数信息。可选的，SMF可以通过NRF来获取该UPF的QoS profile信息，以此判断该UPF是否支持数据包组处理。当SMF选择UPF时，会考虑支持数据包组处理参数信息，根据PCC规则的要求，选择对应的UPF。

在示例性实施例中，所述方法还可以包括：已建立的协议数据单元会话中的第一服务质量流均不要求支持数据包组处理，且选择不支持数据包组处理的第二目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元；接收更新的策略控制计费规则；当更新的策略控制计费规则中指示建立第二服务质量流以支持数据包组处理时，重新选择支持数据包组处理的第三目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元。

图7示意性示出了根据本公开再一实施例的网络设备选择方法的流程图。图7实施例提供的方法可以由SMF网元执行，如图7所示，本公开实施例提供的方法可以包括：

在S701中，接收策略控制计费规则。

在S702中，判断策略控制计费规则是否包含支持数据包组处理的指示；若包含，则执行S703；反之，则执行S704。

在S703中，若策略控制计费规则包含支持数据包组处理的指示，则SMF网元选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在S704中，若策略控制计费规则不包含支持数据包组处理的指示，则SMF网元选择不支持数据包组处理的第二目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在S705中，接收更新的策略控制计费规则。

在S706中，判断更新的策略控制计费规则是否包含支持数据包组处理的指示；若包含，则SMF网元重新选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元；反之，则继续选择不支持数据包组处理的第二目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

本公开实施例提供的网络设备选择方法，当已经建立的PDU会话中的QoS流均不要求支持数据包组的处理，这时SMF选择的锚点UPF不需要支持数据包组处理，即PCC规则不需要具有支持数据包组处理的指示；当该PDU会话的SMF接收到更新的PCC规则中要求新建立QoS流来支持数据包组处理时，SMF会重新选择支持数据包组处理的锚点UPF。

图8示意性示出了根据本公开一实施例的网络设备选择方法的交互示意图。如图8所示，以网络设备为基站进行举例说明，本公开实施例提供的方法可以包括：

在S81中，触发PDU会话建立或修改流程。

本公开实施例中，UE触发PDU会话建立或修改流程，或者网络触发PDU会话修改流程，以建立了业务的PDU会话(如特定的DNN(Data Network Name，数据网络名称)，S-NSSAI(Single Network Slice Selection Assistance information，单个网络切片选择协助信息))。

在S82中，SMF从PCF接收PCC规则。

SMF从PCF接收新的PCC规则，也可以是更新的PCC规则。

在S83中，SMF根据从PCF接收到的PCC规则，进行UPF选择。

当PCC规则中包含支持数据包组处理的指示(例如包含针对数据包组的QoS参数)时，SMF选择支持数据包组处理的UPF作为第一目标UPF；反之，则选择不支持数据包组处理的UPF作为第二目标UPF。

在S84中，SMF与选择的UPF进行N4会话建立或更新流程。

SMF发起和选择的UPF(上述第一目标UPF或第二目标UPF)的N4接口会话的建立或更新流程。

在S85中，完成PDU会话建立流程。

网络完成PDU会话建立或修改流程。

本公开实施例提供的网络设备选择方法，一方面，针对业务流的数据包组进行QoS控制，优化了网络传输机制；另一方面，针对数据包(例如多媒体数据包)在通信网络中的传输，提出了可以用于移动通信网络的一种网络设备选择方法，通过定义特定的参数，实现移动通信网络选择可以支持特定性能的核心网网络设备，以实现网络设备的兼容部署。

进一步地，本公开实施例还提供了一种网络设备选择方法，所述方法由策略控制功能网元执行，所述方法可以包括：生成策略控制计费规则；发送策略控制计费规则，所述策略控制计费规则包含支持数据包组的处理的指示，以使得选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。本公开实施例的其它内容可以参考上述其它实施例。

图9示意性示出了根据本公开一实施例的会话管理功能网元的框图。如图9所示，本公开实施例提供的会话管理功能网元900可以包括接收单元910和处理单元920。

接收单元910可以用于接收策略控制计费规则。

处理单元920可以用于确定所述策略控制计费规则包含支持数据包组处理的指示。

处理单元920还可以用于选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

在示例性实施例中，接收单元910还可以用于：在协议数据单元会话建立流程中，或者在协议数据单元会话修改流程中，接收所述策略控制计费规则。其中，处理单元920还可以用于发起与所述第一目标用户功能网元的N4接口会话的建立或更新流程，以完成协议数据单元会话建立或者修改流程。

在示例性实施例中，处理单元920还可以用于：在所述第一目标用户面功能网元功能初始化或者部署或者功能更新时，配置所述第一目标用户面功能网元的信息，配置的所述第一目标用户面功能网元的信息中包括支持数据包组处理参数信息。所述支持数据包组处理参数信息可以用于指示所述第一目标用户面功能网元支持数据包组处理。

在示例性实施例中，所述支持数据包组处理参数信息可以包括针对数据包组的服务质量参数。

在示例性实施例中，配置的所述第一目标用户面功能网元的信息中还可以包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

在示例性实施例中，配置的所述第一目标用户面功能网元的信息中还可以包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

在示例性实施例中，接收单元910还可以用于：获取所述第一目标用户面功能网元的配置文件信息，所述配置文件信息包括支持数据包组处理参数信息。所述支持数据包组处理参数信息可以用于指示所述第一目标用户面功能网元支持数据包组处理。

在示例性实施例中，所述配置文件信息可以包括针对所述数据包组的服务质量参数，所述支持数据包组处理参数信息可以包括针对所述数据包组的服务质量参数。

在示例性实施例中，接收单元910还可以用于：从网络存储功能获取所述第一目标用户面功能网元的配置文件信息。

在示例性实施例中，所述配置文件信息还可以包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

在示例性实施例中，所述配置文件信息还可以包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

在示例性实施例中，处理单元920还可以用于：已建立的协议数据单元会话中的第一服务质量流均不要求支持数据包组处理，且选择不支持数据包组处理的第二目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元。接收单元910还可以用于接收更新的策略控制计费规则。处理单元920还可以用于：当更新的策略控制计费规则中指示建立第二服务质量流以支持数据包组处理时，重新选择支持数据包组处理的第三目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元。

图9实施例中的其它内容可以参照上述其它实施例。

进一步地，本公开实施例还提供了一种策略控制功能网元，策略控制功能网元可以包括：处理单元，可以用于生成策略控制计费规则；发送单元，可以用于发送策略控制计费规则，所述策略控制计费规则可以包含支持数据包组的处理的指示，以使得选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。本公开实施例中的其它内容可以参照上述其它实施例。

图10示意性示出了根据本公开的一实施例的通信设备1000的示意性结构图。该通信设备可以是终端例如UE，也可以是基站，还可以是PCF网元和/或AMF网元和/或SMF网元和/或UPF网元，图10所示的通信设备1000包括处理器1010，处理器1010可以从存储器中调用并运行计算机程序，以实现本公开实施例中的方法。

可选地，如图10所示，通信设备1000还可以包括存储器1020。其中，处理器1010可以从存储器1020中调用并运行计算机程序，以实现本公开实施例中的方法。

其中，存储器1020可以是独立于处理器1010的一个单独的器件，也可以集成在处理器1010中。

可选地，如图10所示，通信设备1000还可以包括收发器1030，处理器1010可以控制该收发器1030与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1030可以包括发射机和接收机。收发器1030还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，处理器1010、存储器1020以及收发器1030之间可以通过通信总线1040相互通信。

可选地，该通信设备1000具体可为本公开实施例的各种网元，并且该通信设备1000可以实现本公开实施例的各个方法中由各网元实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备1000具体可为本公开实施例的网络设备，并且该通信设备1000可以实现本公开实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本公开实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。

上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本公开实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。应理解，上述存储器为示例性但不是限制性说明。

本公开实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本公开实施例中的网络设备，并且该计算机程序使得计算机执行本公开实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选的，该计算机可读存储介质可应用于本公开实施例中的各网元，并且该计算机程序使得计算机执行本公开实施例的各个方法中由各网元实现的相应流程，为了简洁，在此不再赘述。

本公开实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本公开实施例中的网络设备，并且该计算机程序指令使得计算机执行本公开实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选的，该计算机程序产品可应用于本公开实施例中的各网元，并且该计算机程序指令使得计算机执行本公开实施例的各个方法中由各网元实现的相应流程，为了简洁，在此不再赘述。

本公开实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本公开实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本公开实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选的，该计算机程序可应用于本公开实施例中的各网元，当该计算机程序在计算机上运行时，使得计算机执行本公开实施例的各个方法中由各网元实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (15)

1.一种网络设备选择方法，其特征在于，所述方法由会话管理功能网元执行，所述方法包括：

接收策略控制计费规则；

确定所述策略控制计费规则包含支持数据包组处理的指示；

选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

2.根据权利要求1所述的方法，其特征在于，接收策略控制计费规则，包括：

在协议数据单元会话建立流程中，或者在协议数据单元会话修改流程中，接收所述策略控制计费规则；

其中，所述方法还包括：

发起与所述第一目标用户功能网元的N4接口会话的建立或更新流程，以完成协议数据单元会话建立或者修改流程。

3.根据权利要求1所述的方法，其特征在于，还包括：

在所述第一目标用户面功能网元功能初始化或者部署或者功能更新时，配置所述第一目标用户面功能网元的信息，配置的所述第一目标用户面功能网元的信息中包括支持数据包组处理参数信息；

所述支持数据包组处理参数信息用于指示所述第一目标用户面功能网元支持数据包组处理。

4.根据权利要求3所述的方法，其特征在于，所述支持数据包组处理参数信息包括针对数据包组的服务质量参数。

5.根据权利要求3所述的方法，其特征在于，配置的所述第一目标用户面功能网元的信息中还包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

6.根据权利要求3所述的方法，其特征在于，配置的所述第一目标用户面功能网元的信息中还包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

7.根据权利要求1所述的方法，其特征在于，还包括：

获取所述第一目标用户面功能网元的配置文件信息，所述配置文件信息包括支持数据包组处理参数信息；

所述支持数据包组处理参数信息用于指示所述第一目标用户面功能网元支持数据包组处理。

8.根据权利要求7所述的方法，其特征在于，所述配置文件信息包括针对所述数据包组的服务质量参数，所述支持数据包组处理参数信息包括针对所述数据包组的服务质量参数。

9.根据权利要求7所述的方法，其特征在于，获取所述第一目标用户面功能网元的配置文件信息，包括：

从网络存储功能获取所述第一目标用户面功能网元的配置文件信息。

10.根据权利要求7所述的方法，其特征在于，所述配置文件信息还包括所述第一目标用户面功能网元支持的数据包组的传输协议信息。

11.根据权利要求7所述的方法，其特征在于，所述配置文件信息还包括所述第一目标用户面功能网元是否支持依赖性处理的指示信息。

12.根据权利要求1至11任一项所述的方法，其特征在于，还包括：

已建立的协议数据单元会话中的第一服务质量流均不要求支持数据包组处理，且选择不支持数据包组处理的第二目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元；

接收更新的策略控制计费规则；

当更新的策略控制计费规则中指示建立第二服务质量流以支持数据包组处理时，重新选择支持数据包组处理的第三目标用户面功能网元作为所述协议数据单元会话的锚点用户面功能网元。

13.一种网络设备选择方法，其特征在于，所述方法由策略控制功能网元执行，所述方法包括：

生成策略控制计费规则；

发送所述策略控制计费规则，所述策略控制计费规则包含支持数据包组的处理的指示，以使得选择支持数据包组处理的第一目标用户面功能网元作为协议数据单元会话的锚点用户面功能网元。

14.一种通信设备，其特征在于，包括：

一个或多个处理器；

存储器，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述通信设备实现如权利要求1至12任一项所述的方法；或者，

如权利要求13所述的方法。

15.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至12任一项所述的方法；或者，

如权利要求13所述的方法。