CN114666863A - 数据路由方法及装置 - Google Patents

Abstract

本申请披露了一种数据路由方法，所述方法包括：根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；在对所述当前业务数据进行路由之前，向用户发送路由请求；若所述用户许可所述路由请求，则对所述当前业务数据进行路由。本申请实施例提供的数据路由方法在对终端的业务数据进行路由之前，需要先向用户发送路由请求，若用户许可，再对当前业务数据进行路由，使得用户能够感知当前业务数据及其对应的路由，从而提高了用户体验。

Description

数据路由方法及装置

技术领域

本申请涉及通信技术领域，具体涉及一种数据路由方法及装置。

背景技术

相关技术中，根据不同的路由规则，可以将终端的业务数据路由至对应的网络切片中。在不同的网络切片中可能会产生不同的计费规则或终端功耗，但是用户并不能感知这些不同，导致用户体验比较差。

发明内容

有鉴于此，本申请提供一种数据路由方法及装置，以解决将终端业务数据路由至网络上时存在的用户体验差的问题。

第一方面，提供一种数据路由方法，所述方法包括：根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；在对所述当前业务数据进行路由之前，向用户发送路由请求；若所述用户许可所述路由请求，则对所述当前业务数据进行路由。

作为一种可能的实现方式，所述方法还包括：若所述用户阻止所述路由请求，则终止对所述当前业务数据的路由。

作为一种可能的实现方式，所述根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片，包括：通过查找第一路由规则，确定所述当前业务数据对应的网络切片，其中，所述第一路由规则包含所述当前业务数据与所述网络切片的映射关系。

作为一种可能的实现方式，所述向用户发送路由请求，包括：向所述用户呈现所述第一路由规则。

作为一种可能的实现方式，所述根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片，包括：响应于所述第一终端的业务数据变化，根据所述第一终端的当前业务数据，确定所述第一终端的当前业务数据对应的网络切片。

第二方面，提供一种数据路由装置，所述装置包括：确定单元，用于根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；请求单元，用于在对所述当前业务数据进行路由之前，向用户发送路由请求；第一路由单元，用于若所述用户许可所述路由请求，则对所述当前业务数据进行路由。

作为一种可能的实现方式，所述装置还包括：第二路由单元，用于若所述用户阻止所述路由请求，则终止对所述当前业务数据的路由。

作为一种可能的实现方式，所述确定单元还用于：通过查找第一路由规则，确定所述当前业务数据对应的网络切片，其中，所述第一路由规则包含所述当前业务数据与所述网络切片的映射关系。

作为一种可能的实现方式，所述请求单元还用于：向所述用户呈现所述第一路由规则。

作为一种可能的实现方式，所述确定单元还用于：响应于所述第一终端的业务数据变化，根据所述第一终端的当前业务数据，确定所述第一终端的当前业务数据对应的网络切片。

第三方面，提供一种数据路由装置，其特征在于，包括存储器和处理器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以执行如第一方面或第一方面中任一实现方式所述的方法。

第四方面，提供一种计算机可读存储介质，其上存储有可执行代码，当所述可执行代码被执行时，能够实现如第一方面或第一方面中任一实现方式所述的方法。

第五方面，提供一种计算机程序产品，包括可执行代码，当所述可执行代码被执行时，能够实现如第一方面或第一方面中任一实现方式所述的方法。

申请实施例提供的数据路由方法在对终端的业务数据进行路由之前，需要先向用户发送路由请求，若用户许可该路由请求，再对当前业务数据进行路由。这样一来，就使得用户能够感知当前的业务数据及其对应的路由，从而提高了用户体验。

附图说明

图1为本申请一实施例提供的通信系统的架构示意图。

图2为本申请一实施例提供的数据路由方法的流程示意图。

图3为本申请一实施例提供的业务数据与网络切片的映射关系示意图。

图4为本申请另一实施例提供的数据路由方法的流程示意图。

图5为本申请又一实施例提供的数据路由方法的流程示意图。

图6为本申请一实施例提供的URSP规则的配置方法流程示意图。

图7为本申请一实施例提供的数据路由装置的结构性示意图。

图8为本申请另一实施例提供的数据路由装置的结构性示意图。

具体实施方式

下面对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

图1是本申请实施例应用的通信系统100。该通信系统100可以包括网络设备110和用户设备(user equipment，UE)120。网络设备110可以是与用户设备120通信的设备。网络设备110可以为特定的地理区域提供网络覆盖，并且可以与位于该覆盖区域内的用户设备120进行通信。用户设备120可以通过网络设备110接入网络(如无线网络)。可选地，该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。

