CN117460006A - 会话建立方法、终端设备、网络侧设备及存储介质 - Google Patents

Abstract

本申请公开了一种会话建立方法、终端设备、网络侧设备及存储介质，该会话建立方法应用于终端设备，包括：根据业务需求确定第一QoS参数信息；向网络侧设备发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应；接收网络侧设备返回的PDU会话建立响应，以建立PDU会话。根据本申请实施例的方案，能够使网络侧设备下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

Description

会话建立方法、终端设备、网络侧设备及存储介质

技术领域

本申请涉及通信技术领域，尤其是一种会话建立方法、终端设备、网络侧设备及存储介质。

背景技术

随着5G通信技术的发展，人们对于高带宽低时延业务需求越来越大。相关技术中，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)协议标准中介绍到：5G PDU(Protocol Data Unit，协议数据单元)会话建立的过程中，终端向网络发送了标识切片的数据网络名称(Data Network Name，DNN)，网络在对终端鉴权以后接受了该PDU会话建立，同时网络指定了该PDU会话对应的QoS(Quality of Service，服务质量)参数指标。该QoS参数完全由网络确定，终端侧的用户的实际业务需求是多变复杂，因此可能会出现下发的QoS参数无法满足终端侧的实际业务需求的情况，使得用户体验不佳。

发明内容

本申请实施例提供了一种会话建立方法、终端设备、网络侧设备及存储介质，能够使网络侧设备下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

第一方面，本申请实施例提供了一种会话建立方法，应用于终端设备，所述方法包括：根据业务需求确定第一QoS参数信息；向网络侧设备发送携带有所述第一QoS参数信息的PDU会话建立请求，以使所述网络侧设备根据所述第一QoS参数信息确定第二QoS参数信息，并根据所述第二QoS参数信息生成PDU会话建立响应；接收所述网络侧设备返回的PDU会话建立响应，以建立PDU会话。

第二方面，本申请实施例提供了一种会话建立方法，应用于终端设备，所述方法包括：获取业务需求；根据所述业务需求获取业务的数据网络名称参数；在检测到基于所述数据网络名称参数建立的所述PDU会话存在的情况下，根据已建立的所述PDU会话和所述业务需求确定第三QoS参数信息；向网络侧设备发送携带有所述第三QoS参数信息的PDU会话修改请求，以使所述网络侧设备根据所述第三QoS参数信息确定第四QoS参数信息，并根据所述第四QoS参数信息生成PDU会话修改响应；接收所述网络侧设备返回的PDU会话修改响应，以修改所述PDU会话。

第三方面，本发明实施例提供了一种会话建立方法，应用于网络侧设备，所述方法包括：接收终端设备发送的携带有所述第一QoS参数信息的PDU会话建立请求，所述第一QoS参数信息由所述终端设备根据业务需求确定；根据所述第一QoS参数信息确定第二QoS参数信息；根据所述第二QoS参数信息生成PDU会话建立响应；向所述终端设备发送所述PDU会话建立响应，以建立PDU会话。

第四方面，本申请实施例提供了一种会话建立方法，应用于网络侧设备，所述方法包括：接收终端设备发送的携带有第三QoS参数信息的PDU会话修改请求，所述第三QoS参数信息由所述终端设备根据已建立的所述PDU会话和业务需求所确定；根据所述第三QoS参数信息对预下发的QoS参数进行对比调整处理，确定第四QoS参数信息；根据所述第四QoS参数信息生成PDU会话修改响应；向所述终端设备发送所述PDU会话修改响应，以修改所述PDU会话。

第五方面，本申请实施例还提供了一种终端设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面或如第二方面所述的会话建立方法。

第六方面，本申请实施例还提供了一种网络侧设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第三方面或如第四方面所述的会话建立方法。

第七方面，本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行如第一方面、或如第二方面、或如第三方面、或如第四方面所述的会话建立方法。

本申请实施例包括：终端设备根据业务需求确定第一QoS参数信息；向网络侧设备发送携带有所述第一QoS参数信息的PDU会话建立请求，以使所述网络侧设备根据所述第一QoS参数信息确定第二QoS参数信息，并根据所述第二QoS参数信息生成PDU会话建立响应；接收所述网络侧设备返回的PDU会话建立响应，以建立PDU会话。根据本申请实施例的方案，终端设备根据业务需求确定第一QoS参数信息；而后向网络侧设备发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应；而后，接收网络侧设备返回的PDU会话建立响应，以建立PDU会话，即是说，本申请实施例的方案能够通过终端设备向网络侧设备上报反映实际业务需求的QoS参数，以使网络侧设备下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

附图说明

图1是本申请一实施例提供的用于实现会话建立方法的网络架构示意图；

图2是本申请一实施例提供的应用于终端设备的会话建立方法的流程示意图；

图3是图2中步骤S210的具体方法的流程示意图；

图4是本申请另一实施例提供的应用于终端设备的会话建立方法的流程示意图；

