CN111580996A

CN111580996A - Ursp规则的多运营商选择方法及相关设备

Info

Publication number: CN111580996A
Application number: CN202010404636.8A
Authority: CN
Inventors: 苗苗
Original assignee: Spreadtrum Communications Tianjin Co Ltd
Current assignee: Spreadtrum Communications Tianjin Co Ltd
Priority date: 2020-05-13
Filing date: 2020-05-13
Publication date: 2020-08-25
Anticipated expiration: 2040-05-13
Also published as: CN111580996B

Abstract

本申请实施例提供一种URSP规则的多运营商选择方法及相关产品，所述方法包括如下步骤：在应用程序发起网络请求时，终端的应用程序将AppId传递到OS；终端的OS依据所述AppId确定所述应用程序对应的第一运营商，确定所述应用程序匹配所述第一运营商对应的URSP规则。本申请提供的技术方案具有提高数据卡使用率的优点。

Description

URSP规则的多运营商选择方法及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及一种URSP规则的多运营商选择方法及相关设备。

背景技术

在第三代合作计划(3rd Generation Partnership Project，简称3GPP)协议针对5G网络要求终端通过网络下发的用户设备路由选择策略(英文：UE route selectionpolicy，简称：URSP)规则进行上行发送数据路由匹配和选择，业务描述符(英文：trafficdescriptor，简称TD)参数中有一个应用程序描述符(Application Descriptor)参数，该参数包含两个部分，一个是AppId，一个是OSId。在3GPP协议中没有规定AppId如何分配以及终端具有多卡时如何通过AppId选择相应的数据卡。

发明内容

本申请实施例公开了一种URSP规则的多运营商选择方法，能够依据AppId确定该AppId对应的运营商，进而确定与该运营商的URSP规则。

第一方面，提供一种URSP规则的多运营商选择方法，所述方法包括如下步骤：

在应用程序发起网络请求时，终端的应用程序将应用程序标识符AppId传递到该OS；

终端的OS依据所述AppId确定所述应用程序对应的第一运营商，确定所述应用程序匹配所述第一运营商对应的URSP规则。

第二方面，提供一种终端，包括：

获取单元，用于在应用程序发起网络请求时，将AppId传递给OS；

处理单元，用于依据所述AppId确定所述应用程序对应的第一运营商，确定所述应用程序匹配所述第一运营商对应的URSP规则。

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

本申请实施例第四方面公开了一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行第一方面所述的方法。

本申请实施例第五方面公开了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

通过实施本申请实施例，本申请提供的技术方案在应用程序发起网络请求时，终端依据该AppId确定该AppId对应的第一运营商，然后确定该应用程序匹配的第一运营商对应的URSP规则。本申请的方案可以让应用程序与运营商匹配，另外，本申请实施例的终端OS可以仅通过AppId确定对应的运营商，进而选择该运营商的URSP规则，并进行URSP规则匹配或者通过AppId进一步匹配其他Traffic Descriptor参数，这样可以由使用者通过应用程序来选择对应的运营商匹配的URSP规则实现PDU会话的建立，进而为该应用程序匹配对应的运营商的数据业务，提高应用程序与运营商的匹配度，提高了用户体验度。

附图说明

以下对本申请实施例用到的附图进行介绍。

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

图2是本申请实施例提供的一种URSP规则的多运营商选择方法的流程示意图；

图3是本申请实施例一提供的URSP规则的多运营商选择方法的流程示意图；

图4是本申请实施例提供的终端的结构示意图；

图5是本申请实施例提供的一种设备的结构示意图。

具体实施方式

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

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

本申请实施例中出现的“多个”是指两个或两个以上。本申请实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例中的终端可以指各种形式的UE、接入终端、用户单元、用户站、移动站、MS(英文：mobile station，中文：移动台)、远方站、远程终端、移动设备、用户终端、终端设备(英文：terminal equipment)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、SIP(英文：session initiation protocol，中文：会话启动协议)电话、WLL(英文：wireless local loop，中文：无线本地环路)站、PDA(英文：personaldigital assistant，中文：个人数字处理)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的PLMN(英文：public land mobile network，中文：公用陆地移动通信网络)中的终端设备等，本申请实施例对此并不限定。

