CN111601353B - 应用程序的路由选择方法及相关装置 - Google Patents

Abstract

本申请实施例公开了一种应用程序的路由选择方法及相关装置，方法包括：终端获取第一应用程序APP身份标识ID；所述终端以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系；所述终端将所述第一APP的数据流路由到所述第一PDU Session进行传输。可见，本申请实施例能够实现根据PDU会话集合为应用程序选择路由通路。

Description

应用程序的路由选择方法及相关装置

技术领域

本申请涉及通信技术领域，尤其涉及一种应用程序的路由选择方法及相关装置。

背景技术

在第三代合作计划(3rd Generation Partnership Project,3GPP)协议中，用户设备路由选项策略(UE Route Selection Policy，URSP)评估需要与应用相关联的通路描述符(Traffic Descriptor，TD)参数与URSP规则中的Traffic Descriptor参数进行匹配，然后根据匹配成功的URSP规则中的路由选择描述符(Route Selection Descriptor，RSD)为应用创建相应的路由通路。如何为应用程序选择路由通路，目前协议还未明确约定。

发明内容

本申请实施例提供一种应用程序的路由选择方法及相关装置，以实现根据PDU会话集合为应用程序选择路由通路。

第一方面，本申请实施例提供一种应用程序的路由选择方法，包括：

终端获取第一应用程序APP身份标识ID；

所述终端以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系；

所述终端将所述第一APP的数据流路由到所述第一PDU Session进行传输。

第二方面，本申请实施例提供一种应用程序的路由选择装置，包括：

获取单元，用于获取第一应用程序APP身份标识ID；

查询单元，用于以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系；

路由单元，用于将所述第一APP的数据流路由到所述第一PDU Session进行传输。

第三方面，本申请实施例提供一种终端，包括处理器、存储器、通信接口以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本申请实施例第一方面任一方法中的步骤的指令。

第四方面，本申请实施例提供了一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第五方面，本申请实施例提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。

第六方面，本申请实施例提供了一种计算机程序，其中，所述计算机程序可操作来使计算机执行如本申请实施例第一方面任一方法中所描述的部分或全部步骤。该计算机程序可以为一个软件安装包。

可以看出，本申请实施例中，终端首先获取第一应用程序APP身份标识ID，其次，以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系，最后将所述第一APP的数据流路由到所述第一PDU Session进行传输。通过维护PDU会话集合，终端能够根据APP ID准确的为APP选择路由通路，从而将APP ID对应的应用程序IP数据包全部路由到对应的PDU Session上。

附图说明

下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1A是本申请实施例提供的一种示例通信系统的系统架构图；

图1B是本申请实施例提供的一种终端的结构示意图；

图2A是本申请实施例提供的一种应用程序的路由选择方法的流程示意图；

图2B是本申请实施例提供的另一种应用程序的路由选择方法的流程示意图；

图3是本申请实施例提供的一种应用程序的路由选择装置的功能单元组成框图；

图4是本申请实施例提供的另一种应用程序的路由选择装置的功能单元组成框图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行描述。

本申请涉及到的概念和术语的定义或解释如下。

应用程序APP，是指设备安装的各种应用程序，如视频应用程序、浏览器应用程序等。

协议数据单元协议数据单元(Protocol Data Unit，PDU)，是指对等层次之间传递的数据单位。物理层的PDU是数据位(bit)，数据链路层的PDU是数据帧(frame)，网络层的PDU是数据包(packet)，传输层的PDU是数据段(segment)，其他更高层次的PDU是数据(data)。

PDU会话Session，是第五代5G移动通信系统中的切片网络的粒度单位。

网络切片，是一种按需组网的方式，可以让运营商在统一的基础设施上分离出多个虚拟的端到端网络，每个网络切片从无线接入网承载网再到核心网上进行逻辑隔离，以适配各种各样类型的应用。在一个网络切片中，至少可分为无线网子切片、承载网子切片和核心网子切片三部分。