图5是本申请一实施例提供的应用于网络侧设备的会话建立方法的流程示意图；

图6是本申请一实施例提供的实现会话建立方法的应用场景示意图；

图7是本申请一实施例提供的建立PDU会话的流程示意图；

图8是本申请一实施例提供的修改PDU会话的流程示意图；

图9是本申请一实施例提供的终端设备的结构示意图；

图10是本申请一实施例提供的网络侧设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本申请。

需要说明的是，在本申请的描述中，若干的含义是一个或者多个，多个的含义是两个以上，大于、小于、超过等理解为不包括本数。此外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于流程图中的顺序执行所示出或描述的步骤。说明书的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请提供了一种会话建立方法、终端设备、网络侧设备及计算机可读存储介质。根据本申请实施例的方案，终端设备根据业务需求确定第一QoS参数信息；而后向网络侧设备发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应；而后，接收网络侧设备返回的PDU会话建立响应，以建立PDU会话，即是说，本申请实施例的方案能够通过终端设备向网络侧设备上报反映实际业务需求的QoS参数，以使网络侧设备下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

下面结合附图，对本申请实施例作进一步阐述。

参照图1，图1是本申请一实施例提供的用于实现会话建立方法的网络架构示意图。网络架构中包括终端设备110和网络侧设备120，终端设备110与网络侧设备120通信连接。

终端设备110根据业务需求确定第一QoS参数信息，而后向网络侧设备120发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备120根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应，而后，接收网络侧设备120返回的PDU会话建立响应，以建立PDU会话，进而终端设备110能够使网络侧设备120下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。终端设备110还能够接收用户设备上报的业务需求，而后根据业务需求获取业务的数据网络名称参数，并在检测到基于数据网络名称参数建立的PDU会话存在的情况下，根据已建立的PDU会话和业务需求确定第三QoS参数信息，而后向网络侧设备120发送携带有第三QoS参数信息的PDU会话修改请求，以使网络侧设备120根据第三QoS参数信息确定第四QoS参数信息，并根据第四QoS参数信息生成PDU会话修改响应，最后接收网络侧设备120返回的PDU会话修改响应，以修改PDU会话。在用户设备的业务需求更新的情况下，通过终端设备110能够使得网络侧设备120下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

网络侧设备120能够接收终端设备110发送的携带有第一QoS参数信息的PDU会话建立请求，其中，第一QoS参数信息由终端设备110根据业务需求确定，而后根据第一QoS参数信息确定第二QoS参数信息，最后根据第二QoS参数信息生成PDU会话建立响应，并向终端设备110发送PDU会话建立响应，以建立PDU会话。网络侧设备120能够下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。网络侧设备120还能够接收终端设备110发送的携带有第三QoS参数信息的PDU会话修改请求，其中，第三QoS参数信息由终端设备110根据已建立的PDU会话和业务需求所确定，而后根据第三QoS参数信息对预下发的QoS参数进行对比调整处理，确定第四QoS参数信息，最后根据第四QoS参数信息生成PDU会话修改响应，并向终端设备110发送PDU会话修改响应，以修改PDU会话。在用户设备的业务需求更新的情况下，网络侧设备120能够下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

对于图1所示的网络架构中的终端设备110，其可以是CPE(Customer PremiseEquipment，客户前置设备)设备、UFi(USIM-Fi，无线热点)设备等无线终端设备，也可以是手机产品。本申请对终端设备110的类型不做具体的限制。当终端设备110是能够为其他用户设备提供网络接入服务的CPE设备、UFi设备等无线接入终端设备时，一方面，终端设备110能够通过5G通信技术接入无线通信网络，即终端设备110在开机以后，自动寻找可用的无线通信网络，并接入网络侧设备120完成注册；另一方面，终端设备110则会通过Wi－Fi、或者网线、或者USB线等其他连接方式向一个或者多个其他用户设备(如电脑、手机、平板电脑等)提供网络接入服务。终端设备110能够接收接入该终端设备110的其他用户设备上报的业务需求，并根据业务需求确定第一QoS参数信息。而当终端设备110为手机产品时，虽然不存在为其他终端设备110提供接入功能的场景，但是其上也可能同时运行一个或多个应用程序，手机产品也能够根据运行的应用程序得到业务需求，并根据业务需求确定第一QoS参数信息。

对于图1所示的网络架构中的用户设备，可以理解的是，当终端设备110能够提供接入网络服务时，能够接入终端设备110的用户设备可以是一台，也可以是多台，本申请对接入终端设备110的用户设备的数量不做具体的限制。此外，用户设备可以是电脑、手机以及平板电脑等终端设备110，本申请对接入终端设备110的用户设备的类型不做具体的限制。

