WO2022252879A1 - 网络接入方法、网络设备和存储介质 - Google Patents

Abstract

一种网络接入方法、网络设备和存储介质。本申请中，获取应用的目标网络性能(101)；检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配(102)；若不匹配，将所述目标网络性能对应的目标数据引导策略传输至网络侧，以供所述网络侧的设备根据所述目标数据引导策略更新ATSSS规则(103)；若接收到网络侧的设备发送的ATSSS规则更新成功消息，则将应用接入满足目标网络性能的网络通道，其中，网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道(104)。

Description

网络接入方法、网络设备和存储介质

相关申请的交叉引用

本申请基于申请号为202110610981.1、申请日为2021年06月01日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。

技术领域

本申请实施例涉及通信领域，特别涉及一种网络接入方法、网络设备和存储介质。

背景技术

随着通信技术的发展，第五代移动通信技术(5th Generation Mobile Communication Technology，5G)也在不断发展。在业务特征方面，5G面临着更多样化的业务和场景、更高用户体验要求和更低时延能耗等需求；在网络运营方面，5G时代是不同网络共存的时代，在5G时代中，4G依然占据蜂窝网络主流、WiFi技术持续更新换代，因此，5G具有包容性，其需要考虑多种接入网络融合。

在不同网络共存的时代，用户可对终端的应用设置接入网络，例如，设置仅WIFI连接，仅蜂窝网络连接，WIFI优先连接，蜂窝网络优先连接等。

然而，上述技术只是在终端上提供了一些接入网络的类型，而进行数据传输时，大多应用对数据的传输需求不是在于接入网络的类型，而是在于，接入网络的性能，例如应用1需要将数据通过高速率网络传输，应用2需要将应用通过低时延网络，用户在设置时，是无法得知接入网络的特性的，因此，通过上述技术往往无法满足应用对网络性能的需求。

发明内容

本申请实施例提供了一种网络接入方法，包括：获取应用的目标网络性能；检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配；若不匹配，将所述目标网络性能对应的目标数据引导策略传输至网络侧，以供所述网络侧的设备根据所述目标数据引导策略更新ATSSS规则；若接收到所述网络侧的设备发送的ATSSS规则更新成功消息，则将所述应用接入满足所述目标网络性能的网络通道，其中，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。

本申请实施例还提供了一种网络接入方法，包括：若接收到终端发送的目标数据引导策略，则在完成ATSSS规则的更新之后，向所述终端发送ATSSS规则更新成功消息，以供所述终端将所述应用接入满足目标网络性能的网络通道；其中，所述目标数据引导策略为与应用的目标网络性能对应的数据引导策略，所述ATSSS规则的更新为基于所述目标数据引导策略的更新，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。

本申请实施例还提供了一种网络设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的网络接入方法。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的网络接入方法。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是根据本申请的实施例中应用于终端的网络接入方法的流程图；

图2是根据本申请一实施例中应用于网络侧的设备的网络接入方法的流程图；

图3是根据本申请一实施例中终端与网络侧交互的流程图；

图4是根据本申请一实施例中网络设备的示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本申请实施例提出一种网络接入方法，能满足终端各应用对网络性能的不同需求，将每个应用接入具有不同网络性能的网络。

本申请的实施例提供了一种网络接入方法，可应用于支持5G ATSSS技术的终端设备，该终端设备能够与网络侧交互，例如手机、平板等，本实施例不对此进行限定。本实施例的网络接入方法包括：获取应用的目标网络性能；检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略steering mode是否匹配；若不匹配，将所述目标网络性能对应的目标数据引导策略传输至网络侧，以供所述网络侧的设备根据所述目标数据引导策略更新ATSSS规则；若接收到所述网络侧的设备发送的ATSSS规则更新成功消息，则将所述应用接入满足所述目标网络性能的网络通道，其中，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。

本实施例中终端与网络侧互通，终端将应用的目标网络性能通过数据引导策略的形式传输给网络侧，以供网络侧更新ATSSS规则，一方面，便于网络侧根据更新ATSSS规则对上下行数据进行调度，更新的ATSSS规则又反应了应用对网络性能的需求，因此，本实施例的终端的各应用能接入满足对应的目标网络性能的网络通道，另一方面，终端的设置与网络侧进行交互，避免终端设置的接入网络与网络侧的预制的ATSSS规则不同导致的数据包的丢失与错乱。