用户设备路由选项策略(UE Route Selection Policy，URSP)，是5G核心网5GC从策略控制功能实体(Policy Control Function，PCF)向用户设备(User Equipment，UE)提供的策略信息之一。UE使用该策略来确定如何路由数据外向通路。通过URSP规则UE可以确定检测到的应用程序是否可以与已经建立的PDU会话相关联，是否可以路由到PDU会话之外的非non-3GPP通路，或者是否可以建立新的PDU会话。URSP规则中一个重要的输入数据就是通路描述符(Traffic Descriptor，TD)中的参数，这些参数可以由应用在发起网络请求时携带。操作系统获取到与应用程序关联的Traffic Descriptor参数后，并且UE从网络获取到URSP规则列表后，按照URSP评估的规则匹配出相应的路由选择描述符RSD，然后按照RSD参数表示的路由通路选择数据路由。

本申请实施例的技术方案可以应用于如图1A所示的示例通信系统100，该示例通信系统100包括终端110和网络设备120，终端110与网络设备120通信连接。

该示例通信系统100例如可以是：全球移动通讯(Global System of Mobilecommunication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access to unlicensedspectrum，LTE-U)系统、免授权频谱上的NR(NR-based access tounlicensed spectrum，NR-U)系统、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、下一代通信系统或其他通信系统等。

