CN114221869B - 应用数据的传输方法、***及电子设备 - Google Patents

Abstract

本申请实施例提供了一种应用数据的传输方法、***及电子设备，该方法包括：接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第二电子设备通过蜂窝网络与网络侧进行数据交互；接收第一电子设备通过Wi‑Fi网络发送的第一应用的数据和第一应用的App Id；当第一应用的App Id与第一URSP信息中的APP Id相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。本申请中的第二电子设备可实现基于App Id的合法性校验，以将应用的数据传输至对应的切片网络，从而提升第二电子设备的应用场景的多样性以及数据传输的可靠性。

Description

应用数据的传输方法、***及电子设备

技术领域

本申请实施例涉及通信领域，尤其涉及一种应用数据的传输方法、***及电子设备。

背景技术

随着终端的使用场景越来越广泛，为满足不同使用场景下的用户的需求，终端中的应用也越来越多。目前，在第五代(5th Generation，5G)通信***中，运营商可规定各应用的数据对应的切片，以区别各业务传输的优先级。

但是，对于存在用户前置设备(Customer Premise Equipment，CPE)的应用场景下，由于当前的CPE产品仅作为转发功能，其并不具有所属应用，因此，在进行数据转发的过程中，CPE仅能识别路由策略中的IP三元组，以作为数据的路由匹配标准，从而确定对应的切片。

发明内容

为了解决现有技术中存在的上述技术问题，本申请提出了一种应用数据的传输方法、***及电子设备，该方法中，CPE可基于终端发送的应用的App Id，将该应用的数据路由到URSP信息中的App Id对应的切片网络上，从而实现基于App Id的合法性校验，提高CPE应用场景的多样性，以及优化网络兼容性。

第一方面，提供一种应用数据的传输***。该***包括第一电子设备、第二电子设备，第一电子设备通过无线保真Wi-Fi网络连接第二电子设备，第二电子设备通过蜂窝网络与网络侧进行数据交互；第二电子设备，用于接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第一电子设备，用于当第一电子设备运行第一应用时，向第二电子设备发送第一应用的数据和第一应用的App Id；第二电子设备，还用于接收第一应用的数据和第一应用的App Id；第二电子设备，还用于当第一应用的App Id与第一URSP信息中的APP Id相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。

示例性的，第一应用的数据与App Id包含于第一数据包中。

示例性的，App Id位于第一数据包的可选字段中。

示例性的，第一电子设备为CPE、第二电子设备为终端设备。

这样，CPE可获取终端发送的App Id，并对App Id进行合法性校验，以满足URSP指定的校验规则，从而避免由于CPE不存在应用及其对应的App Id的情况下，无法满足URSP指定的App Id校验方式的缺陷，可有效提升应用数据传输的效率。

根据第一方面，第一URSP信息还包括其它业务特征信息，其它业务特征信息包括以下至少之一：IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；第二电子设备，还用于接收来自网络侧的第二URSP信息，第二URSP信息包括App Id、其它业务特征信息和第二切片参数信息，第二切片参数信息用于指示第二切片网络，第一切片参数信息与第二切片参数信息不同；第二电子设备，还用于当第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息不相同时，更新第二URSP信息，更新后的第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息相同。

示例性的，第一应用的数据所属的第一数据包中可以包括其它业务特征信息，第一数据包中的其它业务特征信息包括URSP信息中的全部或部分其他业务特征信息。

这样，第二电子设备可基于历史记录的URSP信息，对最新获取到的URSP信息进行校验，以确定URSP信息是否缺少业务特征信息，从而保证URSP合法性校验的准确性。

根据第一方面，或者以上第一方面的任意一种实现方式，第一电子设备，还用于当第一电子设备运行第二应用时，向第二电子设备发送第二应用的数据和第二应用的AppId；第二电子设备，还用于接收第二应用的数据和第二应用的App Id；第二电子设备，还用于当第二应用的App Id与URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输第二应用的数据至网络侧，其中，第三切片网络与第一切片网络不相同。

示例性的，第一应用与第二应用为不同应用，其App Id也不相同。

示例性的，非切片网络可以为非5G的其它移动网络。

示例性的，第三切片网络可以为第二电子设备预先配置的默认切片网络。

这样，在基于App Id的校验不成功的情况下，CPE可将应用的数据路由至非切片网络或默认切片网络，从而提高数据分发的准确性和合理性。

根据第一方面，或者以上第一方面的任意一种实现方式，若第二电子设备与网络侧之间已建立与第一切片网络对应的协议数据单元PDU会话；第二电子设备，用于基于PDU会话，在第一切片网络上传输第一应用的数据。这样，CPE可通过与网络侧已建立的PDU会话，将第一应用的所有数据基于该PDU会话，传输至指定切片，即第一切片网络。

根据第一方面，或者以上第一方面的任意一种实现方式，若第二电子设备与网络侧之间未建立与第一切片网络对应的协议数据单元PDU会话；第二电子设备，还用于基于切片参数信息，与网络侧建立对应于第一切片网络的PDU会话，并基于PDU会话，在第一切片网络上传输第一应用的数据。这样，在未建立PDU会话的情况下，CPE可发起PDU会话建立过程，以与网络侧建立对应的PDU会话，并通过与网络侧建立的PDU会话，将第一应用的所有数据基于该PDU会话，传输至指定切片，即第一切片网络。

根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备，还用于接收来自网络侧的允许的网络切片选择辅助信息Allowed NSSAI，Allowed NSSAI用于指示允许第二电子设备传输数据的切片网络集合；第一切片网络包含于切片网络集合中。这样，CPE可获知网络侧允许CPE路由的切片网络，并在切片参数信息指示的切片网络属于切片网络集合的情况下，将应用的数据路由到切片参数信息指示的切片网络上。

根据第一方面，或者以上第一方面的任意一种实现方式，App Id为应用的应用包名。

第二方面，提供一种第一电子设备。该第一电子设备包括处理器和存储器，存储器与处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得第一电子设备执行下述步骤：运行第一应用；通过Wi-Fi网络向第二电子设备发送第一应用的数据和第一应用的App Id，第一应用的App Id与第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，App Id用于标识应用，第二电子设备通过蜂窝网络与网络侧进行数据交互。

根据第二方面，程序指令由处理器执行时，使得第一电子设备执行下述步骤：运行第二应用；通过Wi-Fi网络向第二电子设备发送第二应用的数据和第二应用的APP Id；第二应用的App Id与URSP信息中的App Id不相同。

根据第二方面，或者以上第二方面的任意一种实现方式，App Id为应用的应用包名。

第三方面，提供一种第二电子设备。该第二电子设备，包括：处理器和存储器，存储器与处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得第二电子设备执行下述步骤：接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第二电子设备通过蜂窝网络与网络侧进行数据交互；接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和第一应用的App Id；当第一应用的App Id与第一URSP信息中的APP Id相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。

根据第三方面，第一URSP信息还包括其它业务特征信息，其它业务特征信息包括以下至少之一：IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；程序指令由处理器执行时，使得第二电子设备执行下述步骤：接收来自网络侧的第二URSP信息，第二URSP信息包括App Id、其它业务特征信息和第二切片参数信息，第二切片参数信息用于指示第二切片网络，第一切片参数信息与第二切片参数信息不同；当第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息不相同时，更新第二URSP信息，更新后的第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息相同。