参照图1所示，下面对本实施例的网络接入方法的实现细节进行说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

终端在进行网络通信前，需要先注册5G网络，注册之后发起MA PDU(Multi-Access Protocol Data Unit，MA PDU)会话，上报ATSSS能力，并接收到网络侧下发的ATSSS规则表，ATSSS规则表中有多项ATSSS规则。ATSSS功能主要用于终端MA(Multi-Access，多接 入)业务的路径优选、无缝切换、多路并发等，其为3GPP R16版本引入的功能。

步骤101，获取应用的目标网络性能。目标网络性能为终端上设置的应用的业务特征模式，指示应用对网络的性能需求，例如高速率模式，低时延模式，低功耗模式，更安全模式等，但不限于此，本实施例不对此进行限定。

在一些实施例中，目标网络性能根据终端自身的代码逻辑确定，即通过终端中预制的默认目标网络性能。例如，应用对网络性能的需求固定在代码中，根据代码指示应用1的目标网络需求为高速率模式。

在另一些实施例中，终端提供人机交互界面，通过人机交互界面获取用户输入的应用的目标网络性能。本实施例中，终端会检测人机交互界面中目标网络性能是否有更新，若有更新，则获取用户输入的目标网络性能，若没有更新，则继续监测，使得终端能基于用户的需求实时进行网络接入的调整。

例如，用户可以通过用户界面输入高速率模式，终端设备获取高速率模式。相较于目标网络性能由终端根据自身代码逻辑确定，本实施例能够满足用户不同的数据传输需求，根据不同用户的需求定制ATSSS规则，以进行数据传输，为用户带来更好的网络体验。

例如，应用的目标网络性能包括高速率模式、低时延模式、低功耗模式、更安全模式，应用对应的目标网络性能的设置可参见表1所示。

表1

目标网络性能	应用标识
高速率模式	APP1
低时延模式	APP2
低功耗模式	APP3、APP5
更安全模式	APP4、APP6

表1中，在每种目标网络性能的模式下，用户可以根据自己的需求添加应用或删除应用。

步骤102，检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配。

ATSSS规则包括数据引导策略(steering mode)，数据引导策略包括：Load balancing负载均衡模式、Smallest delay最小时延模式、Active-standby活跃-待定模式、Priority based优先级模式等，数据引导策略可用于数据流的选择接入，数据流的切换，数据流的分流。

在一些实施例中，检测网络侧下发的ATSSS规则中是否存在与该应用对应的数据引导策略，若没有与该应用对应的数据引导策略，则不匹配，例如网络侧的应用1的目标网络性能为高速率模式，网络侧下发的ATSSS规则中并未指示应用1的数据引导策略，则不匹配。若网络侧下发的ATSSS规则指示了该应用的数据引导策略，且指示的该应用的数据引导策略与设置的应用的目标网络性能相对应，即符合映射规则，映射规则可以如表2所示。例如，app1的目标网络性能为高速率模式，下发的ATSSS规则中app1的数据引导策略为Load balancing，高速率模式与Load balancing对应，则匹配；若下发的ATSSS规则中app1的数据引导策略为Smallest delay，高速率模式与Smallest delay不对应，则不匹配。

预设的网络性能和数据引导策略的映射规则可参照表2所示，表2中网络性能高速率模 式可以映射为数据引导策略(steering mode)中的负载均衡模式Load balancing，低时延模式可以映射为steering mode中的最小时延模式Smallest delay，低功耗模式可以映射为steering mode中的Active-standby活跃-待定模式，更安全模式可以映射为steering mode中的优先级Priority based，并指定3GPP网络通道具有高优先级，优先接入。上述映射关系只是一个示例，实际应用过程中，可根据需求设置，本实施例不对此进行限定。

表2

网络性能	数据引导策略
高速率模式	load balancing
低时延模式	Smallest delay
低功耗模式	Active-standby
更安全模式	Priority based，3GPP is high priority access