请参阅图1，图1是本申请实施例公开的一种终端的结构示意图，终端100包括存储和处理电路110，以及与所述存储和处理电路110连接的传感器170，传感器170可以包括摄像头、距离传感器、重力传感器等，本申请电子设备可以包括两块透明显示屏，该透明显示屏设置在电子设备的背面和正面，两块透明显示屏之间的部件中的部分或全部部件也可以为透明的，因此该电子设备从视觉效果上可以是一种透明电子设备，如果为部分部件为透明的，则该电子设备可以为镂空电子设备。其中：

终端100可以包括控制电路，该控制电路可以包括存储和处理电路110。该存储和处理电路110可以存储器，例如硬盘驱动存储器，非易失性存储器(例如闪存或用于形成固态驱动器的其它电子可编程只读存储器等)，易失性存储器(例如静态或动态随机存取存储器等)等，本申请实施例不作限制。存储和处理电路110中的处理电路可以用于控制终端100的运转。该处理电路可以基于一个或多个微处理器，微控制器，数字信号处理器，基带处理器，功率管理单元，音频编解码器芯片，专用集成电路，显示驱动器集成电路等来实现。

存储和处理电路110可用于运行终端100中的软件，例如互联网浏览应用程序，互联网协议语音(Voice over Internet Protocol,VOIP)电话呼叫应用程序，电子邮件应用程序，媒体播放应用程序，操作系统功能等。这些软件可以用于执行一些控制操作，例如，基于照相机的图像采集，基于环境光传感器的环境光测量，基于接近传感器的接近传感器测量，基于诸如发光二极管的状态指示灯等状态指示器实现的信息显示功能，基于触摸传感器的触摸事件检测，与在多个(例如分层的)显示屏上显示信息相关联的功能，与执行无线通信功能相关联的操作，与收集和产生音频信号相关联的操作，与收集和处理按钮按压事件数据相关联的控制操作，以及终端100中的其它功能等，本申请实施例不作限制。

终端100可以包括输入-输出电路150。输入-输出电路150可用于使终端100实现数据的输入和输出，即允许终端100从外部设备接收数据和也允许终端100将数据从终端100输出至外部设备。输入-输出电路150可以进一步包括传感器170。传感器170静脉识别模组，还可以包括环境光传感器，基于光和电容的接近传感器，指纹识别模组，、触摸传感器(例如，基于光触摸传感器和/或电容式触摸传感器，其中，触摸传感器可以是触控显示屏的一部分，也可以作为一个触摸传感器结构独立使用)，加速度传感器，摄像头，和其它传感器等，摄像头可以为前置摄像头或者后置摄像头，指纹识别模组可集成于显示屏下方，用于采集指纹图像，指纹识别模组可以为：光学指纹模组等等，在此不作限定。上述前置摄像头可以设置前面显示屏的下方，上述后置摄像头可以设置在后面显示屏的下方。当然上述前置摄像头或后置摄像头也可以不和显示屏集成设置，当然在实际应用中，上述前置摄像头或后置摄像头还可以为升降结构，本申请具体实施方式并不限制上述前置摄像头或后置摄像头的具体结构。

输入-输出电路150还可以包括一个或多个显示屏，当为多个显示屏时，例如2个显示屏时，一个显示屏可以设置在电子设备的前面，另一个显示屏可以设置在电子设备的后面，例如显示屏130。显示屏130可以包括液晶显示屏，透明显示屏，有机发光二极管显示屏，电子墨水显示屏，等离子显示屏，使用其它显示技术的显示屏中一种或者几种的组合。显示屏130可以包括触摸传感器阵列(即，显示屏130可以是触控显示屏)。触摸传感器可以是由透明的触摸传感器电极(例如氧化铟锡(ITO)电极)阵列形成的电容式触摸传感器，或者可以是使用其它触摸技术形成的触摸传感器，例如音波触控，压敏触摸，电阻触摸，光学触摸等，本申请实施例不作限制。

终端100还可以包括音频组件140。音频组件140可以用于为终端100提供音频输入和输出功能。终端100中的音频组件140可以包括扬声器，麦克风，蜂鸣器，音调发生器以及其它用于产生和检测声音的组件。