根据第三方面，或者以上第三方面的任意一种实现方式，程序指令由处理器执行时，使得第二电子设备执行下述步骤：接收第一电子设备通过Wi-Fi网络发送的第二应用的数据和第二应用的App Id；当第二应用的App Id与URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输第二应用的数据至网络侧，其中，第三切片网络与第一切片网络不相同。

根据第三方面，或者以上第三方面的任意一种实现方式，程序指令由处理器执行时，使得第二电子设备执行下述步骤：若第二电子设备与网络侧之间已建立与第一切片网络对应的协议数据单元PDU会话，基于PDU会话，在第一切片网络上传输第一应用的数据。

根据第三方面，或者以上第三方面的任意一种实现方式，程序指令由处理器执行时，使得第二电子设备执行下述步骤：若第二电子设备与网络侧之间未建立与第一切片网络对应的协议数据单元PDU会话，基于切片参数信息，与网络侧建立对应于第一切片网络的PDU会话，并基于PDU会话，在第一切片网络上传输第一应用的数据。

根据第三方面，或者以上第三方面的任意一种实现方式，程序指令由处理器执行时，使得第二电子设备执行下述步骤：接收来自网络侧的允许的网络切片选择辅助信息Allowed NSSAI，Allowed NSSAI用于指示允许第二电子设备传输数据的切片网络集合；第一切片网络包含于切片网络集合中。

根据第三方面，或者以上第三方面的任意一种实现方式，App Id为应用的应用包名。

第四方面，提供一种应用数据的传输方法。该方法应用于第一电子设备，方法包括：运行第一应用；通过Wi-Fi网络向第二电子设备发送第一数据包，第一数据包包括第一应用的数据和第一应用的App Id，第一应用的App Id与第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，App Id用于标识应用，第二电子设备通过蜂窝网络与网络侧进行数据交互。

根据第四方面，方法还包括：运行第二应用；通过Wi-Fi网络向第二电子设备发送第二应用的数据和第二应用的APP Id；第二应用的App Id与URSP信息中的App Id不相同。

根据第四方面，或者以上第四方面的任意一种实现方式，App Id为应用的应用包名。

第五方面，提供一种应用数据的传输方法。该方法应用于第二电子设备，方法包括：接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第二电子设备通过蜂窝网络与网络侧进行数据交互；接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和第一应用的App Id；当第一应用的App Id与第一URSP信息中的APP Id相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。

根据第五方面，第一URSP信息还包括其它业务特征信息，其它业务特征信息包括以下至少之一：IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；方法还包括：接收来自网络侧的第二URSP信息，第二URSP信息包括App Id、其它业务特征信息和第二切片参数信息，第二切片参数信息用于指示第二切片网络，第一切片参数信息与第二切片参数信息不同；当第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息不相同时，更新第二URSP信息，更新后的第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息相同。

根据第五方面，或者以上第五方面的任意一种实现方式，方法还包括：接收第一电子设备通过Wi-Fi网络发送的第二应用的数据和第二应用的App Id；当第二应用的App Id与URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输第二应用的数据至网络侧，其中，第三切片网络与第一切片网络不相同。

根据第五方面，或者以上第五方面的任意一种实现方式，通过第一切片参数信息指示的第一切片网络传输第一应用的数据，包括：若第二电子设备与网络侧之间已建立与第一切片网络对应的协议数据单元PDU会话，基于PDU会话，在第一切片网络上传输第一应用的数据。

根据第五方面，或者以上第五方面的任意一种实现方式，通过第一切片参数信息指示的第一切片网络传输第一应用的数据，包括：若第二电子设备与网络侧之间未建立与第一切片网络对应的协议数据单元PDU会话，基于切片参数信息，与网络侧建立对应于第一切片网络的PDU会话，并基于PDU会话，在第一切片网络上传输第一应用的数据。

根据第五方面，或者以上第五方面的任意一种实现方式，接收网络侧发送的终端设备第一URSP信息之前，包括：接收来自网络侧的允许的网络切片选择辅助信息AllowedNSSAI，Allowed NSSAI用于指示允许第二电子设备传输数据的切片网络集合；第一切片网络包含于切片网络集合中。

根据第五方面，或者以上第五方面的任意一种实现方式，App Id为应用的应用包名。

第六方面，提供一种应用数据的传输装置。该装置包括：处理单元，用于运行第一应用；收发单元，用于通过Wi-Fi网络向第二电子设备发送第一数据包，第一数据包包括第一应用的数据和第一应用的App Id，第一应用的App Id与第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，App Id用于标识应用，第二电子设备通过蜂窝网络与网络侧进行数据交互。

第七方面，提供一种应用数据的传输装置。该装置包括：收发单元，用于接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第二电子设备通过蜂窝网络与网络侧进行数据交互；收发单元，还用于接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和第一应用的App Id；收发单元，还用于当第一应用的App Id与第一URSP信息中的APP Id相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。

第八方面，提供一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第二方面或者第二方面的任意一种实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第九方面，提供一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第三方面或者第三方面的任意一种实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第十方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包含至少一段代码，至少一段代码可由终端执行，以控制终端执行第二方面或者第二方面的任意一种实现方式中的方法。

第十一方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序包含至少一段代码，至少一段代码可由终端执行，以控制终端执行第三方面或者第三方面的任意一种实现方式中的方法。

第十二方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第二方面或者第二方面的任意一种实现方式中的方法的指令。

第十三方面，本申请实施例提供了一种计算机程序，该计算机程序包括用于执行第三方面或者第三方面的任意一种实现方式中的方法的指令。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是示例性示出的一种通信***示意图；

图2是示例性示出的一种终端的结构示意图；

图3是示例性示出的一种CPE的结构示意图；

图4是示例性示出的一种URSP的格式示意图；

图5是示例性示出的一种CPE接入核心网的流程示意图；

图6是示例性示出的一种UE接入CPE的流程示意图；

图7是示例性示出的一种UE、CPE以及核心网的交互示意图；

图8是示例性示出的用户界面示意图；

图9是示例性示出的数据包的格式示意图；

图10是本申请实施例提供的一种应用数据的传输方法的流程示意图；

图11是本申请实施例提供的一种数据包的格式示意图；

图12是本申请实施例提供的一种应用数据的传输方法的流程示意图；

图13是本申请实施例提供的一种第一电子设备的结构示意图；

图14是本申请实施例提供的一种第二电子设备的结构示意图；

图15是本申请实施例提供的一种装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个***是指两个或两个以上的***。

在本申请实施例的描述中，终端中的应用也可以称为应用程序或应用软件等，本申请不做限定。

在介绍本申请实施例的技术方案之前，首先结合附图对本申请实施例的通信***进行说明。参见图1，为本申请实施例提供的一种通信***示意图。该通信***中包括终端(终端1、终端2、终端3、终端4、终端5、终端6)、CPE与核心网。需要说明的是，在实际应用中，终端和CPE的数量均可以为一个或多个，图2所示通信***的终端和CPE的数量仅为适应性举例，本申请对此不做限定。

进一步需要说明的是核心网可以为一个或多个核心网设备组成的设备集群，可选地，核心网设备可以是接入和移动性管理功能(access and mobility managementfunction，AMF)，主要负责接入控制、移动性管理(mobility management，MM)、附着与去附着以及网关选择等功能。本申请实施例所涉及的核心网设备不限于AMF。