图1中虽未示出网络侧的具体构成，但可以理解的是，5G运营商网络下，网络侧包括但不限于有：(无线)接入网((radio)Access Network，(R)AN)、用户面功能网元、接入与移动性管理功能网元、会话管理功能网元、策略控制功能网元、网络切片特定身份验证和授权功能网元、认证服务器功能网元、统一数据管理网元、以及网络切片选择的认证和授权功能网元等等。网络侧内功能网元协同工作，与终端设备110相互配合共同完成会话建立。本申请对网络侧所具有的功能网元及其具体的功能不做赘述，该网络架构适用于3GPP接入技术协议。

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

基于上述的网络架构，下面提出本申请的会话建立方法的各个实施例。

参照图2，图2是本申请一实施例提供的应用于终端设备的会话建立方法的流程示意图，该会话建立方法可以应用于图1所示网络架构中的终端设备，该会话建立方法包括但不限于有步骤S210、步骤S220和步骤S230。

步骤S210：根据业务需求确定第一QoS参数信息；

步骤S220：向网络侧设备发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应；

步骤S230：接收网络侧设备返回的PDU会话建立响应，以建立PDU会话。

本申请的实施例中，通过采用包括有上述步骤S210至步骤S230的会话建立方法，终端设备能够根据业务需求确定第一QoS参数信息，而后向网络侧设备发送携带有第一QoS参数信息的PDU会话建立请求，以使网络侧设备根据第一QoS参数信息确定第二QoS参数信息，并根据第二QoS参数信息生成PDU会话建立响应，而后，接收网络侧设备返回的PDU会话建立响应，以建立PDU会话，终端设备能够使网络侧设备下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

参照图3，图3是图2中步骤S210的具体方法的流程示意图，步骤S210：根据业务需求确定第一QoS参数信息，包括但不限于有步骤S310、步骤S320和步骤S330。

步骤S310：获取业务需求。

本步骤中，终端设备获取业务需求。具体地，在终端设备是能够为其他用户设备提供网络接入服务的CPE设备、UFi设备等无线终端设备的情况下，终端设备一方面接入网络侧设备，另一方面为一个或者多个其他用户设备(如电脑、手机、平板电脑等)提供网络接入服务，一个或者多个其他用户设备上运行有一个或多个应用程序。在此情况下，终端设备获取接入终端设备的用户设备所上报的业务需求。此外，在终端设备是不能为其他用户终端设备提供网络接入服务的设备(如手机产品等等)的情况下，不存在为其他用户设备提供网络接入服务的场景，但是手机产品上可能运行有一个或多个应用程序，存在着业务需求，在此情况下，手机产品获取自身的业务需求。因此，本申请对获取业务需求的方式不做具体的限制。

步骤S320：对业务需求进行统计处理得到总体带宽需求信息和总体时延需求信息。

本步骤中，终端设备对业务需求进行统计处理得到总体带宽需求信息和总体时延需求信息。

在本申请的一个实施例中，终端设备向网络侧设备发送PDU会话建立请求时，PDU会话建立请求中除了携带有第一QoS参数信息，还需携带用于标识业务的业务类型数据网络名称参数，以及其他信息。

可以理解的是，终端设备获取的业务需求包括但不限于有：用于标识业务的业务类型的数据网络名称参数、属于同一业务类型的业务数量、单个业务的带宽需求和单个业务的时延需求等信息。可以理解的是，终端设备可以根据实际的需求从获取的业务需求中获得相应的信息，也可以获得多个标识不同业务类型的多个数据网络名称参数，在此，本申请对业务需求所具有的信息不做赘述。

步骤S330：根据总体带宽需求信息和总体时延需求信息确定第一QoS参数信息。

本步骤中，终端设备根据总体带宽需求信息和总体时延需求信息确定第一QoS参数信息，即第一QoS参数信息包括实际业务需求的总体带宽需求信息和总体时延需求信息，有利于网络侧设备参考第一QoS参数信息下发与实际业务需求相适应的第二QoS参数信息，以保障终端侧业务的服务质量。

在终端设备是能够为其他用户设备提供网络接入服务的CPE设备、UFi设备等无线终端设备的情况下，终端设备需要支持的用户数据业务类型较多，同一时间存在的网络连接数量较多，对于某个建立起来用于传输某种业务类型用户数据的PDU会话，可能存在多个应用程序或者多个网络连接在同时使用该PDU会话的情况；在终端设备是不能够提供网络接入服务的手机产品的情况下，其上也可能同时运行多个应用程序，甚至是同类型业务的应用程序，所以对于某个建立起来用于传输某类型用户数据的PDU会话，也可能存在多个应用程序或者多个网络连接在同时使用该PDU会话的情况。此时，5G网络下，网络切片的PDU会话建立的过程中，网络侧设备仅根据标识业务类型的数据网络名称参数所下发的指定的QoS参数，可能并不能满足终端侧实际的要求。因此，终端设备需要对实际的业务需求进行统计处理得到第一QoS参数信息，第一QoS参数信息能够反映终端侧真实的业务需求，以便于网络侧根据第一QoS参数信息对预设的待下发的QoS参数进行调整后，下发与终端侧实际业务需求相适应的第二QoS参数信息，以保障终端侧业务的服务质量，提高用户的使用体验。