在一些实施例，根据预设的网络性能和数据引导策略的映射规则生成ATSSS规则；其中，所述生成的ATSSS规则中包括：所述目标数据引导策略；检测所述生成的ATSSS规则与所述网络侧下发的ATSSS规则是否相同。本实施例为了更好与3GPP协议兼容，根据预设的映射规则生成ATSSS规则。

终端根据上述预设的映射规则和目标网络性能生成ATSSS规则，ATSSS规则中包括目标数据引导策略steering mode，还可以包括流量描述符。本实施例中的流量描述符可以为应用标识APP ID。例如，可参照表3所示，APP1的目标网络性能为高速率模式，生成的ATSSS规则ATSSS rule 1的内容包括APP1，Load balancing；APP2的目标网络性能为低时延模式，生成的ATSSS规则ATSSS rule 2的内容包括APP2，Smallest delay；APP3的目标网络性能为低功耗模式映射，生成的ATSSS规则ATSSS rule 3的内容包括APP 3，Active-standby；APP4的目标网络性能为更安全模式，生成的ATSSS规则ATSSS rule 4的内容包括APP4，Priority based，3GPP is high priority access。

表3

如果用户要删除一个应用，删除的应用对应的APP对应的数据引导策略可以为match-all类型，例如ATSSS rule 5：APP，match all type。

将生成的ATSSS规则与网络侧在建立MA PDU会话时下发的ATSSS规则进行比较，如果相同，则不进行处理；如果不相同，则执行步骤103。例如，若下发的ATSSS规则表中APP2的 数据引导策略和生成的ATSSS规则APP2的数据引导策略均为Smallest delay，则两者相同不进行处理；若下发的ATSSS规则表中APP2的数据引导策略为Smallest delay，生成的ATSSS规则APP2的数据引导策略为Load balancing，两者不相同，即目标网络性能与网络侧预制的数据引导策略不匹配，执行步骤103。

步骤103，若不匹配，将所述目标网络性能对应的目标数据引导策略传输至网络侧，以供所述网络侧的设备根据所述目标数据引导策略更新ATSSS规则。

在一些实施例中，通过用户面协议将所述目标网络性能对应的数据引导策略传输至网络侧。考虑到网络中的终端数量众多，且每个终端安装多个应用，每个应用有其对应的网络需求，当需要传输数据引导策略时，数据量是巨大的，因此，本实施例通过用户面协议传输数据，以供网络侧设备更新ATSSS规则，能够避免通过空口信令进行传输导致的严重的信令风暴。本实施例中的用户面协议可用于终端向网络侧传输信息，用户面协议可以为HTTPS、TCP/UDP、HTTP等，本实施例不对此进行限定。

示例性，用户面协议为HTTP协议，可以将生成的ATSSS规则封装到终端应用配置更新UEAppCongurationUpdate信息中，将UEAppCongurationUpdate信息携带在http request消息中，将http request消息发送到网络侧，网络侧的设备根据包括目标数据引导策略的ATSSS规则进行ATSSS规则的更新。

步骤104，若接收到所述网络侧的设备发送的ATSSS规则更新成功消息，则将所述应用接入满足所述目标网络性能的网络通道，其中，所述网络通道为3GPP网络通道和/或非3GPP网络通道。

在一些实施例中，通过用户面协议接收网络侧的设备发送的ATSSS规则更新成功消息。

例如，收到网络侧发送的200 OK消息，提示用户设置成功，即ATSSS规则更新成功，网络侧和终端即可按照更新后的ATSSS规则，如ATSSS rule(UE1：ATSSS rule 1(APP2，Load balancing))按照标准协议流程接入满足目标网络性能的网络通道，传输数据。

本实施例中终端与网络侧互通，终端将应用的目标网络性能通过数据引导策略的形式传输给网络侧，以供网络侧更新ATSSS规则，一方面，便于网络侧根据更新ATSSS规则对上下行数据进行调度，更新的ATSSS规则又反应了应用对网络性能的需求，因此，本实施例的终端的各应用能接入满足对应的目标网络性能的网络通道，另一方面，终端的设置与网络侧进行交互，避免终端设置的接入网络与网络侧的预制的ATSSS规则不同导致的数据包的丢失与错乱。