终端设备可以为无线通讯芯片、无线传感器或无线通信终端等，也可称为用户终端(user equipment，UE)、站点(station，STA)或终端。例如，终端可以为支持无线保真(wireless fidelity，Wi-Fi)通讯功能的移动电话、支持Wi-Fi通讯功能的平板电脑、支持Wi-Fi通讯功能的机顶盒、支持Wi-Fi通讯功能的智能电视、支持Wi-Fi通讯功能的智能可穿戴设备、支持Wi-Fi通讯功能的车载通信设备和支持Wi-Fi通讯功能的计算机等等。可选地，终端可以支持802.11be制式。终端也可以支持802.11be、802.11ax、802.11ac、802.11n、802.11g、802.11b及802.11a等802.11家族的多种WLAN制式。

例如，CPE和终端可以是应用于车联网中的设备，物联网(IoT，internet ofthings)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表，以及智慧城市中的传感器等。

需要说明的是，本申请中的CPE和终端还可以是一种支持多条链路并行进行传输的无线通信设备，例如，称为多链路设备(multi-link device)或多频段设备(multi-banddevice)。相比于仅支持单条链路传输的设备来说，多链路设备具有更高的传输效率和更高的吞吐量。

虽然本申请以CPE与终端之间部署IEEE 802.11的网络为例进行说明，本领域技术人员容易理解，本申请涉及的各个方面可以扩展到采用各种标准或协议的其它网络，例如，BLUETOOTH(蓝牙),高性能无线LAN(high performance radio LAN，HIPERLAN)(一种与IEEE802.1 1标准类似的无线标准，主要在欧洲使用)以及广域网(WAN)、无线局域网(wirelesslocal area network,WLAN)、个人区域网(personal area network,PAN)或其它现在已知或以后发展起来的网络。因此，无论使用的覆盖范围和无线接入协议如何，本申请提供的各种方面可以适用于任何合适的无线网络。

在一种可能的实现方式中，CPE与终端之间还可以部署有线网络，终端设备可以是有线通讯芯片、有线传感器或有线通信终端等，即通过网线与CPE连接的设备。本申请中仅以CPE与终端之间部署无线网络为例进行说明，对于CPE与终端之间部署有线网络的场景，同样可参照本申请实施例中的技术方案，本申请不再重复说明。