通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。可选地，本申请实施例中的通信系统可以应用于载波聚合(Carrier Aggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。

本申请实施例对应用的频谱并不限定。例如，本申请实施例可以应用于授权频谱，也可以应用于免授权频谱。

本申请实施例中的终端110可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personaldigital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、中继设备、车载设备、可穿戴设备，未来5G网络中的终端或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等，本申请实施例对此并不限定。如图1B所示，本申请实施例终端中的终端110可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130，处理器110分别与存储器120、输入输出装置130通信连接。

本申请实施例中的网络设备120可以是用于与终端通信的设备，该网络设备可以是LTE系统中的演进型基站(evoled NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该网络设备可以为中继设备、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(baseband unit，BBU)，或，分布式单元(distributed unit，DU)等，本申请实施例并不限定。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能。比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。

在本申请实施例中，终端110或网络设备120包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端，或者，是终端中能够调用程序并执行程序的功能模块。

目前，在第三代合作计划(3rd Generation Partnership Project,3GPP)协议中，用户设备路由选项策略(UE Route Selection Policy，URSP)评估需要与应用相关联的通路描述符(Traffic Descriptor，TD)参数与URSP规则中的Traffic Descriptor参数进行匹配，然后根据匹配成功的URSP规则中的路由选择描述符(Route Selection Descriptor，RSD)为应用创建相应的路由通路。如何为应用程序选择路由通路，目前协议还未明确约定。

针对上述问题，本申请实施例提出一种应用程序的路由选择方法，下面结合附图进行详细说明。

请参阅图2A，图2A是本申请实施例提供的一种应用程序的路由选择方法的流程示意图，如图所示，该方法包括：

步骤201、终端获取第一应用程序APP身份标识ID。

其中，所述第一APP可以是终端预先安装的系统应用程序或者第三方应用程序，如视频应APP、游戏APP、聊天APP等，此处不做唯一限定。APP ID具体是指APP的标识信息，如APP的名称等。

步骤202、所述终端以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系。

其中，所述PDU Session集合的具体表现形式可以是多种多样的，此处不做唯一限定。

例如，PDU Session集合可以是PDU Session配置文件，APP n的PDU Session n通过如下格式表示：

{APPn，PDU Session n}。

又如，PDU Session集合可以是如表1所示的IP路由表，其中，APP1、3、4、5为预先安装的应用程序，APP1 ID对应PDU Session1，APP3 ID对应PDU Session3，APP4 ID对应第一PDU Session4，APP5 ID对应第一PDU Session5。

表1 IP路由表

步骤203、所述终端将所述第一APP的数据流路由到所述第一PDU Session进行传输。

具体实现中，终端的操作系统可以执行上述步骤201到203，且步骤203可以通过基带芯片、射频系统协助数据处理和发送。

可以看出，本实施例中，终端首先获取第一应用程序APP身份标识ID，其次，以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系，最后将所述第一APP的数据流路由到所述第一PDU Session进行传输。通过维护PDU会话集合，终端能够根据APP ID准确的为APP选择路由通路，从而将APP ID对应的应用程序IP数据包全部路由到对应的PDU Session上。

在一个可能的示例中，所述方法还包括：所述终端获取本端安装的多个APP；所述终端为所述多个APP中至少一个用户设备路由选择策略URSP匹配成功的APP建立PDUSession，所述URSP匹配成功是指APP对应的URSP的通路描述符TD参数仅包括该APP ID，且该URSP的路由选择描述RSD指示需要建立PDU Session；所述终端根据所述至少一个匹配成功的APP的PDU Session创建所述PDU Session集合。

其中，所述多个APP可以是终端扫描出的本端设备安装的所有APP。

可见，本示例中，终端可以针对本端设备安装的多个APP进行URSP匹配，并为URSP匹配成功的APP创建PDU Session，以及针对所有URSP匹配成功的APP创建PDU Session集合，从而实现根据URSP为应用程序选择路由通路。

在本可能的示例中，所述终端为所述多个APP中至少一个用户设备路由选择策略URSP匹配成功的APP建立PDU Session，包括：

所述终端针对所述多个APP中的每个APP，执行如下步骤，得到至少一个APP的PDUSession；

所述终端以当前处理的APP ID为查询标识，查询用户设备路由选择策略URSP集合；

若查询到TD参数仅包括所述当前处理的APP ID的URSP，则判断查询到的URSP中的RSD是否指示需要建立PDU Session，所述URSP集合包括多个URSP，每个URSP包括TD参数和路由选择描述符RSD之间的对应关系；

若是，则根据所述查询到URSP中的RSD为所述当前处理的APP建立PDU Session，

若否，则确定所述当前处理的APP为匹配失败的APP；

若未查询到TD参数仅包括所述当前处理的APP ID的URSP，则确定所述当前处理的APP为匹配失败的APP。

其中，所述每个URSP的TD参数包括以下至少一种：应用程序的身份标识APP ID、操作系统身份标识OS ID、数据网络名称DNN、网际互连协议IP三元组、域描述符DomainDescriptor，非网际互联协议描述符non-IP Descriptor，连接能力ConnectionCapabilities。

其中，所述TD参数的获取方式包括以下任意一种：

由所述终端的应用程序通过接口传递到操作系统；

由所述终端的操作系统预置；

存储在用户识别模块SIM卡中；以及，

接收来自网络设备下发的TD参数。

具体实现中，终端确定当前处理的APP为匹配失败的APP后，获取下一个未处理的APP重复执行本步骤，直至多个APP中的最后一个APP被处理完。

在本可能的示例中，所述终端获取本端安装的多个APP，包括：所述终端在开机时，获取本端安装的多个APP。

在本可能的示例中，所述方法还包括：所述终端接收来自网络设备的所述URSP集合。其中，终端具体可以在开机时接收来自网络设备的所述URSP集合。终端可以根据该URSP集合更新本地保存的原始URSP集合，得到更新后的URSP集合。

在本可能的示例中，所述方法还包括：所述终端获取本地存储的所述URSP集合。终端可以在开机时获取本地存储的所述URSP集合。

此外，终端对于匹配失败的APP不会创建PDU Session，这些APP在后续请求数据传输时，终端会实时为其配置PDU Session(新建或者绑定已有或者使用非non-3GPP通路)。

可见，本示例中，终端通过遍历多个APP能够无遗漏的为URSP匹配成功的APP创建PDU Session，保证服务全面性和准确度。

在一个可能的示例中，所述方法还包括：所述终端卸载所述第一应用程序时，断开所述第一PDU Session，并删除所述PDU Session集合中所述第一APP与所述第一PDUSession的对应关系。

具体实现中，终端也可以在PDU Session集合中未改已经卸载的APP保留PDUSession一段时间，如一天、一周等，具体时长可以由用户进行设置，或者由终端基于用户使用数据进行智能设定，此处不做唯一限定。例如，终端根据用户的应用使用时长、频率等信息确定该APP为用户高频使用的APP，预测用户在一周内仍会装回该APP，则可以为该APP预留其PDU Session一周时间等。

可见，本示例中，终端针对卸载的APP，会断开该APP的PDU Session，并同步更新PDU Session集合，确保PDU Session集合中PDU Session信息的一致性。

在一个可能的示例中，所述方法还包括：所述终端安装第二APP时，获取所述第二APP ID；所述终端以所述第二APP ID为查询标识，查询URSP集合，查询到TD参数仅包括所述第二APP ID的第二URSP；所述终端判断出所述第二URSP中的第二RSD指示需要建立PDUSession；所述终端根据所述第二URSP中的第二RSD为所述第二APP建立第二PDU Session；所述终端将所述第二APP与所述第二PDU Session的对应关系添加至所述PDU Session集合。

其中，所述URSP集合可以是本端预存的URSP集合，也可以实时从网络设备请求到的URSP集合，此处不做唯一限定。

此外，终端也可以先判断第二APP是否为近段时间曾卸载的APP，若是，则可以直接查询PDU Session集合，确定该第二APP的PDU Session尚未删除，则通知系统更新第二APP的PDU Session不再删除，继续保留。

可见，本示例中，终端安装新的APP时，可以实时查询适配的URSP，并在匹配成功情况下为其创建PDU Session，以及同步更新PDU Session集合。

在一个可能的示例中，所述方法还包括：所述终端接收来自网络设备的URSP更新指令；所述终端根据所述URSP更新指令更新本端的URSP集合；所述终端根据更新后的所述URSP集合更新所述PDU Session集合。

其中，URSP更新指令可以是运营商或者APP提供商等触发网络设备下发，也可以终端定期请求更更新，或者按需请求更新等。

具体实现中，终端根据更新后的所述URSP集合更新所述PDU Session集合，具体包括对本端已有APP的PDU Session的切换、删除、新增等，具体的，

若针对第一APP，若第一APP的URSP的RSD更新后指示需要使用PDU会话之外的非non-3GPP通路，则终端删除PDU Session集合中的第一APP与第一PDU Session的对应关系。

若针对第一APP，若第一APP的URSP的RSD更新后指示可以与已经建立的PDU会话相关联，则终端将第一PDU Session切换为已有的其他PDU Session，并更新PDU Session集合中的第一APP与第一PDU Session的对应关系。

可见，本示例中，终端能够基于URSP更新指令更新本端的URSP集合，并同步更新已有APP的PDU Session，以及更新PDU Session集合中APP与PDU Session的对应关系，保证信息一致性和系统稳定性。

下面结合具体示例对本申请的应用程序的路由选择方法进一步描述。

如图2B所示，本申请实施例提供的应用程序的路由选择方法包括以下步骤：

步骤21，终端开机，向网络设备发送预设消息(例如：小区注册请求等)。

步骤22，网络设备接收预设消息，向终端下发URSP规则表。

步骤23，终端接收URSP规则表，并更新本端的URSP规则表，得到更新后的规则表。

步骤24，终端查询本端安装的所有APP和APP ID；通过查询URSP规则表中URSP规则，为URSP匹配成功的APP创建对应的PDU Session；以及建立应用程序APP与PDU Session的对应关系：

步骤25，终端通过APPID、操作系统进程ID，创建操作系统IP路由表，将APPID绑定到PUD Session中。

可见，本示例中，终端在开机阶段通过URSP规则表完成本端所有APP的PDUSession创建条件的遍历检测，并未所有符合条件的APP创建IP路由表，提高应用的使用便捷性和系统效率。

本申请实施例提供一种应用程序的路由选择装置，该应用程序的路由选择装置可以为终端。具体的，应用程序的路由选择装置用于执行以上应用程序的路由选择方法中终端所执行的步骤。本申请实施例提供的应用程序的路由选择装置可以包括相应步骤所对应的模块。

本申请实施例可以根据上述方法示例对应用程序的路由选择装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图3示出上述实施例中所涉及的应用程序的路由选择装置的一种可能的结构示意图。如图3所示，应用程序的路由选择装置3包括获取单元30、查询单元31和路由单元32，

获取单元30，用于获取第一应用程序APP身份标识ID；

查询单元31，用于以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系；

路由单元32，用于将所述第一APP的数据流路由到所述第一PDU Session进行传输。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。当然，本申请实施例提供的应用程序的路由选择装置包括但不限于上述模块，例如：应用程序的路由选择装置还可以包括存储单元33。存储单元33可以用于存储该应用程序的路由选择装置的程序代码和数据。

在采用集成的单元的情况下，本申请实施例提供的应用程序的路由选择装置的结构示意图如图4所示。在图4中，应用程序的路由选择装置4包括：处理模块40和通信模块41。处理模块40用于对应用程序的路由选择装置的动作进行控制管理，例如，获取单元30、查询单元31和路由单元32所执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块41用于支持应用程序的路由选择装置与其他设备之间的交互。如图4所示，应用程序的路由选择装置还可以包括存储模块42，存储模块42用于存储应用程序的路由选择装置的程序代码和数据，例如存储上述存储单元33所保存的内容。

其中，处理模块40可以是处理器或控制器，例如可以是中央处理器(CentralProcessing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块41可以是收发器、RF电路或通信接口等。存储模块42可以是存储器。

其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。上述应用程序的路由选择装置3和应用程序的路由选择装置4均可执行上述图2A所示的应用程序的路由选择方法中终端所执行的步骤。

本申请实施例还提供了一种芯片，其中，该芯片包括处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述方法实施例中终端所描述的部分或全部步骤。

本申请实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如上述方法实施例中终端所描述的部分或全部步骤。

本申请实施例还提供了一种计算机可读存储介质，其中，所述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如上述方法实施例中网络侧设备所描述的部分或全部步骤。

本申请实施例还提供了一种计算机程序产品，其中，所述计算机程序产品包括计算机程序，所述计算机程序可操作来使计算机执行如上述方法实施例中终端所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

本申请实施例所描述的方法或者算法的步骤可以以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read OnlyMemory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于接入网设备、目标网络设备或核心网设备中。当然，处理器和存储介质也可以作为分立组件存在于接入网设备、目标网络设备或核心网设备中。

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

以上所述的具体实施方式，对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请实施例的具体实施方式而已，并不用于限定本申请实施例的保护范围，凡在本申请实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请实施例的保护范围之内。

Claims (14)

1.一种应用程序的路由选择方法，其特征在于，包括：

终端的操作系统获取第一应用程序APP身份标识ID，所述第一APP为终端扫描出的预先安装的系统应用程序或者第三方应用程序，且所述第一APP为未卸载或者已卸载且卸载时长小于预设时间的APP，所述卸载是指将所述第一APP从所述终端删除；

所述终端的所述操作系统以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDU Session集合包括APP的ID与PDU Session之间的对应关系；其中，所述第一PDU Session是所述终端通过执行如下操作而得到的：以所述第一APP ID为查询标识，查询用户设备路由选择策略URSP集合；若查询到TD参数仅包括当前处理的APP ID的URSP，且所述查询到的URSP中的RSD指示需要建立PDU Session，则根据所述查询到URSP中的RSD为所述第一APP建立所述第一PDU Session，所述URSP集合包括多个URSP，每个URSP包括TD参数和路由选择描述符RSD之间的对应关系；

所述终端的所述操作系统将所述第一APP的数据流路由到所述第一PDU Session进行传输。

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

所述终端获取本端安装的多个APP；

所述终端为所述多个APP中至少一个用户设备路由选择策略URSP匹配成功的APP建立PDU Session，所述URSP匹配成功是指APP对应的URSP的通路描述符TD参数仅包括该APPID，且该URSP的路由选择描述RSD指示需要建立PDU Session；

所述终端根据所述至少一个匹配成功的APP的PDU Session创建所述PDU Session集合。

3.根据权利要求2所述的方法，其特征在于，所述终端为所述多个APP中至少一个用户设备路由选择策略URSP匹配成功的APP建立PDU Session，包括：

所述终端针对所述多个APP中的每个APP，执行如下步骤，得到至少一个APP的PDUSession；

所述终端以当前处理的APP ID为查询标识，查询所述URSP集合；若查询到TD参数仅包括所述当前处理的APP ID的URSP，则判断查询到的URSP中的RSD是否指示需要建立PDUSession；

若是，则根据所述查询到URSP中的RSD为所述当前处理的APP建立PDU Session，

若否，则确定所述当前处理的APP为匹配失败的APP；

若未查询到TD参数仅包括所述当前处理的APP ID的URSP，则确定所述当前处理的APP为匹配失败的APP。

4.根据权利要求3所述的方法，其特征在于，所述每个URSP的TD参数包括以下至少一种：应用程序的身份标识APP ID、操作系统身份标识OS ID、数据网络名称DNN、网际互连协议IP三元组、域描述符Domain Descriptor，非网际互联协议描述符non-IP Descriptor，连接能力Connection Capabilities。

5.根据权利要求3或4所述的方法，其特征在于，所述TD参数的获取方式包括以下任意一种：

由所述终端的应用程序通过接口传递到操作系统；

由所述终端的操作系统预置；

存储在用户识别模块SIM卡中；以及，

接收来自网络设备下发的TD参数。

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

所述终端接收来自网络设备的所述URSP集合。

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

所述终端获取本地存储的所述URSP集合。

8.根据权利要求2-4任一项所述的方法，其特征在于，所述终端获取本端安装的多个APP，包括：

所述终端在开机时，获取本端安装的多个APP。

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

所述终端卸载所述第一应用程序时，断开所述第一PDU Session，并删除所述PDUSession集合中所述第一APP与所述第一PDU Session的对应关系。

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

所述终端安装第二APP时，获取所述第二APP ID；

所述终端以所述第二APP ID为查询标识，查询URSP集合，查询到TD参数仅包括所述第二APP ID的第二URSP；

所述终端判断出所述第二URSP中的第二RSD指示需要建立PDU Session；

所述终端根据所述第二URSP中的第二RSD为所述第二APP建立第二PDU Session；

所述终端将所述第二APP与所述第二PDU Session的对应关系添加至所述PDU Session集合。

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

所述终端接收来自网络设备的URSP更新指令；

所述终端根据所述URSP更新指令更新本端的URSP集合；

所述终端根据更新后的所述URSP集合更新所述PDU Session集合。

12.一种应用程序的路由选择装置，其特征在于，包括：

获取单元，用于控制操作系统获取第一应用程序APP身份标识ID，所述第一APP为终端扫描出的预先安装的系统应用程序或者第三方应用程序，且所述第一APP为未卸载或者已卸载且卸载时长小于预设时间的APP，所述卸载是指将所述第一APP从所述终端删除；

查询单元，用于控制所述操作系统以所述第一APP ID为查询标识，查询预设的协议数据单元PDU会话Session集合，获取所述第一应用程序APP的第一PDU Session，所述PDUSession集合包括APP的ID与PDU Session之间的对应关系；其中，所述第一PDU Session是所述终端通过执行如下操作而得到的：以所述第一APP ID为查询标识，查询用户设备路由选择策略URSP集合；若查询到TD参数仅包括当前处理的APP ID的URSP，且所述查询到的URSP中的RSD指示需要建立PDU Session，则根据所述查询到URSP中的RSD为所述第一APP建立所述第一PDU Session，所述URSP集合包括多个URSP，每个URSP包括TD参数和路由选择描述符RSD之间的对应关系；

路由单元，用于控制所述操作系统将所述第一APP的数据流路由到所述第一PDUSession进行传输。

13.一种终端，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-11任一项所述的方法中的步骤的指令。

14.一种计算机可读存储介质，其特征在于，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-11中任一项所述的方法。

Images