本申请一个实施例中，对业务需求进行统计处理得到总体带宽需求信息和总体时延需求信息，包括：根据业务需求获取业务的业务数量、单个业务的带宽信息和时延信息；根据业务数量、单个业务的带宽信息和时延信息得到总体带宽需求信息和总体时延需求信息。具体地，当数据网络名称参数所表示的业务有多个且同时运行时，则将业务数量与单个业务的带宽信息相乘得到总体带宽需求信息，以所有运行的业务中时延要求最高的时延信息作为总体时延需求信息。此外，可以根据实际的业务需求统计总体带宽需求信息和总体时延需求信息，本申请对如何统计总体带宽需求信息和总体时延需求信息不做具体的限制。

参照图4，图4是本申请另一实施例提供的应用于终端设备的会话建立方法的流程示意图，该会话建立方法包括但不限于有步骤S410、步骤S420、步骤S430、步骤S440和步骤S450。

步骤S410：获取业务需求。

本步骤中，终端设备获取业务需求。可以理解的是，在用户使用的过程中，在业务需求发生变化的情况下，终端设备获取用户设备上报的业务需求，或者从自身获取业务需求。

步骤S420：根据业务需求获取业务的数据网络名称参数。

本步骤中，终端设备根据业务需求获取业务的数据网络名称参数。可以理解的是，业务类型、业务数量、单个业务的带宽需求、或单个业务的需求等等信息是与业务需求相关的信息，当其中一个或者多个发生变化的情况下，会使得业务需求发生变化，网络侧下发的QoS参数信息已经不能满足变化的业务需求。终端设备首先需要根据业务需求获取业务的数据网络名称参数，进而获取数据网络名称参数所标识的业务所具有的业务数量及其他信息。

步骤S430：在检测到基于数据网络名称参数建立的PDU会话存在的情况下，根据已建立的PDU会话和业务需求确定第三QoS参数信息。

本步骤中，终端设备在检测到基于数据网络名称参数建立的PDU会话存在的情况下，根据已建立的PDU会话和业务需求确定第三QoS参数信息。可以理解的是，不同的数据网络名称参数用于标识不同的业务类型，不同的业务类型使用的用于传输用户数据的PDU会话不同。因此需要检测基于数据网络名称参数建立的PDU会话是否存在，即判断业务类型所对应的PDU会话是否存在，根据不同检测结果进行相应的处理。在检测到基于数据网络名称参数建立的PDU会话存在的情况下，根据已建立的PDU会话和业务需求确定第三QoS参数信息。

而在检测到基于数据网络名称参数建立的PDU会话不存在的情况下，则需要根据数据网络名称参数建立新的PDU会话。建立新的PDU会话的方法与步骤S210至步骤S230所示的方法流程相同。

在本申请的一个实施例中，根据已建立的PDU会话和业务需求确定第三QoS参数信息包括：根据已建立的PDU会话得到第六QoS参数信息；根据第六QoS参数和业务需求进行统计处理得到总体带宽需求更新信息和总体时延需求更新信息；根据总体带宽需求更新信息和总体时延需求更新信息确定第三QoS参数信息。可以理解的是，已建立的PDU会话的第六QoS参数包括当前该PDU会话的带宽需求和时延需求。

步骤S440：向网络侧设备发送携带有第三QoS参数信息的PDU会话修改请求，以使网络侧设备根据第三QoS参数信息确定第四QoS参数信息，并根据第四QoS参数信息生成PDU会话修改响应；

步骤S450：接收网络侧设备返回的PDU会话修改响应，以修改PDU会话。

本申请实施例中，通过步骤S440和步骤S450，终端设备向网络侧设备发送携带有第三QoS参数信息的PDU会话修改请求，以使网络侧设备根据第三QoS参数信息确定第四QoS参数信息，并根据第四QoS参数信息生成PDU会话修改响应，而后接收网络侧设备返回的PDU会话修改响应，以修改PDU会话。网络侧设备下发的第四QoS参数信息适应于变化的业务需求，修改后的PDU会话能够保障业务的服务质量，提高用户的使用体验。

在本申请一个实施例中，建立PDU会话之后，终端设备在检测到网络侧设备实际分配的网络资源无法达到此前配置的QoS参数信息的水平时，也能够向网络侧设备发起PDU会话修改过程，以使网络侧设备重新配置所在的PDU会话的QoS参数。

参照图5，图5是本申请一实施例提供的应用于网络侧设备的会话建立方法的流程示意图，该会话建立方法可以应用于图1所示网络架构中的网络侧设备，该会话建立方法包括但不限于有步骤S510、步骤S520、步骤S530和步骤S540。

步骤S510：接收终端设备发送的携带有第一QoS参数信息的PDU会话建立请求，第一QoS参数信息由终端设备根据业务需求确定。

本步骤中，网络侧设备接收终端设备发送的携带有第一QoS参数信息的PDU会话建立请求，第一QoS参数信息由终端设备根据业务需求确定。