本申请的另一实施例还提供了一种网络接入方法，可应用于网络侧的设备，例如服务器等，但不限于此，本实施例的网络接入方法包括：若接收到终端发送的目标数据引导策略，则在完成ATSSS规则的更新之后，向所述终端发送ATSSS规则更新成功消息，以供所述终端将所述应用接入满足目标网络性能的网络通道；其中，所述目标数据引导策略为与应用的目标网络性能对应的数据引导策略，所述ATSSS规则的更新为基于所述目标数据引导策略的更新，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。

本实施例能够接收终端的目标数据引导策略，目标数据引导策略为与应用的目标网络性能对应的数据引导策略，据此更新ATSSS规则表，一方面，网络侧通过更新后的ATSSS规则表进行上下行数据调度时，能够满足终端中应用对网络性能的需求，一方面，保证终端的设置和网络侧预制的ATSSS规则的一致性，避免了因网络侧预制的ATSSS规则与用户本地的设 置不一致导致的数据包的丢失和错乱。

参照图2所示，下面对本实施例的网络接入方法的实现细节进行说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

步骤201，若接收到终端发送的目标数据引导策略，判断本地存储的数据引导策略，与所述目标数据引导策略是否一致。取出本地存储的数据引导策略中，与目标数据引导策略对应的终端和应用相同的数据引导策略进行比较。例如目标数据引导策略为终端1的app1的数据引导策略，则选取本地存储的终端1的app1的数据引导策略进行比较。相较于直接将目标数据引导策略发送至会话管理实体，本实施例网络侧的设备先判断终端的设置与网络侧正在使用的ATSSS规则表是否一致，再确定是否传输，以此，能够确保传输到会话管理实体的目标数据引导策略是更新后的，避免将未更新的数据传输到会话管理实体。

在一些实施例中，网络侧的设备接收的是终端发送的ATSSS规则，ATSSS规则表中包括目标数据引导策略。

在一些实施例中，网络侧的设备配置有用户应用配置实体(User Application Configuration Function，UACF)，即UACF网元，UACF网元用于存储各终端发送的包括目标数据引导策略的ATSSS规则，并判断是否需要将ATSSS规则发送至会话管理实体(User Application Configuration Function，UACF)，即UACF网元。

示例性的，UACF网元检测收到的http request消息中，是否存在UEAppCongurationUpdate信息，如果存在，则解析UEAppCongurationUpdate信息，得到ATSSS规则，并存储到本地。ATSSS规则的存储格式如下：

{UE1：ATSSS rule 1(APP1，Smallest delay；APP2，Smallest delay)}

{UE2：ATSSS rule 1(APP1，Active-standby；APP2，APP4，Priority based，3GPP is high priority access)}。

步骤202，若本地存储的数据引导策略，与目标数据引导策略不一致，将目标数据引导策略发送至会话管理实体，以供会话管理实体更新ATSSS规则。

示例性的，若本地存储的终端1的ATSSS规则表1为(APP1，Smallest delay；APP2，Smallest delay)，通过UEAppCongurationUpdate信息解析出的终端1下发的ATSSS规则中APP1的数据引导策略为Load balancing，两者不一致，则将携带UEAppCongurationUpdate信息的http request消息传输至会话管理实体(Session Management Function，SMF)。

SMF接收到http request消息之后，进行解析并更新ATSSS规则，SMF网元更新完成之后，SMF网元通知UACF网元，向UACF网元发送更新成功消息，即200 OK消息，并按照3GPP协议标准流程，发送N4 Session modification Request消息至用户面实体(User Plane Function，UPF)，以便UPF通过更新后的ATSSS规则进行下行数据传输。

步骤203，若接收到会话管理实体的ATSSS规则更新消息，则向终端发送ATSSS规则表更新成功消息。

示例性的，UACF网元收到SMF的200 OK后，转发200 OK消息，告知UE网络侧已经更新用户设置的ATSSS规则，向终端设备发送200 OK消息，即向终端发送ATSSS规则表更新成功消息。

UE收到UACF的200 OK消息中，提示用户设置成功。

上述步骤完成之后，网络侧和终端按照最新的ATSSS规则表，通过标准协议流程，进行 后续相关规则传输数据。

UE就将用户对APP的需求传递到网络侧，网络侧按照最新规则进行上下行数据的调度，满足了用户需求。

