CN110166407A - QoS流处理方法、设备及系统 - Google Patents

Abstract

本申请实施例提供QoS流处理方法、设备及系统，可以解决在支持扩展服务质量QoS流的目标系统与EPS互操作时扩展QoS流带来的问题。方法包括：有激活态扩展QoS流的终端接入演进分组系统EPS；该终端将该扩展QoS流挂起。

Description

QoS流处理方法、设备及系统

技术领域

本申请涉及通信技术领域，尤其涉及服务质量(quality of service，QoS)流(flow)处理方法、设备及系统。

背景技术

随着移动通信技术的发展，在经历了第一代(the first generation，1G)移动通信系统、第二代(the second generation，2G)移动通信系统、第三代(the thirdgeneration，3G)移动通信系统以及演进分组系统(evolved packet system，EPS)之后，第三代合作伙伴项目(3rd generation partnership project，3GPP)在第15个版本(release15，Rel-15)阶段提出了新一代移动通信系统第五代系统(5th generation system，5GS)。

5GS采用与EPS完全不同的网络架构，典型地在5G核心网(5G core network，5GCN)中，移动管理(mobility management，MM)与会话管理(session management，SM)进行了分离，控制面(control plane，CP)与用户面(user plane，UP)进行了分离，以及采用了服务化控制面架构与服务化接口协议等。其中，5GS的会话管理上下文包括分组数据单元(packetdata unit，PDU)会话(PDU session)，目前5GS中理论上可支持的PDU会话的最大个数为256，同时一个PDU会话可以包括1个或多个QoS流。也就是说，5GS在提出的一开始就旨在提供一个泛接入的网络，为各种不同垂直行业不同应用类型的终端提供接入服务，这就满足了终端的并发数据业务需求。

然而，目前3GPP在定义5GS与EPS之间的互操作时，5GS与EPS之间会话管理的协调是通过EPS承载上下文与5G QoS流之间的映射实现的。考虑到与EPS的后向兼容，目前3GPP在实际定义5GS中支持的最大PDU会话个数时，与EPS中支持的最大EPS承载个数是一致的，也即最大支持11个，这显然无法满足终端的并发数据业务需求。考虑到5GS理论上可以支持更多的QoS流，因此在5GS中扩展QoS流成为必然趋势。但是，在5GS与EPS互操作时如何处理QoS流扩展带来的问题，是目前亟待解决的问题。

发明内容

本申请实施例提供QoS流处理方法、设备及系统，可以解决在支持扩展QoS流的目标系统与EPS互操作时扩展QoS流带来的问题，其中，该支持扩展QoS流的目标系统例如可以是5GS或其他系统，本申请实施例对此不作限定。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供一种服务质量QoS流处理方法，该方法包括：有激活态扩展QoS流的终端接入演进分组系统EPS；该终端将该扩展QoS流挂起。基于该QoS流处理方法，可以解决在支持扩展QoS流的目标系统与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从支持扩展QoS流的目标系统移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入支持扩展QoS流的目标系统的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

在一种可能的设计中，该方法还包括：在挂起的该扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，该终端删除挂起的该扩展QoS流。基于该方案，可以避免扩展QoS流一直挂起可能导致的资源浪费的问题。

在一种可能的设计中，该方法还包括：有挂起的该扩展QoS流的该终端接入支持扩展QoS流的目标系统；该终端向该目标系统中有该激活态扩展QoS流的会话管理网元发送会话修改请求，该会话修改请求携带该扩展QoS流的流标识或者该扩展QoS流所属的会话的会话标识中的至少一个，该会话修改请求用于恢复该扩展QoS流；该终端接收来自该会话管理网元的会话修改命令，该会话修改命令携带该扩展QoS流的流标识；该终端根据该扩展QoS流的流标识，恢复挂起的该扩展QoS流。基于该方案，由于在终端重新接入支持扩展QoS流的目标系统的情况下，不需要重建扩展QoS流，而是直接恢复挂起的扩展QoS流，因此可以实现业务的快速恢复。

在一种可能的设计中，该会话修改命令还携带第二预设时长；该方法还包括：该终端存储该第二预设时长，其中，该第二预设时长为该扩展QoS流挂起的时间长度。基于该方案，可以及时更新扩展QoS流的挂起时间长度。

第二方面，提供一种服务质量QoS流处理方法，其特征在于，该方法包括：有终端的激活态扩展QoS流的会话管理网元确定该终端接入演进分组系统EPS；该会话管理网元将该扩展QoS流挂起；该会话管理网元向该扩展QoS流关联的网络设备发送第一通知消息，该第一通知消息用于通知该网络设备将该扩展QoS流挂起。基于该QoS流处理方法，可以解决在支持扩展QoS流的目标系统与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从支持扩展QoS流的目标系统移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入支持扩展QoS流的目标系统的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

在一种可能的设计中，该方法还包括：在挂起的该扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，该会话管理网元删除挂起的该扩展QoS流；以及，该会话管理网元向该网络设备发送第二通知消息，该第二通知消息用于通知该网络设备删除挂起的该扩展QoS流。基于该方案，可以避免扩展QoS流一直挂起可能导致的资源浪费的问题。

可选的，该第二通知消息携带该扩展QoS流的流标识或者该扩展QoS流所属的会话的会话标识中的至少一个。

在一种可能的设计中，该方法还包括：在该终端接入支持扩展QoS流的目标系统的情况下，该会话管理网元接收来自该终端的会话修改请求，该会话修改请求携带该扩展QoS流的流标识或者该扩展QoS流所属的会话的会话标识中的至少一个；该会话管理网元根据该会话修改请求，恢复该扩展QoS流；以及，该会话管理网元向该网络设备发送指示信息，该指示信息用于指示该网络设备恢复挂起的该扩展QoS流。基于该方案，由于在终端重新接入支持扩展QoS流的目标系统的情况下，不需要重建扩展QoS流，而是直接恢复挂起的扩展QoS流，因此可以实现业务的快速恢复。

在一种可能的设计中，该网络设备包括用户面功能网元；该会话管理网元向该网络设备发送指示信息，包括：该会话管理网元向该用户面功能网元发送分组转发控制协议PFCP会话修改请求，该PFCP会话修改请求携带该指示信息。

在一种可能的设计中，该网络设备包括网络开放网元；该会话管理网元向该网络设备发送指示信息，包括：该会话管理网元向该网络开放网元发送会话更新请求，该会话更新请求携带该指示信息。

可选的，该指示信息包括该扩展QoS流的流标识或者该扩展QoS流所属的会话的会话标识中的至少一个。

在一种可能的设计中，该方法还包括：该会话管理网元向该终端发送会话修改命令，该会话修改命令携带该扩展QoS流的流标识。

在一种可能的设计中，在该会话管理网元将该扩展QoS流挂起之后，该方法还包括：该会话管理网元存储与挂起的该扩展QoS流相关的终端上下文，该终端上下文中包括该终端的身份标识信息、该网络设备的标识信息以及第一预设时长，该第一预设时长为该扩展QoS流挂起的时间长度。

在一种可能的设计中，该会话管理网元确定该终端接入EPS，包括：该会话管理网元接收上下文请求消息，该上下文请求消息携带演进分组系统EPS中为该终端服务的移动管理网元的信息，用于请求该终端的映射EPS承载的上下文。基于该方案，会话管理网元可以确定该终端接入EPS。

第三方面，提供一种服务质量QoS流处理方法，该方法包括：在终端接入演进分组系统EPS的情况下，有该终端的激活态扩展QoS流的网络设备接收将该扩展QoS流挂起的第一通知消息；该网络设备根据该第一通知消息，将该扩展QoS流挂起。基于该QoS流处理方法，可以解决在支持扩展QoS流的目标系统与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从支持扩展QoS流的目标系统移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入支持扩展QoS流的目标系统的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

在一种可能的设计中，该方法还包括：在挂起的该扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，该网络设备接收删除挂起的该扩展QoS流的第二通知消息；该网络设备根据该第二通知消息，删除挂起的该扩展QoS流。基于该方案，可以避免扩展QoS流一直挂起可能导致的资源浪费的问题。

在一种可能的设计中，该方法还包括：在该终端接入支持扩展QoS流的目标系统的情况下，该网络设备接收恢复挂起的该扩展QoS流的指示信息；该网络设备根据该指示信息，恢复挂起的该扩展QoS流。基于该方案，由于在终端重新接入支持扩展QoS流的目标系统的情况下，不需要重建扩展QoS流，而是直接恢复挂起的扩展QoS流，因此可以实现业务的快速恢复。

在一种可能的设计中，该网络设备包括用户面功能网元；该网络设备接收恢复挂起的该扩展QoS流的指示信息，包括：该网络设备接收分组转发控制协议PFCP会话修改请求，该PFCP会话修改请求携带该指示信息。

在一种可能的设计中，该网络设备包括网络开放网元；该网络设备接收恢复挂起的该扩展QoS流的指示信息，包括：该网络设备接收会话更新请求，该会话更新请求携带该指示信息。

第四方面，提供一种终端，该终端具有实现上述第一方面任一项所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，提供一种终端，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该终端执行如上述第一方面中任一项所述的QoS流处理方法。