通信电路120可以用于为终端100提供与外部设备通信的能力。通信电路120可以包括模拟和数字输入-输出接口电路，和基于射频信号和/或光信号的无线通信电路。通信电路120中的无线通信电路可以包括射频收发器电路、功率放大器电路、低噪声放大器、开关、滤波器和天线。举例来说，通信电路120中的无线通信电路可以包括用于通过发射和接收近场耦合电磁信号来支持近场通信(Near Field Communication，NFC)的电路。例如，通信电路120可以包括近场通信天线和近场通信收发器。通信电路120还可以包括蜂窝电话收发器和天线，无线局域网收发器电路和天线等。

终端100还可以进一步包括电池，电力管理电路和其它输入-输出单元160。输入-输出单元160可以包括按钮，操纵杆，点击轮，滚动轮，触摸板，小键盘，键盘，照相机，发光二极管和其它状态指示器等。

用户可以通过输入-输出电路150输入命令来控制终端100的操作，并且可以使用输入-输出电路150的输出数据以实现接收来自终端100的状态信息和其它输出。

URSP是5GC从PCF向UE提供的策略信息之一。UE使用该策略来确定如何路由数据外向通路。通过URSP规则UE可以确定检测到的应用程序是否可以与已经建立的PDU会话相关联，是否可以路由到PDU会话之外的non-3GPP通路，或者是否可以建立新的PDU会话。URSP包含一个或者多个URSP规则，URSP规则由以下部分组成：

URSP优先级；

Traffic Descriptor，它包含如下参数：

Match-all Traffice descriptor，或者

至少如下一个参数之一：

一个或者多个AppliCation Identifiers

一个或多个IP Descriptors

一个或则和多个non-IP Descriptors(与IP Descriptors互斥)

一个或多个DNN

一个或多个Connection Capabilities(协议上定义了4种：ims、supl、internet、mms)

一个或多个Domain Descriptors

一个或多个路由选择描述符(英文：route selection descriptor，简称：RSD)，它包含如下参数

PDU Session Type(可选)以及如下参数：

SSC Mode

一个或多个S-NSSAI

一个或多个DNN

Prefered Access Type

Multi-access Preference

Time window

Location Criteria

non-seamless non-3GPP offload indication

操作系统获取到与应用程序关联的Traffic Descriptor参数后，并且UE从网络侧获取到URSP规则列表后，按照URSP评估的规则匹配出相应的RSD，然后按照RSD参数表示的路由通路选择数据路由。URSP规则中一个重要的输入数据就是Traffic Descriptor中的参数，这些参数可以由应用在发起网络请求时携带，当然这些参数也可以预置在OS内或SIM卡内，当然还可以通过网络服务器获取上述参数。本申请提供的AppId分配方法就是基于在应用程序发起网络请求时携带TD参数的这种方式，应用程序需要通过特定的接口将AppId传递到操作系统，然后将该AppId用于URSP规则匹配。

参阅图2，图2提供了一种URSP规则的多运营商选择方法的流程，该方法在如图1所示的终端内执行，该终端可以包含多个数据卡，该数据卡包括但不限于：UICC(英文：Universal Integrated Circuit Card，中文：通用集成电路卡)或eUICC(英文：embeddedUICC，中文：嵌入式通用集成电路卡)；该方法如图2所示，包括如下步骤：

步骤S200、在应用程序发起网络请求时，终端的应用程序将AppId传递到OS；

在一种可选的方法中，上述网络请求具体可以为网络数据请求，例如：HTTP请求，当然在实际应用中，上述网络数据请求还可以为：URL Connection请求等等，本申请并不限制上述网络请求的具体实现方式。

在一种可选的方法中，上述应用程序可以为，终端内的具体的应用程序，也可以为构建于一个应用程序内的小程序，例如微信小程序、微信公众号、微信商城等等。

步骤S201、终端的OS依据所述AppId确定所述应用程序对应的第一运营商，确定所述应用程序匹配所述第一运营商对应的URSP规则。

在一种可选的方案中，上述步骤S201的实现方法具体可以包括：

