WO2022078475A1 - 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端 - Google Patents

用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端 Download PDF

Info

Publication number
WO2022078475A1
WO2022078475A1 PCT/CN2021/123959 CN2021123959W WO2022078475A1 WO 2022078475 A1 WO2022078475 A1 WO 2022078475A1 CN 2021123959 W CN2021123959 W CN 2021123959W WO 2022078475 A1 WO2022078475 A1 WO 2022078475A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
preferred
user identification
application
user
Prior art date
Application number
PCT/CN2021/123959
Other languages
English (en)
French (fr)
Inventor
苗苗
Original Assignee
展讯通信(天津)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 展讯通信(天津)有限公司 filed Critical 展讯通信(天津)有限公司
Publication of WO2022078475A1 publication Critical patent/WO2022078475A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/468—Specific access rights for resources, e.g. using capability register
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention relates to the field of communication technologies, in particular to a method and device for establishing an application program service path for a multi-card terminal, a storage medium and a terminal.
  • SIM Subscriber Identity Module
  • the technical problem solved by the present invention is how to enable a multi-card terminal to select different SIM cards for data transmission for different application programs.
  • an embodiment of the present invention provides a method for establishing an application service path for a multi-card terminal, wherein the multi-card terminal is associated with multiple user identification cards, the method includes: acquiring user feature information, wherein, The user characteristic information is used to characterize the current data usage scenario of the multi-card terminal; a preferred user identification card is selected from the multiple user identification cards according to the user characteristic information; a preferred APPID is determined according to the preferred user identification card , wherein, for the same application program, different user identification cards are associated with different APPIDs; a service path is established based on the preferred APPID, and the application program performs data transmission through the service path.
  • the selecting a preferred user identification card from the plurality of user identification cards according to the user characteristic information includes: determining the association relationship between the plurality of user characteristic information and the plurality of user identification cards based on historical data statistics; Based on the association relationship, the user identification card associated with the user characteristic information is determined as the preferred user identification card.
  • the historical data includes user identification card usage records when the application program establishes service paths in different data usage scenarios in the history.
  • the action of acquiring the user feature information is when it is detected that the application program is started, that the application program is called to the foreground of the multi-card terminal, or a data packet that is requested to be transmitted by the application program is received. Triggered to execute.
  • association relationship between the multiple user identification cards corresponding to the application program and the multiple APPIDs is obtained from a preset configuration file.
  • the action of acquiring the user feature information is triggered and executed when the application program initiates a network request.
  • the association relationship between multiple user identification cards corresponding to the application program and multiple APPIDs is obtained from the application program through a preset interface.
  • the user feature information is at least selected from: geographic location information and time information.
  • the establishing a service path based on the preferred APPID includes: acquiring a TD parameter and a URSP rule corresponding to the preferred APPID; and establishing a PDU session based on the TD parameter and the URSP rule.
  • an embodiment of the present invention further provides an application service path establishment device for a multi-card terminal, wherein the multi-card terminal is associated with a plurality of subscriber identity cards, and the device includes: an acquisition module for acquiring User characteristic information, wherein the user characteristic information is used to represent the current data usage scenario of the multi-card terminal; a selection module is used to select a preferred user identification card from the plurality of user identification cards according to the user characteristic information The determining module is used to determine the preferred APPID according to the preferred user identification card, wherein, for the same application program, different user identification cards are associated with different APPIDs; the communication module is used to establish a business path based on the preferred APPID, the The application program transmits data through the service channel.
  • an embodiment of the present invention further provides a storage medium on which a computer program is stored, and the computer program executes the steps of the above method when the computer program is run by a processor.
  • an embodiment of the present invention further provides a terminal, including the above-mentioned apparatus for establishing an application program service path for a multi-card terminal, or including a memory and a processor, where the memory stores data that can be used in the processing A computer program running on the processor, and the processor executes the steps of the above method when the computer program is executed.
  • An embodiment of the present invention provides a method for establishing an application program service path for a multi-card terminal, wherein the multi-card terminal is associated with a plurality of user identification cards, the method includes: acquiring user feature information, wherein the user feature information uses to characterize the current data usage scenario of the multi-card terminal; select a preferred user identification card from the plurality of user identification cards according to the user characteristic information; determine the preferred APPID according to the preferred user identification card, wherein, for the same application different user identification cards are associated with different APPIDs; a service path is established based on the preferred APPID, and the application program performs data transmission through the service path.
  • the present embodiment combines the APPID parameters to make it possible to designate a user identification card for a specific application for data communication, which is conducive to optimizing multiple Operational performance of the card terminal.
  • the preferred user identification card most suitable for a specific application is selected according to the user characteristic information, and a business path is established for the application based on the APPID (ie the preferred APPID) associated with the preferred user identification card, so that the application
  • the program is capable of data transfer using the preferred subscriber identity card as a data card.
  • multi-card terminals can select different subscriber identity cards for different applications and access different network slices negotiated with operators.
  • the subscriber identity card used by other applications of the multi-card terminal to establish a service path is not limited to the preferred subscriber identity card. That is, all applications of the multi-card terminal can implement this embodiment to perform data transmission based on the same or different subscriber identity cards. Therefore, different application programs can select the most suitable user identification card as the data card for data transmission, instead of having to use the same data card for all application programs as in the prior art.
  • FIG. 1 is a flowchart of a method for establishing an application service path for a multi-card terminal according to an embodiment of the present invention
  • Fig. 2 is a flowchart of a specific implementation of step S102 in Fig. 1;
  • FIG. 3 is a schematic structural diagram of an apparatus for establishing an application service path for a multi-card terminal according to an embodiment of the present invention.
  • the multi-card terminal is associated with two SIM cards, SIM card 1 and SIM card 2, wherein the data traffic of SIM card 1 is large, but the current data card of the multi-card terminal is SIM card 2.
  • the application 1 currently running in the foreground has a large demand for traffic, it is obviously inappropriate to use the SIM card 2 as a data card, which will greatly increase the user usage cost and affect the user experience.
  • the data card is switched to SIM card 1, although the traffic usage requirements of application 1 are met, if application 2 called to the foreground during the next use process is actually more suitable for using the traffic of SIM card 2, based on the current Technical App 2 can only follow App 1 using SIM 1's data traffic.
  • an embodiment of the present invention provides a method for establishing an application service path for a multi-card terminal, wherein the multi-card terminal is associated with multiple user identification cards, the method includes: acquiring user feature information, wherein, The user characteristic information is used to characterize the current data usage scenario of the multi-card terminal; a preferred user identification card is selected from the multiple user identification cards according to the user characteristic information; a preferred APPID is determined according to the preferred user identification card , wherein, for the same application program, different user identification cards are associated with different APPIDs; a service path is established based on the preferred APPID, and the application program performs data transmission through the service path.
  • this embodiment makes it possible to designate a user identification card for a specific application to perform data communication, which is beneficial to optimizing the operation performance of the multi-card terminal.
  • the preferred user identification card most suitable for a specific application is selected according to the user characteristic information, and a business path is established for the application based on the APPID (ie the preferred APPID) associated with the preferred user identification card, so that the application
  • the program is capable of data transfer using the preferred subscriber identity card as a data card.
  • FIG. 1 is a flowchart of a method for establishing an application service path for a multi-card terminal according to an embodiment of the present invention.
  • This embodiment may be executed by a multi-card terminal, for example, by an operating system (Operating System, OS for short) of the multi-card terminal.
  • an operating system Operating System, OS for short
  • the following steps S101 to S104 provide an application service path establishment method for a multi-card terminal, which can be executed by a chip with a service path establishment function in the user equipment, or by a baseband in the user equipment.
  • Chip executes.
  • the user equipment includes the multi-card terminal, and the method in this embodiment may be executed by a chip with a service path establishment function in the operating system of the multi-card terminal.
  • the multi-card terminal is associated with multiple subscriber identity cards, and at least one subscriber identity card among the multiple subscriber identity cards and other subscriber identity cards belong to different operators.
  • the user identification card is used to uniquely identify the user, and the user identification card corresponds to the user.
  • the operating system of the multi-card terminal can call the user identification card.
  • the operating system may use the data traffic of the subscriber identity card to establish a service path for the application program, and the application program may perform data transmission based on the service path.
  • the user identification card can be regarded as a data card.
  • the data card refers to the SIM card that uses its data traffic
  • the service path of the application is established based on the data card.
  • the service path may include a path for transmitting service data such as voice and video.
  • the call includes a voice call, a video call, etc., and those skilled in the art can also change more embodiments according to actual needs, which will not be repeated here.
  • the call refers to the transmission of service data on the service path.
  • the method for establishing an application service path for a multi-card terminal described in this embodiment may include the following steps:
  • Step S101 obtaining user feature information, wherein the user feature information is used to represent the current data usage scenario of the multi-card terminal;
  • Step S102 selecting a preferred user identification card from the plurality of user identification cards according to the user characteristic information
  • Step S103 determining the preferred APPID according to the preferred user identification card, wherein, for the same application, different user identification cards are associated with different APPIDs;
  • Step S104 Establish a service path based on the preferred APPID, and the application program performs data transmission through the service path.
  • the data usage scenario of the application may be determined, and an association relationship between the data usage scenario and the user identification card may be established, and the association relationship may be used to represent the application tendency in the data usage scenario on the selected user identification card.
  • the user characteristic information can at least be selected from: geographic location information and time information.
  • the data usage scenario at the office during the day can be associated with SIM card 1
  • the data usage scenario at home at night can be associated with SIM card 2.
  • step S102 may be performed to determine the currently most suitable user identification card according to the aforementioned association relationship.
  • the step S102 may include the following steps:
  • Step S1021 determining the association relationship between multiple user feature information and multiple user identification cards based on historical data statistics
  • Step S1022 based on the association relationship, determine the user identification card associated with the user characteristic information as the preferred user identification card.
  • the historical data may include user identification card usage records of the application program in the history of establishing service paths under different data usage scenarios.
  • the historical data may also include user identification card usage records of other applications similar in type to the application in the history of establishing service paths under different data usage scenarios.
  • the multi-card terminal can perform statistical analysis on the historical usage records of multiple applications that are the same or similar to the application, and pre-create the application scenarios (that is, data usage scenarios) of the application according to the statistical analysis of the historical data, And establish the corresponding relationship between the application scene and the user identification card. Assuming that the statistical results show that the user uses the data network of SIM card 2 more in the office and the data network of SIM card 1 at home, correspondingly, the application scenario at home can be associated with SIM card 1 of the multi-card terminal, and the application scenario in the office can be associated with the SIM card 1 of the multi-card terminal. SIM card 2 of a multi-card terminal. When the application is in use, the multi-card terminal is enabled, and the operating system of the multi-card terminal can determine the current data usage scenario based on location information, etc., and query the pre-established association relationship to determine the adapted user identification card.
  • the step S101 may be actively executed by the operating system of the multi-card terminal.
  • the operating system actively acquires the user feature information and executes subsequent procedures, thereby establishing a service path for the application program.
  • the operating system can actively acquire the user feature information and execute subsequent procedures, thereby establishing a service path for the application program.
  • the foreground is a concept corresponding to the background.
  • the service path can be disconnected.
  • the operating system may execute the step S101 and subsequent processes when receiving a data packet requested by the application program to transmit, to establish a service path for the application program and transmit the data packet.
  • the operating system may execute the step S101 when the application program is initially installed on the multi-card terminal, so as to establish a service path for the application program as soon as possible and reduce the processing when there are actually data packets that need to be transmitted. time delay.
  • APPID is an abbreviation of Application Identification (Application Identification), which is used to identify an application.
  • Application Identification Application Identification
  • the APPID can be divided into number segments according to operators, and the operating system of the multi-card terminal can identify corresponding operator information according to the number segments. For example, the association between the divided number segment and the operator can be pre-written into the configuration file of the operating system for query.
  • the operator For a specific application, if you want to use network slicing, you need to sign a contract with an operator, and the operator will allocate an APPID to the application and publish the allocation result in the form of a white paper.
  • the configuration file may store an association relationship between the subscriber identification card and the APPID.
  • the same application may be assigned multiple APPIDs, and the multiple APPIDs are respectively associated with different user identification cards.
  • the association relationship between the multiple user identification cards corresponding to the application program and the multiple APPIDs may be obtained from a preset configuration file.
  • the application can be associated with the SIM card 1, and the APPID1 associated with the application is the APPID of the application in the APPID number segment of the operator to which the SIM card 1 belongs.
  • the application can be associated with the SIM card 2, and the APPID2 associated with the application is the APPID of the application in the APPID number segment of the operator to which the SIM card 2 belongs.
  • the operating system may determine the current data usage scenario based on the location information, etc., and query the pre-established correspondence in the preset configuration file to determine the preferred adaptation APPID.
  • the step S101 may be triggered and executed when the application initiates a network request. Further, the association relationship between the multiple user identification cards corresponding to the application program and the multiple APPIDs may be obtained from the application program through a preset interface.
  • the application may execute the step S101 to obtain the user feature information when a network request is initiated, and pass the obtained user feature information and associations between multiple user identification cards and multiple APPIDs together.
  • the preset interface is sent to the operating system.
  • the operating system may execute the steps S102 and S103 to determine the preferred APPID.
  • the step S102 may also be executed by the application program.
  • what is transmitted through the preset interface may be the preferred user identification card, and the association relationship between multiple user identification cards and multiple APPIDs.
  • the operating system may execute the step S103 to determine the preferred APPID.
  • step S103 may also be executed by the application program.
  • the application program may also be executed by the application program.
  • what is transmitted through the preset interface is the preferred APPID.
  • the user characteristic information may be determined by the user using the application program by selecting in a pop-up window on the interactive interface of the multi-card terminal.
  • the plurality of user identification cards may be selected by the user on the interactive interface, and the user's selection result is determined as the preferred user identification card. Further, the step S103 is performed to determine the associated preferred APPID.
  • the step S104 may include the steps of: obtaining a Traffic Descriptor (TD) parameter corresponding to the preferred APPID and a User Equipment Route Selection Policy (UE Route Selection Policy, URSP) rule; based on The TD parameters and the URSP rules establish a protocol data unit (Protocol Data Unit, PDU for short) session (session).
  • TD Traffic Descriptor
  • URSP User Equipment Route Selection Policy
  • PDU Protocol Data Unit
  • One PDU session corresponds to one data bearer, which is used to transmit data sent and received by the application process bound to the PDU session.
  • APPID ApplicationDescriptor (Identifier)
  • OSId Operating System ID
  • URSP is one of the policy information provided by the 5G Core-network (5GC) from the Policy Control Function (PCF) to the User Equipment (UE).
  • the UE uses this policy to determine how to route the data outgoing path.
  • the UE can determine whether the detected application can be associated with an already established PDU session, whether it can be routed to a non-3GPP (non-3GPP) path outside the PDU session, or whether a new PDU session can be established.
  • a URSP may contain one or more URSP rules.
  • the URSP rules may include: 1. URSP priority; 2. TD parameters, the TD parameters may include: 1) a universal path descriptor (Match-all Traffic descriptor), or 2) at least one of the following parameters: a .One or more application identifiers (AppliCationIdentifiers); b. One or more IP descriptors (IPDescriptors), including destination IP address or IPV6 prefix, destination port number and IP protocol type; c. One or more non-IP Path purpose information descriptor (non-IP Descriptors), mutually exclusive with IP descriptor; d. One or more data network names (Data Network Name, DNN for short); e.
  • connection capabilities Connection Capabilities
  • f One or more destination descriptors (Domain Descriptors), such as destination FQDN(s) (formal domain name, Fully Qualified Domain Name); 3.
  • Route Selection Descriptor Route Selection Descriptor
  • the descriptor contains the following parameters: 1) PDU Session Type and the following parameters: a. Session and Service Continuity Mode (SSC Mode for short); b. One or more single network slice selections Auxiliary Information (Single Network Slice Selection Assistance Information, referred to as S-NSSAI); c. One or more DNNs; d. Preferred Access Type (3GPP or non-3GPP) (Preferred Access Type); e.
  • Multi-path priority Multi- access Preference
  • f Time window
  • g Location Criteria
  • UPF User Port Function
  • the operating system of the multi-card terminal acquires the TD parameters associated with the application, and after the multi-card terminal acquires the URSP rule list from the network, the corresponding record selection descriptors (Record Selection Descriptors) are matched according to the rules evaluated by the URSP. , RSD for short), and then select the data route according to the routing path indicated by the RSD parameter.
  • the record selection descriptors Record Selection Descriptors
  • An important input data in the URSP rule is the parameters in the TD, which can be carried by the application when it initiates a network request. This embodiment is based on the way that the application program carries the TD parameter when initiating a network request. The application program needs to pass the APPID to the operating system through a specific interface, and then use it for URSP rule matching.
  • the TD parameter can be obtained, and then the PDU session is established through the URSP rule.
  • the TD parameters can be obtained through the preferred APPID through the preset configuration file.
  • the TD parameter corresponding to the preferred APPID may also be obtained through the operator server.
  • the user characteristic data may be acquired based on the clock, positioning module, etc. of the multi-card terminal to determine the corresponding preferred user identification card. Further, based on the preferred user identification card, the preferred APPID corresponding to the application program is obtained by querying from the preset configuration file, and then the corresponding URSP rule is matched based on the preferred APPID. After the matching is successful, the wireless bearer is established or multiplexed according to the URSP rules, and the connection with the network is established to know which network slice to access.
  • URSP rules are matched according to different APPIDs, and the matching result decides whether to establish a new bearer or an old bearer, and also decide which network slice to reuse.
  • a multi-card terminal can determine whether a detected application can be associated with an already established PDU session, whether it can be routed to a non-3GPP path outside the PDU session, or whether a new PDU session can be established. For example, the corresponding routing descriptor RSD is matched according to the rules evaluated by the URSP, and then the data route is selected according to the routing path indicated by the RSD parameter.
  • the preferred user identification card most suitable for a specific application is selected according to the user characteristic information, and a business path is established for the application based on the APPID (ie the preferred APPID) associated with the preferred user identification card, so that the application
  • the program is capable of data transfer using the preferred subscriber identity card as a data card.
  • users can perform corresponding data services by selecting different operator cards.
  • the operating system of the multi-card terminal executing this embodiment may also automatically select the corresponding SIM card for the user.
  • multi-card terminals can select different subscriber identity cards for different applications and access different network slices negotiated with operators.
  • the subscriber identity card used by other applications of the multi-card terminal to establish a service path is not limited to the preferred subscriber identity card. That is, all applications of the multi-card terminal can implement this embodiment to perform data transmission based on the same or different subscriber identity cards. Therefore, different application programs can choose the most suitable user identification card as the data card for data transmission, instead of all the application programs using the same data card as in the prior art.
  • FIG. 3 is a schematic structural diagram of an apparatus for establishing an application service path for a multi-card terminal according to an embodiment of the present invention.
  • the apparatus 3 for establishing an application service path for a multi-card terminal described in this embodiment can be used to implement the method and technical solutions described in the embodiments shown in FIG. 1 and FIG. 2 .
  • the multi-card terminal is associated with a plurality of subscriber identity cards.
  • the apparatus 3 for establishing an application service path for a multi-card terminal may include: an obtaining module 31, configured to obtain user feature information, wherein the user feature information is used to represent all The current data usage scenario of the multi-card terminal; the selection module 32 is used to select a preferred user identification card from the plurality of user identification cards according to the user characteristic information; the determination module 33 is used to select a preferred user identification card according to the preferred user identification card.
  • Determine the preferred APPID wherein different user identification cards are associated with different APPIDs for the same application;
  • the communication module 34 is used to establish a service path based on the preferred APPID, and the application program performs data transmission through the service path.
  • the above-mentioned apparatus 3 for establishing an application program service path for a multi-card terminal may correspond to a chip with a service path establishment function in a terminal (such as user equipment), or a chip with a data processing function, such as an on-chip System (System-On-a-Chip, SOC for short), baseband chip, etc; Corresponds to user equipment.
  • a service path establishment function in a terminal (such as user equipment), or a chip with a data processing function, such as an on-chip System (System-On-a-Chip, SOC for short), baseband chip, etc; Corresponds to user equipment.
  • SOC System-On-a-Chip
  • each module/unit included in each device and product described in the above embodiments it may be a software module/unit, a hardware module/unit, or a part of a software module/unit, a part of which is a software module/unit. is a hardware module/unit.
  • each module/unit included therein may be implemented by hardware such as circuits, or at least some modules/units may be implemented by a software program.
  • Running on the processor integrated inside the chip the remaining (if any) part of the modules/units can be implemented by hardware such as circuits; for each device and product applied to or integrated in the chip module, the modules/units contained therein can be They are all implemented by hardware such as circuits, and different modules/units can be located in the same component (such as a chip, circuit module, etc.) or in different components of the chip module, or at least some modules/units can be implemented by software programs.
  • the software program runs on the processor integrated inside the chip module, and the remaining (if any) part of the modules/units can be implemented by hardware such as circuits; for each device and product applied to or integrated in the terminal, each module contained in it
  • the units/units may all be implemented in hardware such as circuits, and different modules/units may be located in the same component (eg, chip, circuit module, etc.) or in different components in the terminal, or at least some of the modules/units may be implemented in the form of software programs Realization, the software program runs on the processor integrated inside the terminal, and the remaining (if any) part of the modules/units can be implemented in hardware such as circuits.
  • an embodiment of the present invention further discloses a storage medium on which a computer program is stored, and when the computer program is run by a processor, the method and technical solutions described in the embodiments shown in FIG. 1 and FIG. 2 are executed.
  • the storage medium may include a computer-readable storage medium such as a non-volatile memory or a non-transitory memory.
  • the storage medium may include ROM, RAM, magnetic or optical disks, and the like.
  • an embodiment of the present invention also discloses a terminal, including a memory and a processor, the memory stores a computer program that can run on the processor, and the processor executes the above diagram when running the computer program. 1 and the technical solutions of the methods described in the embodiments shown in FIG. 2 .
  • the terminal may be a multi-card terminal.
  • the terminal may include the apparatus 3 for establishing an application service path for a multi-card terminal as shown in FIG. 3 above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端，所述方法包括：获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。通过本发明方案能够为具体应用程序指定用户识别卡进行数据通信，利于优化多卡终端的操作性能。