第六方面，提供一种终端，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述第一方面中任一项所述的QoS流处理方法。

第七方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面中任一项所述的QoS流处理方法。

第八方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面中任一项所述的QoS流处理方法。

第九方面，提供一种芯片系统，该芯片系统包括处理器，用于支持终端实现上述第一方面中所涉及的功能，例如有激活态扩展QoS流的终端接入EPS之后，将扩展QoS流挂起。在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存终端必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第四方面至九方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。

第十方面，提供一种会话管理网元，该会话管理网元具有实现上述第二方面任一项所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十一方面，提供一种会话管理网元，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该会话管理网元运行时，该处理器执行该存储器存储的该计算机执行指令，以使该会话管理网元执行如上述第二方面中任一项所述的QoS流处理方法。

第十二方面，提供一种会话管理网元，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述第二方面中任一项所述的QoS流处理方法。

第十三方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第二方面中任一项所述的QoS流处理方法。

第十四方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面中任一项所述的QoS流处理方法。

第十五方面，提供一种芯片系统，该芯片系统包括处理器，用于支持会话管理网元实现上述第二方面中所涉及的功能，例如确定终端接入EPS之后，将扩展QoS流挂起。在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存会话管理网元必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第十方面至十五方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果，此处不再赘述。

第十六方面，提供一种网络设备，该网络设备具有实现上述第三方面任一项所述的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第十七方面，提供一种网络设备，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该网络设备运行时，该处理器执行该存储器存储的该计算机执行指令，以使该网络设备执行如上述第三方面中任一项所述的QoS流处理方法。

第十八方面，提供一种网络设备，包括：处理器；所述处理器用于与存储器耦合，并读取存储器中的指令之后，根据所述指令执行如上述第三方面中任一项所述的QoS流处理方法。

第十九方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第三方面中任一项所述的QoS流处理方法。

第二十方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第三方面中任一项所述的QoS流处理方法。

第二十一方面，提供一种芯片系统，该芯片系统包括处理器，用于支持网络设备实现上述方面中所涉及的功能，例如根据所述第一通知消息，将所述扩展QoS流挂起。在一种可能的设计中，该芯片系统还包括存储器，该存储器，用于保存网络设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第十七方面至二十一方面中任一种设计方式所带来的技术效果可参见第三方面中不同设计方式所带来的技术效果，此处不再赘述。

第二十二方面，提供一种QoS流处理系统，该QoS流处理系统包括上述方面所述的会话管理网元和上述方面所述的网络设备。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的网络架构示意图一；

图2为本申请实施例提供的网络架构示意图二；

图3为本申请实施例提供的QoS流处理系统架构示意图；

图4为本申请实施例提供的通信设备的硬件结构示意图；

图5为本申请实施例提供的能力协商流程示意图；

图6为本申请实施例提供的QoS流处理方法流程示意图一；

图7为本申请实施例提供的QoS流处理方法流程示意图二；

图8为本申请实施例提供的QoS流处理方法流程示意图三；

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

图10为本申请实施例提供的会话管理网元的结构示意图；

图11为本申请实施例提供的网络设备的结构示意图。

具体实施方式

首先给出本申请实施例所涉及的网络架构如下：

如图1所示，本申请实施例所涉及的网络架构中包括现有5GS。该5GS包括接入和移动管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user plane function，UPF)网元、统一数据管理(unified data management，UDM)网元、策略控制功能(policy controlfunction，PCF)网元、鉴权服务器功能(authentication server function，AUSF)网元、网络开放功能(network exposure function，NEF)网元以及一些未示出的网元，如网络功能存储功能(network function repository function，NRF)网元等，本申请实施例对此不作具体限定。

其中，如图1所示，本申请实施例中，终端通过接入设备接入5GS，终端通过下一代网络(Next generation，N)1接口(简称N1)与AMF网元通信，接入设备通过N2接口(简称N2)与AMF网元通信，接入设备通过N3接口(简称N3)与UPF网元通信，AMF网元通过N11接口(简称N11)与SMF网元通信，AMF网元通过N8接口(简称N8)与UDM网元通信，AMF网元通过N12接口(简称N12)与AUSF网元通信，AMF网元通过N15接口(简称N15)与PCF网元通信，SMF网元通过N7接口(简称N7)与PCF网元通信，SMF网元通过N4接口(简称N4)与UPF网元通信，NEF网元通过N29接口(简称N29)与SMF网元通信，UPF网元通过N6接口(简称N6)接入数据网络。

此外，如图1所示，为了实现5GS与EPS的互通，本申请实施例所涉及的网络架构中还可以包括EPS中的移动管理实体(mobility management entity，MME)，其中，MME通过N26接口(简称N26)与SMF网元通信。当然，本申请实施例所涉及的网络架构中还可能包括EPS中的其他网元，如演进的通用移动通信系统(universal mobile telecommunicationssystem，UMTS)陆地无线接入网(evolved UMTS territorial radio access network，E-UTRAN)设备、分组数据网络(packet data network，PDN)网关用户面功能(PDN gatewayuser plane function，PGW-U)网元、PDN网关控制面功能(PDN gateway control planefunction，PGW-C)网元、策略和计费规则功能(policy and charging rules function，PCRF)网元、归属签约用户服务器(home subscriber server，HSS)等网元或设备等，本申请实施例对此不作具体限定。

一种可能的实现方式中，5GS与EPS互通架构中的某些网元可以合一部署。比如，如图2所示，为现有的5GS与EPS互通架构的示意图。其中，5GS与EPS共用UPF网元+PGW-U网元、SMF网元+PGW-C网元、PCF网元+PCRF网元、UDM网元+HSS。这里“+”表示合设，UPF为5GS中的用户面功能，PGW-U是与UPF对应的EPS中的网关用户面功能，SMF是5GS中的会话管理功能，PGW-C是与SMF对应的EPS中的网关控制面功能，PCF是5GS中的策略控制功能、PCRF是与PCF对应的EPS中的策略计费规则功能。

此外，如图2所示，上述5GS与EPS互通架构中还可以包括EPS中的MME和服务网关(Serving Gateway，SGW)，以及，5GS中的AMF网元。可选的，该5GS与EPS互通架构中还可以包括网络切片选择功能(network slice selection function，NSSF)网元以及一些未示出的网元，如NEF网元，本申请实施例对此不作具体限定。其中，当AMF网元无法为该终端选择网络切片时，AMF网元可以请求该NSSF网元为该终端选择网络切片。

其中，如图2所示，本申请实施例中，终端通过E-UTRAN设备接入EPS，终端通过下一代无线接入网(next generation radio access network，NG-RAN)设备接入5GS。E-UTRAN设备通过S1-MME接口与MME通信，E-UTRAN设备通过S1-U接口与SGW通信，MME通过S11接口与SGW通信，MME通过S6a接口与UDM网元+HSS通信，MME通过N26接口与AMF网元通信，SGW通过S5-U接口与UPF网元+PGW-U网元通信，SGW通过S5-C接口与SMF网元+PGW-C网元通信，UPF网元+PGW-U网元通过N3接口与NG-RAN设备通信，UPF网元+PGW-U网元通过N4接口与SMF网元+PGW-C网元通信，SMF网元+PGW-C网元通过N7接口与PCF网元+PCRF网元通信，UDM网元+HSS通过N10接口与SMF网元+PGW-C网元通信，UDM网元+HSS通过N8接口与AMF网元通信，PCF网元+PCRF网元通过N15接口与AMF网元通信，SMF网元+PGW-C网元通过N11接口与AMF网元通信，AMF网元通过N2接口与NG-RAN设备通信，AMF网元通过N1接口与终端通信。

需要说明的是，图2仅是现有的一种5GS与EPS互通架构的示意图，当然，5GS与EPS的互通架构还可以是其他，本实施例对此不作具体限定。

需要说明的是，图1或图2中的各个网元以及各个网元之间的接口名字只是一个示例，具体实现中各个网元以及各个网元之间的接口名字可能为其他，本申请实施例对此不作具体限定。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

如图3所示，为本申请实施例提供的一种QoS流处理系统30，该QoS流处理系统30包括有终端的激活态扩展QoS流的会话管理网元301和网络设备302。

其中，会话管理网元301，用于在确定该终端接入EPS之后，将扩展QoS流挂起，并向该扩展QoS流关联的网络设备302发送第一通知消息，该第一通知消息用于通知网络设备302将扩展QoS流挂起。

网络设备302，用于接收来自会话管理网元301的第一通知消息，并根据该第一通知消息，将扩展QoS流挂起。

