CN110557786B - 一种无线承载建立、业务流的监测方法及装置 - Google Patents

Abstract

一种无线承载建立、业务流的监测方法及装置，在该方法中：接入网网元首先获取业务流的QoS策略，然后在接收到用于指示该QoS策略已生效或即将生效的第一信息后，则根据该QoS策略，为该业务流建立无线承载。这样，接入网网元只有在接收到指示接收的QoS策略为已生效模式或即将生效模式时，才会建立根据该接收的QoS策略建立无线承载，否则，便不会根据该QoS策略建立无线承载，从而可以根据实际情况选择性地建立无线承载，可以减少无线资源的浪费。

Description

一种无线承载建立、业务流的监测方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种无线承载建立、业务流的监测方法及装置。

背景技术

为满足多样化的业务需求，在移动通信技术中，采用了服务质量(quality ofservice，QoS)方案，该方案的做法为，针对各个业务对时延、带宽等的需求，建立与各个业务对应的QoS策略，从而，在某个业务进行的过程中，可以根据与该业务对应的QoS策略，向该业务提供相应的QoS保障。

在第五代移动通信技术(5th generation，5G)系统中，业务的QoS保障是由终端设备、(无线)接入网络((radio)access network，(R)AN)以及用户面功能(user planefunction，UPF)网元实现的。具体来讲，某个业务对应的数据包构成该业务的业务流(flow)，而QoS策略是基于该业务流进行的，因此在5G系统中，也可以将业务流称为QoS流，在下文中将以QoS流为例进行说明。当会话管理功能(session management function，SMF)网元生成与该QoS流对应的QoS策略后，将该QoS策略发送给UPF网元以及AMF网元，然后由AMF网元发送给(R)AN网元，(R)AN网元再将该QoS策略发送给终端设备。(R)AN网元在接收该QoS策略后，会立即为该QoS流分配无线资源，从而在(R)AN网元与该终端设备之间建立相应的无线承载，UPF网元在接收该QoS策略后，根据该QoS策略对该QoS流执行计费和带宽控制等策略，从而保证该QoS流的时延和带宽等需求。

然而，由于QoS策略的发送时刻与该QoS流的初始数据包的传输时刻之间可能存在较大的时延，(R)AN网元根据该QoS策略为该QoS流分配的无线资源在该时延内将不会有业务数据传输，从而造成无线资源的浪费。

发明内容

本申请实施例提供一种无线承载建立、业务流的监测方法及装置，用于减少无线资源的浪费。

第一方面，提供一种无线承载建立方法，该方法包括：接入网网元首先获取业务流的QoS策略，然后在接收到用于指示该QoS策略已生效或即将生效的第一信息，则根据该QoS策略，为该业务流建立无线承载。

在上述技术方案中，接入网网元只有在接收到指示接收的QoS策略为已生效模式或即将生效模式时，才会建立根据该接收的QoS策略建立无线承载，否则，便不会根据该QoS策略建立无线承载，从而可以根据实际情况选择性地建立无线承载，可以减少无线资源的浪费。

在一种可能的设计中，在该接入网网元根据所述QoS策略，为该业务流建立无线承载之后，该接入网网元确定在预设时长内未通过该无线承载接收该业务流的数据包，则释放该无线承载对应的资源。

在上述技术方案中，接入网网元可以根据该无线承载中数据包的传输情况，及时释放与该无线承载对应的资源，可以提高无线资源的利用率。

在一种可能的设计中，该第一信息为该业务流的数据包，该第一信息用于指示该QoS策略已生效。

在上述技术方案中，当接入网网元接收到该业务流的数据包时，则确定该QoS策略已生效，从而接入网网元可以根据该业务流的数据包触发建立无线承载。

在一种可能的设计中，若该第一信息用于指示该QoS策略已生效，则在该接入网网元获取QoS策略之后、且接收第一信息之前，该接入网网元接收用于指示延迟为该业务流建立无线承载的第二信息。

在上述技术方案中，接入网网元可以先接收延迟为该业务流建立无线承载的第二信息，这样，接入网网元在接收QoS策略后不会立即为该业务流建立无线承载，然后在接收到用于指示该QoS策略已生效的第一信息后，才会根据该QoS策略建立对应的无线承载。

第二方面，本申请实施例提供一种无线承载建立方法，该方法包括：会话管理功能网元首先获取业务流的服务质量QoS策略，然后在接收到用于指示该QoS策略已生效或即将生效的第一信息时，向接入网网元发送用于该接入网网元为该业务流建立无线承载的QoS策略。

在上述技术方案中，会话管理网元只有在接收到指示接收的QoS策略为已生效模式或即将生效模式时，才会将该QoS策略发送给接入网网元，进而使接入网网元根据接收的QoS策略建立与该业务流对应的无线承载，否则，便不会将该QoS策略发送给接入网网元，从而可以根据实际情况选择性地建立无线承载，可以减少无线资源的浪费。

在一种可能的设计中，在该会话管理功能网元向接入网网元发送该QoS策略之后，该会话管理功能网元从用户面功能UPF网元接收用于指示在预设时长内未检测到该业务流的数据包的第三信息，则该会话管理功能网元向该接入网网元发送用于指示该接入网网元释放该无线承载的第四信息。

在上述技术方案中，会话管理功能网元可以根据用户面功能网元对该无线承载中数据包的传输情况的检测结果，及时释放与该无线承载对应的资源，可以提高无线资源的利用率。

在一种可能的设计中，若该第一信息用于指示该QoS策略已生效，则在该会话管理功能网元获取QoS策略之后，且在获取第一信息之前，该会话管理功能网元接收用于指示延迟为该业务流建立无线承载第二信息。

在上述技术方案中，会话管理功能网元可以先接收延迟为该业务流建立无线承载的第二信息，这样，会话管理功能网元在接收QoS策略后不会立即将该QoS策略发送给接入网网元，从而接入网网元不会立即为该业务流建立无线承载，然后会话管理功能网元在接收到用于指示该QoS策略已生效的第一信息后，才会将该QoS策略发送给接入网网元，从而接入网网元则根据该QoS策略建立对应的无线承载。

在一种可能的设计中，该第一信息指示该用户面功能网元检测到该业务流的数据包时，该第一信息用于指示该QoS策略已生效。

在上述技术方案中，当会话管理功能网元接收到指示该用户面功能网元检测到该业务流的数据包的第一信息时，则确定该QoS策略已生效，从而将该QoS策略发送给接入网网元，以使该接入网网元根据该QoS策略建立无线承载。

第三方面，本申请实施例提供一种业务流的监测方法，该方法包括：用户面功能网元在从会话管理功能网元接收用于指示延迟为一个业务流建立无线承载的第二信息后，则监测是否存在该业务流的数据包，在检测到该业务流的数据包时，则向该会话管理功能网元发送用于指示该业务流的服务质量QoS策略已生效的第一信息，以使该会话管理功能网元通过该QoS策略为该业务流建立无线承载。

在上述技术方案中，用户面功能网元在监测到该业务流的数据包时，则向会话管理功能网元指示该QoS策略已生效，这样，会话管理功能网元才会根据该QoS策略发送给接入网网元，使得接入网网元建立与该业务流对应的无线承载，从而可以根据业务流的数据包的传输情况，选择性地建立无线承载，可以减少无线资源的浪费。

在一种可能的设计中，在该用户面功能网元向该会话管理功能网元发送第一信息之后，该用户面功能网元确定在预设时长内未检测到该业务流的数据包，则向该会话管理功能网元发送用于指示在该预设时长内未检测到该业务流的数据包的第三信息。

在上述技术方案中，用户面功能网元可以向会话管理功能网元上报该无线承载中数据包的传输情况，从而使会话管理功能网元可以根据该数据包的传输情况，及时释放与该无线承载对应的资源，可以提高无线资源的利用率。

第四方面，本申请实施例提供一种装置，该装置可以是接入网网元，也可以是接入网网元中的装置，该装置可以包括获取单元和处理单元，这些模块可以执行上述第一方面任一种设计示例中相应的功能，具体的，获取单元用于获取业务流的服务质量QoS策略和第一信息，所述第一信息用于指示所述QoS策略已生效或即将生效；处理单元，用于在接收到第一信息时，根据所述QoS策略，为所述业务流建立无线承载。

在一种可能的设计中，所述处理单元还用于：确定在预设时长内未通过所述无线承载接收所述业务流的数据包，则释放所述无线承载对应的资源。

在一种可能的设计中，所述第一信息为所述业务流的数据包，所述第一信息用于指示所述QoS策略已生效。

在一种可能的设计中，若所述第一信息用于指示所述QoS策略已生效，则在获取QoS策略之后、且接收第一信息之前，所述获取单元还用于：接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

第五方面，本申请实施例提供一种装置，该装置可以是会话管理功能网元，也可以是会话管理功能网元中的装置，该装置可以包括获取单元和处理单元，这些模块可以执行上述第二方面任一种设计示例中相应的功能，具体的，获取单元，用于获取业务流的服务质量QoS策略和用于指示所述QoS策略已生效或即将生效的第一信息；处理单元，用于在接收到所述第一信息时，控制所述通信接口向接入网网元发送所述QoS策略，所述QoS策略用于所述接入网网元为所述业务流建立无线承载。