示例性的，如图2所示为终端100为手机的结构示意图，参照图2，终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器(Modem)，图形处理器(graphicsprocessing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端100的结构限定。在本申请另一些实施例中，终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，一个或者多个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如一个或者多个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过***SIM卡接口195，或从SIM卡接口195拔出，实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时***多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端100中，不能和终端100分离。

示例性的，图3为示例性示出的CPE200的结构示意图，参照图3，CPE200中包括至少一个处理器201、至少一个收发器203、一个或多个天线205和至少一个SIM卡接口206。可选地，CPE200还可以包括至少一个存储器202和至少一个网络接口204。处理器201、存储器202、收发器203和网络接口204相连，例如通过总线相连。天线205与收发器203相连。网络接口204用于使得CPE通过通信链路，与其它通信设备相连，例如可以通过网络接口204连接终端设备。在本申请实施例中，所述连接可包括各类接口、传输线或总线等，本实施例对此不做限定。SIM卡接口206用于使得CPE通过移动网络与核心网进行通信，具体描述可参照终端侧的描述，此处不再赘述。

本申请实施例中的处理器，例如处理器201，可以包括如下至少一种类型：通用中央处理器(Central Processing Unit，CPU)、数字信号处理器(Digital SignalProcessor，DSP)、微处理器、特定应用集成电路专用集成电路(Application-SpecificIntegrated Circuit，ASIC)、微控制器(Microcontroller Unit，MCU)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、或者用于实现逻辑运算的集成电路。例如，处理器201可以是一个单核(single-CPU)处理器或多核(multi-CPU)处理器。至少一个处理器201可以是集成在一个芯片中或位于多个不同的芯片上。

本申请实施例中的存储器，例如存储器202，可以包括如下至少一种类型：只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically erasable programmabler-onlymemory，EEPROM)。在某些场景下，存储器还可以是只读光盘(compact disc read-onlymemory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器202可以是独立存在，与处理器201相连。可选的，存储器202也可以和处理器201集成在一起，例如集成在一个芯片之内。其中，存储器202能够存储执行本申请实施例的技术方案的程序代码，并由处理器201来控制执行，被执行的各类计算机程序代码也可被视为是处理器201的驱动程序。例如，处理器201用于执行存储器202中存储的计算机程序代码，从而实现本申请实施例中的技术方案。可选的，存储器202还可以在芯片之外，通过接口与处理器201相连。

收发器203可以用于支持CPE与终端，以及CPE与核心网设备之间射频信号的接收或者发送，收发器203可以与天线205相连。收发器203包括发射机Tx和接收机Rx。具体地，一个或多个天线205可以接收射频信号，该收发器203的接收机Rx用于从天线接收所述射频信号，并将射频信号转换为数字基带信号或数字中频信号，并将该数字基带信号或数字中频信号提供给所述处理器201，以便处理器201对该数字基带信号或数字中频信号做进一步的处理，例如解调处理和译码处理。此外，收发器203中的发射机Tx还用于从处理器201接收经过调制的数字基带信号或数字中频信号，并将该经过调制的数字基带信号或数字中频信号转换为射频信号，并通过一个或多个天线205发送所述射频信号。具体地，接收机Rx可以选择性地对射频信号进行一级或多级下混频处理和模数转换处理以得到数字基带信号或数字中频信号，所述下混频处理和模数转换处理的先后顺序是可调整的。发射机Tx可以选择性地对经过调制的数字基带信号或数字中频信号时进行一级或多级上混频处理和数模转换处理以得到射频信号，所述上混频处理和数模转换处理的先后顺序是可调整的。数字基带信号和数字中频信号可以统称为数字信号。

上述通信***可以用于支持支持第五代(fifth generation，5G)接入技术以及面向未来的通信技术，例如新无线(new radio，NR)接入技术，示例性的，本申请实施例的描述中以5G中的独立部署(Standalone，SA)组网为例进行说明，实际上，本申请技术方案还可以应用于NSA组网等其他场景，本申请不做限定。

5G通信***引入了网络切片的概念，网络切片技术能够实现将一个物理网络划分为多个虚拟网络。一个虚拟网络当作一个“网络切片”，每个网络切片之间是相互独立的。一个终端中的不同协议数据单元(protocol data unit，PDU)会话可能需要与PDU会话相对应的网络切片来提供服务。

为使本领域技术人员更好的理解本申请，下面对本申请涉及到的网络切片的概念以及其它可能涉及到的背景技术进行简单说明：

网络切片作为5G的一项关键技术，在3GPP和其他各种国际标准化组织得到了广泛的重视和研究。其可以满足运营商对于各种工业、垂直市场和各种虚拟运营业务的定制化需求。网络切片是一个提供特定网络能力和网络特征的逻辑网络(Network Slice:Alogical network that provides specific network capabilities and networkcharacteristics)。它可以是在物理或者虚拟的网络基础设施之上，根据不同的服务需求或者租户等定制化的有不同网络能力和网络特性的逻辑网络。网络切片由一组网络功能及其所需的资源(例如，计算资源、存储资源、网络资源)构成。

每个小区所支持的网络切片由操作、管理和维护***(operation，administration and maintenance，OAM)配置。单一网络切片选择辅助信息(singlenetwork slice selection assistance information，S-NSSAI)用于标识一个网络切片。

S-NSSAI包括以下至少之一：切片类型、服务类型(slice/service type，SST)信息，可选地，S-NSSAI还可以包括切片区分信息(slice differentiator，SD)。其中，SST信息用于指示网络切片的行为，例如网络切片的特征以及服务类型，SD信息是SST的补足信息，例如：若SST指向多个网络切片，那么SD可以辅助对应到唯一的一个网络切片。

终端中存在多种类型的业务，例如增强的移动宽带业务(enhanced mobilebroadband，eMBB)，超可靠低时延通信(ultra-reliable low latency communications，URLLC)，海量机器类通信(massive machine type communication，mMTC)等，而不同类型业务的PDU会话对应的网络切片可能不同。终端中的不同应用可以对应于不同的业务类型，也就是说，终端中的应用可以对应不同的网络切片。需要说明的是，即使是相同的业务类型，由于提供的运营商或者业务提供商不同，也可能对应不同的网络切片。也就是说，网络切片可以给终端的至少一个PDU会话提供网络资源。

在已有的标准中，核心网通过向终端发送UE路由选择策略(UE route selectionpolicy，URSP)，以使终端确定数据(可以理解为不同业务类型的应用的数据)的路由方式，URSP可用于指示需要在切片网络上传输的业务特征和切片网络激活参数，路由方式包括具体路由到哪个切片，或者是采用非切片网络传输数据。

示例性的，如图4为示例性示出的URSP的格式示意图，URSP包括但不限于：URSP规则长度(Length of URSP rule)字段、URSP规则的优先级(Precedence value of URSPrule)字段、业务描述符长度(Length of Traffic descriptor)字段、Traffic descriptor字段、路由选择描述符列表长度(Length of Route selection descriptor list)字段以及Route selection descriptor字段。

其中，Route selection descriptor list字段用于承载切片网络激活参数，切片网络激活参数包括但不限于：一个或多个切片对应的S-NSSAI等参数。

Traffic descriptor字段用于承载上文所述的需要在切片上传输的业务特征对应的信息(或参数)。其它字段的定义可参照3GPP标准中的描述，此处不赘述。

3GPP 24526协议中对于Traffic descriptor字段的描述如下：

Traffic descriptor component type identifier(业务描述符字段类型定义)

Bits(比特位)

8 7 6 5 4 3 2 1

0 0 0 0 0 0 0 1Match-all type(全匹配类型)

0 0 0 0 1 0 0 0OS Id+App Id type(操作***标识+应用标识类型)

0 0 0 1 0 0 0 0IPv4 remote address type(ipv4远端地址类型)

0 0 1 0 0 0 0 1IPv6 remote address/prefix length type(ipv6远端地址/前缀长度类型)

0 0 1 1 0 0 0 0Protocol identifier/next header type(协议标识/下一个协议头类型)

0 1 0 1 0 0 0 0Single remote port type(单个远端端口类型)

0 1 0 1 0 0 0 1Remote port range type(远端端口范围类型)

0 1 1 0 0 0 0 0Security parameter index type(安全参数索引类型)

0 1 1 1 0 0 0 0Type of service/traffic class type(服务/业务等级类型)

1 0 0 0 0 0 0 0Flow label type(流标签类型)

1 0 0 0 0 0 0 1Destination MAC address type(目标MAC地址类型)

1 0 0 0 0 0 1 1 802.1Q C-TAG VID type(802.1Q用户标签虚拟局域网识别符类型)

1 0 0 0 0 1 0 0 802.1Q S-TAG VID type(802.1Q业务标签虚拟局域网识别符类型)

1 0 0 0 0 1 0 1 802.1Q C-TAG PCP/DEI type(802.1Q用户标签优先权代码点/丢弃指示器类型)

1 0 0 0 0 1 1 0 802.1Q S-TAG PCP/DEI type(802.1Q业务标签优先权代码点/丢弃指示器类型)

1 0 0 0 0 1 1 1Ethertype type(以太网类型)

1 0 0 0 1 0 0 0DNN type(数据网络名称(Data Network Name)类型)

1 0 0 1 0 0 0 0Connection capabilities type(连接能力类型)

1 0 0 1 0 0 0 1Destination FQDN type(目的全量域名(Full quality domainname)类型)

其中，OS Id+App Id组成应用描述符(Application descriptors)信息，用于标识操作***中的应用，也可以理解为，Application descriptors可用于指示操作***中的哪些应用可以通过切片网络传输数据。其中，OS Id用于标识操作***，App Id用于标识操作***中的应用。示例性的，App Id可以为应用的应用包名，即，UE从任一平台或商店下载并安装应用，应用的安装包中包含App Id，UE可在安装应用后，存储应用的安装包名。

需要说明的是，上述标准适用于终端与核心网之间的交互，也就是说，终端可通过当前应用的App Id及其它参数与核心网下发的URSP进行匹配，以将应用的数据路由至指定切片。但是，在存在CPE的应用场景中，由于现有CPE只具有转发功能，并不能对应用进行准确识别，即无法获取到App Id，因此，在该场景中，CPE仅能通过URSP中的IP三元组(包括IPv4 remote address type、IPv6 remote address/prefix length type、Protocolidentifier/next header type、Single remote port type以及Remote port rangetype)、DNN(即DNN type)和/或FQDN(即Destination FQDN type)的匹配方式，将应用的数据路由至相应切片。

但是，对于特定场景，例如，URSP中包括App Id，且URSP对应强匹配需求的应用场景下，则CPE将无法满足该场景的需求。需要说明的是，强匹配需求是指URSP中指定的业务特征需要全部匹配，例如，URSP中指定的业务特征包括IP三元组和App Id，则，在IP三元组和App Id均匹配成功的情况下，数据才能路由到指定切片，否则数据只能路由到默认切片或者其他通信网络，例如广域网(Wide Area Network，WAN)。如果运营商原期望将该应用的数据路由至高优先级切片，而由于CPE未能成功匹配URSP中指定的业务特征，将导致对应于高优先级切片的数据只能路由到低优先级的切片或者是非切片网络，造成数据的传输效率降低，影响用户体验。

下面结合图2所示的应用场景，对已有标准中的终端、CPE以及核心网的交互流程进行简单说明：

1)CPE接入核心网

结合图2，如图5所示为本申请实施例中的CPE接入核心网的流程示意图，在图5中：

S101，CPE向核心网发送Registration request消息。

具体的，CPE开机、重启或更新等情况下会发起注册流程，例如，CPE在开机后，将会发起注册流程，或者，CPE刷新后，也会发起注册流程，注册流程可以理解为CPE注册入网。

示例性的，参照图5，CPE向核心网发送注册请求(Registration request)消息，用于请求发起注册流程。示例性的，消息中可携带注册类型、安全参数等信息，需要说明的是，对于核心网而言，CPE相当于UE，因此其具体发起注册的流程可参照已有标准中的UE注册流程，本申请不再赘述。

S102，核心网向CPE发送注册接受(Registration accept)消息。

具体的，核心网同意CPE注册入网后，向CPE发送Registration accept消息，消息中携带用于指示终端接入核心网的一个或多个参数。示例性的，在本实施例中，Registration accept消息中携带允许网络切片选择辅助信息(Allowed NSSAI)，用于指示允许终端接入的一个或多个切片。

S103，CPE保存Allowed NSSAI。

示例性的，CPE将Allowed NSSAI保存至存储单元，例如CPE的内存中，以在后续的建立PDU session时使用。

S104，核心网向CPE发送管理终端策略命令消息(Manage UE policy command)消息。

具体的，核心网向UE发送Manage UE policy command消息，该消息中包括但不限于URSP。示例性的，如上文所述，URSP包括业务特征(例如IP三元组)和切片网络激活参数。

S105，CPE保存URSP。