可选的，本申请实施例中的扩展QoS流(extended QoS flow)是指支持扩展QoS流的目标系统中不能映射为EPS承载的QoS流或者没有关联的(associated)EPS承载的信息的QoS流。示例性的，该支持扩展QoS流的目标系统例如可以是上述的5GS，该扩展QoS流可以为：当5GS支持的QoS流多于EPS支持的最大EPS承载数时多出EPS最大EPS承载数的QoS流。比如，5GS支持的QoS流数为32，EPS支持的最大EPS承载数为16，则多出的16个QoS流为扩展QoS流；或者，示例性的，该扩展QoS流可以为：在该QoS流的创建过程中，终端或会话管理网元没有为该QoS流生成所关联的EPS承载的信息，该QoS流所关联的EPS承载的信息包括EPS承载标识(EPS bearer identity),映射EPS QoS参数(mapped EPS QoS parameters)，映射扩展EPS QoS参数(mapped extended EPS QoS parameters)以及可选地映射业务流模板(mapped traffic flow template)等；或者，示例性的，该扩展QoS流可以为：5GS策略定义的不能映射为EPS承载的QoS流，等等。

需要说明的是，本申请实施例中，QoS流所关联的EPS承载的信息也称为QoS流的映射EPS承载的信息或者QoS流的映射EPS承载上下文，本申请实施例对此不作具体限定。

可选的，本申请实施例中，QoS流所关联的EPS承载的信息例如可以包括EPS承载的标识，映射EPS QoS参数，映射扩展EPS QoS参数，映射业务流模板，映射EPS承载所关联的移动管理网元的地址信息和网关网元的地址信息中的至少一个等，本申请实施例对此不作具体限定。

可选的，本申请实施例中的扩展QoS流只是一种命名方式，它也可以有其它的命名，用于表征支持扩展QoS流的目标系统中不能映射为EPS承载的QoS流或者没有映射EPS承载的信息的QoS流，例如不能与EPS互操作的QoS流，本申请实施例对此不作具体限定。

可选的，本申请实施例中的网络设备包括用户面功能网元或者网络开放网元，本申请实施例对此不作具体限定。

可选的，本申请实施例中的会话管理网元301和网络设备302之间可以直接通信，也可以通过其他设备的转发进行通信，本申请实施例对此不作具体限定。

可选的，本申请实施例提供的QoS流处理系统可以应用于如图1或图2所示的网络架构中，也可以应用于其他有QoS流的网络架构中，本申请实施例对此不作具体限定。

示例性的，若本申请实施例提供的QoS流处理系统应用于如图1或图2所示的网络架构中，则上述的会话管理网元所对应的网元或者实体可以为上述的SMF网元，上述的用户面功能网元所对应的网元或者实体可以为上述的UPF网元，上述的能力开放网元所对应的网元或者实体可以为上述的NEF网元。

本申请实施例提供的QoS流处理系统中，有终端的激活态扩展QoS流的会话管理网元在确定该终端接入EPS之后，将扩展QoS流挂起，并向该扩展QoS流关联的网络设备发送第一通知消息，该第一通知消息用于通知网络设备将扩展QoS流挂起。因此，基于该QoS流处理系统，可以解决在支持扩展QoS流的目标系统与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从支持扩展QoS流的目标系统移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入支持扩展QoS流的目标系统的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

可选的，本申请实施例中所涉及到的终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminal device)或者中继用户设备等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。为方便描述，本申请中，上面提到的设备统称为终端。

可选的，本申请实施例中所涉及的接入设备指的是接入核心网的设备，例如可以是NG-RAN设备、基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机，非第三代合作伙伴计划(3rd generation partnership project，3GPP)接入设备等。基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。

可选的，本申请实施例中的会话管理网元或者网络设备可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。

例如，本申请实施例中的会话管理网元或者网络设备可以通过图4中的通信设备来实现。图4所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备400包括至少一个处理器401，通信线路402，存储器403以及至少一个通信接口404。

处理器401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路402可包括一通路，在上述组件之间传送信息。

通信接口404，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。

存储器403可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路402与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器403用于存储执行本申请方案的计算机执行指令，并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令，从而实现本申请下述实施例提供的QoS流处理方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器401可以包括一个或多个CPU，例如图4中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备400可以包括多个处理器，例如图4中的处理器401和处理器408。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备400还可以包括输出设备405和输入设备406。输出设备405和处理器401通信，可以以多种方式来显示信息。例如，输出设备405可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备406和处理器401通信，可以以多种方式接收用户的输入。例如，输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备400可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备400可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图4中类似结构的设备。本申请实施例不限定通信设备400的类型。

下面将结合图1至图4对本申请实施例提供的QoS流处理方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

此外，本申请下述实施例中，终端发送给核心网的消息，以及核心网内部之间的消息，都携带了终端的身份标识信息，以使得接收方获知是针对哪个终端进行操作。也就是说，所有扩展QoS流的创建、挂起、恢复、或者删除等操作都是终端粒度的，在此统一说明，以下不再赘述。

首先，以图3所示的QoS流处理系统应用于如图1或图2所示的网络架构为例，如图5所示，给出终端与网络侧进行支持扩展QoS流协商的流程。该协商流程是本申请下述实施例提供的QoS流处理方法的基础，包括如下步骤：

S501、终端向AMF网元发送第一非接入层(non-access stratum，NAS)消息，以使得AMF网元接收来自终端的第一NAS消息。

其中，该第一NAS消息携带终端支持扩展QoS流的能力(UE extended QoS flowsupport capability)信息，旨在告诉AMF网元该终端支持扩展QOS流。

可选的，AMF网元在接收该第一NAS消息之后，可以在终端的上下文中保存终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

可选的，本实施例中，对应于不同的流程，该第一NAS消息具体可以是不同的消息。比如，对应注册流程，该第一NAS消息例如可以是注册请求(registration request)消息；或者，对应PDU会话建立流程，该第一NAS消息可以例如可以是NAS传输(NAS transport)消息，该NAS传输消息中封装了完整的PDU会话建立请求(PDU session establishmentrequest)消息，本实施例对第一NAS消息具体是什么消息不做具体限定。

可选的，对于PDU会话建立流程，PDU会话建立请求中也可以携带终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

S502、AMF网元调用服务操作(service operation)1来请求SMF网元为该终端建立PDU会话。

示例性地，本实施例中，AMF网元调用的服务操作1可以为SMF网元提供的“PDU会话_创建会话管理上下文(Nsmf_PDU Session_Create SM Context)”，本实施例对此不作具体限定。

其中，该服务操作1中携带终端支持扩展QoS流的能力信息，旨在告诉SMF网元该终端支持扩展QoS流；或者，对于PDU会话建立流程，可选的，该服务操作请求1中携带终端发送的PDU会话建立请求，该PDU会话建立请求中携带终端支持扩展QoS流的能力信息，进而，SMF网元可以从终端发送的PDU会话建立请求中获知终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

可选的，本实施例中，SMF网元在获取终端支持扩展QoS流的能力信息之后，可以在终端的上下文中保存终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

可选的，在注册流程或者PDU会话建立流程中，若该流程所影响的扩展QoS流是经过UPF网元的扩展QoS流，则继续执行步骤S503a-S504a:若该流程所影响的扩展QoS流是经过NEF网元的扩展QoS流，则继续执行步骤S503b-S504b。

其中，本实施例步骤S503a-S504a如下：

S503a、SMF网元根据终端支持扩展QoS流的能力信息确定UPF网元，以确保所选择的UPF网元支持扩展QoS流。

S504a、SMF网元向UPF网元发送分组转发控制协议(packet forwarding controlprotocol，PFCP)会话建立请求(PFCP session establishment request)消息，以使得UPF网元接收来自SMF网元的PFCP会话建立请求消息。

其中，该PFCP会话建立请求用于建立与PDU会话对应的PFCP会话。

其中，该PFCP会话建立请求消息中携带终端支持扩展QoS流的能力信息，旨在告诉UPF网元该终端支持扩展QoS流。

可选的，本实施例中，UPF网元接收来自SMF网元的终端支持扩展QoS流的能力信息之后，可以在终端的上下文中保存终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

其中，本实施例步骤S503b-S504b如下：

S503b、SMF网元根据终端支持扩展QoS流的能力信息确定NEF网元，以确保所选择的NEF网元支持扩展QoS流。

S504b、SMF网元调用服务操作2来指示NEF网元为该终端建立PDU会话。

示例性地，本实施例中，SMF网元调用的服务操作2可以为SMF网元提供的“PDU会话_创建会话管理上下文”，本实施例对此不作具体限定。

其中，该服务操作请求2中携带终端支持扩展QoS流的能力信息，旨在告诉NEF网元该终端支持扩展QoS流。

可选的，本实施例中，NEF网元接收来自SMF网元的终端支持扩展QoS流的能力信息之后，可以在终端的上下文中保存终端支持扩展QoS流的能力信息，本实施例对此不作具体限定。

进一步的，本申请实施例提供的终端与网络侧进行支持扩展QoS流协商的流程还包括如下步骤：

S505、SMF网元向AMF网元发送服务操作响应，以使得AMF网元接收来自SMF网元的服务操作响应。

其中，步骤S505中的服务操作响应是步骤S502中AMF网元调用的服务操作1的响应。

其中，该服务操作响应中携带网络支持扩展QoS流的能力信息，这样，AMF网元可以根据该服务操作响应获知网络支持扩展QoS流的能力信息；或者，对于PDU会话建立流程，可选的，该服务操作响应中携带SMF网元发送给该终端的PDU会话建立接受(PDU sessionestablishment accept)消息，该PDU会话建立接受消息中携带网络支持扩展QoS流的能力信息，旨在告诉终端网络支持扩展QoS流，本实施例对此不作具体限定。