在一种可能的设计中，在控制所述通信接口向接入网网元发送所述QoS策略之后，所述获取单元还用于：从用户面功能UPF网元接收第三信息，所述第三信息用于指示在预设时长内未检测到所述业务流的数据包；向所述接入网网元发送第四信息，所述第四信息用于指示所述接入网网元释放所述无线承载。

在一种可能的设计中，若所述第一信息用于指示所述QoS策略已生效，则在获取QoS策略之后，获取第一信息之前，所述获取单元还用于：接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

在一种可能的设计中，所述第一信息为所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

第六方面，本申请实施例提供一种装置，该装置可以是用户面功能网元，也可以是用户面功能网元中的装置，该装置可以包括获取单元和处理单元，这些模块可以执行上述第三方面任一种设计示例中相应的功能，具体的，获取单元用于从会话管理功能SMF网元接收第二信息，所述第二信息用于指示延迟为一个业务流建立无线承载；处理单元用于监测所述业务流，并在检测到所述业务流的数据包时，控制所述通信接口向所述SMF网元发送第一信息，所述第一信息用于指示所述业务流的服务质量QoS策略已生效，所述QoS策略用于为所述业务流建立无线承载。

在一种可能的设计中，在控制所述通信接口向所述SMF网元发送第一信息之后，所述处理单元还用于：确定在预设时长内未检测到所述业务流的数据包；控制所述通信接口向所述SMF网元发送第三信息，所述第三信息用于指示在所述预设时长内未检测到所述业务流的数据包。

第七方面，本申请实施例提供一种装置，该装置包括处理器，用于实现上述第一方面描述的方法。所述装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第一方面描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信。示例性地，该其它设备为会话管理功能网元。

在一种可能的设计中，该装置包括：通信接口，用于获取业务流的服务质量QoS策略和第一信息，所述第一信息用于指示所述QoS策略已生效或即将生效；存储器，用于存储程序指令；处理器，用于执行所述存储器中存储的程序指令，在接收到第一信息时，根据所述QoS策略，为所述业务流建立无线承载。

在一种可能的设计中，所述处理器还用于：确定在预设时长内未通过所述无线承载接收所述业务流的数据包，则释放所述无线承载对应的资源。

在一种可能的设计中，所述第一信息为所述业务流的数据包，所述第一信息用于指示所述QoS策略已生效。

在一种可能的设计中，若所述第一信息用于指示所述QoS策略已生效，则在获取QoS策略之后、接收第一信息之前，所述通信接口还用于：接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

第八方面，本申请实施例提供一种装置，该装置包括处理器，用于实现上述第二方面描述的方法。所述装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第二方面描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信。示例性地，该其它设备为用户面功能网元或接入网网元。

在一种可能的设计中，在控制所述通信接口向接入网网元发送所述QoS策略之后，所述通信接口还用于：从用户面功能UPF网元接收第三信息，所述第三信息用于指示在预设时长内未检测到所述业务流的数据包；向所述接入网网元发送第四信息，所述第四信息用于指示所述接入网网元释放所述无线承载。

在一种可能的设计中，若所述第一信息用于指示所述QoS策略已生效，则在获取QoS策略之后，获取第一信息之前，所述通信接口还用于接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

在一种可能的设计中，所述第一信息为所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

第九方面，本申请实施例提供一种装置，该装置包括处理器，用于实现上述第三方面描述的方法。所述装置还可以包括存储器，用于存储程序指令和数据。所述存储器与所述处理器耦合，所述处理器可以调用并执行所述存储器中存储的程序指令，用于实现上述第三方面描述的方法。所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信。示例性地，该其它设备为会话管理功能网元。

在一种可能的设计中，在控制所述通信接口向所述会话管理功能网元发送第一信息之后，所述处理器还用于：确定在预设时长内未检测到所述业务流的数据包；控制所述通信接口向所述会话管理功能网元发送第三信息，所述第三信息用于指示在所述预设时长内未检测到所述业务流的数据包。

第十方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中、或第二方面中、或第三方面中任意一项所述的方法。

第十一方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中、或第二方面中、或第三方面中任意一项所述的方法。

第十二方面，本申请提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第一方面、或第二方面、或第三方面所述的方法。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十三方面，本申请提供了一种系统，所述系统包括上述第四方面、或上述第五方面、或上述第六方面、或上述第七方面、或上述第八方面、或上述第九方面所述的装置。

上述第四方面至第十三方面实现方式的有益效果可以参考对第一方面至第三方面的方法及其实现方式的有益效果的描述。

附图说明

图1为本申请实施例提供的一种通信系统的结构图；

图2为现有技术中根据QoS策略对QoS流进行QoS保障的流程图；

图3为本申请实施例提供的一种无线承载建立方法的流程图；

图4为本申请另一实施例提供的一种无线承载建立方法的流程图；

图5为本申请另一实施例提供的一种无线承载建立方法的流程图；

图6为本申请另一实施例提供的一种无线承载建立方法的流程图；

图7为本申请一实施例提供的一种装置的结构示意图；

图8为本申请另一实施例提供的一种装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：NR系统、LTE系统、先进的长期演进(advanced long term evolution，LTE-A)系统、第三代合作伙伴计划(the 3rdgeneration partnership project，3GPP)相关的蜂窝系统以及下一代移动通信系统等。

此外，所述通信系统还可以适用于面向未来的通信技术，本申请实施例描述的系统是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面对本申请实施例的应用场景作简要介绍。请参考图1，为本申请实施例提供的一种通信系统的结构图，本申请实施例中的技术方案适用于该通信系统中的对QoS流进行QoS保障的场景。以下，对如图1所示的通信系统中的各个网元的功能进行说明，以便于本领域技术人员理解。

(1)网络能力开放功能(network exposure function，NEF)网元，通过N30接口与策略控制功能(policy control function，PCF)网元连接，主要用于与第三方交互，使第三方可以间接与某些第三代合作伙伴计划(3rd generation partnership project，3GPP)网络内部的网元进行交互。

(2)应用功能(application function，AF)网元，通过N5接口与PCF网元连接，用于将第三方的业务要求提供给PCF网元，使得PCF网元根据该业务要求生成相应的QoS策略。

(3)PCF网元，通过N7接口与SMF网元连接，通过N15接口与接入和移动性管理功能(access and mobility management function，AMF)网元连接，用于存储或生成会话管理相关的规则，例如，会话的QoS策略，并将该规则提供给SMF网元，还用于生成移动性管理相关的策略信息并提供给AMF网元。

(4)SMF网元，通过N11接口与AMF网元连接，用于管理终端设备的所有控制面功能，包括UPF实体选择，网络协议(internet protocol，IP)地址分配，会话的QoS属性管理，从PCF网元获取策略控制和计费(policy control and charging，PCC)规则，以及为用户面分配会话资源等。

(5)AMF网元，用于完成对终端设备的认证，终端设备的移动性管理，网络切片选择，SMF网元选择等功能；作为N1和N2信令连接的锚点并为SMF网元提供N1和N2会话管理(session management，SM)消息的路由；维护和管理终端设备的状态信息。需要说明的是，多个AMF网元之间使用N14接口进行通信。

(6)统一的数据管理(unified data management，UDM)网元，通过N8接口与AMF网元连接，通过N10接口与SMF网元连接，并通过N13接口与鉴权服务功能(authenticationserver function，AUSF)网元连接，用于存储终端设备的签约信息，并分别通过N8、N10、N13接口为这些对应的网元提供签约相关的参数信息。

(7)AUSF网元，通过N12接口与AMF网元连接，用于获取安全认证向量，所述安全认证向量用于执行终端设备和网络侧之间的安全认证。

(8)用户面功能(user plane function，UPF)网元，通过N4接口与SMF网元连接，UPF网元作为协议数据单元(protocol data unit，PDU)会话连接的锚定点，负责对终端设备的数据报文过滤、数据传输或转发、速率控制、生成计费信息等。需要说明的是，两个UPF网元之间通过N9接口进行通信。

(9)数据网络(data network，DN)网元，通过N6接口与UPF网元连接，用于生成需要发送给终端设备的下行数据，以及接收终端设备发送的上行数据。

(10)(R)AN网元，通过用户面接口N3和UPF网元相连，用于传输终端设备的数据；(R)AN网元通过控制面接口N2和AMF网元建立控制面信令连接，用于实现无线接入承载控制等功能。(R)AN网元可以是采用不同接入技术的接入网络，例如，3GPP接入技术或非第三代合作伙伴计划(none 3rd generation partnership project，non-3GPP)接入技术。接入网网元会根据SMF实体提供的QoS规则，为用户面传输通道分配合适的资源。

其中，(R)AN网元也可以称为接入网网元，例如基站，可以是新空口(new radio，NR)系统中的gNB(gNode B)，长期演进(long term evolution，LTE)系统中的演进型基站(evolutional NodeB，eNB或eNodeB)，可以是新空口控制器(new radio controller，NRcontroller)，可以是集中式网元(centralized unit)，可以是射频拉远模块，可以是微基站，可以是分布式网元(distributed unit)，可以是接收点(transmission receptionpoint，TRP)或传输点(transmission point，TP)，还可以是云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器，或者可以为中继站、接入点、车载设备、可穿戴设备以及未来演进的公共陆地移动网络(public land mobile network，PLMN)中的接入网设备或者任何其它无线接入设备，但本申请实施例不限于此。