值得一提的是，本实施例的UACF网元、UPF网元、SMF网元均为功能实体，可以在同一网络侧的设备，也可分布在不同的网络侧设备。

参照图3所示，以下结合一个应用场景阐述终端和网络侧的设备的交互过程。

步骤301，终端向网络侧发起注册，注册完成后发起MA PDU会话请求并向网络侧上报ATSSS能力。

步骤302，SMF网元向终端发送ATSSS规则表。SMF网元向终端发送的ATSSS规则表

步骤303，终端获取用户输入的目标网络性能，并根据预设的网络性能和数据引导策略生成第一ATSSS规则，检测生成的第一ATSSS规则与下发的ATSSS规则表中的第二ATSSS规则是否一致。其中，第一ATSSS规则和第二ATSSS规则都指示同一应用的数据引导策略steering mode。

示例性的，用户通过人机交互界面，为每个应用设置目标网络性能，并将用户设置的APP的目标网络性能映射为第一ATSSS规则，将第一ATSSS规则与网络下发的ATSSS规则表中的第二ATSSS规则进行一一对比，例如：网络下发的ATSSS rule 1：APP1，Load balancing；APP2，Active-standby，而用户设置的是ATSSS rule1：APP1，Smallest delay；ATSSS rule2：APP2，Active-standby，用户设置的APP1的第一ATSSS规则与网络下发的第二ATSSS规则是不一致的，APP2的第一ATSSS规则与网络侧下发的APP2的第二ATSSS规则是一致的。

步骤304，若比较结果不一致，终端将生成的第一ATSSS规则发送给UACF。

示例性的，终端将第一ATSSS规则，即上述的ATSSS rule 1：APP1，Smallest delay封装到UEAppCongurationUpdate信息中并通过http request消息发送给UACF。通过HTTP协议发送，以减少信令风暴的发生。

步骤305，UACF存储UE发送的第一ATSSS规则，并判断是否需要将用户新增的第一ATSSS更新至SMF。

示例性的，监测http request消息中，是否是UEAppCongurationUpdate，如果存在，则解析出UEAppCongurationUpdate中的ATSSS规则，UACF网元将本地存储的与第一ATSSS指示的终端和应用相同的ATSSS规则，与第一ATSSS规则比较，例如第一ATSSS规则为终端1应用1的ATSSS规则，将本地存储的终端1应用1对应的ATSSS规则与第一ATSSS规则进行比较。

步骤306，若需要更新，则UACF网元将第一ATSSS规则传输至SMF网元。

示例性的，若比较结果不同，则UACF将包括上述UEAppCongurationUpdate信息的httprequest消息发送给SMF。

步骤307，将该终端的该应用对应的ATSSS规则更新为第一ATSSS规则。

示例性，SMF网元将本地存储的终端1中的应用1对应的ATSSS规则更新为第一ATSSS规则。

步骤308，SMF网元网元通知应用配置实体，已经更新成功。

示例性的，SMF网元回复http 200 OK至UACF，表示SMF已经更新成功。

步骤309，SMF网元向UPF网元发送N4 Session Modific ation Request，更新ATSSS rules给UPF，以便UPF进行下行数据传输。此步骤SMF网元可以按照3GPP协议标准流程进行数据传 输。

步骤310，UACF网元向终端发送ATSSS规则更新成功消息。

示例性的，UACF收到SMF的200 OK后，转发200 OK消息，以此，通知终端，网络侧已经将ATSSS规则更新为用户设置的ATSSS规则。

步骤311，根据最新的ATSSS规则传输数据。

示例性的，UE收到UACF的200 OK消息中，提示用户设置成功。