可选的，本实施例中，该PDU会话建立接受消息中还可以携带SMF网元为该终端分配的扩展QoS流挂起(Suspend)的时间长度，如下述实施例中的第一预设时长或第二预设时长，以备后续处理扩展QoS流使用，本实施例对此不作具体限定。当然，该第一预设时长或第二预设时长也可以是提前配置在终端和SMF网元中的，本实施例对此不作具体限定。

可选的，本实施例中，若第一NAS消息触发的NAS流程执行成功，则终端与网络侧进行支持扩展QoS流协商的流程还包括如下步骤：

S506、AMF网元向终端发送第二NAS消息，以使得终端接收来自AMF网元的第二NAS消息。

其中，该第二NAS消息携带网络支持扩展QoS流的能力信息。可选的，终端在接收该第二NAS消息之后，可以在终端的上下文中保存网络支持扩展QoS流的能力信息。

可选的，若网络不支持扩展QoS流，则第二NAS消息不携带网络支持扩展QoS流的能力信息。这样，终端根据第二NAS消息，即可获知网络是否支持扩展QoS流。

可选的，本实施例中，对应于不同的流程，该第二NAS消息具体可以是不同的消息。比如，对应注册流程，该第二NAS消息例如可以是注册接受(registration accept)消息；或者，对应PDU会话建立流程，该第二NAS消息例如可以是NAS传输(NAS transport)消息，该NAS传输消息中封装了完整的PDU会话建立接受消息，本实施例对第二NAS消息具体是什么消息不作具体限定。

需要说明的是，图5中的上述步骤均是在终端发起的注册流程或者PDU会话建立流程中执行的，完整的注册流程或者PDU会话建立流程所包括的其它步骤，均是现有技术，在此不予赘述。

基于本实施例提供的协商流程，终端与网络均知道对方是否支持扩展QoS流，进而就可以根据业务的需要来激活所需的扩展QoS流，满足更多业务并发性的需求。

其中，上述步骤S501至S506中的终端或者SMF网元或者UPF网元或者NEF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本实施例对此不作任何限制。

下面以图3所示的QoS流处理系统应用于如图1或图2所示的网络架构为例，给出本申请实施例提供的QoS流方法如图6至图8所示。

可选的，假设该QoS流处理方法的应用场景为：有激活态扩展QoS流的终端空闲态移动到EPS，则如图6所示，本实施例提供的QoS流处理方法包括如下步骤：

S601、终端在5GS中激活了扩展QoS流，且空闲态移动进入EPS之后，接入EPS。

其中，本申请实施例中，终端接入EPS具体是指该终端成功选择了该EPS所支持的接入技术的合适小区(suitable cell)进行正常驻留。比如，若终端成功在一个E-UTRAN合适小区进行正常驻留，则表明该终端接入了EPS，在此统一说明，以下不再赘述。

S602、终端向EPS中的MME发送跟踪域更新(tracking area update，TAU)请求消息，以使得MME接收来自终端的TAU请求消息。

其中，该TAU请求消息用于实现到EPS的位置更新。

S603、MME向支持扩展QoS流的5GS中的AMF网元发送上下文请求(contextrequest)，以使得AMF网元接收来自MME的上下文请求。

其中，该上下文请求用于请求终端的上下文，包括终端的映射EPS承载上下文。

可选的，本实施例中，由于MME不支持扩展QoS流，因此步骤S703中的上下文请求中不携带网络支持扩展QoS流的能力信息。进而AMF网元接收来自MME的上下文请求之后，由于该上下文请求中不携带网络支持扩展QoS流的能力信息，因此AMF网元可以确定EPS不支持扩展QoS流。当然，若AMF网元获知上下文请求是由MME发送过来的，AMF网元也可以确定目标网络不支持扩展QoS流，因为MME是EPS中的网元，而EPS本身不支持扩展QoS流。本实施例不限定AMF网元如何确定EPS不支持扩展QoS流。

S604、AMF网元调用服务操作来从SMF网元获取该终端的会话管理上下文(sessionmanagement context,简称SM上下文)，其中，该终端的会话管理上下文包括终端的映射EPS承载上下文。

示例性地，AMF网元调用的服务操作可以为SMF网元提供的“PDU会话_上下文请求(Nsmf_PDU Session_Context Request)”，本实施例对此不作具体限定。

其中，该服务操作中携带MME的信息，用于告知SMF网元请求终端的SM上下文的目标侧服务网元是MME。

此外，由于获知终端的目标侧服务网元为MME，因此SMF网元可以确定激活态扩展QoS流的终端接入EPS，进而可以执行步骤S607。

可选的，本实施例中，MME的信息例如可以是MME的标识信息以及该MME所支持的能力信息，本实施例对此不作具体限定。

S605、SMF网元向AMF网元发送服务操作响应，以使得AMF网元接收来自SMF网元的服务操作响应。

其中，该服务操作响应是步骤S604中AMF网元调用的服务操作的响应。

其中，该服务操作响应中携带终端的QoS流的映射EPS承载上下文。

可选的，本实施例中，由于SMF网元获知目标侧的服务网元为MME，因此SMF网元不会将扩展QoS流的映射EPS承载上下文发送给AMF网元。作为一种合理的实现方式，在扩展QoS流的建立过程中，SMF网元不同步生成该扩展QoS流的映射EPS承载上下文，即SMF网元中未存储终端的扩展QoS流的映射EPS承载上下文，则在该步骤中，SMF网元能提供给AMF网元的只有非扩展QoS流的映射EPS承载上下文，在此统一说明，以下不再赘述。

可选的，本实施例中，若终端当前有多个PDU会话关联多个SMF网元，则对于每个SMF网元，均执行步骤S604-S605中的操作，以使得AMF网元可以获取与每个PDU会话对应的终端的映射EPS承载上下文，在此统一说明，以下不再赘述。

S606、AMF网元向MME发送上下文响应(context response)，以使得MME接收来自AMF网元的上下文响应。

其中，该上下文响应中携带终端的QoS流的映射EPS承载上下文。

S607、SMF网元将终端的所有扩展QoS流挂起，即置为挂起状态(suspendedstate)。

可选地，本实施例中，SMF网元可以同时启动为该终端分配的定时时长为第一预设时长的挂起定时器，并保存与挂起的扩展QoS流相关的终端上下文，包括终端的身份信息、AMF网元的地址信息、UPF网元的地址信息或者NEF网元的地址信息等，以便SMF网元能识别被挂起的扩展QoS流是哪个终端的，经过哪个UPF网元或者NEF网元，本实施例对此不作具体限定。

可选的，本实施例中的步骤S607与步骤S605-S606之间没有必然的执行先后顺序，可以是先执行步骤S607，再执行步骤S605-S606；也可以是先执行步骤S605-S606，再执行步骤S607；还可以是同时执行步骤S607与步骤S605-S606，本实施例对此不作具体限定。

可选的，若被挂起的扩展QoS流是经过UPF网元的扩展QoS流，则继续执行步骤S608a-S609a；若被挂起的扩展QoS流是经过NEF网元的扩展QoS流，则继续执行步骤S608b-S609b。

其中，本实施例步骤S608a-S609a如下：

S608a、SMF网元向扩展QoS流关联的UPF网元发送挂起通知(suspendnotification)消息1，以使得UPF网元接收来自SMF网元的挂起通知消息1。

可选的，本实施例中的挂起通知消息1中可以携带要挂起的扩展QoS流的流标识(QoS flow identifier,QFI)或者要挂起的扩展QoS流所属的PDU会话的会话标识中的至少一个，旨在清楚地告知UPF网元，只将扩展QoS流的流标识对应的扩展QoS流进行挂起，或者，只将与PDU会话的会话标识对应的PFCP会话所关联的扩展QoS流挂起，其它QoS流不受影响。

可选的，本实施例中扩展QoS流的流标识可以是该扩展QoS流所关联的QoS规则(rule)的rule标识(QoS rule identifier,QRI)，也可以是该扩展QoS流本身的标识QFI等，本实施例对此不作具体限定。

S609a、UPF网元根据挂起通知消息1，将终端的所有扩展QoS流挂起，即置为挂起状态(suspended state)。

可选的，本实施例中，UPF网元还保存与挂起的扩展QoS流相关的终端上下文，包括终端的身份信息，SMF网元的地址信息等，本实施例对此不作具体限定。

可选的，本实施例中，在UPF网元将终端的所有扩展QoS流挂起之后，UPF网元还将从挂起的扩展QoS流上接收到的下行数据丢弃，本实施例对此不作具体限定。

其中，本实施例步骤S608b-S609b如下：

S608b、SMF网元向扩展QoS流关联的NEF网元发送挂起通知消息2，以使得NEF网元接收来自SMF网元的挂起通知消息2。