具体的，CPE获取到来自核心网传输的URSP后，对URSP进行解码，以获取并存储URSP中各字段携带的参数及信息。

S106，CPE向核心网发送Manage UE policy complete消息。

具体的，CPE成功保存URSP包括的各参数后，向核心网发送Manage UE policycomplete消息，以指示CPE已对URSP成功处理。

示例性的，如果CPE未能成功解析URSP或由于其他原因导致CPE未能成功保存URSP，则CPE向核心网发送Manage UE policy command reject消息。

2)UE接入CPE

具体的，在本申请实施例的通信***中，UE通过CPE接入核心网，如图6所示为UE连接CPE的流程示意图，在图6中：

S201，UE向CPE发送认证请求(Authentication Request)消息。

S202，CPE向UE发送认证响应(Authentication Responce)消息。

S203，UE向CPE发送关联请求(Association Request)消息。

S204，CPE向UE发送关联响应(Association Responce)消息。

CPE接收到UE发送的Association Response，确定UE成功接入CPE，或者可以理解为，成功通过CPE接入核心网。

S201～S204的具体细节及相关描述可参照802.11协议的标准，本申请不再赘述。

3)UE、CPE与核心网进行数据交互。

具体的，UE接入CPE后，UE与CPE之间的Wi-Fi通道建立，UE可通过其与CPE之间的Wi-Fi通道向CPE发送数据，并由CPE通过CPE与核心网之间的移动通信网络将数据转发至核心网，并且，CPE还可接收到核心网通过移动通信网络发送的对应于UE的数据，并通过CPE与UE之间的Wi-Fi通道，将数据转发至UE，从而实现UE与核心网之间的数据交互，如图7所示为UE、CPE与核心网交互的流程示意图，需要说明的，图7中仅示出上行通信过程，也就是说，仅以UE向核心网发送数据的过程为例进行说明，在图7中：

S301，App启动。

示例性的，以UE为手机为例，手机响应于用户操作，下载并安装应用，应用安装完成后，手机可响应于用户操作，启动聊天应用，如图8所示。

S302，UE向CPE发送数据包。

示例性的，UE通过与CPE之间的Wi-Fi通道，向CPE发送信令或数据包，数据包的格式如图9所示，参照图9，具体的，UE与CPE之间为三层(即网络层)的数据交互，该数据包也可以称为IP数据包，数据包中携带数据部分以及IP包头(即为图中首部)，IP包头中包括固定部分(也可以成为固定字段)和可变部分(也可以称为可变字段)，其中，固定字段包括但不限于：目的地址、源地址等参数，可变字段包括可选字段和预留字段(也可以称为填充字段)。示例性的，固定部分所包括的字段是固定不变的，也就是说，UE向CPE发送的每个数据包均需要携带图9中所示的固定部分中的各字段，字段中携带的信息可以相同，可以不同。可变部分所包括的各字段及各字段的长度均是可变的，也就是说，不同的UE，或者说是在不同的应用场景下，可变部分所包括的字段名称、位置及长度可以相同，也可以不同，本申请不做限定。需要说明的是，图9所示数据包格式中的各参数的名称及位置仅为示例性说明，本申请不做限定。

S303，CPE获取IP三元组。

示例性的，仅以核心网下发的URSP中包括IP三元组，不包括App Id为例进行说明。CPE响应于接收到的UE发送的数据包，获取IP三元组。

S304，CPE对IP三元组进行校验。

示例性的，CPE将获取到的IP三元组与S105保存的URSP指示的IP三元组进行匹配。若IP三元组匹配成功，即，IP三元组中的各参数均存在于核心网下发的URSP中，则UE确定IP三元组校验成功，该IP三元组对应的数据包可路由到切片网络。

示例性的，如果IP三元组校验失败，即，IP三元组中的任一参数不存在于URSP中，则CPE确定校验失败，该数据包将路由到默认切片，通常情况下，默认切片为低优先级切片，或者，数据包将路由到非切片网络。

S305，CPE将数据包路由到指定切片。

示例性的，CPE对IP三元组验证成功后，可进一步基于URSP中的其它信息，例如上文所述的切片网络激活参数等，获取切片的其它相关信息，例如切片的NSSAI。

示例性的，CPE可将切片的NSSAI与S103中存储的Allowed NSSAI进行匹配，以确定核心网是否允许UE的数据路由到该切片。

CPE将IP三元组与该切片对应的PDU session进行绑定，以使后续接收到的包含该IP三元组的数据包均可通过绑定的PDU session路由到对应切片。示例性的，绑定可以是指CPE将IP三元组与PDU session的相关信息(例如业务接口或者路由表项)对应记录在内存中，以使CPE检测到与该IP三元组对应的数据(即包括IP三元组的数据包)后，确定与IP三元组绑定的PDU session，并将数据路由到PDU session所对应的切片上。

一个示例中，如果CPE检测到未建立与该切片对应的PDU session，则需触发PDUsession建立流程，仍参照图7，方法还包括：

S305a，CPE向核心网发送PDU session建立请求消息。

示例性的，CPE向核心网发起PDUsession建立流程，以建立对应于切片的PDUsession。示例性的，PDU session建立请求消息携带所述IP三元组对应的切片的NSSAI。

S305b，核心网向CPE发送PDU session建立成功消息。

示例性的，核心网基于接收到的PDU session建立请求消息，建立与NSSAI对应的切片的PDU session，并在PDU session建立成功后，向CPE返回PDU session建立成功消息。

需要说明的是，PDU session建立流程的具体细节可参照已有标准中规定的PDUsession建立流程，本申请不再赘述。

具体的，CPE接收到PDU session建立成功消息后，确定PDU session建立成功，并将IP三元组对应的数据流与PDU session进行绑定。

另一个示例中，若CPE检测到IP三元组对应的切片的PDU session已建立，则CPE直接将IP三元组与PDU session绑定，而无需执行PDU session建立流程。

图7中所示的过程是基于核心网下发的URSP中包括IP三元组的场景，也就是说，在IP三元组校验成功的情况下，则允许CPE将数据路由至切片网络。但是，如上文所述，已有标准中的URSP所指示的业务特征包括但不限于App Id、IP三元组、DNN、FQDN中的一种或一种以上。在URSP强匹配的情况下，如果URSP指示的业务特征中包括App Id，由于CPE无法获取到App Id，导致CPE无法完成校验过程。举例说明，对于同一个商家的不同应用，例如，华为的视频应用和华为的备份应用，华为与运营商协商的结果为华为的视频应用的数据可路由到高优先级切片A，备份应用的数据可路由到低优先级切片B，假设UE向CPE发送的上述两个应用的数据包所携带的IP三元组(即IPv4 remote address type、IPv6 remote address/prefix length type、Protocol identifier/next header type、Single remote porttype以及Remote port range type)是一致的，则如果仅通过IP三元组的匹配方式，华为的视频应用和备份应用的数据将路由至相同的切片，而为了实现上文所述的将华为的视频应用的数据路由到高优先级切片A，备份应用的数据可路由到低优先级切片B，则核心网需要通过URSP中的App Id进一步限定两个应用对应的切片的不同优先级。而由于CPE无法获取到App Id，则在URSP中包括IP三元组和App Id的场景下，CPE将无法成功完成IP三元组和App Id中的App Id的校验，CPE确定校验失败，导致华为的视频应用的数据和备份应用的数据只能通过低优先级切片网络或非切片网络传输。为避免该现象发生，核心网可能采用的方式是不下发App Id，即URSP中不包括App Id，但是，该种场景下，由于华为的视频应用与备份应用的数据包的IP三元组相同，则原该对应于低优先级切片的备份应用的数据可能会路由到高优先级切片A上，造成资源浪费，或者，可能原对应于高优先级切片的视频应用的数据可能会路由到低优先级切片B上，造成数据传输效率降低。