步骤S520：根据第一QoS参数信息确定第二QoS参数信息；

本步骤中，网络侧设备根据第一QoS参数信息确定第二QoS参数信息。

在本申请的一个实施例中，获取预下发的第五QoS参数信息、运营商所规定的带宽阈值信息和时延阈值信息，根据第一QoS参数信息、带宽阈值信息和时延阈值信息，对第五QoS参数信息进行对比调整处理确定第二QoS参数信息。

具体地，PDU会话建立请求中还包括数据网络名称参数，网络侧设备通过数据网络名称参数获取预下发的第五QoS参数信息，而后通过对终端产品进行鉴权，获取到用户的签约套餐信息，以确定该用户能够获取的网络资源权限，其中包括能够使用的带宽阈值信息，能够要求保障的时延阈值信息，以及其他信息。

在本申请的一个实施例中，根据第一QoS参数信息、带宽阈值信息和时延阈值信息，对第五QoS参数信息进行对比调整处理确定第二QoS参数信息，包括：在第五QoS参数信息满足第一QoS参数信息、带宽阈值信息和时延阈值信息的情况下，将第五QoS参数信息确定为第二QoS参数信息；或者，在第五QoS参数信息不满足第一QoS参数信息的情况下，根据第一QoS参数信息、带宽阈值信息和时延阈值信息调整第五QoS参数信息，得到第二QoS参数信息。

具体地，第五QoS参数信息由网络侧设备设置，包括预设带宽信息和预设时延信息。网络侧设备从第一QoS参数信息中获取总体带宽需求信息和总体时延需求信息。

将第五QoS参数信息与第一QoS参数信息进行对比，在预设带宽信息大于总体带宽需求信息且小于带宽阈值信息、预设时延信息小于总体时延需求信息且大于时延阈值信息的情况下，将第五QoS参数信息确定为第二QoS参数信息。

在第五QoS参数信息不满足第一QoS参数信息的情况下，对于带宽，当总体带宽需求信息大于带宽阈值信息时，网络侧设备将预设带宽信息调整修改为带宽阈值信息；当总体带宽需求信息小于带宽阈值信息时，网络侧设备将预设带宽信息调整修改为总体带宽需求信息；对于时延，当总体时延需求信息小于时延阈值信息，网络侧设备将预设时延信息修改为时延阈值信息；当总体时延需求信息大于时延阈值信息时，网络侧设备将预设时延信息修改为总体时延需求信息。网络侧设备根据实际的调整处理结果确定实际下发的带宽信息和时延信息，进而确定实际下发的第二QoS参数信息。在实际业务需求超过运营商规定的带宽阈值信息和时延阈值信息的情况下，则网络侧设备下发包括带宽阈值信息和时延阈值信息的第二QoS参数信息。可以理解的是，网络侧设备对预下发的第五QoS参数进行调整处理的原则是，在不超过运营商规定的带宽阈值信息和时延阈值信息的前提下，满足实际业务需求。

步骤S530：根据第二QoS参数信息生成PDU会话建立响应；

步骤S540：向终端设备发送PDU会话建立响应，以建立PDU会话。

本申请的实施例中，通过步骤S530至步骤S540的会话建立方法，网络侧设备能够根据第二QoS参数信息生成PDU会话建立响应，而后向终端设备发送PDU会话建立响应，以建立PDU会话。

在本申请的一个实施例中，应用于网络侧设备的会话建立方法还包括：网络侧设备接收终端设备发送的携带有第三QoS参数信息的PDU会话修改请求，第三QoS参数信息由终端设备根据已建立的PDU会话和业务需求所确定；根据第三QoS参数信息对预下发的QoS参数进行对比调整处理，确定第四QoS参数信息；根据第四QoS参数信息生成PDU会话修改响应；向终端设备发送PDU会话修改响应，以修改PDU会话。网络侧设备响应于终端设备的PDU会话修改请求，下发适应终端侧实际业务需求的QoS参数，保障实际业务的服务质量，提高用户体验。

可以理解的是，网络侧设备根据第三QoS参数信息对预下发的QoS参数进行对比调整处理，确定第四QoS参数信息的过程，与步骤S520：根据第一QoS参数信息确定第二QoS参数信息的具体过程相同，在此不一一赘述。网络侧设备根据第三QoS参数信息对预下发的QoS参数进行对比调整处理的原则同样是：在不超过运营商规定的带宽阈值信息和时延阈值信息的前提下，满足实际业务需求。

举一示例：

图6是本申请一实施例提供的实现会话建立方法的应用场景示意图。在图6的示例中，包括终端设备，手机、笔记本电脑和网络侧设备。其中，终端设备能够提供网络接入功能，手机和笔记本电脑通过网络接入功能接入终端设备，终端设备接入网络侧设备。其中，笔记本电脑上运行有应用1和应用2，手机上运行有应用3和应用4。