(11)终端设备，可以是无线终端设备也可以是有线终端设备。终端设备可以经RAN与一个或多个核心网进行通信，终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置、个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiation protocol，SIP)话机、无线本地环路(wirelesslocal loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。无线终端也可以称为系统、订户单元(subscriber unit，SU)、订户站(subscriber station，SS)，移动站(mobile station，MB)、移动台(mobile)、远程站(remote station，RS)、接入点(access point，AP)、远程终端(remote terminal，RT)、接入终端(access terminal，AT)、用户终端(user terminal，UT)、用户代理(user agent，UA)、终端设备(user device，UD)、或用户装备(user equipment，UE)。

(12)QoS策略：包括QoS流标识(QoS flow ID，QFI)、数据包过滤器(packetfilter)、QoS描述(QoS profile)和QoS特征(QoS characteristics)等。当然，也可以包含其他信息，在此不一一列举。

(13)业务数据发生：表示数据发送方，例如，终端设备或者DN网元等，向数据接收方发送属于该业务的第一个数据包。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

本文中的一些技术特征的名称，例如网元的名称以及概念的名称等，都是以4G系统以及当前的5G系统为例对本申请实施例进行的描述，其可能随着网络的演进发生变化，具体演进可以参考相应标准中的描述。

应理解的是，本文中所示的各个网元可以是物理概念，例如在物理上可以是单个的设备，也可以将至少两个网元集成在同一个物理设备上，或者，本文所示的网元也可以是逻辑概念，例如为软件模块或者为与各个网元提供的服务对应的网络功能，网络功能可以理解为虚拟化实现下的一个虚拟化功能，还可以理解为服务化网络下提供服务的网络功能，例如，专门用于为用户面分配PDU会话资源的网络功能，或者专门用于向终端设备提供QoS策略的网络功能等，本申请实施例不作具体限定。

为了更好地理解本申请实施例提供的技术方案，下面先介绍现有技术中根据QoS策略对QoS流进行QoS保障的流程。如图2所示，在现有技术中，根据QoS策略对QoS流进行QoS保障的流程如下：

1、SMF网元从PCF网元获取与QoS流对应的QoS策略。

具体来讲，该QoS策略可以是SMF网元主动向PCF网元请求的，例如图1中的情景(Scenario)1，SMF网元接收终端设备发送的协议数据单元会话(protocol data unitsession，PDU)建立请求，则SMF网元向PCF发送用于请求对应的QoS策略的信息，PCF网元在接收SMF网元发送的该信息后，则从统一数据库(unified data repository，UDR)中获取该终端设备的静态签约信息，根据该静态签约信息生成QoS策略，然后将该QoS策略发送给SMF网元。或者，该QoS策略也可以是由PCF网元主动发送的，例如图1中Scenario 2，PCF网元接收AF网元发送的用于对某个QoS流请求QoS保障的信息，或图1中的Scenario 3，PCF网元接收NEF网元发送的用于请求为某个QoS流进行QoS提升的信息，在这两种情境下，PCF网元将AF网元或NEF网元发送的信息转换为对应的QoS策略，然后将该QoS策略发送给SMF网元。

PCF网元可以通过预定义规则方式或动态规则方式，将QoS策略发给SMF。对于通过预定义规则方式发送QoS策略，SMF网元上预先配置有多种预定义规则，PCF网元只需将与该QoS策略对应的预定义规则的索引号，例如规则名等，下发给SMF网元即可；对于通过动态规则方式发送QoS策略，PCF网元需将该QoS策略的具体信息发送给SMF网元。

2、SMF网元将QoS策略发送给UPF网元。

具体来讲，SMF网元将PCF网元发送的QoS策略进行处理后，才发送给UPF网元、(R)AN网元以及终端设备。需要注意的是，SMF网元给UPF网元、(R)AN网元以及终端设备的QoS策略可能互不相同，也可能与SMF网元从PCF网元接收的QoS策略不完全相同，例如，SMF网元发送给UPF的某些信息可能是PCF网元没有提供的，如QFI，QFI是SMF网元根据从PCF网元接收的QoS策略生成的，然后SMF网元会将该QFI发送给UPF、(R)AN网元以及终端设备。或者SMF网元不会将QoS策略中的所有信息都发送给UPF网元、(R)AN网元以及终端设备，例如，SMF网元不会将QoS策略中包含的分配保留优先级(allocation and retention priority，ARP)提供给UPF网元，SMF网元不会将QoS策略中包含的流描述信息发给(R)AN等。因此，当SMF网元获取该QoS策略后，则将该QoS策略中需要发送给UPF网元的内容发送给UPF网元，具体内容在此不作限制。

3、UPF网元接收SMF网元发送的QoS策略，则UPF网元存储接收的QoS策略，并使用接收的QoS策略对QoS流执行计费和带宽控制等控制策略。

4、SMF网元将QFI以及QoS profile等QoS策略通过AMF网元发送给(R)AN网元。

5、(R)AN网元收到该QoS策略后，根据QFI、QoS profile等信息为QoS流分配无线资源和信道，实现QFI到无线资源的映射，进而与终端设备建立相应的无线承载。

6、SMF网元将QFI以及QoS rule等QoS策略通过AMF网元/(R)AN网元发送给终端设备。

7、终端设备收到该QoS策略后，根据QFI、packet filters、QoS rule等信息，实现业务数据流到QFI的映射，以及QFI到无线资源的映射，进而与(R)AN网元建立相应的无线承载。

在现有技术中，UPF网元、(R)AN网元以及终端设备在接收到QoS策略后，会立即根据该QoS策略执行相应的QoS保障，例如，在(R)AN网元侧，当(R)AN网元接收到QoS策略后，则立即根据该QoS策略为该QoS流分配无线资源，建立无线承载，如果该QoS流中无业务数据传输，则为该QoS流保留该无线资源，直至(R)AN网元接收由控制面发送的对该无线资源进行回收的指令，再根据该指令回收该无线资源。由于QoS策略的发送时刻与该QoS流对应的业务数据的发生时刻可能存在较大的时延，例如，SMF网元根据终端设备发送的PDU会话请求，向PCF网元请求获取与终端设备对应的QoS策略，并向UPF网元、(R)AN网元以及终端设备发送了QoS策略，而终端设备向SMF网元发送PDU会话请求的时机可能是在终端设备首次接入核心网的时候，在终端设备首次接入核心网时，终端设备可能还没有开始使用该业务，因此，可能并不会立即产生实际业务数据，从而(R)AN网元根据该QoS策略为该QoS流分配的无线资源在终端设备开始使用该业务之前的时间段内将不会有业务数据传输，造成无线资源的浪费。

鉴于此，本申请实施例提供一种无线承载建立方法，以减少无线资源的浪费。

下面结合附图介绍本申请实施例提供的技术方案，在下面的介绍过程中，以本申请提供的技术方案应用在图1所示的应用场景中为例。需要说明的是，由于本申请实施例中的技术方案为QoS策略设置了生效模式，则在图1所示的各个网元中，例如，SMF网元、UPF网元、(R)AN网元以及终端设备等，需要支持对该生效模式的处理，具体的处理过程将在下文中详细描述。

请参考图3，为本申请实施例提供的一种无线承载建立方法的流程图，该流程图的描述如下：

步骤301、终端设备向SMF网元发送PDU会话建立请求，SMF网元接收该PDU会话建立请求。在本申请实施例中，由于与SMF网元交互的终端设备有多个，为方便描述，后文将以其中一个终端设备为例进行说明。

步骤302、SMF网元向PCF网元发送与该PDU会话对应的QoS策略请求，PCF网元接收该QoS策略请求。

具体来讲，一个PDU会话中包含一个缺省的服务质量流(default QoS flow)和零到多个非保证比特速率服务质量流(Non-guaranteed Bit Rate QoS flow，non-GBR Qosflow)或保证比特速率服务质量流(Guaranteed Bit Rate QoS flow，GBR QoS flow)。其中所有未指定QoS策略的业务流或QoS策略与缺省的QoS流相同的业务流都在该缺省的QoS流上传输。当SMF网元接收终端设备发送的PDU会话建立请求后，可从PCF网元获取该PDU会话的缺省QoS策略和其他业务控制策略，业务控制策略可能包括计费和QoS策略等某业务具体的控制策略。SMF网元根据获取的业务QoS策略确定是否为该业务建立QoS流，若该业务的QoS策略与缺省的QoS流不同，那么SMF网元需为该业务创建不同于缺省的QoS流的新的QoS流来对该业务进行QoS保障。在本申请实施例中，将具备相同QoS策略的至少一个业务流称为QoS流。由于(R)AN网元对于non-GBR QoS流和GBR QoS流均需建立无线承载，但(R)AN网元还需要对GBR QoS流额外预留带宽资源，因此合理管理(R)AN网元上GBR QoS流的无线承载，对减少无线资源更有意义，在下面的介绍中，将以GBR QoS流为例进行说明。

另外，在5G系统中使用QFI来标识一个QoS流，QFI在一个PDU会话内唯一，多个不同的PDU会话可能具有相同的QFI，具有相同QFI的QoS流在(R)AN网元或者UPF网元上的流转发处理相同。

步骤303、PCF网元从UDR网元获取终端设备1的静态签约数据。具体来讲，该静态签约数据为终端设备签约的业务相关数据，例如，可以是终端设备开户时的业务套餐数据，该业务套餐数据指明该终端设备缺省的计费带宽等策略，该业务相关数据中还可以包含针对某个业务的特定的QoS策略等，在此不作限制。

步骤304、PCF网元根据静态签约数据获取相应的QoS策略，以及确定该QoS策略的生效模式。

一种示例，PCF网元从UDR网元获取终端设备1在接入核心网时的静态签约数据后，可以根据该静态签约数据中的业务需求生成对应的QoS策略，例如，该业务需求可以是不低于10Mbit/s的传输带宽的需求，则该业务对应的QoS策略中的GBR为10Mbit/s。由于该静态签约数据中可能包含需要对业务进行GBR QoS保障的QoS策略，在这种情况下，PCF网元也可以直接从静态签约数据中获取业务的QoS策略。

在PCF网元获取该QoS策略后，还可以为该QoS策略设置其生效模式。在本申请实施例中，生效模式用于指示其他网元在接收到该QoS策略时是否立即根据该QoS策略执行相应的操作，例如，该生效模式可以用于指示(R)AN网元在接收到该QoS策略时立即为该GBR QoS流建立无线承载或者延迟为该GBR QoS流建立无线承载，当然，由于不同的网元根据该QoS策略执行的操作不同，在此就不一一举例了。

例如，该生效模式可以通过迟滞属性标识表示，例如，可以将生效模式标记为Mode信息，当然，该生效模式也可以采用其他形式表示，在此不作限制，在下面的描述中，将以Mode信息为例进行介绍。Mode信息至少对应两种取值，其中的一种取值用于指示立即生效，也可以称为即将生效，其中的另一种取值用于指示延迟生效。例如，对于QoS策略是根据UDR网元中的静态签约数据获取的业务场景，由于在获取该QoS策略时可能并无业务数据传输，因此，只需要在业务数据发生时进行QoS保障即可，在这种情况下，PCF网元可以将Mode信息设置为延迟生效，在本申请实施例即为这种场景；而对于其他的业务场景，例如，对于QoS策略来源于AF网元的业务触发或NEF网元的能力开放触发场景，AF网元的业务触发场景例如在基于互联网协议多媒体系统(internet protocol multimedia subsystem，IMS)的语音业务(voice over LTE，VoLTE)场景中，AF网元为特定的业务流请求QoS保障，NEF网元的能力开放触发场景例如第三方(over the top，OTT)向NEF网元发送用于为特定业务流请求QoS提升的请求的场景，在这些场景中，PCF网元获取该QoS策略时已经明确与该QoS策略对应的业务数据即将发生或已经发生，PCF网元可以将Mode信息设置为立即生效。Mode信息的取值指示立即生效，UPF网元、(R)AN网元以及终端设备在接收到该QoS策略后立即为与该QoS策略对应的GBR QoS流建立无线承载，Mode信息的取值指示延迟生效，UPF网元、(R)AN网元以及终端设备在接收到该QoS策略后不为该GBR QoS流建立无线承载，这样，UPF网元、(R)AN网元以及终端设备等网元只在有业务数据发生的情况下，为该业务数据对应的GBR QoS流建立无线承载，既可以满足业务数据对QoS的需求，又可以减少无线资源的浪费，尤其是对GBR QoS流的无线资源的浪费。

例如，该Mode信息可以通过一个比特实现，例如，该一个比特的取值为1，表示延迟生效，该一个比特的取值为0，表示立即生效，这样，Mode信息所占用的资源较少，且指示也较为清晰。当然，Mode信息也可以有其他实现形式，在此不作限制。

需要说明的是，Mode信息的取值可以由PCF网元设置，或者也可以携带在用于对业务流请求QoS保障或者QoS提升的业务请求中，例如，对于QoS策略来源于AF网元的业务触发或NEF网元的能力开放触发场景，该Mode的取值也可以携带在AF网元向PCF网元发送的用于为特定的业务流请求QoS保障的请求或NEF网元向PCF网元发送的用于为特定业务流请求QoS提升的请求中，发送给PCF网元，这样可以增加网络系统的灵活性。在本申请实施例中不对Mode信息的取值的设置方式进行限制。

另外，需要说明的是，Mode信息可以是QoS策略的一部分，包括在QoS策略中，例如，在承载QoS策略的信息字段中增加一个或多个比特来指示Mode信息的取值，而增加的比特也属于承载QoS策略的信息字段的一部分；或者，Mode信息与QoS策略也可以是两个彼此独立的信息，在此不作限制。

步骤305、PCF网元向SMF网元发送该QoS策略和第二信息，SMF网元接收该QoS策略和第二信息。

在本申请实施例中，第二信息用于指示延迟为GBR QoS流建立无线承载。由于PCF网元确定该Mode信息的取值指示延迟生效，因此，该Mode信息即为该第二信息，在下面的介绍中，将以Mode信息为例进行说明。其中PCF网元可以在不同时间点分别向SMF网元发送QoS策略和第二信息。

步骤306、SMF网元将该QoS策略和Mode信息发送给UPF网元，UPF网元接收该QoS策略和Mode信息。

具体来讲，SMF网元接收该QoS策略后，将对该QoS策略进行处理，例如，从接收的QoS策略中筛选出不需要发送给UPF网元的内容，从而得到处理后的QoS策略，然后将处理后的QoS策略和Mode信息发送给UPF网元，需要说明的是，QoS策略与Mode信息为两个独立的信息，SMF网元也需要将Mode信息转换成UPF网元能够识别的信息，在此不再赘述，这样，可以减少SMF网元的运算复杂度，当然，也可以将Mode信息携带在处理后的QoS策略中，在此不作限制。

当然，SMF网元也可以采用其他方式向UPF网元发送该QoS策略和Mode信息，在此不作限制。

需要说明的是，在本申请实施例中，SMF网元向UPF网元或者其他网元发送的“该QoS策略”，应该理解为根据SMF网元从PCF网元接收的QoS策略得到的，例如，可能经过了筛选处理后得到的QoS策略，而不能理解为该QoS策略与SMF网元从PCF网元接收的QoS策略完全相同。

步骤307、UPF网元根据QoS策略进行相应的处理。

UPF网元从SMF网元接收Mode信息后，则将该QoS策略存储起来，并根据Mode信息的取值进行相应的处理。例如，若Mode信息的取值用于指示立即生效，则UPF网元可采用如图2所示的流程中的第3个步骤的处理方式，在此不再赘述，而若Mode信息的取值用于指示延迟生效，则当UPF在检测到该QoS流对应的业务数据后，再根据存储的该QoS策略对该业务数据进行如图2所示的流程中的第3个步骤的处理。

在本申请实施例中，该Mode信息的取值用于指示延迟生效，即，指示延迟为该GBRQoS流建立无线承载，则UPF网元识别与该GBR QoS流对应的业务数据，例如，从QoS策略中获取与该GBR QoS流对应的QFI，建立该GBR QoS流与QFI的映射关系，并通过QFI识别业务数据。

需要说明的是，步骤301-步骤307为可选步骤，即，不是必须要执行的，例如，SMF网元中也可以预先存储QoS策略和Mode信息，SMF网元可直接执行步骤308，主动将该QoS策略和Mode信息发送给(R)AN网元，在此不作限制。

步骤308、SMF网元将该QoS策略和Mode信息发送给(R)AN网元，(R)AN网元接收该QoS策略和Mode信息。

SMF网元从PCF网元接收QoS策略后，对该QoS策略进行处理，例如，SMF网元根据该QoS策略生成QFI，并从该QoS策略中筛选出不需要发送给(R)AN网元的信息，得到处理后的QoS策略，然后将Mode信息和处理后的QoS策略发送给AMF网元，由AMF网元将Mode信息和该处理后的QoS策略发送给(R)AN网元。

需要说明的是，步骤308与步骤306中的处理过程相同，步骤308的处理过程可参见步骤306，在此不再赘述。

步骤309、(R)AN网元根据Mode信息进行处理。

具体来讲，(R)AN网元接收Mode信息和该处理后的QoS策略后，根据该Mode信息的取值进行相应的处理。例如，若Mode信息的取值用于指示立即生效，则(R)AN网元可采用如图2所示的流程中的第5个步骤的处理方式，在此不再赘述；若Mode信息的取值用于指示延迟生效，则(R)AN网元暂不为该GBR QoS流进行资源分配，以及不为该GBR QoS流建立无线承载。

在本申请实施例中，以该Mode信息的取值指示延迟生效为例，因此(R)AN网元可以保存该QoS策略，暂不为该GBR QoS流进行资源分配，以及不为该GBR QoS流建立无线承载。

步骤310、SMF网元将该QoS策略和Mode信息发送给终端设备，终端设备接收该QoS策略和Mode信息。

具体来讲，SMF网元从PCF网元接收QoS策略后，将对该QoS策略进行处理，例如，SMF网元根据该QoS策略生成QFI，并从接收的QoS策略中筛选出不需要发送给终端设备的内容，得到处理后的QoS策略，然后将Mode信息和处理后的QoS策略发送给AMF网元，由AMF网元将Mode信息和处理后的QoS策略发送给(R)AN网元，由(R)AN网元将Mode信息和处理后的QoS策略发送给终端设备，在这种情况下，AMF网元和(R)AN网元对接收的QoS策略和Mode信息透传，不进行处理。

需要说明的是，步骤310与步骤306中的处理过程相同，步骤310的处理过程可参见步骤306，在此不再赘述。

步骤311、终端设备根据Mode信息进行处理。

终端设备接收Mode信息和进行格式转换后的QoS策略后，根据该Mode信息的取值的进行相应的处理。例如，若Mode信息的取值用于指示立即生效，则终端设备可采用如图1所示的流程中的第7个步骤的处理方式，在此不再赘述；若Mode信息的取值用于指示延迟生效，终端设备从接收的进行格式转换后的QoS策略中获取与该GBR QoS流对应的QFI，建立该GBR QoS流与QFI的映射关系，但终端设备暂不进行QFI到无线资源的映射。

需要说明的是，步骤308-步骤311的执行顺序可以是依次执行步骤308-步骤311，也可以先分别执行步骤308和步骤310，然后在分别执行步骤309和步骤311，也可以同时执行步骤308和步骤310，然后同时执行步骤309和步骤311，在本申请实施例中，对步骤308-步骤311的执行顺序不作限制。

当执行完成上述步骤后，(R)AN网元和终端设备均获取了与该GBR QoS流对应的QoS策略，但未对该GBR QoS流建立无线承载。在本申请实施例中，(R)AN网元需要接收到用于指示与该GBR QoS流对应的QoS策略已生效的第一信息后，才根据该QoS策略为该GBR QoS流建立无线承载。在这种情况下，QoS策略和第一信息是不同的信息，而且是分开获取的。

在本申请实施例中，第一信息为与该GBR QoS流对应的业务数据。第一信息的获取方式可以包括但不限于如下两种，下面通过步骤312和步骤313分别对这两种不同的获取方式进行说明。

第一种获取方式：

步骤312、终端设备向(R)AN网元发送与该GBR QoS流对应的业务数据。

具体来讲，每个PDU会话中，(R)AN网元与终端设备之间有一个缺省的无线承载，当终端设备确定需要进行与该GBR QoS流对应的业务数据，则终端设备通过该缺省的无线承载，将该业务数据发送给(R)AN网元，在给(R)AN网元的业务数据中携带该GBR QoS流的QFI以及Mode信息。

在执行完步骤312之后，便执行步骤314。

第二种获取方式：

步骤313、UPF网元向(R)AN网元发送与该GBR QoS流对应的业务数据。

具体来讲，若该GBR QoS流对应的下行业务数据发生，UPF网元可以识别该业务数据，并为该业务数据标识与该GBR QoS流对应的QFI，并将该业务数据发送给(R)AN网元，在发送给(R)AN网元的业务数据中携带该QFI以及与该GBR QoS流对应的Mode信息。

在执行完步骤313之后，便执行步骤314。

需要说明的是，步骤312和步骤313可选择一种执行，即若执行步骤312则不执行步骤313，或者执行步骤313则不执行步骤312。在具体实现过程中，可根据该GBR QoS流的业务数据的发送方来选择执行步骤312或者步骤313，例如，该GBR QoS流的业务数据的发送方为终端设备，则选择执行步骤312，该GBR QoS流的业务数据的发送方为DN网元，则选择执行步骤313，具体如何选择执行步骤312或者步骤313，在本申请实施例中不作限制。

步骤314、(R)AN网元和终端设备建立与该GBR QoS流对应的无线承载。

当(R)AN网元接收终端设备发送的携带有与该GBR QoS流的QFI和Mode信息的业务数据或UPF网元发送的携带有与该GBR QoS流的QFI和Mode信息的业务数据后，(R)AN网元和终端设备则根据与该GBR QoS流对应的QoS策略，为该GBR QoS流建立相应的无线承载，从而为该业务数据流提供相应的QoS保障，具体建立无线承载的过程与现有技术中的QoS相关流程相同，在此不再赘述。

需要说明的是，若(R)AN网元无法为该GBR QoS流建立无线承载，例如，(R)AN网元根据准入控制原则确定无法为该GBR QoS流建立无线承载，或者(R)AN网元中不存在与该QoS策略匹配的资源，则(R)AN网元向SMF网元上报资源分配失败结果。在本申请实施例中，以(R)AN网元成功为该GBR QoS流建立无线承载为例进行说明。

通过在建立无线承载的过程中引入QoS策略的生效模式，例如，Mode信息，这样，用于建立无线承载的相关网元可根据业务数据发生的时机为该GBR QoS流提供QoS保障，从而避免由于不可预期业务数据的发生时机，造成的(R)AN网元为该GBR QoS流分配的无线资源空置而造成的资源浪费的问题，可以提高资源的利用率。

步骤315、(R)AN网元监测该GBR QoS流的业务数据传输情况，确定在预设时长内未通过该无线承载传输业务数据，则释放该无线承载对应的资源。

当(R)AN网元为该GBR QoS流建立无线承载后，还需要检测该无线承载内的业务数据传输情况，若在预设时长内无业务数据传输，该预设时长可以为10s或者30s等，则(R)AN网元进行QFI老化资源回收，发起释放与该GBR QoS流的资源的流程。

在本申请实施例中，(R)AN网元可以根据业务数据的传输情况触发对资源的释放流程，这样，在不需要使用该资源进行业务数据传输时，则主动释放该资源，从而可以进一步提高资源的利用率。

需要说明的是，步骤315为可选步骤，即，不是必须执行的。

另外，需要说明的是，QoS流的建立过程包括核心网侧隧道(tunnel)的建立过程和无线承载的建立过程，在本申请实施例中仅以无线承载的建立过程为例进行描述，对于核心网侧的tunnel的建立过程在本申请实施例中不作限制。

在上述实施例中，无线承载的建立过程是由PDU会话建立时UDR中的静态签约数据中的QoS策略触发的，在具体实施过程中，无线承载的建立也可以是由AF网元或者第三方触发的，例如，在VoLTE场景中，AF为特定的业务流请求QoS保障，或者在第三方QoS加速场景中，OTT为特定业务流请求QoS提升等，下面将对这种情况进行介绍。

请参考图4，为本申请另一实施例提供的一种无线承载建立方法的流程图，该流程图的描述如下：

步骤401、AF网元向PCF网元发送对业务流的QoS保障请求，PCF网元接收该QoS保障请求。在执行步骤401之后，便可以执行步骤403。

步骤402、NEF网元向PCF网元发送对业务流的QoS提升请求，PCF网元接收该QoS提升请求。在本申请实施例中，由于与AF网元或NEF网元交互的业务流有多个，为方便描述，后文将以其中一个业务流且该其中一个业务流为GBR QoS流为例进行说明。在执行步骤402之后，便也可以执行步骤403。

需要说明的是，步骤401与步骤402可以选择其中一个步骤执行，即只执行步骤401不执行步骤402，或者只执行步骤402不执行步骤401，在图4中以执行步骤401为例进行说明。

另外，需要说明的是，该QoS保障请求或该QoS提升请求中还可以携带有QoS策略的生效模式，该生效模式与步骤304中相同，在此不再赘述，在本申请实施例中，以该生效模式标记为Mode信息为例进行说明。由于AF网元向PCF网元发送QoS保障请求或NEF网元在向PCF网元发送QoS提升请求时，已经明确与该GBR QoS流对应的业务数据即将发生，因此，该QoS保障请求或QoS提升请求中携带的Mode信息的取值指示立即生效。当然，该QoS保障请求或QoS提升请求中也可以不携带Mode信息，在此不作限制。

需要说明的是，该Mode信息与步骤304中的Mode信息相同，在此不再赘述。

步骤403、PCF网元根据该QoS保障请求或该QoS提升请求，生成与GBR QoS流对应的QoS策略。

PCF网元根据该QoS保障请求或该QoS提升请求生成对应的QoS策略的方法与图1中的第1个步骤中生成对应的QoS策略的方法相同，在此不再赘述。

需要说明的是，该QoS保障请求或QoS提升请求中未携带Mode信息，PCF网元在生成与该GBR QoS流对应的QoS策略后，还需为该QoS策略设置Mode信息的取值。在这种情况下，PCF网元将Mode信息的取值指示立即生效。

另外，需要说明的是，Mode信息与QoS策略的关系与步骤304中相同，在此不再赘述。

步骤404、PCF网元向SMF网元发送该QoS策略和第一信息，SMF网元接受该QoS策略和第一信息。

在本申请实施例中，第一信息用于指示该QoS策略即将生效。由于PCF网元确定该Mode信息的取值指示立即生效，因此，该Mode信息即为该第一信息，在下面的介绍中，将以Mode信息为例进行说明。

步骤405、SMF网元将该QoS策略和Mode信息发送给UPF网元，UPF网元接收该QoS策略和Mode信息。

步骤406、UPF网元根据Mode信息进行处理。

UPF网元从SMF网元接收Mode信息后，可根据Mode信息的取值进行相应的处理。在本申请实施例中，Mode信息的取值用于指示立即生效，则UPF网元可采用如图1所示的流程中的第3个步骤的处理方式，在此不再赘述。

步骤407、SMF网元将该QoS策略和Mode信息发送给(R)AN网元，(R)AN网元接收该QoS策略和Mode信息。

步骤404-步骤407与步骤305-步骤308相同，在此不再赘述。

步骤408、(R)AN网元根据Mode信息进行处理。

具体来讲，(R)AN网元接收Mode信息和该QoS策略后，根据该Mode信息的取值进行相应的处理。具体Mode信息的取值与(R)AN网元的操作之间的对应关系与步骤309中相同，在此不再赘述。

在本申请实施例中，以Mode信息的取值指示立即生效为例，因此，(R)AN网元采用如图1所示的流程中的第5个步骤的处理方式，为该GBR QoS流分配资源，以及建立与该GBRQoS流对应的无线承载，在此不再赘述。

步骤409、SMF网元将该QoS策略和Mode信息发送给终端设备，终端设备接收该QoS策略和Mode信息。

步骤409与步骤310相同，在此不再赘述。

步骤410、终端设备根据Mode信息进行处理。

具体来讲，终端设备接收Mode信息和该QoS策略后，根据该Mode信息的取值进行不同的处理。具体Mode信息的取值与终端设备的操作之间的对应关系与步骤311中相同，在此不再赘述。

在本申请实施例中，由于Mode信息的取值指示立即生效，则终端设备采用如图1所示的流程中的第7个步骤的处理方式，实现GBR QoS流到QFI的映射，以及QFI到无线资源的映射，从而为GBR QoS流建立无线承载，在此不再赘述。

在完成上述步骤后，(R)AN网元与终端设备则为GBR QoS流建立了无线承载，从而为该GBR QoS流对应的业务数据提供QoS保障。通过在建立无线承载的过程中引入QoS策略的生效模式，例如，Mode信息，这样，用于建立无线承载的相关网元可在QoS策略的生效模式指示该QoS策略为立即生效模式时，立即为该GBR QoS流建立无线承载，并为该GBR QoS流提供QoS保障，从而避免由于不可预期业务数据的发生时机，造成的(R)AN网元为该GBR QoS流分配的无线资源空置而造成的资源浪费的问题，可以提高资源的利用率。

当AF网元或者第三方无需再使用该GBR QoS流时，则向(R)AN网元发送控制指令，以释放该无线承载。

在上述实施例中，无线承载的建立过程是由(R)AN网元根据QoS策略的生效模式或根据是否有业务数据发生，来判断是否需要立即或延迟建立，且(R)AN网元可以支持对业务数据的传输情况进行监测，并根据业务数据的传输情况确定是否进行资源回收，而对于SMF网元或者UPF网元等则仅需要支持对QoS策略的生效模式进行转发的功能，对SMF网元以及UPF网元的改动较小。

鉴于此，本申请另一实施例提供一种以SMF网元为主来判断是否需要立即或延迟建立与业务流对应的无线承载的方法，请参考图5，为该方法的流程图，该流程图的描述如下：

步骤501、终端设备向SMF网元发送PDU会话建立请求，SMF网元接收该PDU会话建立请求。

步骤501与步骤301相同，在此不再赘述。在下面的描述中，将以业务流为PDU会话中的GBR QoS流、终端设备为与SMF网元交互的其中一个终端设备为例进行描述。

步骤502、SMF网元向PCF网元发送与该PDU会话对应的QoS策略请求，PCF网元接收该QoS策略请求。

步骤503、PCF网元从UDR网元获取终端设备的静态签约数据。

步骤504、PCF网元根据静态签约数据获取相应的QoS策略，以及确定该QoS策略的生效模式。

需要说明的是，该QoS策略的生效模式与步骤304中相同，例如，可以为Mode信息，在本申请实施例中，以该Mode信息的取值指示延迟生效为例进行说明。

需要说明的是，步骤501-步骤504为可选步骤，即不是必须要执行的。

步骤505、PCF网元向SMF网元发送该QoS策略和第二信息，SMF网元接收该QoS策略和该第二信息。

在本申请实施例中，第二信息用于指示延迟为GBR QoS流建立无线承载。由于PCF网元确定该Mode信息的取值指示延迟生效，因此，该Mode信息即为该第二信息，在下面的介绍中，将以Mode信息为例进行说明。

步骤502-步骤505与步骤302-步骤305相同，在此不再赘述。

步骤506、SMF网元根据该Mode信息进行处理。

具体来讲，SMF网元从PCF网元接收Mode信息后，根据该Mode信息的取值进行相应的处理。例如，若SMF网元确定该Mode信息的取值指示立即生效，则SMF网元将该QoS策略分别发送给UPF网元、(R)AN网元以及终端设备。若SMF网元确定该Mode信息的取值指示延迟生效，则SMF网元将该QoS策略和该Mode等信息发送该UPF网元，并使能UPF网元的业务检测及上报功能，且SMF网元缓存向(R)AN网元以及终端设备发送的QoS策略，即暂时不向(R)AN网元以及终端设备发送该QoS策略。

需要说明的是，SMF网元使能UPF网元的业务检测及上报功能，可以通过现有技术中的使用量上报(usage reporting)功能完成，usage reporting功能可用于检测业务数据的开始和结束，后续当UPF网元检测到该业务数据的开始以及该业务数据结束后，则向SMF网元上报，在此不再赘述。

在本申请实施例中，以该Mode信息的取值指示延迟生效，即指示延迟为该GBR QoS流建立无线承载为例，则SMF网元仅向UPF网元发送该QoS策略和该Mode信息，并使能UPF网元的业务检测及上报功能。

SMF网元向UPF网元发送该QoS策略的方法与步骤306中相同，在此不再赘述。

步骤507、UPF网元根据从SMF网元接收的信息进行处理。

具体来讲，步骤507可以但不限于包含如下两种情况：

第一种情况，SMF网元确定该Mode信息的取值指示延迟生效，则向UPF网元发送该QoS策略以及该Mode信息，SMF网元确定该Mode信息的取值指示立即生效，则向UPF网元发送该QoS策略但是不发送该Mode信息，在这种情况下，UPF网元根据是否接收到该Mode信息来进行相应的处理，例如，若UPF网元判断未从SMF网元接收该Mode信息，则UPF网元则采用如图1所示的流程中的第3个步骤的处理方式，实施相应的计费和带宽控制等控制策略，若UPF网元判断从SMF网元接收到该Mode信息，则UPF网元实现业务识别以及该GBR QoS流到该QoS策略中携带的QFI的映射，实施相应的控制策略，并开启业务的检测及上报功能。

第二种情况，无论该Mode信息的取值指示何值，SMF网元都会向UPF网元发送该QoS策略以及该Mode信息，在这种情况下，UPF网元根据接收到的该Mode信息的取值来进行相应的处理，例如，若UPF网元判断该Mode信息的取值指示立即生效，则UPF网元则采用如图1所述的流程中的第3个步骤的处理方式，实施相应的计费和带宽控制等控制策略；若UPF网元判断该Mode信息的取值指示延迟生效，则UPF网元实现业务识别及该GBR QoS流到该QoS策略中携带的QFI的映射，实施相应的控制策略，并开启业务的检测及上报功能。

在下面的介绍中，以第一种情况为例进行说明。在本申请实施例中，该Mode信息的取值指示延迟生效，在这种情况下，UPF网元判断从SMF网元接收到该Mode信息，则UPF网元实现业务识别及该GBR QoS流到该QoS策略中携带的QFI的映射，实施相应的控制策略，并开启业务的检测及上报功能。

步骤508、UPF网元在检测到该GBR QoS流的业务数据时，向SMF网元发送第一信息，SMF网元接收该第一信息。

在本申请实施例中，该第一信息用于指示该GBR QoS流的QoS策略已生效。具体来讲，该第一信息可以是使用usage reporting功能中用于向SMF网元上报信息的相关信令，并且UPF网元在向SMF网元上报时可以选择携带QFI，在此不作限制。

步骤509、SMF网元将该QoS策略发送给(R)AN网元，(R)AN网元接收该QoS策略。

当SMF网元接收由UPF网元发送的第一信息后，则确定该GBR QoS流的QoS策略已生效，则将由PCF网元获取的该QoS策略发送给(R)AN网元，SMF网元向(R)AN网元发送该QoS策略的过程与步骤308相同，在此不再赘述。需要说明的是，在这种情况下，SMF网元只向(R)AN网元发送该QoS策略，而不发送Mode信息。

步骤510、(R)AN网元和终端设备为该GBR QoS流建立无线承载。

步骤510与如图1所示的流程中的第5个步骤的处理方式相同，在此不再赘述。

步骤511、SMF网元将该QoS策略发送给终端设备，终端设备接收该QoS策略。

当SMF网元接收由UPF网元发送的第一信息后，则确定该GBR QoS流的QoS策略已生效，则将由PCF网元获取的该QoS策略发送给终端设备，SMF网元向终端设备发送该QoS策略的过程与步骤310相同，在此不再赘述。

需要说明的是，在这种情况下，SMF网元只向终端设备发送该QoS策略，而不发送Mode信息。

步骤512、终端设备实现该GBR QoS流到QFI的映射，以及QFI到(R)AN网元分配的资源的映射。

步骤512与如图1所示的流程中的第7个步骤的处理方式相同，在此不再赘述。

需要说明的是，步骤509-步骤512的执行顺序可以是依次执行步骤509-步骤512，也可以先分别执行步骤509和步骤511，然后在分别执行步骤510和步骤512，也可以同时执行步骤509和步骤511，然后同时执行步骤510和步骤512，在本申请实施例中，对步骤509-步骤512的执行顺序不作限制。

通过在建立无线承载的过程中引入QoS策略的生效模式，例如，Mode信息，这样，SMF网元可以根据该GBR QoS流的业务数据发生的时机，向用于建立无线承载的网元，例如(R)AN网元、终端设备等发送与该GBR QoS流对应的QoS策略，为该GBR QoS流提供QoS保障，从而避免由于不可预期业务数据的发生时机，造成的(R)AN网元为该GBR QoS流分配的无线资源空置而造成的资源浪费的问题，可以提高资源的利用率。

步骤513、UPF网元监测该GBR QoS流的业务数据传输情况，确定在预设时长内未通过该无线承载传输业务数据，向SMF网元发送第三信息，SMF网元接收该第三信息。

在本申请实施例中，该第三信息用于指示在该预设时长内未检测到该GBR QoS流的业务数据。该第三信息可以通过usage reporting功能中的相关信令实现，在此不再赘述。

当UPF网元向SMF网元上报该第一信息后，还需要检测该无线承载内的业务数据传输情况，若在预设时长内无业务数据传输，该预设时长可以为10s或者30s等，则UPF网元向SMF网元发送该第三信息。

步骤514、SMF网元向(R)AN网元发送第四信息，(R)AN网元接收该第四信息。在本申请实施例中，该第四信息用于指示(R)AN网元释放该无线承载。

这样，SMF网元可以根据业务数据的传输情况触发(R)AN网元对资源的释放流程，从而在不需要使用该资源进行业务数据传输时，则主动释放该资源，可以进一步提高资源的利用率。

步骤515、(R)AN网元释放该无线承载。

需要说明的是，步骤513-515不是必须执行的，即为可选步骤。

在上述实施例中，无线承载的建立过程是由PDU会话建立时UDR中的静态签约数据中的QoS策略触发的，在具体实施过程中，无线承载的建立也可以是由AF网元或者第三方触发的，例如，在VoLTE场景中，AF为特定的业务流请求QoS保障，或者在第三方QoS加速场景中，OTT为特定业务流请求QoS提升等，下面将对这种情况进行介绍。

请参考图6，为本申请另一实施例提供的一种无线承载建立方法的流程图，该流程图的描述如下：

步骤601、AF网元向PCF网元发送对业务流的QoS保障请求，PCF网元接收该QoS保障请求。在执行步骤601之后，便可以执行步骤603。

步骤602、NEF网元向PCF网元发送对业务流的QoS提升请求，PCF网元接收该QoS提升请求。在本申请实施例中，由于与AF网元或NEF网元交互的业务流有多个，为方便描述，后文将以其中一个业务流且该其中一个业务流为GBR QoS流为例进行说明。在执行步骤602之后，便可以执行步骤603。

需要说明的是，步骤601与步骤602可以选择其中一个步骤执行，即只执行步骤601不执行步骤602，或者只执行步骤602不执行步骤601，在图6中以执行步骤601为例进行说明。

步骤603、PCF网元根据该QoS保障请求或该QoS提升请求，生成与GBR QoS流对应的QoS策略。

步骤604、PCF网元向SMF网元发送该QoS策略和第一信息，SMF网元接受该QoS策略和该第一信息。

在本申请实施例中，第一信息用于指示该QoS策略即将生效。由于PCF网元确定该Mode信息的取值指示立即生效，因此，该Mode信息即为该第一信息，在下面的介绍中，将以Mode信息为例进行说明。

步骤601-步骤604与步骤401-步骤404相同，在此不再赘述。步骤601-步骤603为可选步骤，即不是必须执行的。

步骤605、SMF网元根据该Mode信息进行处理。

具体来讲，SMF网元从PCF网元接收Mode信息后，根据Mode信息的取值进行相应的处理。具体Mode信息的取值与SMF网元的操作之间的对应关系与步骤506中相同，在此不再赘述。

在本申请实施例中，以该Mode信息的取值指示立即生效为例，则SMF网元确定将该QoS策略分别发送给UPF网元、(R)AN网元以及终端设备。

需要说明的是，步骤605包含SMF网元将该QoS策略发送给UPF网元的过程、将该QoS策略发送给(R)AN网元的过程以及将该QoS策略发送给终端设备的过程，分别与图1所示的流程中的第2个步骤、第4个步骤以及第6个步骤的处理方式相同，在此不再赘述。

步骤606、UPF网元根据从SMF网元接收的信息进行处理。

具体来讲，步骤606可以但不限于包含如下两种情况，这两种情况的介绍与步骤507中相同，在此不再赘述。

在本申请实施例中，以第一种情况为例进行说明。由于Mode信息的取值指示立即生效，因此，SMF网元仅向UPF网元发送该QoS策略而不发送Mode信息，在这种情况下，UPF网元判断未从SMF网元接收该Mode信息，则UPF网元则采用如图1所示的流程中的第3个步骤的处理方式，实施相应的计费和带宽控制等控制策略。

步骤607、(R)AN网元根据该QoS策略为该GBR QoS流建立无线承载。

步骤608、终端设备根据该QoS策略实现该业务流到QFI的映射，以及QFI到无线资源的映射。

步骤607与步骤510相同，步骤608与步骤512相同，在此不再赘述。

在完成上述步骤后，(R)AN网元与终端设备则为该GBR QoS流建立了无线承载，从而为该GBR QoS流对应的业务数据提供QoS保障。

通过在建立无线承载的过程中引入QoS策略的生效模式，例如，Mode信息，这样，SMF网元可在QoS策略的生效模式指示该QoS策略为立即生效模式时，向用于建立无线承载的网元，例如(R)AN网元、终端设备等发送与该GBR QoS流对应的QoS策略，为该业务流提供QoS保障，从而避免由于不可预期业务数据的发生时机，造成的(R)AN网元为该GBR QoS流分配的无线资源空置而造成的资源浪费的问题，可以提高资源的利用率。

当AF网元或者第三方无需再使用该GBR QoS流时，则向(R)AN网元发送控制指令，以释放该无线承载。

在图5-图6所示的实施例中，由SMF网元负责根据Mode信息的取值判断是否需要立即或者延迟为业务流建立无线承载，并使能UPF网元的业务检查和上报功能来判断业务数据发生时机，仅在业务数据发生时或该Mode信息的取值为立即生效时，向(R)AN网元以及终端设备发送QoS策略，从而使(R)AN网元以及终端设备根据该QoS策略为该业务流建立无线承载，为该业务流提供QoS保证，而(R)AN网元以及终端设备本身并不感知Mode信息，这样，可以降低(R)AN网元以及终端设备的运算复杂度。

上述本申请提供的实施例中，分别从接入网网元、会话管理功能网元以及用户面功能网元之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，接入网网元、会话管理功能网元以及用户面功能网元可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

图7示出了一种装置700的结构示意图。装置700可以是硬件结构、软件模块、或硬件结构加软件模块。装置700可以由芯片系统实现。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。装置700可以包括获取单元701和处理单元702。

一种实施例中，装置700可以是接入网网元，能够实现本申请实施例提供的方法中接入网网元的功能，还可以是能够支持接入网网元实现本申请实施例提供的方法中接入网网元的功能的装置。该实施例中获取单元701可以用于执行图3所示的实施例中的步骤308和/或步骤312和/或步骤313，和/或用于执行图4所述的实施例中的步骤407，和/或用于支持本文所描述的技术的其它过程。获取单元701用于装置700和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。处理单元702可以用于执行图3所示的实施例中的步骤309和/或步骤314和/或步骤315，和/或用于执行图4所述的实施例中的步骤408，和/或用于支持本文所描述的技术的其它过程。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

另一种实施例中，装置700可以是会话管理功能网元，能够实现本申请实施例提供的方法中会话管理功能网元的功能，也可以是能够支持会话管理功能网元实现本申请实施例提供的方法中会话管理功能网元的功能的装置。该实施例中获取单元701可以用于执行图5所示的实施例中的步骤505和/或步骤508和/或步骤513，和/或用于执行图6所述的实施例中的步骤604，和/或用于支持本文所描述的技术的其它过程。获取单元701用于装置800和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。处理单元702可以用于执行图5所示的实施例中的步骤506，和/或用于执行图6所述的实施例中的步骤605，和/或用于支持本文所描述的技术的其它过程。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

再一种实施例中，装置700可以是用户面功能网元，能够实现本申请实施例提供的方法中用户面功能网元的功能；装置900也可以是能够支持用户面功能网元实现本申请实施例提供的方法中用户面功能网元的功能的装置。该实施例中获取单元701可以用于执行图5所示的实施例中的步骤506，和/或用于执行图6所示的实施例中的步骤605，和/或用于支持本文所描述的技术的其它过程。获取单元701用于装置900和其它模块进行通信，其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。处理单元702可以用于执行图5所示的实施例中的步骤507和/或步骤513，和/或用于执行图6所示的实施例中的步骤606，和/或用于支持本文所描述的技术的其它过程。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

如图8所示为本申请实施例提供的装置800，该装置800可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

一种实施例中，装置800可以是图3或图4所示的实施例中的接入网网元，能够实现本申请图3或图4实施例提供的方法中接入网网元的功能，也可以是能够支持接入网网元实现本申请图3或图4所示的实施例提供的方法中接入网网元的功能的装置或能够支持接入网网元实现本申请图3或图4所示的实施例提供的方法中接入网网元的功能的装置。其中，装置800可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

装置800包括至少一个处理器820，用于实现或用于支持装置800实现本申请图3或图4所示的实施例提供的方法中接入网网元的功能。示例性地，处理器820可以在接收到用于指示QoS策略已生效或即将生效的第一信息时，根据该QoS策略，为业务流建立无线承载，具体参见方法示例中的详细描述，此处不做赘述。

装置800还可以包括至少一个存储器830，用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可能执行存储器1030中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。当处理器820执行存储器830中的程序指令时，可以实现图3或图4所示的方法。

装置800还可以包括通信接口810，用于通过传输介质和其它设备进行通信，从而用于设备监控装置800中的装置可以和其它设备进行通信。示例性地，该其它设备可以是会话管理功能网元。处理器820可以利用通信接口810收发数据。

本申请实施例中不限定上述通信接口810、处理器820以及存储器830之间的具体连接介质。本申请实施例在图8中以存储器830、处理器820以及通信接口810之间通过总线840连接，总线在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器820可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器830可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

另一种实施例中，装置800还可以是会话管理功能网元，能够实现本申请实施例提供的方法中会话管理功能网元的功能，也可以是能够支持会话管理功能网元实现本申请实施例提供的方法中会话管理功能网元的功能的装置。处理器820，用于实现或用于支持装置1100实现本申请实施例提供的方法中会话管理功能网元的功能。示例性地，处理器820可以在接收到用于指示该QoS策略已生效或即将生效的第一信息时，向接入网网元发送所述QoS策略，具体参见方法示例中的详细描述，此处不做赘述；存储器830，用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可能执行存储器830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。当处理器820执行存储器830中的程序指令时，可以实现图5或图6所示的方法。通信接口810，用于通过传输介质和其它设备进行通信，从而用于装置800中的装置可以和其它设备进行通信。示例性地，该其它设备可以是接入网网元。处理器820可以利用通信接口810收发数据。

另一种实施例中，装置800还可以是图5或图6所示的实施例中的用户面功能网元，能够实现本申请图5或图6实施例提供的方法中用户面功能网元的功能，也可以是能够支持用户面功能网元实现本申请图5或图6所示的实施例提供的方法中用户面功能网元的功能的装置。这样处理器820，用于实现或用于支持装置800实现本申请图5或图6所示的实施例提供的方法中用户面功能网元的功能。示例性地，处理器820可以在检测到业务流的数据包时，向会话管理功能网元发送用于指示该业务流的服务质量QoS策略已生效的第一信息，具体参见方法示例中的详细描述，此处不做赘述。存储器830，用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可能执行存储器830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。当处理器820执行存储器830中的程序指令时，可以实现图5或图6所示的方法。通信接口810，用于通过传输介质和其它设备进行通信，从而用于装置800中的装置可以和其它设备进行通信。示例性地，该其它设备可以是会话管理功能网元。处理器820可以利用通信接口810收发数据。

本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机可以执行图3至图4中任意一个实施例中所述接入网网元执行的方法、或执行图5至图6中任意一个实施例中所述会话管理功能网元执行的方法、或执行图5至图6中任意一个实施例中所述用户面功能网元执行的方法。

本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中接入网网元的功能、或用于实现会话管理功能网元的功能、或用于实现用户面功能网元的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

本申请实施例提供了一种系统，所述系统包括前述所述的接入网网元、和/或包括前述所述的会话管理功能网元和所述用户面功能网元。

本申请实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，简称DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，简称DVD))、或者半导体介质(例如，SSD)等。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (21)