可选的，本实施例中的挂起通知消息2中可以携带要挂起的扩展QoS流的流标识或者要挂起的扩展QoS流所属的PDU会话的会话标识中的至少一个，旨在清楚地告知NEF网元，只将扩展QoS流的流标识对应的扩展QoS流进行挂起，或者，只将与PDU会话的会话标识对应的扩展QoS流挂起，其它QoS流不受影响。其中，扩展QoS流的流标识的相关描述可参考步骤S608a，在此不再赘述。

S609b、NEF网元根据挂起通知消息1，将终端的所有扩展QoS流挂起，即置为挂起状态。

可选的，本实施例中，NEF网元还保存与挂起的扩展QoS流相关的终端上下文，包括终端的身份信息，SMF网元的地址信息等，本实施例对此不作具体限定。

可选的，本实施例中，在NEF网元将终端的所有扩展QoS流挂起之后，NEF网元还将从挂起的扩展QoS流上接收到的下行数据丢弃，本实施例对此不作具体限定。

可选的，本实施例中，若终端的多个扩展QoS流关联多个SMF网元，则所关联的每个SMF网元都需要执行上述步骤S607-S608a或者S607-S608b，在此统一说明，以下不再赘述。

进一步的，若TAU流程执行成功，则本实施例提供的QoS流处理方法还包括如下步骤：

S610、MME向终端发送TAU接受消息，以使得终端接收来自MME的TAU接受消息。

可选的，本实施例中，由于MME不支持扩展QoS流，因此该TAU接受消息中不携带网络支持扩展QoS流的能力信息。

需要说明的是，本实施例步骤S602-S610均是在终端发起的TAU流程中执行的，完整的TAU流程所包括的其它步骤，都是现有技术，在此不予赘述。

进一步的，由于终端可以获知目标网络不支持扩展QoS流，因此本实施例提供的QoS流处理方法还包括如下步骤：

S611、终端将所有的扩展QoS流挂起，即置为挂起状态。

可选的，本实施例中，终端可以启动为该终端分配的定时时长为第一预设时长的挂起定时器，并保存与挂起的扩展QoS流相关的终端上下文，包括挂起的扩展QoS流的所属的PDU会话的会话标识等。

可选的，本实施例中，也可以在终端接入EPS之后，马上执行步骤S611，因为终端本身知道EPS不支持扩展QoS流，本实施例对此不作具体限定。

S612、在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，终端删除挂起的扩展QoS流，比如，本地释放挂起的扩展QoS流。

S613、在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下，SMF网元删除挂起的扩展QoS流。

需要说明的是，本实施例中的步骤S612和步骤S613之间没有必然的执行先后顺序，可以是先执行步骤S612，再执行步骤S613；也可以是先执行步骤S613，再执行步骤S612；还可以是同时执行步骤S612和S613，本实施例对此不作具体限定。

进一步的，若被挂起的扩展QoS流是经过UPF网元的扩展QoS流，则本实施例提供的QoS流处理方法还包括如下步骤S614a-S615a；若被挂起的扩展QoS流是经过NEF网元的扩展QoS流，则本实施例提供的QoS流处理方法还包括如下步骤S614b-S615b。

其中，本实施例步骤S614a-S615a如下：

S614a、SMF网元向UPF网元发送删除挂起通知消息1，以使得UPF网元接收来自SMF网元的删除挂起通知消息1。

其中，该删除挂起通知消息1用于通知UPF网元删除该终端的挂起的扩展QoS流。

S615a、UPF网元根据删除挂起通知消息1，删除该终端的挂起的扩展QoS流。

其中，本实施例步骤S614b-S615b如下：

S614b、SMF网元向NEF网元发送删除挂起通知消息2，以使得NEF网元接收来自SMF网元的删除挂起通知消息2。

其中，该删除挂起通知消息2用于通知NEF网元删除该终端的挂起的扩展QoS流。

S615b、NEF网元根据删除挂起通知消息2，删除该终端的挂起的扩展QoS流。

基于本实施例提供的QoS流处理方法，可以解决在5GS与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从5GS移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入5GS的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

其中，上述步骤S601至S615a或者S615b中的终端或者SMF网元或者UPF网元或者NEF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，假设该QoS流处理方法的应用场景为：有激活态扩展QoS流的终端连接态切换到EPS，则如图7所示，本实施例提供的QoS流处理方法包括如下步骤：

S701、当前为终端提供服务的接入设备向当前为终端提供服务的AMF网元发送切换请求(handover required)，以使得AMF网元接收来自接入设备的切换请求。

其中，该切换请求携带目标网络中的移动管理网元的标识信息。本实施例中，目标网络为EPS，目标网络中的移动管理网元为MME。

S702-S703、同步骤S604-S605，相关描述可参考图6所示的实施例，在此不再赘述。

S704、AMF网元向MME发送重定位请求(relocation request)，以使得MME接收来自AMF网元的重定位请求。

其中，该重定位请求中携带终端的QoS流的映射EPS承载上下文。

可选的，本实施例中，该重定位请求也可以为转发重定位请求(forwardrelocation request)，本实施例对此不作具体限定。

S705、在切换过程中，接入设备向终端发送切换命令(handover command)，以使得终端接收来自接入设备的切换命令。

S706、终端根据切换命令接入EPS。

S707、同步骤S607，相关描述可参考图6所示的实施例，在此不再赘述。

S708a-S709a、同步骤S608a-S609a，相关描述可参考图6所示的实施例，在此不再赘述。

S708b-S709b、同步骤S608b-S609b，相关描述可参考图6所示的实施例，在此不再赘述。

S710、终端向MME发送TAU请求消息，以使得MME接收来自终端的TAU请求消息。

其中，该TAU请求消息用于实现到EPS的位置更新。

S711、MME向终端发送TAU接受消息，以使得终端接收来自MME的TAU接受消息。

可选的，本实施例中，由于MME不支持扩展QoS流，因此该TAU接受消息中不携带网络支持扩展QoS流的能力信息。

可选的，本实施例中的步骤S707-S709a或S707-S709b也可以是在终端发起TAU流程(即步骤S710)之后执行，本实施例对此不作具体限定。

需要说明的是，本实施例中的步骤S701-S711均是在切换流程以及终端发起的TAU流程中执行的，完整的切换流程以及TAU流程所包括的其它步骤，都是现有技术，在此不予赘述。

进一步的，由于终端可以获知目标网络不支持扩展QoS流，因此本实施例提供的QoS流处理方法还包括如下步骤：

S712-S714、同步骤S611-S613，相关描述可参考图6所示的实施例，在此不再赘述。

S715a-S716a、同步骤S614a-S615a，相关描述可参考图6所示的实施例，在此不再赘述。

S715b-S716b、同步骤S614b-S615b，相关描述可参考图6所示的实施例，在此不再赘述。

可选的，本实施例中，也可以在终端接入EPS之后，即步骤S706之后，马上执行步骤S712，因为终端本身知道EPS不支持扩展QoS流，本实施例对此不作具体限定。

基于本实施例提供的QoS流处理方法，可以解决在5GS与EPS互操作时如何处理QoS流扩展带来的问题，避免因终端从5GS移动到EPS时可能导致的扩展QoS流必须被删除的问题，进而可以在后续终端重新接入5GS的情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

其中，上述步骤S701至S716a或者S716b中的终端或者SMF网元或者UPF网元或者NEF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，假设该QoS流处理方法的应用场景为：有挂起态扩展QoS流的终端空闲态移动或连接态切换到5GS，则如图8所示，本实施例提供的QoS流处理方法包括如下步骤：

S801、有挂起态扩展QoS流的终端接入5GS。

其中，终端上的挂起定时器正在运行表明终端有挂起态的扩展QoS流。

可选的，本实施例中，终端可以发起注册更新流程到5GS。其中，若终端是连接态切换到5GS，则终端与5GS之间的EPS承载上下文到非扩展QoS流的映射是在切换流程中完成的，注册更新流程是在切换流程完成后终端从连接态发起的；若终端是空闲态移动到5GS，则终端与5GS之间的EPS承载上下文到非扩展QoS流的映射是在注册更新流程中完成的，在此统一说明，以下不再赘述。

可选的，本实施例中，对于终端发起的注册更新流程，若在该注册更新流程中AMF网元发生了改变，即终端从EPS回到5GS时的服务AMF网元不同于上一次终端在5GS中注册的AMF网元，则终端从EPS回到5GS时的服务AMF网元会从上一次终端在5GS中注册的AMF网元中获取终端的上下文信息，包括终端的会话管理上下文信息，比如PDU会话的信息以及关联的SMF网元的信息等，在此统一说明，以下不再赘述。

进一步的，在注册更新流程成功完成之后，若终端上仍保存有挂起态的扩展QoS流，则本实施例提供的QoS流处理方法还可以包括如下步骤：

S802、终端向AMF网元发送NAS传输消息1，以使得AMF网元接收来自终端的NAS传输消息1。

其中，该NAS传输消息1携带PDU会话修改请求(PDU session modificationrequest)，该PDU会话修改请求携带挂起的扩展QoS流的流标识或者挂起的扩展QoS流所属的PDU会话的会话标识中的至少一个，旨在清楚地告知接收方，恢复挂起的扩展QoS流的流标识对应的扩展QoS流，或者，恢复与PDU会话的会话标识对应的PDU会话所关联的扩展QoS流，其它QoS流不受影响。也就是说，该PDU会话修改请求用于恢复挂起的扩展QoS流。