当某应用程序与多个运营商签约，在应用程序运行时，给目标对象(例如终端使用者)提供可选规则的运营商选项，在目标对象选择好运营商(例如中国移动)后，应用程序根据目标对象的选择携带对应的AppId参数发送至OS。此后，OS区分出具体的运营商(例如中国移动)后可以与当前的数据卡进行判断，在单通的情况下，如果当前的数据卡不是应用期望的数据卡(例如为中国联通的数据卡)，那么进行数据卡切换(即将当前数据卡切换至中国移动的数据卡)。在多通的情况下，OS确定该AppId匹配的运营商(例如中国移动)对应的URSP规则，OS直接在指定SIM卡(例如中国移动)上依据该URSP规则发起网络请求。

本申请提供的技术方案在应用程序发起网络请求时，终端依据该AppId确定该AppId对应的第一运营商，然后确定该应用程序匹配的第一运营商对应的URSP规则。本申请的方案可以让应用程序与运营商匹配，这样可以由使用者通过应用程序来选择对应的运营商匹配的URSP规则实现PDU会话的建立，进而为该应用程序匹配对应的运营商的数据业务，提高应用程序与运营商的匹配度，提高了用户体验度。

在一种可选的方案中，上述方法还可以包括：

终端依据预设规则从多卡中选择一个数据卡，在所述数据卡依据所述URSP规则发起网络请求。

此方案选择的数据卡可以为与该URSP规则匹配的数据卡，例如第一运营商的数据卡。此种方式使得应用程序选择的数据卡与URSP规则匹配度更好，不会出现URSP规则与数据卡不匹配的情况。

在一种可选的方案中，上述终端依据预设规则从多卡中选择一个数据卡具体包括：

若所述应用程序与多个运营商签约，终端获取目标对象从所述多个运营商中选择的第二运营商，

终端依据通道类型和第二运营商从多卡中确定一个数据卡。

上述第二运营商与第一运营商可以为相同的运营商，当然在实际应用中，也可以为不同的运营商，这里对第二运营商与第一运营商之间的关系并不限定。

此技术方案针对应用程序具有多个运营商签约的情况，若该应用程序仅仅只跟一个运营商签约(例如中国移动)，则终端的OS直接依据该AppId确定该第一运营商(中国移动)；若该应用程序跟多个运营商签约(例如：中国移动、中国联通、中国电信)，那么终端的OS直接依据该AppId确定该第一运营商可以为多个运营商的任意一个。当然为了增加用户体验，可以采用上述细化的方案，即在具有多个运营商签约的情况下，弹出一个选择窗口，该选择窗口供目标对象(例如终端使用者)选择一个运营商作为该AppId的第二运营商，因此该第二运营商可以与第一运营商相同，也可以不同，这个具体依据目标对象的喜好或随机确定，因此上述方案能够增加了用户自行选择运营商的配置，提高了用户体验度。

在一种可选的方案中，所述终端依据通道类型和第二运营商从多卡中确定一个数据卡具体包括：

若所述通道类型为单通时，终端确定当前的数据卡是否为第二运营商的数据卡，若当前数据卡为第二运营商数据卡，则终端确定一个数据卡为当前数据卡；若当前数据卡不为第二运营商数据卡，则终端对当前数据卡切换成第二运营商的数据卡后，确定一个数据卡为当前数据卡。

此方案具有选择的第二运营商与当前数据卡匹配，避免了数据卡与第二运营商不匹配的问题，即如果是单通时，如果当前数据卡与第二运营商不匹配，则直接将当前数据卡切换至第二运营商对应的数据卡。

若所述通道类型为多通时，终端确定一个数据卡为所述第二运营商的数据卡。

此方案具有选择的第二运营商与当前数据卡匹配，避免了数据卡与第二运营商不匹配的问题，即如果是多通时，直接从多卡中选择该第二运营商对应的数据卡确定为该AppId对应的一个数据卡，并通过该第二运营商的数据卡依据该第二运营商的URSP规则发起网络请求。

在一种可选的方案中，所述终端依据所述AppId确定所述应用程序对应的第一运营商具体包括：

终端依据所述AppId确定所述AppId的号段，依据所述号段以及号段与运营商的映射关系确定所述号段对应的第一运营商。

本申请提出的AppId的分配方式是号段分配的方式。首先运营商之前需要约定各自AppId的号段，例如，中国移动运营商AppId号段是从10001-20000，中国联通AppId号段是从20001-30000，中国电信AppId号段是从30001-40000(仅举例说明，具体号段可以根据预估5G应用的数量级详细划分)，那么某应用程序与某个运营商签约时，该运营商为该应用程序分配一个或者多个(某些应用程序可能支持多种业务类型并且需要接入不同的网络切片)AppId。运营商之间也可以约定通用的AppId，比如预留1-10000给通用应用程序(例如微信、抖音、高德等通用性比较强的app)使用。