Description

用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端
本申请要求2020年10月16日提交中国专利局、申请号为202011111901.X、发明名称为“用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，具体地涉及一种用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端。
背景技术
在当前支持多卡的终端操作***中，绝大多数第三方应用程序发起数据业务都是使用当前数据卡，即当前启用(或激活)的使用其数据流量的用户身份识别(Subscriber Identity Module，简称SIM)卡。如果多卡终端的某个应用想要使用其他SIM卡的数据流量，则操作***需要将数据卡切换到相应的SIM卡上。此时，终端的其他应用程序也默认使用新的数据卡。
现有技术中多卡终端的所有应用程序只能使用同一张SIM卡的数据流量，无法满足不同应用程序的通信需求，也对多卡终端的操作性能造成影响，更影响用户使用体验。
发明内容
本发明解决的技术问题是如何使得多卡终端能够为不同的应用程序选择不同的SIM卡进行数据传输。
为解决上述技术问题，本发明实施例提供一种用于多卡终端的应用程序业务通路建立方法，所述多卡终端关联多个用户识别卡，所述方法包括：获取用户特征信息，其中，所述用户特征信息用于表征所 述多卡终端当前的数据使用场景；根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
可选的，所述根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡包括：基于历史数据统计确定多个用户特征信息与多个用户识别卡之间的关联关系；基于所述关联关系，将与所述用户特征信息相关联的用户识别卡确定为所述优选用户识别卡。
可选的，所述历史数据包括所述应用程序历史上在不同数据使用场景下建立业务通路时的用户识别卡使用记录。
可选的，所述获取用户特征信息的动作是在检测到所述应用程序启动、检测到所述应用程序调用至所述多卡终端的前台或者接收到所述应用程序请求传输的数据包时触发执行的。
可选的，所述应用程序对应的多个用户识别卡与多个APPID之间的关联关系获取自预设配置文件。
可选的，所述获取用户特征信息的动作是在所述应用程序发起网络请求时触发执行的。
可选的，所述应用程序对应的多个用户识别卡与多个APPID之间的关联关系通过预设接口获取自所述应用程序。
可选的，所述用户特征信息至少选自：地理位置信息以及时间信息。
可选的，所述基于所述优选APPID建立业务通路包括：获取所述优选APPID对应的TD参数以及URSP规则；基于所述TD参数和URSP规则建立PDU会话。
为解决上述技术问题，本发明实施例还提供一种用于多卡终端的 应用程序业务通路建立装置，所述多卡终端关联多个用户识别卡，所述装置包括：获取模块，用于获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；选择模块，用于根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；确定模块，用于根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；通信模块，用于基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
为解决上述技术问题，本发明实施例还提供一种终端，包括上述用于多卡终端的应用程序业务通路建立装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
与现有技术相比，本发明实施例的技术方案具有以下有益效果：
本发明实施例提供一种用于多卡终端的应用程序业务通路建立方法，所述多卡终端关联多个用户识别卡，所述方法包括：获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
较之现有多卡终端的所有应用程序始终使用同一SIM卡的数据流量建立业务通路的技术方案，本实施方案结合APPID参数使得为具体应用程序指定用户识别卡进行数据通信成为可能，利于优化多卡终端的操作性能。具体而言，根据用户特征信息选择最适合于具体应 用程序的优选用户识别卡，并基于所述优选用户识别卡关联的APPID(即优选APPID)为所述应用程序建立业务通路，使得所述应用程序能够将所述优选用户识别卡作为数据卡进行数据传输。
进一步，多卡终端能够为不同的应用程序选择不同的用户识别卡，并接入与运营商协商的不同网络切片。具体而言，所述应用程序使用所述优选用户识别卡建立业务通路进行数据传输期间，所述多卡终端的其他应用程序建立业务通路所使用的用户识别卡不限于所述优选用户识别卡。也即，多卡终端的所有应用程序均可以执行本实施方案，以基于相同或不同的用户识别卡进行数据传输。由此，使得不同应用程序能够选择最适合自己的用户识别卡作为数据卡进行数据传输，而不是像现有技术这样必须所有应用程序都使用同一数据卡。
附图说明
图1是本发明实施例一种用于多卡终端的应用程序业务通路建立方法的流程图；
图2是图1中步骤S102的一个具体实施方式的流程图；
图3是本发明实施例一种用于多卡终端的应用程序业务通路建立装置的结构示意图。
具体实施方式
如背景技术所言，现有多卡终端不支持应用程序对数据卡的个性化选择。但是，对于多卡终端而言，不同SIM卡的数据流量通常存在差异，不同应用程序对流量的需求量也存在差异。
例如，多卡终端关联SIM卡1和SIM卡2共两张SIM卡，其中SIM卡1的数据流量多但多卡终端当前的数据卡为SIM卡2。如果当前在前台运行的应用程序1对流量的需求量较大，则使用SIM卡2作为数据卡显然是不合适的，会极大地增加用户使用成本，影响用户体验。如果将数据卡切换为SIM卡1，虽然满足了应用程序1的流量使用需求，但如果接下来的使用过程中被调用至前台的应用程序2其 实更适合使用SIM卡2的流量，则基于现有技术应用程序2只能跟随应用程序1使用SIM卡1的数据流量。
为解决上述技术问题，本发明实施例提供一种用于多卡终端的应用程序业务通路建立方法，所述多卡终端关联多个用户识别卡，所述方法包括：获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
本实施方案结合APPID参数使得为具体应用程序指定用户识别卡进行数据通信成为可能，利于优化多卡终端的操作性能。具体而言，根据用户特征信息选择最适合于具体应用程序的优选用户识别卡，并基于所述优选用户识别卡关联的APPID(即优选APPID)为所述应用程序建立业务通路，使得所述应用程序能够将所述优选用户识别卡作为数据卡进行数据传输。
为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例一种用于多卡终端的应用程序业务通路建立方法的流程图。
本实施方案可以由多卡终端执行，如由所述多卡终端的操作***(Operating System，简称OS)执行。
在具体实施中，下述步骤S101～步骤S104所提供的用于多卡终端的应用程序业务通路建立方法可以由用户设备中的具有业务通路建立功能的芯片执行，也可以由用户设备中的基带芯片执行。例如，所述用户设备包括所述多卡终端，本实施方案所述方法可以由多卡终端的操作***中具有业务通路建立功能的芯片执行。
具体地，所述多卡终端关联多个用户识别卡，所述多个用户识别卡中的至少一个用户识别卡与其他用户识别卡属于不同的运营商。所述用户识别卡用于唯一标识用户，所述用户识别卡与所述用户相对应。所述用户识别卡***所述多卡终端后与所述多卡终端建立关联，所述多卡终端的操作***可以调用所述用户识别卡。例如，所述操作***可以使用所述用户识别卡的数据流量为应用程序建立业务通路，应用程序可以基于所述业务通路进行数据传输。此时，所述用户识别卡可以视作数据卡。
也就是说，数据卡是指使用其数据流量的SIM卡，应用程序的业务通路基于数据卡建立。所述业务通路可以包括用于传输语音、视频等业务数据的通路。更进一步地，所述通话包括语音通话、视频通话等，本领域技术人员还可根据实际需要变化出更多实施例，在此不予赘述。进一步地，通话是指在业务通路上传输业务数据。
更为具体地，参考图1，本实施例所述用于多卡终端的应用程序业务通路建立方法可以包括如下步骤：
步骤S101，获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；
步骤S102，根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；
步骤S103，根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；
步骤S104，基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
在一个具体实施中，可以确定所述应用程序的数据使用场景，并建立数据使用场景与用户识别卡的关联关系，所述关联关系可以用于表征在所述数据使用场景中所述应用程序倾向于选择的用户识别卡。
具体地，所述用户特征信息至少可以选自：地理位置信息以及时 间信息。
例如，白天在办公室的数据使用场景可以关联SIM卡1，晚上在家的数据使用场景可以关联SIM卡2。
进一步，在执行步骤S101获取到表征当前数据使用场景的用户特征信息后，可以执行所述步骤S102以根据前述关联关系确定当前最适合选择的用户识别卡。
在一个具体实施中，参考图2，所述步骤S102可以包括如下步骤：
步骤S1021，基于历史数据统计确定多个用户特征信息与多个用户识别卡之间的关联关系；
步骤S1022，基于所述关联关系，将与所述用户特征信息相关联的用户识别卡确定为所述优选用户识别卡。
具体地，所述历史数据可以包括所述应用程序历史上在不同数据使用场景下建立业务通路时的用户识别卡使用记录。
进一步，所述历史数据还可以包括与所述应用程序的类型相近的其他应用程序历史上在不同数据使用场景下建立业务通路时的用户识别卡使用记录。
多卡终端可以对与所述应用程序相同或相近的多个应用程序的历史使用记录进行统计分析，根据对历史数据的统计分析，预先创建所述应用程序的应用场景(即数据使用场景)，并建立应用场景与所述用户识别卡的对应关系。假设统计结果表明用户在办公室多启用SIM卡2的数据网络，在家中多启用SIM卡1的数据网络，相应的，在家的应用场景可以关联多卡终端的SIM卡1，办公室应用场景则可以关联多卡终端的SIM卡2。应用程序使用时，多卡终端启用，多卡终端的操作***可以基于位置信息等确定当前数据使用场景，并查询预先建立的关联关系以确定适配的用户识别卡。
在一个具体实施中，所述步骤S101可以是由所述多卡终端的操作***主动执行的。
例如，检测到所述应用程序启动时，所述操作***主动获取所述用户特征信息并执行后续流程，从而为所述应用程序建立业务通路。
又例如，检测到所述应用程序调用至所述多卡终端的前台时，所述操作***可以主动获取所述用户特征信息并执行后续流程，从而为所述应用程序建立业务通路。其中，前台是与后台相对应的概念，当所述应用程序退至所述多卡终端的后台时，可以断开所述业务通路。
再例如，所述操作***可以在接收到所述应用程序请求传输的数据包时执行所述步骤S101及后续流程，为所述应用程序建立业务通路并传输所述数据包。
再例如，所述操作***可以在所述应用程序初始安装至所述多卡终端时就执行所述步骤S101，以尽早为所述应用程序建立业务通路，减少实际有数据包需要传输时的处理时延。
在一个具体实施中，APPID为应用标识(Application Identification)的简称，用于标识应用程序。在本具体实施中，可以将APPID按照运营商划分号段，所述多卡终端的操作***可以根据号段识别对应的运营商信息。例如，划分的号段与运营商的关联关系可以预先写入操作***的配置文件，以供查询。对于具体应用程序而言，若想使用网络切片需要与运营商签约，运营商会为所述应用程序分配APPID并以***形式发布分配结果。
进一步而言，由于所述运营商可以与用户识别卡相关联，因此所述配置文件可以存储有所述用户识别卡与APPID之间的关联关系。
进一步，在本具体实施中，同一应用程序可以分配有多个APPID，且所述多个APPID分别关联不同的用户识别卡。
在一个具体实施中，所述应用程序对应的多个用户识别卡与多个APPID之间的关联关系可以获取自预设配置文件。
例如，在家的应用场景中所述应用程序可以关联SIM卡1，则所述应用程序关联的APPID1即为处于SIM卡1所属运营商的APPID号段的应用程序的APPID。
又例如，在办公室的应用场景中所述应用程序可以关联SIM卡2，则所述应用程序关联的APPID2即为处于SIM卡2所属运营商的APPID号段的应用程序的APPID。
例如，接收到所述应用程序的数据传输请求时，所述操作***可以基于位置信息等确定当前数据使用场景，并在所述预设配置文件中查询预先建立的对应关系以确定适配的优选APPID。
在一个具体实施中，所述步骤S101可以是在所述应用程序发起网络请求时触发执行的。进一步，所述应用程序对应的多个用户识别卡与多个APPID之间的关联关系可以通过预设接口获取自所述应用程序。
例如，所述应用程序可以执行所述步骤S101以在发起网络请求时即获取用户特征信息，并将获取到的用户特征信息以及多个用户识别卡与多个APPID之间的关联关系一并通过所述预设接口发送至所述操作***。响应于通过预设接口接收到上述信息，操作***可以执行所述步骤S102和步骤S103，以确定所述优选APPID。
又例如，所述步骤S102也可以是由所述应用程序执行的。相应的，通过预设接口传输的可以为所述优选用户识别卡，以及多个用户识别卡与多个APPID之间的关联关系。响应于通过预设接口接收到上述信息，操作***可以执行所述步骤S103，以确定所述优选APPID。
再例如，所述步骤S103也可以是由所述应用程序执行的。相应的，通过预设接口传输的即为所述优选APPID。
在一个具体实施中，所述用户特征信息可以由用户使用所述应用程序通过在多卡终端的交互界面上弹出的窗口内选择确定。
或者，在所述交互界面上供用户选择的可以为所述多个用户识别卡，并将用户的选择结果确定为所述优选用户识别卡。进一步，执行所述步骤S103以确定关联的优选APPID。
在一个具体实施中，所述步骤S104可以包括步骤：获取所述优选APPID对应的通路描述符(Traffic Descriptor，简称TD)参数以及用户设备路由选项策略(UE Route Selection Policy，简称URSP)规则；基于所述TD参数和URSP规则建立协议数据单元(Protocol Data Unit，简称PDU)会话(session)。一路PDU会话对应一路数据承载，用于传输与所述PDU会话绑定的应用进程收发的数据。
具体而言，在3GPP协议关于URSP规则的定义中，TD参数中有一个应用标识符(ApplicationDescriptor(Identifier))参数。该参数包含两个部分：APPID和操作***ID(OSId)。其中，APPID用来标识具体应用信息，所述APPID可以用于URSP规则匹配。
URSP是5G核心网(5G Core-network，简称5GC)从策略控制功能(Policy Control Function，简称PCF)向用户设备(User Equipment，简称UE)提供的策略信息之一。UE(如所述多卡终端)使用该策略来确定如何路由数据外向通路。通过URSP规则，UE可以确定检测到的应用程序是否可以与已经建立的PDU会话相关联、是否可以路由到PDU会话之外的非3GPP(non-3GPP)通路或者是否可以建立新的PDU会话。
具体而言，URSP可以包含一个或者多个URSP规则。所述URSP规则可以包括：1.URSP优先级；2.TD参数，所述TD参数可以包括：1)通用通路描述符(Match-all Traffic descriptor)，或者2)至少如下一个参数之一：a.一个或者多个应用识别符(AppliCationIdentifiers)；b.一个或多个IP描述符(IPDescriptors)，包括目的IP地址或者IPV6前缀、目的端口号以及IP协议类型；c.一个或和多个非IP通路目的信息描述符(non-IP Descriptors)，与IP描述符互斥；d.一个或多个数据网络名称(Data Network Name，简称DNN)；e.一个或多个连接能 力(Connection Capabilities)；f.一个或多个目的描述符(Domain Descriptors)，如目的FQDN(s)(正式域名，Fully Qualified Domain Name)；3.一个或多个路由选择描述符(Route Selection Descriptor)，所述路由选择描述符包含如下参数：1)PDU会话类型(PDU Session Type)以及如下参数：a.会话及服务连续性模式(Session and Service Continuity Mode，简称SSC Mode)；b.一个或多个单网络切片选择辅助信息(Single Network Slice Selection Assistance Information，简称S-NSSAI)；c.一个或多个DNN；d.首选访问类型(3GPP或者非3GPP)(Preferred Access Type)；e.多通路优先权(Multi-access Preference)；f.时间窗(Time window)；g.位置标准(Location Criteria)；2)不穿越非3GPP互通功能(Non-3GPP InterWorking Function，简称N3IWF)或者用户端口功能(User Port Function，简称UPF)通过非3GPP接入进行的用户平面话务卸载(non-seamless non-3GPP offload indication)。
所述多卡终端的操作***获取到与应用程序关联的TD参数，并且所述多卡终端从网络获取到URSP规则列表后，按照URSP评估的规则匹配出相应的记录选择描述符(Record Selection Descriptors，简称RSD)，然后按照RSD参数表示的路由通路选择数据路由。
URSP规则中一个重要的输入数据就是TD中的参数，这些参数可以由应用程序在发起网络请求时携带。本实施方案就是基于在应用程序发起网络请求时携带TD参数的这种方式，应用程序需要通过特定的接口将APPID传递到操作***，然后用于URSP规则匹配。
在所述步骤S104中，在匹配出优选APPID后可以获取TD参数，然后通过URSP规则建立PDU会话。其中，可以通过所述预设配置文件通过优选APPID获取TD参数。或者，也可以通过运营商服务器获取所述优选APPID对应的TD参数。
在一个典型的应用场景中，可以基于所述多卡终端的时钟、定位模块等获取所述用户特征数据，以确定对应的优选用户识别卡。进一 步，基于优选用户识别卡从预设配置文件中查询得到所述应用程序对应的优选APPID，进而基于所述优选APPID匹配对应的URSP规则。匹配成功后，根据URSP规则建立或复用无线承载，与网络建立连接，知道接入到哪个网络切片。
对于同一应用程序而言，根据不同的APPID匹配不同的URSP规则，匹配结果决定建立新的承载还是老的承载，还决定复用哪个网络切片。
通过URSP规则，多卡终端可以确定检测到的应用程序是否可以与已经建立的PDU会话相关联、是否可以路由到PDU会话之外的非3GPP通路，或者是否可以建立新的PDU会话。例如，按照URSP评估的规则匹配出相应的路由选择描述符RSD，然后按照RSD参数表示的路由通路选择数据路由。
由上，采用本实施方案，结合APPID参数使得为具体应用程序指定用户识别卡进行数据通信成为可能，利于优化多卡终端的操作性能。具体而言，根据用户特征信息选择最适合于具体应用程序的优选用户识别卡，并基于所述优选用户识别卡关联的APPID(即优选APPID)为所述应用程序建立业务通路，使得所述应用程序能够将所述优选用户识别卡作为数据卡进行数据传输。
具体而言，用户可以通过选择不同的运营商卡进行相应的数据业务。或者，执行本实施方案的多卡终端的操作***也可以自动为用户选择相应SIM卡。
进一步，多卡终端能够为不同的应用程序选择不同的用户识别卡，并接入与运营商协商的不同网络切片。具体而言，所述应用程序使用所述优选用户识别卡建立业务通路进行数据传输期间，所述多卡终端的其他应用程序建立业务通路所使用的用户识别卡不限于所述优选用户识别卡。也即，多卡终端的所有应用程序均可以执行本实施方案，以基于相同或不同的用户识别卡进行数据传输。由此，使得不同应用程序能够选择最适合自己的用户识别卡作为数据卡进行数据 传输，而不是像现有技术这样必须所有应用程序都使用同一数据卡。
图3是本发明实施例一种用于多卡终端的应用程序业务通路建立装置的结构示意图。本领域技术人员理解，本实施例所述用于多卡终端的应用程序业务通路建立装置3可以用于实施上述图1和图2所述实施例中所述的方法技术方案。所述多卡终端关联多个用户识别卡。
具体地，参考图3，本实施例所述用于多卡终端的应用程序业务通路建立装置3可以包括：获取模块31，用于获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；选择模块32，用于根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；确定模块33，用于根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；通信模块34，用于基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
关于所述用于多卡终端的应用程序业务通路建立装置3的工作原理、工作方式的更多内容，可以参照上述图1和图2中的相关描述，这里不再赘述。
在具体实施中，上述的用于多卡终端的应用程序业务通路建立装置3可以对应于终端(如用户设备)中具有业务通路建立功能的芯片，或者对应于具有数据处理功能的芯片，例如片上***(System-On-a-Chip，简称SOC)、基带芯片等；或者对应于用户设备中包括具有业务通路建立功能芯片的芯片模组；或者对应于具有数据处理功能芯片的芯片模组，或者对应于用户设备。
在具体实施中，关于上述实施例中描述的各个装置、产品包含的各个模块/单元，其可以是软件模块/单元，也可以是硬件模块/单元，或者也可以部分是软件模块/单元，部分是硬件模块/单元。
例如，对于应用于或集成于芯片的各个装置、产品，其包含的各 个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。
进一步地，本发明实施例还公开一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述图1和图2所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图1和图2所示实施例中所述的方法技术方案。具体地，所述终端可以为多卡终端。或者，终端可以包括上述图3所示用于多卡终端的应用程序业务通路建立装置3。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (12)

  1. 一种用于多卡终端的应用程序业务通路建立方法，所述多卡终端关联多个用户识别卡，其特征在于，所述方法包括：
    获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；
    根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；
    根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；
    基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
  2. 根据权利要求1所述的方法，其特征在于，所述根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡包括：
    基于历史数据统计确定多个用户特征信息与多个用户识别卡之间的关联关系；
    基于所述关联关系，将与所述用户特征信息相关联的用户识别卡确定为所述优选用户识别卡。
  3. 根据权利要求2所述的方法，其特征在于，所述历史数据包括所述应用程序历史上在不同数据使用场景下建立业务通路时的用户识别卡使用记录。
  4. 根据权利要求1所述的方法，其特征在于，所述获取用户特征信息的动作是在检测到所述应用程序启动、检测到所述应用程序调用至所述多卡终端的前台或者接收到所述应用程序请求传输的数据包时触发执行的。
  5. 根据权利要求4所述的方法，其特征在于，所述应用程序对应的 多个用户识别卡与多个APPID之间的关联关系获取自预设配置文件。
  6. 根据权利要求1所述的方法，其特征在于，所述获取用户特征信息的动作是在所述应用程序发起网络请求时触发执行的。
  7. 根据权利要求6所述的方法，其特征在于，所述应用程序对应的多个用户识别卡与多个APPID之间的关联关系通过预设接口获取自所述应用程序。
  8. 根据权利要求1所述的方法，其特征在于，所述用户特征信息至少选自：地理位置信息以及时间信息。
  9. 根据权利要求1所述的方法，其特征在于，所述基于所述优选APPID建立业务通路包括：
    获取所述优选APPID对应的TD参数以及URSP规则；
    基于所述TD参数和URSP规则建立PDU会话。
  10. 一种用于多卡终端的应用程序业务通路建立装置，所述多卡终端关联多个用户识别卡，其特征在于，所述装置包括：
    获取模块，用于获取用户特征信息，其中，所述用户特征信息用于表征所述多卡终端当前的数据使用场景；
    选择模块，用于根据所述用户特征信息从所述多个用户识别卡中选择优选用户识别卡；
    确定模块，用于根据所述优选用户识别卡确定优选APPID，其中，对于同一应用程序，不同的用户识别卡关联不同的APPID；
    通信模块，用于基于所述优选APPID建立业务通路，所述应用程序通过所述业务通路进行数据传输。
  11. 一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行权利要求1至9任一项所述方法的步 骤。
  12. 一种终端，包括权利要求10所述的用于多卡终端的应用程序业务通路建立装置，或者，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至9任一项所述方法的步骤。