本申请提供一种应用数据的传输方法，CPE可基于UE发送的数据包中携带的AppId，实现基于App Id的合法性校验，从而提高CPE应用场景的多样性，以及优化网络兼容性。

下面以几个具体实施例说明本申请中的技术方案。

场景一

结合图2，如图10所示为本申请实施例提供的一种应用数据的传输方法的流程示意图，需要说明的是，如非特殊说明，本实施例中与已有标准中相同或类似的步骤均可参照上文中的各流程，本实施例中不再赘述，在图10中：

S401，CPE接入核心网。

示例性的，CPE向核心网发起注册过程，并接入核心网，接入过程中，核心网向CPE发送的URSP中的业务特征包括但不限于App Id，即，在本实施例中，URSP指示的业务特征包括App Id。举例说明，业务特征可以包括App Id，或者，IP三元组和App Id，或者，App Id和DNN。需要说明的是，通常情况下，URSP中仅包括一种或两种类型的业务特征，以降低信令开销以及UE的负担。

S402，UE接入CPE。

具体步骤可参照S201～S204，此处不再重复说明。

S403，UE向CPE发送包含App Id的数据包。

具体的，UE、CPE以及核心网之间建立通信连接后，UE响应于检测到的用户操作，启动应用，本申请中以聊天应用为例进行说明。示例性的，如上文所述，UE在安装聊天应用的过程中，已预存有聊天应用的App Id，UE获取聊天应用的App Id，并生成数据包，数据包的格式示意图如图11所示，参照图11，数据包中的IP包头中的可选字段部分包括聊天应用的App Id。需要说明的是，图11中所示的App Id字段在可选字段中的位置仅为示意性举例，该字段的长度及位置可根据实际需求设置，本申请不做限定。

接着，UE向CPE发送该包含有App Id的数据包，以请求CPE将数据包转发至核心网侧。

S404，CPE获取App Id。

示例性的，CPE响应于接收到的UE发送的数据包，对数据包进行解析，获取数据包中携带的App Id、数据信息以及源地址和目的地址等其它信息(或参数)。

S405，CPE对App Id进行校验。

示例性的，CPE已预先存储有URSP(过程见S105)中指示的业务特征，CPE可获取存储的业务特征，并基于业务特征，对App Id进行合法性校验。

示例性的，本实施例中以URSP指示的业务特征包括App Id为例进行说明，在其他实施例中，URSP还可以包括其它业务特征，例如：IP三元组等，对于其它业务特征的校验方式均与App Id类似，或可参照已有标准中规定的校验方式，本申请不做限定。

示例性的，CPE基于URSP指示的业务特征，确定需要进行App Id的合法性校验。UE需要确定是否获取到App Id。如上文所述，UE在S404中已获取到App Id，可进一步基于获取到的App Id与URSP指示的App Id进行匹配，若匹配成功，则将数据信息(即聊天应用的数据)重新封装(CPE的数据转发流程可参照已有技术，本申请不做赘述)。若匹配失败，则确定App Id合法性验证失败，CPE将数据信息重新封装后路由至默认切片或非切片网络。

S406，CPE将App与指定切片进行绑定。

示例性的，仍以聊天应用为例，CPE对App Id验证成功后，可进一步基于URSP中的其它信息，例如上文所述的切片网络激活参数等，获取聊天应用所对应的切片及切片的其它相关信息，例如切片的NSSAI。

示例性的，CPE可将切片的NSSAI与预先存储的Allowed NSSAI进行匹配，以确定核心网是否允许CPE的数据路由到该切片。示例性的，如果匹配成功，即，NSSAI在预先存储的Allowed NSSAI中，则CPE将App Id与该切片对应的PDU session进行绑定，以使CPE再次接收到包含该App Id的数据包后，可通过与PDU session的绑定关系，将包含该App Id的数据包路由至对应的切片。示例性的，如果匹配失败，则CPE将聊天应用的数据路由至默认切片或非切片网络。

S407，CPE将数据包路由到指定切片。

示例性的，CPE将数据信息重新封装后，重新封装后的数据包不包括App Id，以避免核心网侧无法识别可选字段中的App Id，导致兼容性问题。

示例性的，CPE将重新封装后的数据包路由至指定切片，以传输至核心网。

需要说明的是，UE向CPE发送的每个数据包中均包括App Id，也就是说，UE每发送一个数据包，即重复执行S403～S407。

综上，本申请实施例中的技术方案，CPE可获取UE发送的数据包中包含的App Id，并对App Id进行合法性校验，以满足URSP指定的校验规则，以避免由于CPE不存在应用及其对应的App Id的情况下，无法满足URSP指定的App Id校验方式的缺陷，可有效提升应用数据传输的效率。

场景二

结合图2，如图12所示为本申请实施例提供的一种应用数据的传输方法的流程示意图，需要说明的是，如非特殊说明，本实施例中与已有标准中相同或类似的步骤均可参照上文中的各流程，本实施例中不再赘述，在图12中：

S501，CPE接入核心网。

示例性的，CPE向核心网发起注册过程，并接入核心网，接入过程中，核心网向CPE发送的URSP中的业务特征包括但不限于App Id和IP三元组，即，在本实施例中，URSP规定需要匹配的业务特征包括App Id和IP三元组。

S502，UE接入CPE。

S503，UE向CPE发送包含IP三元组的数据包。

具体的，UE、CPE以及核心网之间建立通信连接后，UE响应用户操作指令，启动应用，本实施例中仍以聊天应用为例进行说明。UE向CPE发送数据包，数据包格式可如图9所示。

S504，CPE获取IP三元组和DNS信息。

示例性的，CPE对数据包进行解析，以获取IP三元组和DNS信息。示例性的，DNS信息为主机名和/或目的地址信息。示例性的，CPE预先存储有映射关系表，映射关系表中包括主机名和/或目的地址信息与App Id的对应关系，在需要对App Id进行合法性校验，也就是说，URSP指示的业务特征中包括App Id的情况下，CPE可将获取到的主机名和/或目的地址信息与映射表中的主机名和/或目的地址信息逐一匹配，并提取匹配成功的主机名和/或目的地址信息的App Id。

示例性的，上述映射表是预先配置的，例如，可以是注册过程中核心网下发至CPE的，也可以是人工配置的，本申请不做限定。

S505，CPE对App Id和IP三元组进行校验。

S506，CPE将App Id和IP三元组与指定切片进行绑定。

S507，CPE将数据包路由到指定切片。

在一种可能的实现方式中，CPE的业务更新后，同样会发起注册流程，例如，用户修改了CPE的运营商套餐，一个示例中，用户可通过运行商APP修改运行商套餐，并由CPE通知核心网运行商套餐已修改。另一个示例中，用户也可以拨打运营商电话，以更改运营商套餐，运营商可直接在核心网中更改用户的运营商套餐。具体的，运营商套餐更改后，核心网将会重新向CPE发送URSP，即重复注册过程，CPE将获取到更新后的URSP。