实施例一

本申请实施例一提供了一种URSP规则的多运营商选择方法，该方法在如图1所示的终端执行，该终端具有2个数据卡，数据卡1为中国移动，数据卡2为中国电信，本实施例的应用程序以微信为例，微信签约了中国移动以及中国电信，其分配的号段如表1所示；由于微信具有多种业务类型，对于不同的业务类型，为微信分配有不同的多个号段，同一运营商号段，子号段越小说明该业务类型的优先级别越高。

表1：

参阅表1，对于微信，由于是常用业务，此业务对延时性以及重要性等级均比较高，因此在两个运营商均提供号段最小的号段。当然上述业务并不包含微信的所有业务，例如微信的支付、金融业务，其对时延性以及重要性可能比语音通话、视频通话业务的要求更高，这里并未涉及，在实际应用中，还可以依据具体的方案来添加对应的号段以及业务。

参阅图3，图3为实施例一提供的一种URSP规则的多运营商选择方法包括如下步骤：

步骤S300、在微信发起网络请求时，若微信具有多个签约的运营商，微信弹出选择窗口，获取目标对象选择的运营商为中国移动；

步骤S301、微信将微信对应的AppId(10001)传递给OS；

步骤S302、终端的OS依据该AppId(10001)对应的第一运营商(中国移动)，确定该中国移动的URSP规则；

步骤S303、终端在数据卡1上采用该URSP规则发起与该视频通话的网络请求，该网络请求包含该业务类型优先级；

在一种可选的方案中，上述优先级可以通过子号段来确定，例如，视频通话对应的业务优先级比较高，那么其可以对应的子号段为1，又如文字通信、语音通信可以对应的子号段可以为2等等。

步骤S304、终端与网络设备建立与该优先级匹配的PDU会话。

实施例二

本申请实施例二提供了一种URSP规则AppId分配以及多卡选择的方法，该方法具体可以包括：本申请提出的AppId的分配方式是号段分配的方式。该号段分配方式在一种可选的方案中，首先运营商之前需要约定各自AppId的号段，例如，中国移动运营商AppId号段是从10001-20000，中国联通AppId号段是从20001-30000，中国电信AppId号段是从30001-40000(仅举例说明，具体号段可以根据预估5G应用的数量级详细划分)，那么某应用程序与某个运营商签约时，该运营商为该应用程序分配一个或者多个(某些应用程序可能支持多种业务类型并且需要接入不同的网络切片，例如实施例一种的微信即具有多种业务类型)AppId。运营商之间也可以约定通用的AppId。比如预留1-10000给通用应用程序使用。

应用程序在发起网络请求时调用OS提供的接口将AppId传递到OS，OS根据所传递的AppId的值判断当前处于哪个运营商AppId号段，从而区分该应用程序需要匹配哪个运营商URSP规则。

当某应用程序与多个运营商签约，在应用程序运行时，给终端用户提供可选规则的运营商选项，用户选择好运营商后，应用程序根据用户的选择携带对应的AppId参数发送至OS。此后，OS区分出具体的运营商后可以与当前的数据卡进行判断，在单通的情况下，如果当前的数据卡不是应用期望的数据卡，那么进行数据卡切换。在多通的情况下，OS直接在指定SIM卡上发起网络请求。

参阅图4，图4提供了一种终端，该终端如图4所示，包括：

获取单元401，用于在应用程序发起网络请求时，应用程序将AppId传递给OS；

处理单元402，用于依据所述AppId确定所述应用程序对应的第一运营商，确定所述应用程序匹配所述第一运营商对应的URSP规则。

在一种可选的方案中，

处理单元402，还用于依据预设规则从多卡中选择一个数据卡，在所述数据卡依据所述URSP规则发起网络请求。

在一种可选的方案中，

处理单元402，具体用于若所述应用程序与多个运营商签约，终端获取目标对象从所述多个运营商中选择的第二运营商，依据通道类型和第二运营商从多卡中确定一个数据卡。

在一种可选的方案中，