PCT/CN2021/123959 2020-10-16 2021-10-15 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端 WO2022078475A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011111901.XA CN112218386B (zh) 2020-10-16 2020-10-16 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端
CN202011111901.X 2020-10-16

Publications (1)

Publication Number Publication Date
WO2022078475A1 true WO2022078475A1 (zh) 2022-04-21

Family

ID=74055566

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/123959 WO2022078475A1 (zh) 2020-10-16 2021-10-15 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端

Country Status (2)

Country Link
CN (1) CN112218386B (zh)
WO (1) WO2022078475A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112218386B (zh) * 2020-10-16 2022-11-29 展讯通信(天津)有限公司 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端
CN113207159B (zh) * 2021-04-25 2022-10-28 中国联合网络通信集团有限公司 一种多sim卡的切片路由方法及设备
CN113824789B (zh) * 2021-09-18 2024-01-19 展讯通信(天津)有限公司 一种通路描述符的配置方法、装置、设备及存储介质
CN113938531B (zh) * 2021-09-23 2023-10-31 北京车和家信息技术有限公司 数据传输方法、装置、设备及介质
CN114866596B (zh) * 2022-05-25 2024-06-07 上海浦东发展银行股份有限公司 会话处理方法、装置、服务器及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106293313A (zh) * 2015-05-27 2017-01-04 富泰华工业（深圳）有限公司 多界面生成***及方法
CN106341856A (zh) * 2015-07-10 2017-01-18 西安中兴新软件有限责任公司 一种自动切换双卡终端用卡的方法及装置
CN107659909A (zh) * 2017-09-05 2018-02-02 维沃移动通信有限公司 一种sim卡的切换方法和移动终端
US20200007675A1 (en) * 2018-02-13 2020-01-02 Oleg KHANUKAEV Method and system of implementing an advanced multifunctional dialer capable of managing multiple calling accounts
CN112218386A (zh) * 2020-10-16 2021-01-12 展讯通信(天津)有限公司 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103369505A (zh) * 2012-03-27 2013-10-23 宇龙计算机通信科技(深圳)有限公司 一种多卡移动终端的选卡方法、***及移动终端
US10652942B2 (en) * 2017-08-14 2020-05-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and device for network initiated packet data unit, PDU, session establishment in a telecommunication network
CN111988828B (zh) * 2018-11-23 2021-08-10 腾讯科技（深圳）有限公司 路由选择策略的获取方法、装置及设备
CN111601353B (zh) * 2020-05-08 2022-02-22 北京紫光展锐通信技术有限公司 应用程序的路由选择方法及相关装置
CN111580996B (zh) * 2020-05-13 2021-12-21 展讯通信(天津)有限公司 Ursp规则的多运营商选择方法及相关设备
CN111641989B (zh) * 2020-06-01 2021-04-09 展讯通信(天津)有限公司 协议数据单元会话建立方法及相关装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106293313A (zh) * 2015-05-27 2017-01-04 富泰华工业（深圳）有限公司 多界面生成***及方法
CN106341856A (zh) * 2015-07-10 2017-01-18 西安中兴新软件有限责任公司 一种自动切换双卡终端用卡的方法及装置
CN107659909A (zh) * 2017-09-05 2018-02-02 维沃移动通信有限公司 一种sim卡的切换方法和移动终端
US20200007675A1 (en) * 2018-02-13 2020-01-02 Oleg KHANUKAEV Method and system of implementing an advanced multifunctional dialer capable of managing multiple calling accounts
CN112218386A (zh) * 2020-10-16 2021-01-12 展讯通信(天津)有限公司 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端