其中，扩展QoS流的流标识的相关描述可参考图6所示的实施例，在此不再赘述。

可选的，本实施例中的NAS传输消息1中还可以携带挂起的扩展QoS流所属的PDU会话的会话标识，该会话标识用于选择SMF网元，本实施例对此不作具体限定。

S803、AMF网元确定SMF网元。

可选的，本实施例中，AMF网元可以根据NAS传输消息1中携带的挂起的扩展QoS流所属的PDU会话的会话标识从终端的会话管理上下文中获取对应的SMF网元的信息，并针对每个SMF网元均执行下述操作。

S804、AMF网元向SMF网元发送PDU会话修改请求，以使得SMF网元接收来自AMF网元的PDU会话修改请求。

可选的，本实施例中，AMF网元可以调用一个定义的服务操作来封装该PDU会话修改请求。示例性地，AMF网元调用的服务操作可以为SMF网元提供的“PDU会话_更新会话管理上下文(Nsmf_PDU Session_Update SM Context)”，本实施例对此不作具体限定。

S805、SMF网元根据PDU会话修改请求，恢复挂起的扩展QoS流，也即清除(clear)被挂起的扩展QoS流的挂起状态，并停止正在运行的挂起定时器。

进一步地，若被挂起的扩展QoS流是经过UPF网元的扩展QoS流，则本实施例提供的QoS流处理方法还包括如下步骤S806a-S807a；或者，若被挂起的扩展QoS流是经过NEF网元的扩展QoS流，则本实施例提供的QoS流处理方法还包括如下步骤S806b-S807b。

其中，本实施例步骤S806a-S807a如下：

S806a、SMF网元向挂起的扩展QoS流关联的UPF网元发送PFCP会话修改请求，以使得UPF网元接收来自SMF网元的PFCP会话修改请求。

其中，该PFCP会话修改请求携带挂起的扩展QoS流的流标识或者挂起的扩展QoS流所属的PDU会话的会话标识中的至少一个，旨在清楚地告知UPF网元，恢复挂起的扩展QoS流的流标识对应的扩展QoS流，或者，仅恢复与PDU会话的会话标识对应的PFCP会话所关联的扩展QoS流，其它QoS流不受影响。也就是说，该PFCP会话修改请求用于恢复挂起的扩展QoS流。

S807a、UPF网元根据PFCP会话修改请求，恢复挂起的扩展QoS流，也即清除被挂起的扩展QoS流的挂起状态。

其中，本实施例步骤S806b-S807b如下：

S806b、SMF网元向挂起的扩展QoS流关联的NEF网元发送PDU会话更新请求，以使得NEF网元接收来自SMF网元的PDU会话更新请求。

其中，该PDU会话更新请求携带挂起的扩展QoS流的流标识或者挂起的扩展QoS流所属的PDU会话的会话标识中的至少一个，旨在清楚地告知NEF网元，恢复挂起的扩展QoS流的流标识对应的扩展QoS流，或者，仅恢复与PDU会话的会话标识对应的PDU会话所关联的扩展QoS流，其它QoS流不受影响。也就是说，该PDU会话更新请求用于恢复挂起的扩展QoS流。

S807b、NEF网元根据PDU会话更新请求，恢复挂起的扩展QoS流，也即清除被挂起的扩展QoS流的挂起状态。

S808、SMF网元向AMF网元发送PDU会话修改命令(PDU session modificationcommand)，以使得AMF网元接收来自SMF网元的PDU会话修改命令。其中，该PDU会话修改命令携带扩展QoS流的流标识。

可选的，本实施例中，若SMF网元要分配一个新的扩展QoS流挂起的时间长度，如第二预设时长，则该PDU会话修改命令还携带该第二预设时长，本实施例对此不作具体限定。

可选的，本实施例中，SMF网元可以调用一个定义的服务操作响应来封装该PDU会话修改命令，该服务操作响应是步骤S804中AMF网元调用的服务操作的响应。示例性地，SMF网元调用的服务操作响应可以为SMF网元提供的“PDU会话_更新会话管理上下文(Nsmf_PDUSession_Update SM Context)”，本实施例对此不作具体限定。

S809、AMF网元向终端发送NAS传输消息2，以使得终端接收来自AMF网元的NAS传输消息2。其中，该NAS传输消息2携带上述PDU会话修改命令。

S810、终端根据上述PDU会话修改命令中携带的扩展QoS流的流标识，恢复挂起的扩展QoS流，也即清除被挂起扩展QoS流的挂起状态。

可选的，本实施例中，若在挂起扩展QoS流时启动了挂起定时器，且该挂起定时器正在运行，则此时终端还可以停止正在运行的挂起定时器，本实施例对此不作具体限定。

可选的，本实施例中，若PDU会话修改命令还携带第二预设时长，则终端在接收NAS传输消息2之后，还存储该第二预设时长，以备后续挂起扩展QoS流时使用，本实施例对此不作具体限定。

基于本实施例提供的QoS流处理方法，可以在终端有挂起的扩展QoS流的终端接入5GS情况下，直接恢复挂起的扩展QoS流，而不需要重建该扩展QoS流，从而实现业务的快速恢复。

其中，上述步骤S801至S810中的终端或者SMF网元或者UPF网元或者NEF网元的动作可以由图4所示的通信设备400中的处理器401调用存储器403中存储的应用程序代码来执行，本实施例对此不作任何限制。

综上，因此，本申请实施例公开了一种QoS流处理方法，该方法包括：有激活态扩展QoS流的终端接入EPS；终端将扩展QoS流挂起。

作为一种实现，本申请公开的QoS流处理方法还可以包括：在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，终端删除挂起的扩展QoS流。

作为一种实现，本申请公开的QoS流处理方法还可以包括：有挂起的扩展QoS流的终端接入支持扩展QoS流的目标系统；终端向目标系统中有激活态扩展QoS流的会话管理网元发送会话修改请求，该会话修改请求携带扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个，该会话修改请求用于恢复扩展QoS流；终端接收来自会话管理网元的会话修改命令，该会话修改命令携带扩展QoS流的流标识；终端根据扩展QoS流的流标识，恢复挂起的扩展QoS流。

作为一种实现，该会话修改命令还携带第二预设时长；本申请公开的QoS流处理方法还可以包括：终端存储第二预设时长，其中，第二预设时长为扩展QoS流挂起的时间长度。

上述QoS流处理方法中，例如，终端的操作可参考图5至图8中终端的操作及上述相关文字说明，在此不再赘述。

此外，本申请实施例还公开了一种QoS流处理方法，该方法包括：有终端的激活态扩展QoS流的会话管理网元确定终端接入EPS；会话管理网元将扩展QoS流挂起；会话管理网元向扩展QoS流关联的网络设备发送第一通知消息，第一通知消息用于通知网络设备将扩展QoS流挂起。

作为一种实现，本申请公开的QoS流处理方法还可以包括：在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，会话管理网元删除挂起的扩展QoS流；以及，会话管理网元向网络设备发送第二通知消息，第二通知消息用于通知网络设备删除挂起的扩展QoS流。

可选的，第二通知消息携带扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个。

作为一种实现，本申请公开的QoS流处理方法还可以包括：在终端接入支持扩展QoS流的目标系统的情况下，会话管理网元接收来自终端的会话修改请求，会话修改请求携带扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个；会话管理网元根据会话修改请求，恢复扩展QoS流；以及，会话管理网元向网络设备发送指示信息，指示信息用于指示网络设备恢复挂起的扩展QoS流。

作为一种实现，网络设备包括用户面功能网元；会话管理网元向网络设备发送指示信息，包括：会话管理网元向用户面功能网元发送分组转发控制协议PFCP会话修改请求，PFCP会话修改请求携带指示信息。

作为另一种实现，网络设备包括网络开放网元；会话管理网元向网络设备发送指示信息，包括：会话管理网元向网络开放网元发送会话更新请求，会话更新请求携带指示信息。

可选的，指示信息包括扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个。

作为一种实现，本申请公开的QoS流处理方法还可以包括：会话管理网元向终端发送会话修改命令，会话修改命令携带扩展QoS流的流标识。

作为一种实现，在会话管理网元将扩展QoS流挂起之后，本申请公开的QoS流处理方法还可以包括：会话管理网元存储与挂起的扩展QoS流相关的终端上下文，终端上下文中包括终端的身份标识信息、网络设备的标识信息以及第一预设时长，第一预设时长为扩展QoS流挂起的时间长度。

作为一种实现，会话管理网元确定终端接入EPS，包括：会话管理网元接收上下文请求消息，上下文请求消息携带演进分组系统EPS中为终端服务的移动管理网元的信息，用于请求终端的映射EPS承载的上下文。

上述QoS流处理方法中，例如，会话管理网元的操作可参考图5至图8中SMF网元的操作及上述相关文字说明，在此不再赘述。