处理单元402，具体用于若所述通道类型为单通时，终端确定当前的数据卡是否为第二运营商的数据卡，若当前数据卡为第二运营商数据卡，则终端确定一个数据卡为当前数据卡；若当前数据卡不为第二运营商数据卡，则终端对当前数据卡切换成第二运营商的数据卡后，确定一个数据卡为当前数据卡；

若所述通道类型为多通时，确定一个数据卡为所述第二运营商的数据卡。

请参见图5，图5是本申请实施例提供的一种设备70，该设备70可以为如图1所示的终端，当然还可以为其他的设备，例如智能手机、平板电脑、笔记本电脑等等具有通信功能的设备，该设备70包括处理器701、存储器702和通信接口703，所述处理器701、存储器702和通信接口703通过总线704相互连接。

存储器702包括但不限于是随机存储记忆体(random access memory，RAM)、只读存储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)，该存储器702用于相关计算机程序及数据。通信接口703用于接收和发送数据。

处理器701可以是一个或多个中央处理器(central processing unit，CPU)，在处理器701是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。

该设备70中的处理器701用于读取所述存储器702中存储的计算机程序代码，执行以下操作：

在应用程序发起网络请求时，终端的应用程序将AppId传递到该OS；

在一种可选的方案中，上述计算机程序代码还可以执行如下操作：终端依据预设规则从多卡中选择一个数据卡，在所述数据卡依据所述URSP规则发起网络请求。

在一种可选的方案中，上述计算机程序代码还可以执行如下操作：终端依据预设规则从多卡中选择一个数据卡具体包括：

终端依据通道类型和第二运营商从多卡中确定一个数据卡。

在一种可选的方案中，上述计算机程序代码还可以执行如下操作：所述终端依据通道类型和第二运营商从多卡中确定一个数据卡具体包括：

在一种可选的方案中，上述计算机程序代码还可以执行如下操作：所述终端依据所述AppId确定所述应用程序对应的第一运营商具体包括：

本申请实施例还提供一种芯片系统，所述芯片系统包括至少一个处理器，存储器和接口电路，所述存储器、所述收发器和所述至少一个处理器通过线路互联，所述至少一个存储器中存储有计算机程序；所述计算机程序被所述处理器执行时，图2、图3所示的方法流程得以实现。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当其在网络设备上运行时，图2、图3所示的方法流程得以实现。

本申请实施例还提供一种计算机程序产品，当所述计算机程序产品在终端上运行时，图2、图3所示的方法流程得以实现。

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

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模板。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模板并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种URSP规则的多运营商选择方法，其特征在于，所述方法包括如下步骤：

在应用程序发起网络请求时，终端的应用程序将应用程序标识符AppId传递到操作系统OS；

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

3.根据权利要求1所述的方法，其特征在于，终端依据预设规则从多卡中选择一个数据卡具体包括：

终端依据通道类型和第二运营商从多卡中确定一个数据卡。

4.根据权利要求3所述的方法，其特征在于，所述终端依据通道类型和第二运营商从多卡中确定一个数据卡具体包括：

5.根据权利要求3所述的方法，其特征在于，所述终端依据通道类型和第二运营商从多卡中确定一个数据卡具体包括：

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述终端依据所述AppId确定所述应用程序对应的第一运营商具体包括：

7.一种终端，其特征在于，包括：

获取单元，用于在应用程序发起网络请求时，将应用程序标识符AppId传递给操作系统OS；

8.根据权利要求7所述的终端，其特征在于，

所述处理单元，还用于依据预设规则从多卡中选择一个数据卡，在所述数据卡依据所述URSP规则发起网络请求。

9.根据权利要求7所述的终端，其特征在于，

所述处理单元，具体用于若所述应用程序与多个运营商签约，终端获取目标对象从所述多个运营商中选择的第二运营商，依据通道类型和第二运营商从多卡中确定一个数据卡。

10.根据权利要求9所述的终端，其特征在于，

所述处理单元，具体用于若所述通道类型为单通时，终端确定当前的数据卡是否为第二运营商的数据卡，若当前数据卡为第二运营商数据卡，则终端确定一个数据卡为当前数据卡；若当前数据卡不为第二运营商数据卡，则终端对当前数据卡切换成第二运营商的数据卡后，确定一个数据卡为当前数据卡；

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

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