示例性的，URSP更新后，CPE可基于更新后的URSP执行上述各场景中的流程步骤。可选地，在进行业务特征的合法性校验的步骤(例如S405或S505之前的任一时刻)之前，CPE可对URSP进行校验，以确认更新后的URSP是否正确。举例说明，URSP更新后，可能会出现缺少业务特征或者包含错误的业务特征的问题发生，仍以华为的视频应用和备份应用为例，对于上述两种应用，期望URSP指示的业务特征中至少包括IP三元组和App Id，但是，若更新后的URSP中未指示App Id，则由于错误的URSP，可能导致备份应用的数据路由至高优先级切片上，导致数据浪费，在本申请中，CPE可对更新后的URSP进行校验，以避免上述问题发生。示例性的，CPE可获取历史URSP，即，之前存储过的一个或多个URSP，并基于历史URSP对更新后的URSP进行校验。举例说明，若前一次核心网下发的URSP包括App Id和IP三元组，其中，App Id为APPID-X，IP三元组为IP triples-Y，对应切片A，本次CPE获取到的更新后的URSP中包括App Id，且App Id为APPID-X，对应切片A，但是IP三元组内容为空，CPE可从前一次URSP(即历史URSP，也可以称为***息或数据库信息)可以查到APPID-X对应的三元组就是IP triples-Y，那么CPE可以将URSP中，对应于该切片(即切片A)的业务特征补充完整，即补充后的业务特征包括App Id和IP三元组，其中，App Id为APPID-X，IP三元组为IPtriples-Y，以作为正确的URSP rule使用。

需要说明的是，上文所述的各实施例均是以强匹配，即必须对URSP中指示的业务特征全部匹配为例进行说明的，在一种可能的实现方式中，本申请中的CPE还可以采用弱匹配方式进行URSP的校验，例如，URSP中指示的业务特征包括App Id和IP三元组，CPE可仅对从数据包中获取到的IP三元组或App Id进行校验，并在校验成功后，将数据包路由到对应的切片。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

在采用对应各个功能划分各个功能模块的情况下，图13示出了一种第一电子设备300的结构示意图，第一电子设备300包括：处理单元301和收发单元302，其中，处理单元301，用于运行第一应用。收发单元302，用于通过Wi-Fi网络向第二电子设备发送第一数据包，第一数据包包括第一应用的数据和第一应用的App Id，第一应用的App Id与第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，App Id用于标识应用，第二电子设备通过蜂窝网络与网络侧进行数据交互。

在上述方法实施例的基础上，处理单元301，还用于运行第二应用；收发单元302，还用于通过Wi-Fi网络向第二电子设备发送第二应用的数据和第二应用的APP Id；第二应用的App Id与URSP信息中的App Id不相同。

在上述方法实施例的基础上，App Id为应用的应用包名。

另一个示例中，图14示出了一种第二电子设备400的结构示意图，第二电子设备400包括：收发单元401，其中，收发单元401，用于接收来自网络侧的第一终端设备路由选择策略URSP信息，第一URSP信息包括应用标识App Id和第一切片参数信息，App Id用于标识应用，第一切片参数信息用于指示第一切片网络；第二电子设备通过蜂窝网络与网络侧进行数据交互；收发单元401，还用于接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和第一应用的App Id；收发单元401，用于当第一应用的App Id与第一URSP信息中的APPId相同时，通过第一切片参数信息指示的第一切片网络传输第一应用的数据至网络侧。

在上述方法实施例的基础上，第一URSP信息还包括其它业务特征信息，其它业务特征信息包括以下至少之一：IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；接收单元401，还用于接收来自网络侧的第二URSP信息，第二URSP信息包括App Id、其它业务特征信息和第二切片参数信息，第二切片参数信息用于指示第二切片网络，第一切片参数信息与第二切片参数信息不同；第二电子设备400，还包括处理单元402，用于当第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息不相同时，更新第二URSP信息，更新后的第二URSP信息中的其它业务特征信息与第一URSP信息中的其它业务特征信息相同。

在上述方法实施例的基础上，收发单元401，还用于接收第一电子设备通过Wi-Fi网络发送的第二应用的数据和第二应用的App Id；当第二应用的App Id与URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输第二应用的数据至网络侧，其中，第三切片网络与第一切片网络不相同。

在上述方法实施例的基础上，收发单元401，还用于若第二电子设备与网络侧之间已建立与第一切片网络对应的协议数据单元PDU会话，基于PDU会话，在第一切片网络上传输第一应用的数据。

在上述方法实施例的基础上，处理单元402，用于若第二电子设备与网络侧之间未建立与第一切片网络对应的协议数据单元PDU会话，基于切片参数信息，与网络侧建立对应于第一切片网络的PDU会话；收发单元401，用于基于PDU会话，在第一切片网络上传输第一应用的数据。

在上述方法实施例的基础上，收发单元401，还用于接收来自网络侧的允许的网络切片选择辅助信息Allowed NSSAI，Allowed NSSAI用于指示允许第二电子设备传输数据的切片网络集合；第一切片网络包含于切片网络集合中。

在上述方法实施例的基础上，App Id为应用的应用包名。

又一个示例中，图14示出了本申请实施例的一种装置500的示意性框图装置500可包括：处理器501和收发器/收发管脚502，可选地，还包括存储器503。

装置500的各个组件通过总线504耦合在一起，其中总线504除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都称为总线504。

可选地，存储器503可以用于前述方法实施例中的指令。该处理器501可用于执行存储器503中的指令，并控制接收管脚接收信号，以及控制发送管脚发送信号。

装置500可以是上述方法实施例中的终端或CPE。

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

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的应用数据的传输方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的应用数据的传输方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的应用数据的传输方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (27)

1.一种应用数据的传输***，其特征在于，包括第一电子设备、第二电子设备，所述第一电子设备通过无线保真Wi-Fi网络连接所述第二电子设备，所述第二电子设备通过蜂窝网络与网络侧进行数据交互；

所述第二电子设备，用于接收来自所述网络侧的第一终端设备路由选择策略URSP信息，所述第一URSP信息包括应用标识App Id和第一切片参数信息，所述App Id用于标识应用，所述第一切片参数信息用于指示第一切片网络；

所述第一电子设备，用于当所述第一电子设备运行第一应用时，向所述第二电子设备发送所述第一应用的数据和所述第一应用的App Id；

所述第二电子设备，还用于接收所述第一应用的数据和所述第一应用的App Id；

所述第二电子设备，还用于当所述第一应用的App Id与所述第一URSP信息中的APP Id相同时，通过所述第一切片参数信息指示的所述第一切片网络传输所述第一应用的数据至所述网络侧。

2.根据权利要求1所述的***，其特征在于，所述第一URSP信息还包括其它业务特征信息，所述其它业务特征信息包括以下至少之一：

IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；

所述第二电子设备，还用于接收来自所述网络侧的第二URSP信息，所述第二URSP信息包括所述App Id、其它业务特征信息和第二切片参数信息，所述第二切片参数信息用于指示第二切片网络，所述第一切片参数信息与所述第二切片参数信息不同；

所述第二电子设备，还用于当所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息不相同时，更新所述第二URSP信息，更新后的所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息相同。

3.根据权利要求1所述的***，其特征在于，

所述第一电子设备，还用于当所述第一电子设备运行第二应用时，向所述第二电子设备发送所述第二应用的数据和所述第二应用的App Id；

所述第二电子设备，还用于接收所述第二应用的数据和所述第二应用的App Id；

所述第二电子设备，还用于当所述第二应用的App Id与所述URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输所述第二应用的数据至所述网络侧，其中，所述第三切片网络与所述第一切片网络不相同。