1.一种无线承载建立方法，其特征在于，包括：

接入网网元获取业务流的服务质量QoS策略；

所述接入网网元在接收到第一信息时，根据所述QoS策略，为所述业务流建立无线承载，所述第一信息用于指示所述QoS策略已生效或即将生效；

其中，若所述第一信息用于指示所述QoS策略已生效，则在所述接入网网元获取QoS策略之后、接收第一信息之前，还包括：

所述接入网网元接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

2.根据权利要求1所述的方法，其特征在于，在所述接入网网元根据所述QoS策略，为所述业务流建立无线承载之后，所述方法还包括：

所述接入网网元确定在预设时长内未通过所述无线承载接收所述业务流的数据包，则释放所述无线承载对应的资源。

3.根据权利要求1或2所述的方法，其特征在于，所述第一信息为所述业务流的数据包，所述第一信息用于指示所述QoS策略已生效。

4.一种无线承载建立方法，其特征在于，包括：

会话管理功能网元获取业务流的服务质量QoS策略；

所述会话管理功能网元在接收到用于指示所述QoS策略已生效或即将生效的第一信息时，向接入网网元发送所述QoS策略，所述QoS策略用于所述接入网网元为所述业务流建立无线承载。

5.根据权利要求4所述的方法，其特征在于，在所述会话管理功能网元向接入网网元发送所述QoS策略之后，所述方法还包括：