此外，本申请实施例还公开了一种QoS流处理方法，该方法包括：在终端接入EPS的情况下，有终端的激活态扩展QoS流的网络设备接收将扩展QoS流挂起的第一通知消息；网络设备根据第一通知消息，将扩展QoS流挂起。

作为一种实现，本申请公开的QoS流处理方法还可以包括：在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，网络设备接收删除挂起的扩展QoS流的第二通知消息；网络设备根据第二通知消息，删除挂起的扩展QoS流。

作为一种实现，本申请公开的QoS流处理方法还可以包括：在终端接入支持扩展QoS流的目标系统的情况下，网络设备接收恢复挂起的扩展QoS流的指示信息；网络设备根据指示信息，恢复挂起的扩展QoS流。

作为一种实现，网络设备包括用户面功能网元；网络设备接收恢复挂起的扩展QoS流的指示信息，包括：网络设备接收分组转发控制协议PFCP会话修改请求，PFCP会话修改请求携带指示信息。

作为另一种实现，网络设备包括网络开放网元；网络设备接收恢复挂起的扩展QoS流的指示信息，包括：网络设备接收会话更新请求，会话更新请求携带指示信息。

上述QoS流处理方法中，例如，网络设备的操作可参考图5至图8中UPF网元或者NEF网元的操作及上述相关文字说明，在此不再赘述。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述终端、会话管理网元或者网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端、会话管理网元或者网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以采用集成的方式划分各个功能模块的情况下，图9示出了一种装置90的结构示意图。该装置90可以是上述实施例中的终端，也可以是上述实施例中的终端内的芯片或电路，本申请实施例对此不作具体限定。其中，该装置90包括：接入模块901和处理模块902。接入模块901，用于接入EPS；处理模块902，用于将扩展QoS流挂起。

可选的，处理模块902，还用于在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，删除挂起的扩展QoS流。

可选的，如图9所示，装置90还包括收发模块903；接入模块901，还用于接入支持扩展QoS流的目标系统；收发模块903，用于向目标系统中有激活态扩展QoS流的会话管理网元发送会话修改请求，会话修改请求携带扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个，会话修改请求用于恢复扩展QoS流；收发模块903，还用于接收来自会话管理网元的会话修改命令，会话修改命令携带扩展QoS流的流标识；处理模块902，还用于根据扩展QoS流的流标识，恢复挂起的扩展QoS流。

可选的，如图9所示，会话修改命令还携带第二预设时长；装置90还包括：存储模块904；存储模块904，用于存储第二预设时长，其中，第二预设时长为扩展QoS流挂起的时间长度。

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

在本实施例中，该装置90以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。

在一个简单的实施例中，本领域的技术人员可以想到装置90可以采用图4所示的形式。

比如，图4中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得装置90执行上述方法实施例中的QoS流处理方法。

具体的，图9中的接入模块901、处理模块902、收发模块903和存储模块904的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图9中的接入模块901和处理模块902的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现，图9中的收发模块903的功能/实现过程可以通过图4中的通信接口404来实现，图9中的存储模块904的功能/实现过程可以通过图4中的存储器403来实现。

可选的，当该装置90是芯片或电路时，存储器403可以为芯片或电路内的存储单元，如寄存器、缓存等。当然，当该装置90是终端时，存储器403可以是终端内的位于芯片外部的存储单元，本申请实施例对此不作具体限定。

由于本申请实施例提供的装置可用于执行上述QoS流处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

比如，以采用集成的方式划分各个功能模块的情况下，图10示出了一种会话管理网元100的结构示意图。该会话管理网元100包括：处理模块1002和收发模块1001。处理模块1002，用于确定终端接入EPS；处理模块1002，还用于将扩展QoS流挂起；收发模块1001，用于向扩展QoS流关联的网络设备发送第一通知消息，第一通知消息用于通知网络设备将扩展QoS流挂起。

可选的，处理模块1002，还用于在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，删除挂起的扩展QoS流；以及，收发模块1001，还用于向网络设备发送第二通知消息，第二通知消息用于通知网络设备删除挂起的扩展QoS流。

可选的，收发模块1001，还用于接收来自终端的会话修改请求，会话修改请求携带扩展QoS流的流标识或者扩展QoS流所属的会话的会话标识中的至少一个；处理模块1002，用于根据会话修改请求，恢复扩展QoS流；以及，收发模块1001，还用于向网络设备发送指示信息，指示信息用于指示网络设备恢复挂起的扩展QoS流。

一种可能的实现方式中，网络设备包括用户面功能网元；收发模块1001用于向网络设备发送指示信息，包括：用于向用户面功能网元发送PFCP会话修改请求，PFCP会话修改请求携带指示信息。

另一种可能的实现方式中，网络设备包括网络开放网元；收发模块1001用于向网络设备发送指示信息，包括：用于向网络开放网元发送会话更新请求，会话更新请求携带指示信息。

可选的，收发模块1001，还用于向终端发送会话修改命令，会话修改命令携带扩展QoS流的流标识。

可选的，如图10所示，会话管理网元100还包括存储模块1003；存储模块1003，用于存储与挂起的扩展QoS流相关的终端上下文，终端上下文中包括终端的身份标识信息、网络设备的标识信息以及第一预设时长，第一预设时长为扩展QoS流挂起的时间长度。

可选的，处理模块1002用于确定终端接入EPS，包括：用于接收上下文请求消息，上下文请求消息携带EPS中为终端服务的移动管理网元的信息，用于请求终端的映射EPS承载的上下文。

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

在本实施例中，该会话管理网元100以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该会话管理网元100可以采用图4所示的形式。

比如，图4中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得会话管理网元100执行上述方法实施例中的QoS流处理方法。

具体的，图10中的收发模块1001、处理模块1002和存储模块1003的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图10中的处理模块1002的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现，图10中的收发模块1001的功能/实现过程可以通过图4中的通信接口404来实现，图10中的存储模块1003的功能/实现过程可以通过图4中的存储器403来实现。

由于本实施例提供的会话管理网元可执行上述的QoS流处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持会话管理网元实现上述QoS流处理方法，例如确定终端接入EPS之后，将扩展QoS流挂起。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存会话管理网元必要的程序指令和数据。当然，存储器也可以不在芯片系统中。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

比如，以采用集成的方式划分各个功能模块的情况下，图11示出了一种网络设备110的结构示意图。该网络设备110包括：收发模块1101和处理模块1102。收发模块1101，用于在终端接入EPS的情况下，接收将扩展QoS流挂起的第一通知消息；处理模块1102，用于根据第一通知消息，将扩展QoS流挂起。

可选的，收发模块1101，还用于在挂起的扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，接收删除挂起的扩展QoS流的第二通知消息；处理模块1102，还用于根据第二通知消息，删除挂起的扩展QoS流。

可选的，收发模块1101，还用于接收恢复挂起的扩展QoS流的指示信息；处理模块1102，还用于根据指示信息，恢复挂起的扩展QoS流。

一种可能的实现方式中，网络设备包括用户面功能网元；收发模块1101用于接收恢复挂起的扩展QoS流的指示信息，包括：用于接收PFCP会话修改请求，PFCP会话修改请求携带指示信息。

一种可能的实现方式中，网络设备包括网络开放网元；收发模块1101用于接收恢复挂起的扩展QoS流的指示信息，包括：用于接收会话更新请求，会话更新请求携带指示信息。

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

在本实施例中，该网络设备110以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该网络设备110可以采用图4所示的形式。

比如，图4中的处理器401可以通过调用存储器403中存储的计算机执行指令，使得网络设备110执行上述方法实施例中的QoS流处理方法。

具体的，图11中的收发模块1101和处理模块1102的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。或者，图11中的处理模块1102的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现，图11中的收发模块1101的功能/实现过程可以通过图4中的通信接口404来实现。

由于本实施例提供的网络设备可执行上述的QoS流处理方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

可选的，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持网络设备实现上述QoS流处理方法，例如根据第一通知消息，将扩展QoS流挂起。在一种可能的设计中，该芯片系统还包括存储器。该存储器，用于保存网络设备必要的程序指令和数据。当然，存储器也可以不在芯片系统中。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (35)

1.一种服务质量QoS流处理方法，其特征在于，所述方法包括：

有激活态扩展QoS流的终端接入演进分组系统EPS；

所述终端将所述扩展QoS流挂起。

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

在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，所述终端删除挂起的所述扩展QoS流。

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

有挂起的所述扩展QoS流的所述终端接入支持所述扩展QoS流的目标系统；

所述终端向所述目标系统中有所述激活态扩展QoS流的会话管理网元发送会话修改请求，所述会话修改请求携带所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个，所述会话修改请求用于恢复所述扩展QoS流；

所述终端接收来自所述会话管理网元的会话修改命令，所述会话修改命令携带所述扩展QoS流的流标识；

所述终端根据所述扩展QoS流的流标识，恢复挂起的所述扩展QoS流。

4.根据权利要求3所述的方法，其特征在于，所述会话修改命令还携带第二预设时长；所述方法还包括：

所述终端存储所述第二预设时长，其中，所述第二预设时长为所述扩展QoS流挂起的时间长度。