终端设备接收到手机和笔记本电脑上报的业务请求，终端设备通过业务请求得到接入的用户设备的业务需求，终端设备得到需建立基于数据网络名称参数(Data NetworkName，DNN)的PDU会话的信息，以及用户设备需要使用该PDU会话的同类型应用的信息(如同时运行的同类应用的数量，或者其他必要信息)。例如：应用1、应用2、应用3和应用4全都是同类业务，如都是短视频业务的情况下，则手机及笔记本电脑则分别反馈给终端设备标识短视频业务的数据网络名称参数以及其上运行的短视频业务的数量为2。终端侧得到可以得到同类型应用的总数量为4。

而后终端设备尝试发起PDU会话建立过程。在终端设备尝试发起PDU会话建立过程中，首先检测此前是否已经建立了采用相同的数据网络名称参数建立的PDU会话。如果对应该数据网络名称参数的PDU会话不存在，则采用同类型应用的总数量，乘以单个应用需求的带宽信息，得到所有的应用需要的总体带宽需求信息；以所有应用中时延要求最高的时延信息作为总体时延需求信息；以总体带宽需求信息和总体时延需求信息作为向网络侧设备请求的第一QoS参数指标。

例如，终端设备检测到此前尚未建立短视频业务的PDU会话，并且单个短视频业务需要的带宽为X Mbps，需要的最大时延为Y ms。并且终端设备已经知晓连接到其上的笔记本上有2个该短视频业务应用，手机上有2个短视频业务应用，同时都在运行。那么这个终端设备可以计算出其用于进行传输短视频应用相关数据的PDU会话所需的总体带宽需求信息为X*(2+2)＝4X Mbps，所需的总体时延需求信息为Y ms，从而确定网络侧设备请求的第一QoS参数信息。

而后，终端设备确定第一QoS参数信息后，终端设备向网络侧设备发起PDU会话建立请求，除了向网络侧设备发送数据网络名称参数以外，还可以单独或者一起发送终端设备请求的第一QoS参数信息。终端设备还可以在PDU会话建立请求时，将其他必要的信息，单独或者与DNN信息和QoS信息一起发送给网络侧设备。

例如，参照图7所示的建立PDU会话的流程示意图，建立PDU会话。即：终端设备向网络侧设备发起携带有第一QoS参数信息、数据网络名称参数以及其他信息的PDU会话建立请求，网络侧设备返回PDU会话建立响应，PDU会话建立响应中携带有第二QoS参数信息。

终端设备发给网络侧设备的PDU会话建立请求消息中，可以携带DNN、QoS以及其他信息，其中DNN可以为标识当前业务类型为短视频业务的与运营商约定好的字符串，如IMS；其中第一QoS参数信息可以包含所需的总体带宽需求信息4X Mbps以及总体时延需求信息Yms，例如(4X Mbps，Y ms)；其他信息可以包含其他所需的必要信息，例如该终端类型为终端设备、其下连接的用户设备中共有4个同类型应用同时使用该PDU会话。

网络侧设备在收到终端设备上报的数据网络名称参数以及第一QoS参数信息以后，根据数据网络名称参数匹配出应该下发给终端的第五QoS参数信息，对照终端设备上报的第一QoS参数信息与待下发的第五QoS参数信息，判断待下发的第五QoS参数信息能够满足终端上报的第一QoS参数信息，则将第五QoS参数信息确定为第二QoS参数信息直接下发；如果判断待下发的第五QoS参数信息不能满足终端上报的第一QoS参数信息，则将该待下发的第五QoS参数信息增强调整为能满足终端上报的第一QoS参数信息的第二QoS参数信息以后，再下发第二QoS参数信息。

网络侧设备通过对手机和笔记本电脑鉴权，可以获取到用户的签约套餐信息，以确定该用户能够获取的网络资源权限，其中包括能够使用的最大带宽信息，能够要求保障的最小时延信息，以及其他信息。网络从终端上报的数据网络名称参数为IMS，可以知晓该PDU会话将会用于进行短视频业务的相关数据传输，也能知晓短视频业务所需的带宽为XMbps，时延为Y ms；网络从终端上报的请求的第一QoS参数信息能够蝴蝶终端设备实际需要的总体带宽需求信息为4X Mbps，总体时延需求信息为Y ms；网络侧设备从终端设备提供的其他信息中可以获取该终端类型为无线终端设备，共有4个同时运行的同类型短视频应用连接到该终端设备进行数据传输。网络侧设备首先设置待下发的第五QoS参数信息为(XMbps,Y ms)；然后对比该终端请求的总体带宽需求信息4X Mbps大于短视频业务所需的带宽X Mbps，同时又不超过该用户套餐信息中约定的最大带宽信息，则修改待下发的第五QoS参数信息为(4X Mbps,Y ms)，即得到第二QoS参数信息。然后对比该终端请求的时延为Yms，与短视频业务所需的时延水平相同，也不低于该用户套餐信息中约定的最小时延信息，则不需要修改待下发的第五QoS参数信息中的时延参数。之后网络设备将该PDU会话的QoS参数确定为(4X Mbps,Y ms)，通过信令下发给终端设备，以建立PDU会话。