所述会话管理功能网元从用户面功能网元接收第三信息，所述第三信息用于指示在预设时长内未检测到所述业务流的数据包；

所述会话管理功能网元向所述接入网网元发送第四信息，所述第四信息用于指示所述接入网网元释放所述无线承载。

6.根据权利要求4或5所述的方法，其特征在于，若所述第一信息用于指示所述QoS策略已生效，则在所述会话管理功能网元获取QoS策略之后，获取第一信息之前，还包括：

所述会话管理功能网元接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

7.根据权利要求4或5所述的方法，其特征在于，所述第一信息指示用户面功能网元检测到所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

8.根据权利要求6所述的方法，其特征在于，所述第一信息指示用户面功能网元检测到所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

9.一种业务流的监测方法，其特征在于，包括：

用户面功能网元从会话管理功能网元接收第二信息，所述第二信息用于指示延迟为一个业务流建立无线承载；

所述用户面功能网元监测所述业务流，并在检测到所述业务流的数据包时，向所述会话管理功能网元发送第一信息，所述第一信息用于指示所述业务流的服务质量QoS策略已生效，所述QoS策略用于为所述业务流建立无线承载。

10.根据权利要求9所述的方法，其特征在于，在所述用户面功能网元向所述会话管理功能网元发送第一信息之后，还包括：