5.一种服务质量QoS流处理方法，其特征在于，所述方法包括：

有终端的激活态扩展QoS流的会话管理网元确定所述终端接入演进分组系统EPS；

所述会话管理网元将所述扩展QoS流挂起；

所述会话管理网元向所述扩展QoS流关联的网络设备发送第一通知消息，所述第一通知消息用于通知所述网络设备将所述扩展QoS流挂起。

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

在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，所述会话管理网元删除挂起的所述扩展QoS流；以及，所述会话管理网元向所述网络设备发送第二通知消息，所述第二通知消息用于通知所述网络设备删除挂起的所述扩展QoS流。

7.根据权利要求6所述的方法，其特征在于，所述第二通知消息携带所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个。

8.根据权利要求5-7任一项所述的方法，其特征在于，所述方法还包括：

在所述终端接入支持所述扩展QoS流的目标系统的情况下，所述会话管理网元接收来自所述终端的会话修改请求，所述会话修改请求携带所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个；

所述会话管理网元根据所述会话修改请求，恢复所述扩展QoS流；以及，

所述会话管理网元向所述网络设备发送指示信息，所述指示信息用于指示所述网络设备恢复挂起的所述扩展QoS流。

9.根据权利要求8所述的方法，其特征在于，所述网络设备包括用户面功能网元；所述会话管理网元向所述网络设备发送指示信息，包括：

所述会话管理网元向所述用户面功能网元发送分组转发控制协议PFCP会话修改请求，所述PFCP会话修改请求携带所述指示信息。

10.根据权利要求8所述的方法，其特征在于，所述网络设备包括网络开放网元；所述会话管理网元向所述网络设备发送指示信息，包括：

所述会话管理网元向所述网络开放网元发送会话更新请求，所述会话更新请求携带所述指示信息。

11.根据权利要求8-10任一项所述的方法，其特征在于，所述指示信息包括所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个。

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

所述会话管理网元向所述终端发送会话修改命令，所述会话修改命令携带所述扩展QoS流的流标识。

13.根据权利要求5-12任一项所述的方法，其特征在于，在所述会话管理网元将所述扩展QoS流挂起之后，所述方法还包括：

所述会话管理网元存储与挂起的所述扩展QoS流相关的终端上下文，所述终端上下文中包括所述终端的身份标识信息、所述网络设备的标识信息以及第一预设时长，所述第一预设时长为所述扩展QoS流挂起的时间长度。

14.根据权利要求5-13任一项所述的方法，其特征在于，所述会话管理网元确定所述终端接入EPS，包括：

所述会话管理网元接收上下文请求消息，所述上下文请求消息携带演进分组系统EPS中为所述终端服务的移动管理网元的信息，用于请求所述终端的映射EPS承载的上下文。

15.一种服务质量QoS流处理方法，其特征在于，所述方法包括：

在终端接入演进分组系统EPS的情况下，有所述终端的激活态扩展QoS流的网络设备接收将所述扩展QoS流挂起的第一通知消息；

所述网络设备根据所述第一通知消息，将所述扩展QoS流挂起。

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

在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，所述网络设备接收删除挂起的所述扩展QoS流的第二通知消息；

所述网络设备根据所述第二通知消息，删除挂起的所述扩展QoS流。

17.根据权利要求15或16所述的方法，其特征在于，所述方法还包括：

在所述终端接入支持所述扩展QoS流的目标系统的情况下，所述网络设备接收恢复挂起的所述扩展QoS流的指示信息；

所述网络设备根据所述指示信息，恢复挂起的所述扩展QoS流。

18.根据权利要求17所述的方法，其特征在于，所述网络设备包括用户面功能网元；

所述网络设备接收恢复挂起的所述扩展QoS流的指示信息，包括：

所述网络设备接收分组转发控制协议PFCP会话修改请求，所述PFCP会话修改请求携带所述指示信息。

19.根据权利要求17所述的方法，其特征在于，所述网络设备包括网络开放网元；

所述网络设备接收恢复挂起的所述扩展QoS流的指示信息，包括：

所述网络设备接收会话更新请求，所述会话更新请求携带所述指示信息。

20.一种终端，所述终端有激活态扩展服务质量QoS流，其特征在于，所述终端包括：接入模块和处理模块；

所述接入模块，用于接入演进分组系统EPS；

所述处理模块，用于将所述扩展QoS流挂起。

21.根据权利要求20所述的终端，其特征在于，

所述处理模块，还用于在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，删除挂起的所述扩展QoS流。

22.根据权利要求20或21所述的终端，其特征在于，所述终端还包括收发模块；

所述接入模块，还用于接入支持所述扩展QoS流的目标系统；

所述收发模块，用于向所述目标系统中有所述激活态扩展QoS流的会话管理网元发送会话修改请求，所述会话修改请求携带所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个，所述会话修改请求用于恢复所述扩展QoS流；

所述收发模块，还用于接收来自所述会话管理网元的会话修改命令，所述会话修改命令携带所述扩展QoS流的流标识；

所述处理模块，还用于根据所述扩展QoS流的流标识，恢复挂起的所述扩展QoS流。

23.一种会话管理网元，所述会话管理网元有终端的激活态扩展服务质量QoS流，其特征在于，所述会话管理网元包括：处理模块和收发模块；

所述处理模块，用于确定所述终端接入演进分组系统EPS；

所述处理模块，还用于将所述扩展QoS流挂起；

所述收发模块，用于向所述扩展QoS流关联的网络设备发送第一通知消息，所述第一通知消息用于通知所述网络设备将所述扩展QoS流挂起。

24.根据权利要求23所述的会话管理网元，其特征在于，

所述处理模块，还用于在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，删除挂起的所述扩展QoS流；以及，

所述收发模块，还用于向所述网络设备发送第二通知消息，所述第二通知消息用于通知所述网络设备删除挂起的所述扩展QoS流。

25.根据权利要求23或24所述的会话管理网元，其特征在于，

所述收发模块，还用于接收来自所述终端的会话修改请求，所述会话修改请求携带所述扩展QoS流的流标识或者所述扩展QoS流所属的会话的会话标识中的至少一个；

所述处理模块，用于根据所述会话修改请求，恢复所述扩展QoS流；以及，

所述收发模块，还用于向所述网络设备发送指示信息，所述指示信息用于指示所述网络设备恢复挂起的所述扩展QoS流。

26.根据权利要求25所述的会话管理网元，其特征在于，所述网络设备包括用户面功能网元；所述收发模块用于向所述网络设备发送指示信息，包括：用于向所述用户面功能网元发送分组转发控制协议PFCP会话修改请求，所述PFCP会话修改请求携带所述指示信息。

27.根据权利要求25所述的会话管理网元，其特征在于，所述网络设备包括网络开放网元；所述收发模块用于向所述网络设备发送指示信息，包括：用于向所述网络开放网元发送会话更新请求，所述会话更新请求携带所述指示信息。

28.根据权利要求25-27任一项所述的会话管理网元，其特征在于，

所述收发模块，还用于向所述终端发送会话修改命令，所述会话修改命令携带所述扩展QoS流的流标识。

29.根据权利要求23-29任一项所述的会话管理网元，其特征在于，所述处理模块用于确定所述终端接入EPS，包括：用于接收上下文请求消息，所述上下文请求消息携带演进分组系统EPS中为所述终端服务的移动管理网元的信息，用于请求所述终端的映射EPS承载的上下文。

30.一种网络设备，所述网络设备有终端的激活态扩展服务质量QoS流，其特征在于，所述网络设备包括：收发模块和处理模块；

所述收发模块，用于接收将所述扩展QoS流挂起的第一通知消息；

所述处理模块，用于根据所述第一通知消息，将所述扩展QoS流挂起。

31.根据权利要求30所述的网络设备，其特征在于，

所述收发模块，还用于在挂起的所述扩展QoS流在第一预设时长到达时仍处于挂起状态的情况下，接收删除挂起的所述扩展QoS流的第二通知消息；

所述处理模块，还用于根据所述第二通知消息，删除挂起的所述扩展QoS流。

32.根据权利要求30或31所述的网络设备，其特征在于，

所述收发模块，还用于在所述终端接入支持所述扩展QoS流的目标系统的情况下，接收恢复挂起的所述扩展QoS流的指示信息；

所述处理模块，还用于根据所述指示信息，恢复挂起的所述扩展QoS流。

33.根据权利要求32所述的网络设备，其特征在于，所述网络设备包括用户面功能网元；

所述收发模块用于接收恢复挂起的所述扩展QoS流的指示信息，包括：用于接收分组转发控制协议PFCP会话修改请求，所述PFCP会话修改请求携带所述指示信息。

34.根据权利要求32所述的网络设备，其特征在于，所述网络设备包括网络开放网元；

所述收发模块用于接收恢复挂起的所述扩展QoS流的指示信息，包括：用于接收会话更新请求，所述会话更新请求携带所述指示信息。

35.一种服务质量QoS流处理系统，其特征在于，所述QoS流处理系统包括：如权利要求23-29任一项所述的会话管理网元以及如权利要求30-34任一项所述的网络设备。