如果终端设备检查到对应该数据网络名称参数的PDU会话此前已经存在，则应该在计算总体带宽需求信息时，将此前已经建立的PDU会话的QoS参数中的带宽也加入总体带宽需求信息中；此外应该发起如图8所示的PDU会话修改过程。在图8的示例中，终端设备向网络侧设备发起PDU会话修改请求，网络侧设备向终端设备返回PDU会话修改响应，以实现PDU会话修改。

例如：借助终端设备上网的笔记本产品因为应用1及应用2的短视频业务数据传输需要，已经告知终端设备，并由终端设备发起了建立PDU会话的过程，成功建立了PDU会话，其QoS为(2X Mbps,Y ms)。而后手机产品连接到了终端设备，并告知终端设备有应用3和应用4共2个短视频业务应用的数据传输需求。此时终端设备根据手机上报的信息统计到所需的带宽为2X Mbps，时延为Y ms；又检查到此前已经建立的用于传输同类业务数据的PDU会话已经获取的QoS参数为(2X Mbps,Y ms)，则可以计算所需的总体带宽为新的带宽需求加上已有的带宽，也就是2X+2X＝4X Mbps；时延取新需求时延Y ms与已有时延Y ms两者中更高要求，也就是Y ms。从而可以得出新的QoS需求为(4X Mbps,Y ms)。而PDU会话的QoS参数也需要通过PDU会话修改过程进行变更。

此外，如果终端设备检测到网络侧设备实际分配的资源无法达到此前配置的QoS参数信息的水平时，也可以尝试发起PDU会话修改过程，重新配置所在的PDU会话的QoS参数信息。在图6所示的应用场景中，终端设备已经与网络侧设备建立了PDU会话，且网络下发的QoS参数信息为(4X Mbps,Y ms)。但是在业务传输过程中，终端设备发现实际获得的下行带宽长时间远远小于QoS指标中的带宽，或者某些数据包长时间得不到响应，响应时延超过了QoS参数信息中的保障时延，则可以判断当前网络传输的QoS参数信息保障有异常。此时可能是由于无线环境受到其他干扰影响变差，导致网络侧无法按照QoS参数信息提供服务；也可能是网络侧异常，导致此前的QoS参数信息未正常保存。无论何种情况，终端设备都可以通过发起PDU会话修改过程，以该PDU会话此前已经获得的QoS参数信息为请求参数，再次发送给网络侧设备，要求网络侧提供该QoS参数信息的服务保障。

当终端设备为手机产品，仅需要计算本终端设备上的各个应用的带宽需求，不需要计算其他连接终端上的应用的带宽需求。而网络侧设备所执行的方法与上述的一致，在此不再赘述。

参照图9，图9是本申请一实施例提供的终端设备的结构示意图。本申请实施例的终端设备900，包括一个或多个处理器910和存储器920，图9中以一个处理器910及一个存储器920为例。处理器910和存储器920可以通过总线或者其他方式连接，图9中以通过总线连接为例。

参照图10，图10是本申请一实施例提供的网络侧设备的结构示意图。本申请实施例的网络侧设备1000，包括一个或多个处理器1010和存储器1020，图10中以一个处理器1010及一个存储器1020为例。处理器1010和存储器1020可以通过总线或者其他方式连接，图10中以通过总线连接为例。

存储器920和存储器1020作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器920和存储器1020可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器920和存储器1020可选包括相对于处理器910和处理器1010远程设置的存储器920和存储器1020，这些远程存储器920和存储器1020可以通过网络分别连接至该终端设备900和网络设备1000。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本领域技术人员可以理解，图9中示出的装置结构并不构成对终端设备900的限定，图10中示出的装置结构并不构成对网络设备1000的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

实现上述实施例中应用于终端设备900的会话建立方法所需的非暂态软件程序以及指令存储在存储器920中，当被处理器910执行时，执行上述实施例中应用于终端设备900的会话建立方法，例如，执行以上描述的图2中的方法步骤S210至步骤S230、图3中的方法步骤S310至步骤S330及图4中的方法步骤S410至步骤S450。

实现上述实施例中应用于网络设备1000的会话建立方法所需的非暂态软件程序以及指令存储在存储器1020中，当被处理器1010执行时，执行上述实施例中应用于终端设备900的会话建立方法，例如，执行以上描述的图5中的方法步骤S510至步骤S540。

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

此外，本申请的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如，被图9中的一个处理器910执行，可使得上述一个或多个处理器910执行上述方法实施例中的控制方法，例如，执行以上描述的图2中的方法步骤S210至步骤S230、图3中的方法步骤S310至步骤S330及图4中的方法步骤S410至步骤S450；或者被图10中的一个处理器1010执行，可使得上述一个或多个处理器1010执行上述方法实施例中的控制方法，例如，执行以上描述的图5中的方法步骤S510至步骤S540。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