上述步骤之后，终端和网络侧能够按照最新的ATSSS规则，如ATSSS rule(UE1：ATSSS rule1(APP1，Smallest delay)，通过标准协议流程，进行后续相关规则传输数据。

在本实施例中，用户可以私人化定制自己的业务需求，使得每个APP工作在满足网络性能需求的网络通道下；而且，基于ATSSS的用户的规则与网络做到互通有无，可以有效避免由于用户规则与网络规则不一致导致的丢包，错包。此外，本申请实施例在终端与网络交互过程中采用了用户面交互，避免了通过控制面，造成空口信令风暴。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请的另一实施例还提供一种网络设备，如图4所示，包括至少一个处理器401；以及，与所述至少一个处理器401通信连接的存储器402；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的网络接入方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本申请的另一实施例还提供一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请的实施例提出的网络接入方法，终端能获取应用对网络性能的需求，即目标网络 性能，当网络侧下发的ATSSS规则中的数据引导策略与目标网络性能需求不匹配时，将网络性能需求对应的数据引导策略传输至网络侧，网络侧的设备根据目标引导策略更新ATSSS规则，网络侧可根据最新的ATSSS规则进行上下行数据调度，以使应用接入满足网络性能需求的通道，另外，相较于相关技术中终端设置接入网络类型，网络侧无法得知终端设置，本实施例网络侧和终端设置的目标网络性能的互通，从而避免了因网络侧预制的ATSSS规则与用户本地的设置不一致导致的数据包的丢失和错乱。

本领域的普通技术人员可以理解，上述各实施方式是实现本申请的实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (10)

1. 一种网络接入方法，应用于终端，包括：

   获取应用的目标网络性能；

   检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配；

   若不匹配，将所述目标网络性能对应的目标数据引导策略传输至网络侧，以供所述网络侧的设备根据所述目标数据引导策略更新ATSSS规则；以及

   若接收到所述网络侧的设备发送的ATSSS规则更新成功消息，则将所述应用接入满足所述目标网络性能的网络通道，其中，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。
2. 根据权利要求1所述的网络接入方法，其中，所述检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配之前，还包括：

   根据预设的网络性能和数据引导策略的映射规则生成ATSSS规则；其中，所述生成的ATSSS规则中包括：所述目标数据引导策略；

   所述检测所述应用的目标网络性能与网络侧下发的ATSSS规则中包括的数据引导策略是否匹配，包括：

   检测所述生成的ATSSS规则与所述网络侧下发的ATSSS规则是否相同；

   所述将所述目标网络性能对应的目标数据引导策略传输至网络侧，包括：

   将所述生成的ATSSS规则传输至网络侧。
3. 根据权利要求1所述的网络接入方法，其中，所述获取应用的目标网络性能，包括：

   提供人机交互界面；

   通过所述人机交互界面获取用户输入的所述应用的目标网络性能。
4. 根据权利要求1至3中任一项所述的网络接入方法，其中，所述将所述目标网络性能对应的数据引导策略传输至网络侧，包括：

   通过用户面协议将所述目标网络性能对应的数据引导策略传输至网络侧。
5. 一种网络接入方法，应用于网络侧的设备，包括：

   若接收到终端发送的目标数据引导策略，则在完成ATSSS规则的更新之后，向所述终端发送ATSSS规则更新成功消息，以供所述终端将应用接入满足目标网络性能的网络通道；

   其中，所述目标数据引导策略为与所述应用的目标网络性能对应的数据引导策略，所述ATSSS规则的更新为基于所述目标数据引导策略的更新，所述网络通道包括3GPP数据传输通道和/或非3GPP数据传输通道。
6. 根据权利要求5所述的网络接入方法，其中，所述接收到终端发送的目标数据引导策略，包括：

   接收到所述终端发送的ATSSS规则，其中，所述ATSSS规则表中包括：所述目标数据引导策略；

   所述向所述终端发送ATSSS规则更新成功消息之前，包括：

   将所述终端发送的ATSSS规则发送至会话管理实体，以供所述会话管理实体根据所述终端发送的ATSSS规则更新ATSSS规则。
7. 根据权利要求6所述的网络接入方法，其中，所述将所述终端发送的ATSSS规则发送至会话管理实体之前，包括:

   确认本地存储的ATSSS规则，与所述终端发送的ATSSS规则不一致。
8. 根据权利要求5至7中任一项所述的网络接入方法，其中，所述接收到终端发送的目标数据引导策略，包括：

   通过用户面协议，接收所述终端发送的目标数据引导策略。
9. 一种网络设备，包括：

   至少一个处理器；以及，

   与所述至少一个处理器通信连接的存储器；其中，

   所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至4中任一所述的网络接入方法或5至8中任一项所述的网络接入方法。
10. 一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至4中任一所述的网络接入方法或5至8中任一项所述的网络接入方法。

Images