Also Published As

Publication number Publication date
CN112218386A (zh) 2021-01-12
CN112218386B (zh) 2022-11-29

Similar Documents

Publication Publication Date Title
WO2022078475A1 (zh) 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端
US11576114B2 (en) Data packet processing method, network traffic management method, apparatus, and system
US8787200B2 (en) Device, system, and method for automatically configuring application terminals in home network
WO2020103523A1 (zh) 一种网络切片的选择方法、网络设备及终端
JP7427082B2 (ja) サービスオフロード方法、装置、システム、電子機器、及びコンピュータプログラム
US9461894B2 (en) Packet processing method, deep packet inspection request network element and deep packet inspection device
EP4192184A1 (en) Pdu session establishment method, terminal device, and chip system
US20200228618A1 (en) Content delivery method, device, and system
US11800587B2 (en) Method for establishing subflow of multipath connection, apparatus, and system
CN105357180B (zh) 网络***、攻击报文的拦截方法、装置和设备
US20150163331A1 (en) Packet control method and apparatus
EP3754949B1 (en) Method for acquiring and providing service, and user equipment and management server
US20230008647A1 (en) Connection establishment method, communication apparatus, and system
CN111953806B (zh) 一种链路选择方法、装置、计算机设备及计算机存储介质
US11929851B2 (en) Gateway selection method, device, and system
CN102958128B (zh) 为ue业务选择pdn连接的方法及装置
WO2023116355A1 (zh) 通信方法、装置、相关设备及存储介质
US20220369198A1 (en) System and method for processing enhanced route selection descriptors
CN109076381B (zh) 业务数据流发送方法及装置
CN109150725B (zh) 流量疏导方法及服务器
US20240259461A1 (en) Internet protocol version 4-to-version 6 redirect forapplication function-specific user endpoint identifiers
JP6610907B2 (ja) 通信システム
CN118055518A (zh) 对住宅网关进行网络接入
CN116668292A (zh) 网络切片的配置方法及相关产品
CN114205301A (zh) Mptcp负载均衡方法、介质及设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21879516

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21879516

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 09/10/2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21879516

Country of ref document: EP

Kind code of ref document: A1