应理解，本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统，又如卫星通信系统，等等。

本申请实施例中的用户设备也可称为终端设备、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile Terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请实施例中的终端设备可以是指向用户提供语音和/或数据连通性的设备，可以用于连接人、物和机，例如具有无线连接功能的手持式设备、车载设备等。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。

本申请实施例中的网络设备110可以是用于与终端设备通信的设备，该网络设备110也可以称为接入网设备或无线接入网设备，如网络设备可以是基站。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolvedNodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站MeNB、辅站SeNB、多制式无线(MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access piont，AP)、传输节点、收发节点、基带单元(base band unit，BBU)、射频拉远单元(Remote Radio Unit，RRU)、有源天线单元(active antenna unit，AAU)、射频头(remoteradio head，RRH)、中心单元(central unit，CU)、分布式单元(distributed unit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。

又例如，网络设备110可以是为终端提供业务支持的核心网(corenetwork，CN)设备，常见的核心网设备例如可以包括接入和移动性管理功能(access andmobilitymanagement function，AMF)实体、(无线)接入网络((radio)access network，(R)AN)实体、会话管理功能(session management function，SMF)实体、用户面功能(userplane function，UPF)实体及核心网策略控制网元(policy control function，PCF)实体等等，此处不一一列举。其中，AMF实体可以负责终端的接入管理和移动性管理；终端设备可以通过(R)AN的接口实现与AMF实体的接入；SMF实体可以负责会话管理，如用户的会话建立等；UPF实体可以是用户面的功能实体，主要负责连接外部网络；PCF实体可以是负责策略信息提供。

网络切片技术可以将一张物理网络划分为多个网络切片，每个网络切片可以构成一个端对端的逻辑网络。可以按照不同的通信需求将网络划分为多个逻辑上彼此隔离、互不影响的网络切片。在一些实施例中，网络可以被划划分为增强移动宽带(enhancedmobile broadband，eMBB)网络切片、超可靠低延迟通信(ultra-reliable and lowlatency communications，URLLC)网络切片、车联网(vehicle to X，V2X)网络切片、物联网(internet of things，IoT)网络切片及海量物联网(massive IoT，MIoT)网络切片。不同类型的网络切片的网络特性可以不同，例如，eMBB网络切片可以具有支持大带宽、低延迟业务的特征；URLLC网络切片可以具有高可靠性、低延迟的特性。

5G网络运营商需要对终端(UE)使用网络的方式进行控制，也就是根据用户的签约信息提供差异化的服务质量(quality of service，QoS)。尤其是在5G网络具备了切片能力后，这种定制化服务的需求更加强烈。在一些实施例中，可以建立终端业务与网络切片之间的映射关系，不同的终端路由规则可以将终端的业务路由至不同的网络切片中，以实现差异化的QoS服务。其中，该路由规则例如可以是用户设备路径选择策略(UE routeselection policy，URSP)，终端的业务数据例如可以是终端上应用程序的数据。

在一些实施例中，终端使用路由规则可以通过协议数据单元会话(protocol dataunit session，PDU session)将终端的业务数据路由到相应的网络切片中。例如，终端使用路由规则可以将终端的业务数据路由到某个现有的PDU会话；还可以不使用任何现有的PDU会话，将终端的业务数据负载均衡到非3GPP的接入，例如通过WIFI接入到网络设备；还可以不使用任何现有的PDU会话，并触发一个新的PDU建立请求，待新的PDU建立之后再使用。

下面以URSP策略为例，对路由规则的建立过程进行介绍。应当理解，本申请实施例不限制终端路由规则，该路由规则例如可以是前文提到的URSP，也可以是网络切片选择策略(network slice selection policy，NSSP)，还可以是其他形式的终端设备路由规则。

在一些实施例中，路由规则可以是预先由运营商配置在终端设备中，也可以是终端设备在接入网络时，由网络设备下发给终端设备。例如，该路由策略为URSP规则时，该URSP规则可以预先被配置在终端设备中。例如，运营商可以按照网络的信息预先配置好URSP规则，并将预配置好的URSP规则配置在终端设备中。URSP规则也可以由网络下发，例如，在终端设备注册接入网络时，核心网网元可以将URSP规则提供给AMF，AMF可以通过“Manage UE Policy Command”信令下发给UE(后文会结合图6对由网络下发URSP规则的方式进行举例说明，具体可以参见图6的相关描述)。

URSP可以包括多条URSP规则，每条URSP规则可以包括流量描述符(trafficdescriptor，TD)及路由选择描述符(route selection descriptor，RSD)两大部分。在一些实施例中，每条URSP规则还可以包括规则优先级。

表1

表1为本申请实施例提供的一种URSP规则列表，如表1所示，每一个URSP规则可以包括一个或多个流量描述符及一个或多个路由选择描述符，其中每一个路由描述符可以包括一个或多个路由选择描述组件。流量描述符可以有多种类型，表2提供了22种可选的流量描述符的类型，在一些实施例中，流量描述符的格式为[流量描述符类型，流量描述符值]，流量描述符的长度可以随流量描述符的类型变化。

表2

路由描述组件可以有多种类型，表3提供了9中可选的路由选择描述组件，在一些实施例中，路由描述组件的格式为[路由选择组件类型，路由选择组件值]，路由选择组件值的长度可以随组件的类型变化。

表3

URSP规则中的流量描述符可以用于与终端设备的业务数据进行匹配，终端设备的业务数据例如可以是终端设备的业务类型数据，该业务类型数据例如可以是视频业务，也可以是音频业务；终端设备的业务数据还可以是终端的应用程序的业务数据，该业务数据例如可以包括应用程序的APP ID。URSP规则中的路由选择描述符用于选择业务数据的路由方式。

在使用URSP规则进行终端设备的业务数据路由时，可以先根据终端设备的业务数据进行URSP规则匹配，然后根据匹配到的URSP规则，确定业务数据的路由规则。例如，可以根据选定的URSP规则，选择该URSP规则中的任一RSD，并将任一RSD规则与已有的PDU会话进行匹配，如果任一RSD与现有的PDU会话匹配，则使用该PDU会话将终端设备的业务数据路由至承载该业务数据的网络上；如果该URSP规则中的所有RSD都与已有的PDU匹配不上，则可以发起新的PDU会话建立请求，待建立PDU会话之后将终端设备的业务数据路由至承载该业务数据的网络上。在一些实施例中，还可以根据选定的URSP规则，将终端设备的业务数据负载均衡到非3GPP的接入，例如通过WIFI接入到网络上。在一些实施例中，与终端设备的业务数据匹配的URSP规则可以有多个，可以按照URSP的优先级进行URSP规则匹配。当选定的第一URSP规则中的所有RSD都与已有的PDU会话匹配不上时，可以按照优先级选定第二URSP规则，并将RSD与已有的PDU会话进行匹配，依次类推。

作为一个示例，终端设备的业务数据可以包括应用程序的APP ID，在启动应用程序时，终端设备可以向网络设备发起业务数据路由请求，网络设备在接收到该路由请求之后，根据业务数据中的APP ID的值与URSP规则中流量描述符中APP ID的值进行匹配，并将匹配到的URSP规则下发给终端设备。接着，终端设备根据该URSP规则，可以将应用程序的业务数据路由至与该URSP规则相对应的网络切片上。

可以看出，现有技术中，根据不同的路由规则，可以将终端的业务数据路由至对应的网络切片中。但是，在不同网络切片中可能会产生不同的服务质量、终端功耗、计费规则等。例如，终端在高速模式下或者游戏模式下时，会将当前的业务数据路由至超可靠低延迟的URLLC网络切片中，但是在URLLC网络切片中会产生较高的计费和终端功耗等。而用户并不能感知这些不同，导致用户体验比较差。

为了解决上述问题，本申请实施例提供一种数据路由方法，在根据路由规则对终端的业务数据进行路由之前，先向用户发送路由请求；若用户许可该路由请求，再对当前业务数据进行路由。这样一来，就使得用户能够感知当前的业务数据及其对应的路由规则，从而提高了用户体验。

下文结合图2对本申请实施例中的数据路由方法进行详细介绍。图2所述的路由方法200包括步骤S220～S260。

在步骤S220，根据第一终端的当前业务数据，确定第一终端的当前业务数据对应的网络切片。

第一终端可以是上文中描述的本申请实施例的任一终端。

本申请实施例对业务数据的类型不做具体限制，例如业务数据可以是终端设备上的应用程序数据，该应用例如可以是浏览器的数据，也可以是某款手游的数据，还可以包括应用程序的APP ID、数据网络名称DNN等。又如，该业务数据也可以是终端设备的业务类型数据，该业务类型数据例如可以是视频业务，也可以是音频业务等。

在一些实施例中，第一路由规则可以用于指导终端设备根据当前的业务特性将业务数据路由至相应的网络切片中。可以通过查找第一路由规则来确定终端设备的当前业务数据对应的网络切片，其中第一路由规则可以包含该的当前业务数据与网络切片的映射关系。第一路由规则例如可以是上文中提及的URSP、NSSP等，应理解，本申请实施例中的第一路由规则还可以是其他形式的终端路由规则。上文提及的该映射关系例如可以是不同的应用程序的数据对应的不同网络切片，该不同的网络切片可以提供差异化的QoS服务。下面结合图3对业务数据与网络切片的映射关系进行示例性的说明。

如图3所示，作为一个示例，终端的业务数据可以是应用程序1的数据，此时，可以根据应用程序1的业务数据匹配选择对应的路由规则。接着，应用程序1可以使用选定的路由规则将业务数据路由至对应的网络切片1，在网络切片1中可以提供应用服务1。例如应用程序1可以为浏览器，该浏览器的业务数据对应的网络切片1例如可以为eMBB网络切片，这样，该浏览器数据就可以使用eMBB网络切片提供的应用服务1，即大带宽、低延迟的应用服务质量；同理，假若终端的应用程序2为某款手游，其对应的网络切片2例如可以为URLLC网络切片，这样，该手游数据就可以使用URLLC网络切片提供的应用服务2，即超可靠低延迟的应用服务质量。

应理解，不同的终端业务数据也可能会路由至相同的网络切片中，本申请对此不做具体限制。

应理解，第一路由规则中可以包括一种或多种业务数据与网络切片之间的映射关系，本申请实施例对此不做具体限制。

在步骤S240，在对第一终端的当前业务数据进行路由之前，向用户发送路由请求。

本申请实施例对向用户发送路由请求的方式不做具体限定，只要用户可以感知当前的路由请求即可，作为一个示例，向用户发送路由请求可以是指通过终端界面的方式向用户呈现路由请求，由用户对该路由请求进行确认(比如，用户可以同意或拒绝)。在一些实施例中，向用户发送路由请求还可以包括向用户呈现当前的业务数据(比如应用程序)和其对应的路由规则，然后由用户对当前的路由请求进行确定。

作为另一个示例，向用户发送路由请求也可以是指向终端设备的应用程序发送路由请求，然后由预置在该应用程序中的程序逻辑对该路由请求进行确认，本申请实施例对此不做具体限制，只要能够对当前的路由请求进行自动确定即可。

作为又一个示例，向用户发送路由请求还可以是指通过第三方设备界面的方式向用户呈现路由请求，或向第三方设备的应用程序发送路由请求，然后由第三方设备的界面将路由请求呈现给用户，以进行该路由请求的确认，或者通过预置在第三方中的应用程序逻辑对该路由请求进行确认。

本申请实施例对路由请求的确认方式不做具体限制，例如通过设备界面的方式呈现给用户，以进行该路由请求的确认，也可以通过应用程序的程序逻辑进行潜在的自动确认。但是，无论是哪一种方式都代表了用户对于当前的业务数据及其对应的路由规则是知道的，即，用户能够感知当前的业务数据和其对应的路由规则，从而可以做到心中有数，提高了用户体验。

应理解，本申请实施例对路由请求的发送主体不做具体限制，例如可以是终端设备的当前应用程序或其他应用程序，也可以是路由管理实体等。

应理解，本申请实施例对路由请求的发送对象不做具体限制，例如还可以是向网络设备发送路由请求，然后由网络设备进行路由请求的确认。

在步骤S260，若用户许可路由请求，则根据第一路由规则，对第一终端的当前业务数据进行路由。

在一些实施例中，用户许可(即同意)路由请求可以是指用户首次同意该路由请求，也可以是指用户曾经同意过该路由请求。应理解，用户拒绝路由请求可以是指用户首次拒绝该路由请求，也可以是指用户曾经拒绝过当前路由请求。也就是说，若用户同意或同意过当前路由请求，则可以根据该路由规则，对终端的当前业务数据进行路由。若用户拒绝或拒绝过该路由请求，则终止对当前业务数据的路由。

在一些实施例中，应用程序在使用路由规则的网络之前，可以先向路由实体进行申请，路由管理实体根据路由规则和应用程序特征选择合适的路由策略，在此策略生效之前，路由管理实体需要先向用户确认是否许可此次请求(既应用程序使用某个既定的路由规则)，如果得到用户许可，则应用程序可以使用网络，反之，应用程序不能使用网络。

在一些情况下，当终端的业务数据发生变化时，本申请实施例提供的方法还可以响应于终端的业务数据变化，根据终端的当前业务数据，通过查找对应的路由规则，以确定并更新该当前业务数据对应的网络切片。作为一个示例，当终端的业务数据为浏览器数据时，终端可以按照路由规则将业务数据路由至eMBB网络切片中，当终端的业务数据从浏览器数据变化为某款手游的数据时，可以根据该手游的业务数据重新选择路由规则，然后终端可以按照新的路由规则将该手游的业务数据路由至URLLC网络切片中。

本申请实施例提供一种数据路由方法，在根据路由规则对终端的业务数据进行路由之前，先向用户发送路由请求；若用户许可该路由请求，再对当前业务数据进行路由。这样一来，就使得用户能够感知当前的业务数据及其对应的路由规则，从而提高了用户体验。

为了进一步阐述本申请实施例中的数据路由方法，下面以路由规则URSP为例，结合图4和图5对本申请实施例中数据路由方法的流程进行详细描述。

如图4所示，为本申请实施例中的另一数据路由方法，终端侧可以包括路由管理实体、应用程序以及其对应的URSP规则，应用程序在使用URSP规则的网络之前，需要先向路由管理实体进行申请，路由管理实体根据URSP规则和应用程序的数据特征选择合适的路由策略，以将该应用程序的业务数据路由至对应的网络上，从而可以使得终端的不同业务数据可以享有不同的应用服务。但是，在该路由策略生效之前，路由管理实体需要先向用户确认是否许可此次请求(既应用程序使用某个URSP的路由)，如果得到用户许可，则应用程序可以使用网络，反之，应用程序不能使用网络。

作为一个示例，若当前的业务数据对应的路由请求得到了客户的许可，则终端可以使用当前的URSP路由规则将当前的应用程序数据路由到PDU会话1，然后通过终端侧的网络接口1将该应用程序的业务数据路由到相应的应用服务1。示例性地，当终端的业务数据发明变化时，例如终端可以使用路由规则将终端的业务数据路由到PDU会话2，然后通过终端侧的网络接口2将该应用程序的业务数据路由到相应的应用服务2。应理解，还可以不使用任何现有的PDU会话，将终端的业务数据负载均衡到非3GPP的接入，例如通过WIFI网络接口将该应用程序的业务数据路由到相应的应用服务3。

如图5所示，为本申请实施例中的又一数据路由方法，该方法包括如下步骤。

步骤1：应用程序申请使用网络。

步骤2：根据应用程序的数据选择URSP规则，然后可以通过既定的URSP规则选择合适的路由，并向用户发送路由请求。

步骤3：应用程序在使用某种URSP路由规则下的网络之前，需要先判断用户是否同意过当前的路由请求。若用户同意过当前路由请求，则跳到步骤6；若用户此前没有同意过当前的路由请求，则跳到步骤4。

步骤4：路由管理实体会将当前的应用程序以及其使用的URSP规则通过终端界面的方式提示给用户。

步骤5：用户进行确认，若用户同意当前的路由规则，则记录用户的确认行为，并跳到步骤6。若用户拒绝当前的路由规则，则终止对当前业务数据的路由，此时该应用程序无法使用网络。

步骤6：对当前业务数据进行路由，应用程序可以使用网络。

URSP路由规则是3GPP在5G网络下的一个重要模块，使用不同URSP规则的网络可能会产生不同的资费，功耗等，本申请实施例中的方案在申请使用网络之前，先向用户发送路由请求，在通过用户许可之后再使用网络，可以避免用户产生意外资费，意外的终端电量消耗过快等问题，提高了用户体验。

图6是以网络下发URSP的方式为例，给出了一种URSP规则的配置过程。该URSP的配置过程包括如下步骤。

步骤1：当核心网策略控制网元PCF决策需要更新URSP策略时，PCF向AFM发送管理UE策略命令。例如可以是PCF调用AMF提供的Namf_Communication_N1N2MessageTransfer服务并在其消息中包含订阅永久标识符(subscription permanent identifier，SUPI)以及UE策略容器，并在策略容器中包括管理UE策略命令(Manage UE Policy Command)。

步骤2：如果AMF发现UE可及，并且处于CM空闲(CM-idle)状态，AMF需要先发起网络触发业务请求(Service Request)流程。例如，AMF可以通过(无线)接入网络(R)AN的接口与UE连接。UE进入CM连接(CM-connected)状态后，AMF可以向UE发送NAS下行直传消息(DL NASTransport)，并在负载容器(Payload Container)中包含步骤1的“Manage UE PolicyCommand”。

步骤3：UE进行URSP策略更新，并向AMF发送NAS上行直传消息(UL NASTransport)。例如，在负载容器(Payload Container)中可以包含更新确认“Manage UEPolicy Complete”。

步骤4：AMF向PCF发送更新确认。例如，该更新确认“Manage UE Policy Complete”可以通过Namf_Communication_N1MessageNotify传送给PCF。

上文结合图1至图6，详细描述了本申请的方法实施例，下面结合图7和图8，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图7是本申请实施例提供的一种数据路由装置的示意性结构图，本申请实施例提供的装置可以设置在UE侧，也可以设置在网络设备侧，还可以设置在UE与网络设备通信链路上。图7所示的数据路由装置700可以包括确定单元720、请求单元740及第一路由单元760。

确定单元720可用于根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；

请求单元740可用于在对所述当前业务数据进行路由之前，向用户发送路由请求；

第一路由单元760可用于若所述用户许可所述路由请求，则对所述当前业务数据进行路由。

可选地，所述装置700还包括：第二路由单元780可用于若所述用户阻止所述路由请求，则终止对所述当前业务数据的路由。

可选地，所述确定单元720还用于：通过查找第一路由规则，确定所述当前业务数据对应的网络切片，其中，所述第一路由规则包含所述当前业务数据与所述网络切片的映射关系。

可选地，所述请求单元740还可以用于：向所述用户呈现所述第一路由规则。

可选地，所述第一路由规则为用户设备路由选择策略URSP。

可选地，所述确定单元720还可以用于：响应于所述第一终端的业务数据变化，根据所述第一终端的当前业务数据，确定所述第一终端的当前业务数据对应的网络切片。

图8是本申请实施例提供的另一种数据路由装置的结构示意图。图8所示的数据路由装置800可以包括存储器810和处理器820，存储器810可以用于存储可执行代码。处理器820可以用于执行存储器810中存储的可执行代码，以实现前文描述的各个方法中的步骤。在一些实施例中，该装置800还可以包括网络接口830，处理器820与外部设备的数据交换可以通过该网络接口830实现。

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

本领域普通技术人员可以意识到，结合本申请实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

Claims (11)

1.一种数据路由方法，其特征在于，所述方法包括：

根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；

在对所述当前业务数据进行路由之前，向用户发送路由请求；

若所述用户许可所述路由请求，则对所述当前业务数据进行路由。

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

若所述用户阻止所述路由请求，则终止对所述当前业务数据的路由。

3.根据权利要求2所述的方法，所述根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片，包括：

通过查找第一路由规则，确定所述当前业务数据对应的网络切片，其中，所述第一路由规则包含所述当前业务数据与所述网络切片的映射关系。

4.根据权利要求3所述的方法，其特征在于，所述向用户发送路由请求，包括：向所述用户呈现所述第一路由规则。

5.根据权利要求1所述的方法，其特征在于，所述根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片，包括：

响应于所述第一终端的业务数据变化，根据所述第一终端的当前业务数据，确定所述第一终端的当前业务数据对应的网络切片。

6.一种数据路由装置，其特征在于，所述装置包括：

确定单元，用于根据第一终端的当前业务数据，确定所述当前业务数据对应的网络切片；

请求单元，用于在对所述当前业务数据进行路由之前，向用户发送路由请求；

第一路由单元，用于若所述用户许可所述路由请求，则对所述当前业务数据进行路由。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二路由单元，用于若所述用户阻止所述路由请求，则终止对所述当前业务数据的路由。

8.根据权利要求7所述的装置，所述确定单元还用于：

通过查找第一路由规则，确定所述当前业务数据对应的网络切片，其中，所述第一路由规则包含所述当前业务数据与所述网络切片的映射关系。

9.根据权利要求8所述的装置，其特征在于，所述请求单元还用于：向所述用户呈现所述第一路由规则。

10.根据权利要求6所述的装置，其特征在于，所述确定单元还用于：

响应于所述第一终端的业务数据变化，根据所述第一终端的当前业务数据，确定所述第一终端的当前业务数据对应的网络切片。

11.一种数据路由装置，其特征在于，包括存储器和处理器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以执行如权利要求1-5中任一项所述的方法。

Images