Claims (12)

1.一种会话建立方法，应用于终端设备，所述方法包括：

根据业务需求确定第一QoS参数信息；

向网络侧设备发送携带有所述第一QoS参数信息的PDU会话建立请求，以使所述网络侧设备根据所述第一QoS参数信息确定第二QoS参数信息，并根据所述第二QoS参数信息生成PDU会话建立响应；

接收所述网络侧设备返回的PDU会话建立响应，以建立PDU会话。

2.根据权利要求1所述的会话建立方法，其特征在于，所述根据业务需求确定第一QoS参数信息，包括：

获取所述业务需求；

对所述业务需求进行统计处理得到总体带宽需求信息和总体时延需求信息；

根据所述总体带宽需求信息和所述总体时延需求信息确定所述第一QoS参数信息。

3.根据权利要求2所述的会话建立方法，其特征在于，所述对所述业务需求进行统计处理得到总体带宽需求信息和总体时延需求信息，包括：

根据所述业务需求获取所述业务的业务数量、单个业务的带宽信息和时延信息；

根据所述业务数量、单个业务的所述带宽信息和所述时延信息得到所述总体带宽需求信息和所述总体时延需求信息。

4.一种会话建立方法，应用于终端设备，所述方法包括：

获取业务需求；

根据所述业务需求获取业务的数据网络名称参数；

在检测到基于所述数据网络名称参数建立的所述PDU会话存在的情况下，根据已建立的所述PDU会话和所述业务需求确定第三QoS参数信息；

向网络侧设备发送携带有所述第三QoS参数信息的PDU会话修改请求，以使所述网络侧设备根据所述第三QoS参数信息确定第四QoS参数信息，并根据所述第四QoS参数信息生成PDU会话修改响应；

接收所述网络侧设备返回的PDU会话修改响应，以修改所述PDU会话。

5.根据权利要求4所述的会话建立方法，其特征在于，所述根据已建立的所述PDU会话和所述业务需求确定第三QoS参数信息包括：

根据已建立的所述PDU会话得到所述第六QoS参数信息；

根据所述第六QoS参数信息和所述业务需求进行统计处理得到总体带宽需求更新信息和总体时延需求更新信息；

根据所述总体带宽需求更新信息和所述总体时延需求更新信息确定所述第三QoS参数信息。

6.一种会话建立方法，应用于网络侧设备，所述方法包括：

接收终端设备发送的携带有所述第一QoS参数信息的PDU会话建立请求，所述第一QoS参数信息由所述终端设备根据业务需求确定；

根据所述第一QoS参数信息确定第二QoS参数信息；

根据所述第二QoS参数信息生成PDU会话建立响应；

向所述终端设备发送所述PDU会话建立响应，以建立PDU会话。

7.根据权利要求6所述的会话建立方法，其特征在于，所述根据所述第一QoS参数信息确定第二QoS参数信息，包括：

获取预下发的第五QoS参数信息、运营商所规定的带宽阈值信息和时延阈值信息，

根据所述第一QoS参数信息、所述带宽阈值信息和所述时延阈值信息，对所述第五QoS参数信息进行对比调整处理确定所述第二QoS参数信息。

8.根据权利要求7所述的会话建立方法，其特征在于，所述根据所述第一QoS参数信息、所述带宽阈值信息和所述时延阈值信息，对所述第五QoS参数信息进行对比调整处理确定所述第二QoS参数信息，包括：

在所述第五QoS参数信息满足所述第一QoS参数信息、所述带宽阈值信息和所述时延阈值信息的情况下，将所述第五QoS参数信息确定为所述第二QoS参数信息；

或者，在所述第五QoS参数信息不满足所述第一QoS参数信息的情况下，根据所述第一QoS参数信息、所述带宽阈值信息和所述时延阈值信息调整所述第五QoS参数信息，得到所述第二QoS参数信息。

9.一种会话建立方法，应用于网络侧设备，所述方法包括：

接收终端设备发送的携带有第三QoS参数信息的PDU会话修改请求，所述第三QoS参数信息由所述终端设备根据已建立的所述PDU会话和业务需求所确定；

根据所述第三QoS参数信息对预下发的QoS参数进行对比调整处理，确定第四QoS参数信息；

根据所述第四QoS参数信息生成PDU会话修改响应；

向所述终端设备发送所述PDU会话修改响应，以修改所述PDU会话。

10.一种终端设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任意一项所述的会话建立方法，或者实现如权利要求4至5任意一项所述的会话建立方法。

11.一种网络侧设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求6至8任意一项所述的会话建立方法，或者实现如权利要求9所述的会话建立方法。

12.一种计算机可读存储介质，其特征在于，存储有计算机可执行指令，所述计算机可执行指令用于执行权利要求1至3任意一项所述的会话建立方法，或者权利要求4至5任意一项所述的会话建立方法，或者权利要求6至8任意一项所述的会话建立方法，或者实现如权利要求9所述的会话建立方法。