所述用户面功能网元确定在预设时长内未检测到所述业务流的数据包；

所述用户面功能网元向所述会话管理功能网元发送第三信息，所述第三信息用于指示在所述预设时长内未检测到所述业务流的数据包。

11.一种接入网网元，其特征在于，包括：

通信接口，用于获取业务流的服务质量QoS策略和第一信息，所述第一信息用于指示所述QoS策略已生效或即将生效；

处理器，用于在所述通信接口接收到第一信息时，根据所述QoS策略，为所述业务流建立无线承载；

其中，若所述第一信息用于指示所述QoS策略已生效，则在获取QoS策略之后、接收第一信息之前，所述通信接口还用于：

接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

12.根据权利要求11所述的接入网网元，其特征在于，所述处理器还用于：

确定在预设时长内未通过所述无线承载接收所述业务流的数据包，则释放所述无线承载对应的资源。

13.根据权利要求11或12所述的接入网网元，其特征在于，所述第一信息为所述业务流的数据包，所述第一信息用于指示所述QoS策略已生效。

14.一种会话管理功能网元，其特征在于，包括：

通信接口，用于获取业务流的服务质量QoS策略和用于指示所述QoS策略已生效或即将生效的第一信息；

处理器，用于在所述通信接口接收到所述第一信息时，控制所述通信接口向接入网网元发送所述QoS策略，所述QoS策略用于所述接入网网元为所述业务流建立无线承载。