4.根据权利要求1所述的***，其特征在于，若所述第二电子设备与所述网络侧之间已建立与所述第一切片网络对应的协议数据单元PDU会话；

所述第二电子设备，用于基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

5.根据权利要求1所述的***，其特征在于，若所述第二电子设备与所述网络侧之间未建立与所述第一切片网络对应的协议数据单元PDU会话；

所述第二电子设备，还用于基于所述切片参数信息，与所述网络侧建立对应于所述第一切片网络的PDU会话，并基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

6.根据权利要求1所述的***，其特征在于，

所述第二电子设备，还用于接收来自所述网络侧的允许的网络切片选择辅助信息Allowed NSSAI，所述Allowed NSSAI用于指示允许所述第二电子设备传输数据的切片网络集合；所述第一切片网络包含于所述切片网络集合中。

7.根据权利要求1所述的***，其特征在于，所述App Id为应用的应用包名。

8.一种第一电子设备，其特征在于，包括：

处理器和存储器，所述存储器与所述处理器耦合；

所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述第一电子设备执行下述步骤：

运行第一应用；

通过Wi-Fi网络向第二电子设备发送所述第一应用的数据和所述第一应用的App Id，所述第一应用的App Id与所述第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，所述App Id用于标识应用，所述第二电子设备通过蜂窝网络与所述网络侧进行数据交互。

9.根据权利要求8所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述第一电子设备执行下述步骤：

运行第二应用；

通过Wi-Fi网络向所述第二电子设备发送所述第二应用的数据和所述第二应用的APPId；所述第二应用的App Id与所述URSP信息中的App Id不相同。

10.根据权利要求8所述的设备，其特征在于，所述App Id为应用的应用包名。

11.一种第二电子设备，其特征在于，包括：

处理器和存储器，所述存储器与所述处理器耦合；

所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

接收来自网络侧的第一终端设备路由选择策略URSP信息，所述第一URSP信息包括应用标识App Id和第一切片参数信息，所述App Id用于标识应用，所述第一切片参数信息用于指示第一切片网络；所述第二电子设备通过蜂窝网络与网络侧进行数据交互；

接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和所述第一应用的App Id；

当所述第一应用的App Id与所述第一URSP信息中的APP Id相同时，通过所述第一切片参数信息指示的所述第一切片网络传输所述第一应用的数据至所述网络侧。

12.根据权利要求11所述的设备，其特征在于，所述第一URSP信息还包括其它业务特征信息，所述其它业务特征信息包括以下至少之一：

IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；

所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

接收来自所述网络侧的第二URSP信息，所述第二URSP信息包括所述App Id、其它业务特征信息和第二切片参数信息，所述第二切片参数信息用于指示第二切片网络，所述第一切片参数信息与所述第二切片参数信息不同；

当所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息不相同时，更新所述第二URSP信息，更新后的所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息相同。

13.根据权利要求11所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

接收所述第一电子设备通过Wi-Fi网络发送的第二应用的数据和所述第二应用的AppId；

当所述第二应用的App Id与所述URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输所述第二应用的数据至所述网络侧，其中，所述第三切片网络与所述第一切片网络不相同。

14.根据权利要求11所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

若所述第二电子设备与所述网络侧之间已建立与所述第一切片网络对应的协议数据单元PDU会话，基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

15.根据权利要求11所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

若所述第二电子设备与所述网络侧之间未建立与所述第一切片网络对应的协议数据单元PDU会话，基于所述切片参数信息，与所述网络侧建立对应于所述第一切片网络的PDU会话，并基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

16.根据权利要求11所述的设备，其特征在于，所述程序指令由所述处理器执行时，使得所述第二电子设备执行下述步骤：

接收来自所述网络侧的允许的网络切片选择辅助信息Allowed NSSAI，所述AllowedNSSAI用于指示允许所述第二电子设备传输数据的切片网络集合；所述第一切片网络包含于所述切片网络集合中。

17.根据权利要求11所述的设备，其特征在于，所述App Id为应用的应用包名。

18.一种应用数据的传输方法，其特征在于，应用于第一电子设备，所述方法包括：

运行第一应用；

通过Wi-Fi网络向第二电子设备发送第一数据包，所述第一数据包包括所述第一应用的数据和所述第一应用的App Id，所述第一应用的App Id与所述第二电子设备接收到的来自网络侧的URSP信息中的App Id相同，所述App Id用于标识应用，所述第二电子设备通过蜂窝网络与所述网络侧进行数据交互。

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

运行第二应用；

通过Wi-Fi网络向所述第二电子设备发送第二应用的数据和所述第二应用的APPId；所述第二应用的App Id与所述URSP信息中的App Id不相同。

20.根据权利要求18所述的方法，其特征在于，所述App Id为应用的应用包名。

21.一种应用数据的传输方法，其特征在于，应用于第二电子设备，所述方法包括：

接收来自网络侧的第一终端设备路由选择策略URSP信息，所述第一URSP信息包括应用标识App Id和第一切片参数信息，所述App Id用于标识应用，所述第一切片参数信息用于指示第一切片网络；所述第二电子设备通过蜂窝网络与网络侧进行数据交互；

接收第一电子设备通过Wi-Fi网络发送的第一应用的数据和所述第一应用的App Id；

当所述第一应用的App Id与所述第一URSP信息中的APP Id相同时，通过所述第一切片参数信息指示的所述第一切片网络传输所述第一应用的数据至所述网络侧。

22.根据权利要求21所述的方法，其特征在于，所述第一URSP信息还包括其它业务特征信息，所述其它业务特征信息包括以下至少之一：

IP三元组信息、数据网络名称DNN信息、目的全量域名FQDN信息；

所述方法还包括：

接收来自所述网络侧的第二URSP信息，所述第二URSP信息包括所述App Id、其它业务特征信息和第二切片参数信息，所述第二切片参数信息用于指示第二切片网络，所述第一切片参数信息与所述第二切片参数信息不同；

当所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息不相同时，更新所述第二URSP信息，更新后的所述第二URSP信息中的其它业务特征信息与所述第一URSP信息中的其它业务特征信息相同。

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

接收所述第一电子设备通过Wi-Fi网络发送的第二应用的数据和所述第二应用的AppId；

当所述第二应用的App Id与所述URSP信息中的App Id不相同时，通过非切片网络或者第三切片网络传输所述第二应用的数据至所述网络侧，其中，所述第三切片网络与所述第一切片网络不相同。

24.根据权利要求21所述的方法，其特征在于，所述通过所述第一切片参数信息指示的第一切片网络传输所述第一应用的数据，包括：

若所述第二电子设备与所述网络侧之间已建立与所述第一切片网络对应的协议数据单元PDU会话，基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

25.根据权利要求21所述的方法，其特征在于，所述通过所述第一切片参数信息指示的第一切片网络传输所述第一应用的数据，包括：

若所述第二电子设备与所述网络侧之间未建立与所述第一切片网络对应的协议数据单元PDU会话，基于所述切片参数信息，与所述网络侧建立对应于所述第一切片网络的PDU会话，并基于所述PDU会话，在所述第一切片网络上传输所述第一应用的数据。

26.根据权利要求21所述的方法，其特征在于，所述接收所述网络侧发送的终端设备第一URSP信息之前，包括：

接收来自所述网络侧的允许的网络切片选择辅助信息Allowed NSSAI，所述AllowedNSSAI用于指示允许所述第二电子设备传输数据的切片网络集合；所述第一切片网络包含于所述切片网络集合中。

27.根据权利要求21所述的方法，其特征在于，所述App Id为应用的应用包名。

Images