15.根据权利要求14所述的会话管理功能网元，其特征在于，所述通信接口在向接入网网元发送所述QoS策略之后，还用于：

从用户面功能UPF网元接收第三信息，所述第三信息用于指示在预设时长内未检测到所述业务流的数据包；

向所述接入网网元发送第四信息，所述第四信息用于指示所述接入网网元释放所述无线承载。

16.根据权利要求14或15所述的会话管理功能网元，其特征在于，若所述第一信息用于指示所述QoS策略已生效，则所述通信接口在获取QoS策略之后，获取第一信息之前，还用于：

接收第二信息，所述第二信息用于指示延迟为所述业务流建立无线承载。

17.根据权利要求14或15所述的会话管理功能网元，其特征在于，所述第一信息指示用户面功能网元检测到所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

18.根据权利要求16所述的会话管理功能网元，其特征在于，所述第一信息指示用户面功能网元检测到所述业务流的数据包时，所述第一信息用于指示所述QoS策略已生效。

19.一种用户面功能网元，其特征在于，包括：

通信接口，用于从会话管理功能网元接收第二信息，所述第二信息用于指示延迟为一个业务流建立无线承载；

处理器，用于监测所述业务流，并在检测到所述业务流的数据包时，控制所述通信接口向所述会话管理功能网元发送第一信息，所述第一信息用于指示所述业务流的服务质量QoS策略已生效，所述QoS策略用于为所述业务流建立无线承载。

20.根据权利要求19所述的用户面功能网元，其特征在于，在控制所述通信接口向所述会话管理功能网元发送第一信息之后，所述处理器还用于：

确定在预设时长内未检测到所述业务流的数据包；

控制所述通信接口向所述会话管理功能网元发送第三信息，所述第三信息用于指示在所述预设时长内未检测到所述业务流的数据包。

21.一种计算机可读存储介质，其特征在于，所述介质上存储有指令，当其在计算机上运行时，使得计算机实现如权利要求1-3或4-8或9-10任一项所述的方法。

Images