WO2021223335A1 - Route selection method for application program, and related device - Google Patents

Abstract

Disclosed in embodiments of the present application are a route selection method for an application program, and a related device. The method comprises: a terminal obtains a first application (APP) identity identifier (ID); the terminal takes the first APP ID as a query identifier, queries a preset protocol data unit (PDU) session set, and obtains a first PDU session of a first APP, the PDU session set comprising a correspondence between the ID of the APP and the PDU sessions; the terminal routes a data stream of the first APP to the first PDU session for transmission. Hence, in the embodiments of the present application, a routing path can be selected for the APP according to the PDU session set.

Description

Application routing method and related device Technical field

This application relates to the field of communication technology, and in particular to a routing method and related devices for application programs.

Background technique

In the 3rd Generation Partnership Project (3rd Generation Partnership Project, 3GPP) protocol, UE Route Selection Policy (URSP) evaluation requires traffic descriptor (TD) parameters and URSP rules associated with the application Match the Traffic Descriptor parameter in the URSP rule, and then create a corresponding routing path for the application according to the route selection descriptor (Route Selection Descriptor, RSD) in the successfully matched URSP rule. How to choose a routing path for an application is currently not clearly stipulated in the agreement.

Summary of the invention

The embodiment of the present application provides a routing method and related device for an application program, so as to select a routing path for an application program according to a set of PDU sessions.

In the first aspect, an embodiment of the present application provides a routing method for an application program, including:

The terminal obtains the identity identification ID of the first application program APP;

The terminal uses the first APP ID as the query identifier, queries the preset protocol data unit PDU session Session set, and obtains the first PDU Session of the first application APP. The PDU Session set includes the APP ID and Correspondence between PDU Session;

The terminal routes the data flow of the first APP to the first PDU Session for transmission.

In the second aspect, an embodiment of the present application provides an application routing device, including:

The obtaining unit is used to obtain the identity identification ID of the first application program APP;

The query unit is configured to use the first APP ID as the query identifier, query the preset protocol data unit PDU session Session set, and obtain the first PDU Session of the first application APP. The PDU Session set includes the APP's Correspondence between ID and PDU Session;

The routing unit is configured to route the data flow of the first APP to the first PDU Session for transmission.

In a third aspect, an embodiment of the present application provides a terminal, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and are configured by The processor executes, and the program includes instructions for executing the steps in any method of the first aspect of the embodiments of the present application.

In a fourth aspect, an embodiment of the present application provides a chip, including: a processor, configured to call and run a computer program from a memory, so that the device installed with the chip executes any method as in the first aspect of the embodiment of the present application Some or all of the steps described in.

In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the For example, part or all of the steps described in any method of the first aspect.

In a sixth aspect, an embodiment of the present application provides a computer program, wherein the computer program is operable to cause a computer to execute some or all of the steps described in any method in the first aspect of the embodiment of the present application. The computer program may be a software installation package.

It can be seen that in this embodiment of the application, the terminal first obtains the first application APP ID, and secondly, uses the first APP ID as the query identifier to query the preset protocol data unit PDU session Session set to obtain the The first PDU Session of the first application APP, the PDU Session set includes the correspondence between the ID of the APP and the PDU Session, and finally the data stream of the first APP is routed to the first PDU Session for transmission. By maintaining the PDU session set, the terminal can accurately select the routing path for the APP according to the APP ID, so that all the application IP data packets corresponding to the APP ID are routed to the corresponding PDU Session.

Description of the drawings

The following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art.

FIG. 1A is a system architecture diagram of an exemplary communication system provided by an embodiment of the present application;

FIG. 1B is a schematic structural diagram of a terminal provided by an embodiment of the present application;

2A is a schematic flowchart of an application routing method provided by an embodiment of the present application;

2B is a schematic flowchart of another application routing method provided by an embodiment of the present application;

3 is a block diagram of functional units of an application routing device provided by an embodiment of the present application;

Fig. 4 is a block diagram of functional units of another application routing device provided by an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be described below in conjunction with the accompanying drawings.

The definitions or explanations of the concepts and terms involved in this application are as follows.

Application program APP refers to various applications installed on the device, such as video applications, browser applications, etc.

Protocol Data Unit Protocol data unit (Protocol Data Unit, PDU) refers to the data unit transferred between peer-to-peer layers. The PDU of the physical layer is a data bit (bit), the PDU of the data link layer is a data frame (frame), the PDU of the network layer is a packet (packet), the PDU of the transport layer is a data segment (segment), and other higher levels The PDU is data.

PDU Session Session is the granularity unit of the slice network in the fifth-generation 5G mobile communication system.

Network slicing is an on-demand networking method that allows operators to separate multiple virtual end-to-end networks on a unified infrastructure. Each network slicing is carried out from the wireless access network bearer network to the core network. Logic isolation to adapt to various types of applications. In a network slice, it can be divided into at least three parts: wireless network sub-slice, bearer network sub-slice, and core network sub-slice.

The user equipment routing option policy (UE Route Selection Policy, URSP) is one of the policy information provided by the 5G core network 5GC from the policy control function entity (Policy Control Function, PCF) to the user equipment (User Equipment, UE). The UE uses this strategy to determine how to route the data outbound path. Through the URSP rules, the UE can determine whether the detected application can be associated with an established PDU session, whether it can be routed to a non-non-3GPP path other than the PDU session, or whether a new PDU session can be established. An important input data in the URSP rule is the parameters in the Traffic Descriptor (TD), which can be carried by the application when it initiates a network request. After the operating system obtains the Traffic Descriptor parameter associated with the application, and the UE obtains the URSP rule list from the network, it matches the corresponding routing descriptor RSD according to the rules evaluated by the URSP, and then selects the data according to the routing path indicated by the RSD parameter routing.

The technical solutions of the embodiments of the present application can be applied to an exemplary communication system 100 as shown in FIG. 1A. The exemplary communication system 100 includes a terminal 110 and a network device 120, and the terminal 110 is in communication connection with the network device 120.

The example communication system 100 may be, for example, a global system of mobile communication (GSM) system, a code division multiple access (Code Division Multiple Access, CDMA) system, and a wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) system. ) System, General Packet Radio Service (GPRS), Long Term Evolution (LTE) system, Advanced Long Term Evolution (LTE-A) system, New Radio (New Radio, NR) ) System, evolution system of NR system, LTE (LTE-based access to unlicensed spectrum, LTE-U) system on unlicensed spectrum, NR (NR-based access to unlicensed spectrum, NR-U) system on unlicensed spectrum, Universal Mobile Telecommunication System (UMTS), next-generation communication system or other communication systems, etc.

Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communication, but also support, for example, Device to Device (Device to Device, D2D) communication, machine to machine (Machine to Machine, M2M) communication, machine type communication (MTC), and vehicle to vehicle (V2V) communication, etc. The embodiments of this application can also be applied to these communications system. Optionally, the communication system in the embodiment of the present application can be applied to a carrier aggregation (Carrier Aggregation, CA) scenario, can also be applied to a dual connectivity (DC) scenario, and can also be applied to a standalone (SA) deployment. Network scene.

The embodiment of the application does not limit the applied frequency spectrum. For example, the embodiments of this application can be applied to licensed spectrum or unlicensed spectrum.

The terminal 110 in the embodiment of the present application may refer to user equipment, access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or User device. The terminal can also be a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), and a wireless communication function Handheld devices, computing devices or other processing devices connected to wireless modems, relay devices, in-vehicle devices, wearable devices, terminals in the future 5G network, or public land mobile network (PLMN) that will evolve in the future This is not limited in this embodiment of the application. As shown in FIG. 1B, the terminal 110 in the terminal of the embodiment of the present application may include one or more of the following components: a processor 110, a memory 120, and an input/output device 130. The processor 110 is in communication connection with the memory 120 and the input/output device 130, respectively. .

The network device 120 in the embodiment of the present application may be a device used to communicate with a terminal. The network device may be an evolved NodeB (eNB or eNodeB) in an LTE system, or a cloud radio access network (cloud wireless access network). The radio access network (CRAN) scenario of the wireless controller, or the network device can be a relay device, an access point, an in-vehicle device, a wearable device, and a network device in the future 5G network or a network in the future evolved PLMN network Equipment, one or a group of antenna panels (including multiple antenna panels) of the base station in the 5G system, or, it can also be a network node that constitutes a gNB or transmission point, such as a baseband unit (BBU), or distributed A unit (distributed unit, DU), etc., is not limited in the embodiment of the present application.

In some deployments, the gNB may include a centralized unit (CU) and a DU. The gNB may also include an active antenna unit (AAU). The CU implements some of the functions of the gNB, and the DU implements some of the functions of the gNB. For example, the CU is responsible for processing non-real-time protocols and services, and implements radio resource control (radio resource control, RRC) and packet data convergence protocol (packet data convergence protocol, PDCP) layer functions. The DU is responsible for processing physical layer protocols and real-time services, and realizes the functions of the radio link control (RLC) layer, media access control (MAC) layer, and physical (PHY) layer. AAU realizes some physical layer processing functions, radio frequency processing and related functions of active antennas. Since the information of the RRC layer will eventually become the information of the PHY layer, or be transformed from the information of the PHY layer, under this architecture, high-level signaling, such as RRC layer signaling, can also be considered to be sent by the DU , Or, sent by DU+AAU. It can be understood that the network device may be a device that includes one or more of a CU node, a DU node, and an AAU node. In addition, the CU can be divided into network equipment in an access network (radio access network, RAN), and the CU can also be divided into network equipment in a core network (core network, CN), which is not limited in this application.

In the embodiment of the present application, the terminal 110 or the network device 120 includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also referred to as main memory). The operating system can be any one or more computer operating systems that implement business processing through processes, for example, Linux operating systems, Unix operating systems, Android operating systems, iOS operating systems, or windows operating systems. The application layer includes applications such as browsers, address books, word processing software, and instant messaging software. Moreover, the embodiments of the application do not specifically limit the specific structure of the execution body of the method provided in the embodiments of the application, as long as the program that records the codes of the methods provided in the embodiments of the application can be provided in accordance with the embodiments of the application. For example, the execution subject of the method provided in the embodiment of the present application may be a terminal, or a functional module in the terminal that can call and execute the program.

At present, in the 3rd Generation Partnership Project (3GPP) protocol, the UE Route Selection Policy (URSP) evaluation requires the application-related path descriptor (Traffic Descriptor, TD) parameters and The Traffic Descriptor parameter in the URSP rule is matched, and then a corresponding routing path is created for the application according to the route selection descriptor (Route Selection Descriptor, RSD) in the successfully matched URSP rule. How to choose a routing path for an application is currently not clearly stipulated in the agreement.

In view of the foregoing problems, an embodiment of the present application proposes a routing method for an application program, which will be described in detail below with reference to the accompanying drawings.

Please refer to FIG. 2A. FIG. 2A is a schematic flowchart of an application routing method provided by an embodiment of the present application. As shown in the figure, the method includes:

Step 201: The terminal obtains the identity identification ID of the first application program APP.

Wherein, the first APP may be a system application or a third-party application pre-installed on the terminal, such as a video application APP, a game APP, a chat APP, etc., which are not exclusively limited here. The APP ID specifically refers to the identification information of the APP, such as the name of the APP.

Step 202: The terminal uses the first APP ID as a query identifier, queries a preset protocol data unit PDU session Session set, and obtains the first PDU Session of the first application APP, and the PDU Session set includes APP The corresponding relationship between the ID of the PDU and the PDU Session.

Wherein, the specific manifestations of the PDU Session set may be various, and there is no unique limitation here.

For example, the PDU Session set can be the PDU Session configuration file, and the PDU Session n of the APP n is expressed in the following format:

{APPn, PDU Session n}.

For another example, the PDU Session set can be the IP routing table shown in Table 1, where APP1, 3, 4, and 5 are pre-installed applications, APP1 ID corresponds to PDU Session 1, APP3 ID corresponds to PDU Session 3, and APP4 ID corresponds to the first One PDU Session4, APP5 ID corresponds to the first PDU Session5.

Table 1 IP routing table

APP ID	PDU Session
APP1 ID	PDU Session1
APP3 ID	PDU Session3
APP4 ID	PDU Session4
APP5 ID	PDU Session5

Step 203: The terminal routes the data stream of the first APP to the first PDU Session for transmission.

In specific implementation, the operating system of the terminal can execute the above steps 201 to 203, and step 203 can assist data processing and transmission through the baseband chip and the radio frequency system.

It can be seen that in this embodiment, the terminal first obtains the first application APP ID, and secondly, uses the first APP ID as the query identifier to query the preset protocol data unit PDU session Session set, and obtain the first application APP ID. The first PDU Session of an application APP, the PDU Session set includes the correspondence between the ID of the APP and the PDU Session, and finally the data stream of the first APP is routed to the first PDU Session for transmission. By maintaining the PDU session set, the terminal can accurately select the routing path for the APP according to the APP ID, so that all the application IP data packets corresponding to the APP ID are routed to the corresponding PDU Session.

In a possible example, the method further includes: the terminal obtains multiple APPs installed on the local end; the terminal establishes a PDU Session for at least one of the multiple APPs for which the user equipment routing policy URSP matches successfully. The successful match of the URSP means that the path descriptor TD parameter of the URSP corresponding to the APP only includes the APP ID, and the route selection description RSD of the URSP indicates that a PDU Session needs to be established; the terminal according to the at least one successfully matched APP The PDU Session creates the PDU Session set.

Wherein, the multiple APPs may be all APPs installed on the local device scanned by the terminal.

It can be seen that in this example, the terminal can perform URSP matching for multiple APPs installed on the local device, create a PDU Session for the APP that successfully matches the URSP, and create a PDU Session set for all APPs that successfully match the URSP. The application program selects the routing path.

In this possible example, the establishment of the PDU Session by the terminal for at least one of the multiple APPs for which the user equipment routing policy URSP is successfully matched includes:

The terminal performs the following steps for each APP of the plurality of APPs to obtain the PDU Session of at least one APP;

The terminal uses the currently processed APP ID as the query identifier to query the user equipment routing policy URSP set;

If the TD parameter inquired only includes the URSP of the currently processed APP ID, judge whether the RSD in the queried URSP indicates that a PDU Session needs to be established. The URSP set includes multiple URSPs, and each URSP includes TD parameters and routing. Select the correspondence between the descriptors RSD;

If yes, establish a PDU Session for the currently processed APP according to the RSD in the URSP that is queried,

If not, it is determined that the currently processed APP is an APP that fails to match;

If the TD parameter is not queried and only includes the URSP of the currently processed APP ID, it is determined that the currently processed APP is an APP that fails to match.

Wherein, the TD parameter of each URSP includes at least one of the following: application ID APP ID, operating system ID OS ID, data network name DNN, Internet Protocol IP triplet, Domain Descriptor , Non-IP Descriptor, Connection Capabilities.

Wherein, the method for obtaining the TD parameter includes any one of the following:

The application program of the terminal is transferred to the operating system through the interface;

Preset by the operating system of the terminal;

Stored in the SIM card of the subscriber identification module; and,

Receive TD parameters issued from network equipment.

In specific implementation, after the terminal determines that the currently processed APP is an APP that fails to match, it acquires the next unprocessed APP and repeats this step until the last APP of the multiple APPs is processed.

In this possible example, the terminal acquiring multiple APPs installed on the local end includes: when the terminal is powered on, acquiring multiple APPs installed on the local end.

In this possible example, the method further includes: the terminal receiving the URSP set from a network device. Wherein, the terminal may specifically receive the URSP set from the network device when it is turned on. The terminal can update the original URSP set stored locally according to the URSP set to obtain the updated URSP set.

In this possible example, the method further includes: the terminal obtains the locally stored URSP set. The terminal can obtain the locally stored URSP set when it is powered on.

In addition, the terminal will not create a PDU Session for APPs that fail to match. When these APPs subsequently request data transmission, the terminal will configure a PDU Session for them in real time (create or bind an existing or use a non-non-3GPP channel).

It can be seen that in this example, the terminal can create a PDU Session for the APP that successfully matches the URSP by traversing multiple APPs, ensuring the comprehensiveness and accuracy of the service.

In a possible example, the method further includes: when the terminal uninstalls the first application, disconnecting the first PDU Session, and deleting the first APP and the first APP in the PDU Session set. Correspondence of the first PDU Session.

In specific implementation, the terminal can also reserve the PDU Session for a period of time, such as one day, one week, etc., in the PDU Session collection without changing the uninstalled APP. The specific duration can be set by the user, or the terminal can make intelligent settings based on user usage data. There is no unique restriction here. For example, the terminal determines that the APP is an APP frequently used by the user according to the user's application usage time, frequency and other information, and predicts that the user will still reinstall the APP within a week, and it can reserve its PDU Session for the APP for one week.

It can be seen that, in this example, for the uninstalled APP, the terminal will disconnect the PDU Session of the APP and update the PDU Session set synchronously to ensure the consistency of the PDU Session information in the PDU Session set.

In a possible example, the method further includes: when the terminal installs the second APP, acquiring the second APP ID; using the second APP ID as the query identifier, the terminal queries the URSP set, and the query finds The TD parameter only includes the second URSP of the second APP ID; the terminal determines that the second RSD in the second URSP indicates that a PDU Session needs to be established; the terminal uses the second RSD in the second URSP Establish a second PDU Session for the second APP; the terminal adds the correspondence between the second APP and the second PDU Session to the PDU Session set.

Wherein, the URSP set may be a URSP set pre-stored locally, or a URSP set requested from a network device in real time, which is not uniquely limited here.

In addition, the terminal can also first determine whether the second APP is an APP that has been uninstalled in the recent period. If so, it can directly query the PDU Session collection to determine that the PDU Session of the second APP has not been deleted, and then notify the system to update the PDU of the second APP The session is no longer deleted, and continues to be retained.

It can be seen that, in this example, when the terminal installs a new APP, it can query the adapted URSP in real time, create a PDU Session for it when the matching is successful, and update the PDU Session set synchronously.

In a possible example, the method further includes: the terminal receives a URSP update instruction from a network device; the terminal updates its own URSP set according to the URSP update instruction; the terminal according to the updated URSP Collect and update the PDU Session collection.

Among them, the URSP update instruction may be issued by an operator or an APP provider to trigger a network device, or the terminal may request an update periodically, or request an update on demand, etc.

In specific implementation, the terminal updates the PDU Session set according to the updated URSP set, which specifically includes switching, deleting, adding, etc. to the PDU Session of the existing APP on the local end. Specifically,

For the first APP, if the updated RSD of the URSP of the first APP indicates that a non-non-3GPP channel other than the PDU session needs to be used, the terminal deletes the correspondence between the first APP and the first PDU Session in the PDU Session set.

For the first APP, if the updated RSD indication of the URSP of the first APP can be associated with an established PDU session, the terminal will switch the first PDU Session to other existing PDU Sessions, and update the PDU Session set The correspondence between the first APP and the first PDU Session.

It can be seen that in this example, the terminal can update the local URSP set based on the URSP update command, and simultaneously update the PDU Session of the existing APP, and update the correspondence between the APP and the PDU Session in the PDU Session set to ensure information consistency and system stability .

The routing method of the application program of the present application will be further described below in conjunction with specific examples.

As shown in FIG. 2B, the application routing method provided in the embodiment of the present application includes the following steps:

Step 21: The terminal is turned on and sends a preset message (for example: cell registration request, etc.) to the network device.

Step 22: The network device receives the preset message and issues a URSP rule table to the terminal.

Step 23: The terminal receives the URSP rule table, and updates the URSP rule table at the local end to obtain the updated rule table.

Step 24: The terminal queries all the APPs and APP IDs installed on the local end; by querying the URSP rules in the URSP rule table, creates a corresponding PDU Session for the APP that successfully matches the URSP; and establishes the correspondence between the application APP and the PDU Session:

Step 25: The terminal creates an operating system IP routing table through the APPID and the operating system process ID, and binds the APPID to the PUD Session.

It can be seen that in this example, the terminal completes the traversal detection of the PDU Session creation conditions of all APPs on the local end through the URSP rule table during the startup phase, and not all eligible APPs create an IP routing table, which improves the convenience of application use and system efficiency.

The embodiment of the present application provides a routing device for an application program, and the routing device for the application program may be a terminal. Specifically, the application routing device is used to execute the steps performed by the terminal in the above application routing method. The apparatus for routing application programs provided in the embodiments of the present application may include modules corresponding to corresponding steps.

The embodiment of the present application can divide the function modules of the routing device of the application program according to the above method examples. For example, each function module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. . The above-mentioned integrated modules can be implemented in the form of hardware or software functional modules. The division of modules in the embodiments of the present application is illustrative, and is only a logical function division, and there may be other division methods in actual implementation.

In the case of dividing each function module corresponding to each function, FIG. 3 shows a schematic diagram of a possible structure of the application routing device involved in the above-mentioned embodiment. As shown in Fig. 3, the application routing device 3 includes an obtaining unit 30, a query unit 31, and a routing unit 32.

The acquiring unit 30 is configured to acquire the identity identification ID of the first application program APP;

The query unit 31 is configured to use the first APP ID as a query identifier, query a preset protocol data unit PDU session Session set, and obtain the first PDU Session of the first application APP, and the PDU Session set includes APP Correspondence between ID and PDU Session;

The routing unit 32 is configured to route the data flow of the first APP to the first PDU Session for transmission.

In a possible example, the obtaining unit is also used to obtain multiple APPs installed on the local end;

The device also includes a creation unit and a creation unit,

The establishment unit is configured to establish a PDU Session for at least one of the multiple APPs for which the user equipment routing strategy URSP matches successfully. The successful URSP match means that the path descriptor TD parameter of the URSP corresponding to the APP only includes the APP ID, and the URSP routing description RSD indicates that a PDU Session needs to be established;

The creating unit is configured to create the PDU Session set according to the PDU Session of the at least one successfully matched APP.

In a possible example, in the aspect of establishing a PDU Session for at least one user equipment routing policy URSP matching successfully among the multiple APPs, the establishing unit is specifically configured to:

For each APP in the plurality of APPs, perform the following steps to obtain the PDU Session of at least one APP;

Use the currently processed APP ID as the query identifier to query the user equipment routing strategy URSP set; if the TD parameter only includes the URSP of the currently processed APP ID, determine whether the RSD in the queried URSP indicates the need to establish a PDU Session, the URSP set includes multiple URSPs, and each URSP includes the correspondence between TD parameters and routing descriptor RSD;

If yes, establish a PDU Session for the currently processed APP according to the RSD in the URSP that is queried,

If not, it is determined that the currently processed APP is an APP that fails to match;

If the TD parameter is not queried and only includes the URSP of the currently processed APP ID, it is determined that the currently processed APP is an APP that fails to match.

In a possible example, the TD parameters of each URSP include at least one of the following: application ID APP ID, operating system ID OS ID, data network name DNN, Internet Protocol IP triplet, Domain Descriptor, non-IP Descriptor, Connection Capabilities.

In a possible example, the TD parameter acquisition method includes any one of the following:

The application program of the terminal is transferred to the operating system through the interface;

Preset by the operating system of the terminal;

Stored in the SIM card of the subscriber identification module; and,

Receive TD parameters issued from network equipment.

In a possible example, the device further includes a receiving unit,

The receiving unit is configured to receive the URSP set from a network device.

In a possible example, the obtaining unit is further configured to obtain the locally stored URSP set.

In a possible example, in the aspect of obtaining multiple APPs installed on the local end, the obtaining unit is specifically configured to obtain multiple APPs installed on the local end when the device is turned on.

In a possible example, the device further includes an unloading unit,

The uninstallation unit is configured to disconnect the first PDU Session when uninstalling the first application program, and delete the correspondence between the first APP and the first PDU Session in the PDU Session set.

In a possible example, the device further includes an installation unit configured to obtain the ID of the second APP when the second APP is installed;

The query unit is further configured to query the URSP set using the second APP ID as a query identifier, and query the second URSP whose TD parameter only includes the second APP ID;

The device also includes a judging unit for judging that the second RSD in the second URSP indicates that a PDU Session needs to be established;

The establishing unit is further configured to establish a second PDU Session for the second APP according to the second RSD in the second URSP;

The device also includes an adding unit, configured to add the correspondence between the second APP and the second PDU Session to the PDU Session set.

In one possible example,

The receiving unit is further configured to receive a URSP update instruction from a network device;

The device also includes an update unit configured to update the local URSP set according to the URSP update instruction; and update the PDU Session set according to the updated URSP set.

Among them, all relevant content of the steps involved in the above method embodiments can be cited in the functional description of the corresponding functional module, which will not be repeated here. Of course, the application routing device provided in the embodiment of the present application includes but is not limited to the above-mentioned modules. For example, the application routing device may further include the storage unit 33. The storage unit 33 may be used to store the program code and data of the routing device of the application program.

In the case of adopting an integrated unit, a schematic structural diagram of an application routing device provided in an embodiment of the present application is shown in FIG. 4. In FIG. 4, the application routing device 4 includes: a processing module 40 and a communication module 41. The processing module 40 is used to control and manage the actions of the routing device of the application, for example, the steps performed by the obtaining unit 30, the query unit 31, and the routing unit 32, and/or other processes used to perform the technology described herein . The communication module 41 is used to support the interaction between the routing device of the application program and other devices. As shown in FIG. 4, the routing device for application programs may further include a storage module 42 for storing program codes and data of the routing device for application programs, for example, storing the content stored in the storage unit 33 described above.

The processing module 40 may be a processor or a controller, for example, a central processing unit (CPU), a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an ASIC, an FPGA, or other programmable processors. Logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor may also be a combination for realizing computing functions, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on. The communication module 41 may be a transceiver, an RF circuit, a communication interface, or the like. The storage module 42 may be a memory.

Among them, all relevant content of each scene involved in the foregoing method embodiment can be cited in the functional description of the corresponding functional module, which will not be repeated here. Both the application routing device 3 and the application routing device 4 can execute the steps performed by the terminal in the application routing method shown in FIG. 2A.

The embodiment of the present application also provides a chip, wherein the chip includes a processor, which is used to call and run a computer program from the memory, so that the device installed with the chip executes the part described in the terminal in the above method embodiment Or all steps.

The embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the terminal in the above method embodiment Some or all of the steps described.

The embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes the computer to execute the network in the above-mentioned method embodiment. Part or all of the steps described by the side device.

The embodiments of the present application also provide a computer program product, wherein the computer program product includes a computer program, and the computer program is operable to make a computer execute part or all of the steps described in the terminal in the above method embodiment. The computer program product may be a software installation package.

The steps of the method or algorithm described in the embodiments of the present application may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions. Software instructions can be composed of corresponding software modules, which can be stored in random access memory (Random Access Memory, RAM), flash memory, read-only memory (Read Only Memory, ROM), and erasable programmable read-only memory ( Erasable Programmable ROM (EPROM), Electrically Erasable Programmable Read-Only Memory (Electrically EPROM, EEPROM), register, hard disk, mobile hard disk, CD-ROM or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor, so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium may also be an integral part of the processor. The processor and the storage medium may be located in the ASIC. In addition, the ASIC may be located in an access network device, a target network device, or a core network device. Of course, the processor and the storage medium may also exist as discrete components in the access network device, the target network device, or the core network device.

Those skilled in the art should be aware that, in one or more of the foregoing examples, the functions described in the embodiments of the present application may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on the computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website, computer, server or data center via wired (such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a Digital Video Disc (DVD)), or a semiconductor medium (for example, a Solid State Disk (SSD)) )Wait.

The specific implementations described above further describe the purpose, technical solutions, and beneficial effects of the embodiments of the application in detail. It should be understood that the foregoing descriptions are only specific implementations of the embodiments of the application, and are not used for To limit the protection scope of the embodiments of the application, any modification, equivalent replacement, improvement, etc. made on the basis of the technical solutions of the embodiments of the application shall be included in the protection scope of the embodiments of the application.

Claims (20)

1. A routing method for an application program is characterized in that it includes:

   The terminal obtains the identity identification ID of the first application program APP;

   The terminal uses the first APP ID as the query identifier, queries the preset protocol data unit PDU session Session set, and obtains the first PDU Session of the first application APP. The PDU Session set includes the APP ID and Correspondence between PDU Session;

   The terminal routes the data flow of the first APP to the first PDU Session for transmission.
2. The method according to claim 1, wherein the method further comprises:

   The terminal obtains multiple APPs installed on the local end;

   The terminal establishes a PDU Session for at least one of the multiple APPs for which the user equipment routing policy URSP matches successfully. The URSP match successfully means that the path descriptor TD parameter of the URSP corresponding to the APP only includes the APP ID, and The URSP routing description RSD indicates that a PDU Session needs to be established;

   The terminal creates the PDU Session set according to the PDU Session of the at least one successfully matched APP.
3. The method according to claim 2, wherein the terminal establishing a PDU Session for at least one user equipment routing policy URSP among the multiple APPs that successfully matches the PDU Session comprises:

   The terminal performs the following steps for each APP of the plurality of APPs to obtain the PDU Session of at least one APP;

   The terminal uses the currently processed APP ID as the query identifier to query the user equipment routing strategy URSP set; if the query TD parameter only includes the URSP of the currently processed APP ID, it determines whether the RSD in the queried URSP indicates A PDU Session needs to be established. The URSP set includes multiple URSPs, and each URSP includes the correspondence between the TD parameters and the routing descriptor RSD;

   If yes, establish a PDU Session for the currently processed APP according to the RSD in the URSP that is queried,

   If not, it is determined that the currently processed APP is an APP that fails to match;

   If the TD parameter is not queried and only includes the URSP of the currently processed APP ID, it is determined that the currently processed APP is an APP that fails to match.
4. The method according to claim 3, wherein the TD parameter of each URSP includes at least one of the following: application ID APP ID, operating system ID OS ID, data network name DNN, Internet interconnection Protocol IP triplet, Domain Descriptor, non-IP Descriptor, Connection Capabilities.
5. The method according to claim 3 or 4, wherein the TD parameter acquisition method includes any one of the following:

   The application program of the terminal is transferred to the operating system through the interface;

   Preset by the operating system of the terminal;

   Stored in the SIM card of the subscriber identification module; and,

   Receive TD parameters issued from network equipment.
6. The method according to any one of claims 2-5, wherein the method further comprises:

   The terminal receives the URSP set from the network device.
7. The method according to claim 6, wherein the method further comprises:

   The terminal obtains the locally stored URSP set.
8. The method according to any one of claims 2-7, wherein the terminal acquiring multiple APPs installed on the local end comprises:

   When the terminal is turned on, it obtains multiple APPs installed on the local terminal.
9. The method according to any one of claims 1-8, wherein the method further comprises:

   When the terminal uninstalls the first application program, it disconnects the first PDU Session, and deletes the correspondence between the first APP and the first PDU Session in the PDU Session set.
10. The method according to any one of claims 1-9, wherein the method further comprises:

    Acquiring the second APP ID when the terminal installs the second APP;

    The terminal uses the second APP ID as the query identifier to query the URSP set, and the query finds that the TD parameter only includes the second URSP of the second APP ID;

    The terminal determines that the second RSD in the second URSP indicates that a PDU Session needs to be established;

    The terminal establishes a second PDU Session for the second APP according to the second RSD in the second URSP;

    The terminal adds the correspondence between the second APP and the second PDU Session to the PDU Session set.
11. The method according to any one of claims 1-10, wherein the method further comprises:

    The terminal receives the URSP update instruction from the network device;

    The terminal updates the local URSP set according to the URSP update instruction;

    The terminal updates the PDU Session set according to the updated URSP set.
12. An application routing device, characterized in that it comprises:

    The obtaining unit is used to obtain the identity identification ID of the first application program APP;

    The query unit is configured to use the first APP ID as the query identifier, query the preset protocol data unit PDU session Session set, and obtain the first PDU Session of the first application APP. The PDU Session set includes the APP's Correspondence between ID and PDU Session;

    The routing unit is configured to route the data flow of the first APP to the first PDU Session for transmission.
13. The device according to claim 12, wherein:

    The acquiring unit is also used to acquire multiple APPs installed on the local end;

    The device also includes a creation unit and a creation unit,

    The establishment unit is configured to establish a PDU Session for at least one of the multiple APPs for which the user equipment routing strategy URSP matches successfully. The successful URSP match means that the path descriptor TD parameter of the URSP corresponding to the APP only includes the APP ID, and the URSP routing description RSD indicates that a PDU Session needs to be established;

    The creating unit is configured to create the PDU Session set according to the PDU Session of the at least one successfully matched APP.
14. The apparatus according to claim 13, wherein in the aspect of establishing a PDU Session for at least one user equipment routing strategy URSP matching successfully among the multiple APPs, the establishing unit is specifically configured to:

    For each APP in the plurality of APPs, perform the following steps to obtain the PDU Session of at least one APP;

    Use the currently processed APP ID as the query identifier to query the user equipment routing strategy URSP set; if the TD parameter only includes the URSP of the currently processed APP ID, determine whether the RSD in the queried URSP indicates the need to establish a PDU Session, the URSP set includes multiple URSPs, and each URSP includes the correspondence between TD parameters and routing descriptor RSD;

    If yes, establish a PDU Session for the currently processed APP according to the RSD in the URSP that is queried,

    If not, it is determined that the currently processed APP is an APP that fails to match;

    If the TD parameter is not queried and only includes the URSP of the currently processed APP ID, it is determined that the currently processed APP is an APP that fails to match.
15. The device according to claim 14, wherein the TD parameter of each URSP includes at least one of the following: application ID APP ID, operating system ID OS ID, data network name DNN, Internet interconnection Protocol IP triplet, Domain Descriptor, non-IP Descriptor, Connection Capabilities.
16. The device according to claim 14 or 15, wherein the TD parameter acquisition method includes any one of the following:

    The application program of the terminal is transferred to the operating system through the interface;

    Preset by the operating system of the terminal;

    Stored in the SIM card of the subscriber identification module; and,

    Receive TD parameters issued from network equipment.
17. The device according to any one of claims 13-16, wherein the device further comprises a receiving unit,

    The receiving unit is configured to receive the URSP set from a network device.
18. The apparatus according to claim 17, wherein the obtaining unit is further configured to obtain the locally stored URSP set.
19. A terminal, characterized by comprising a processor, a memory, a communication interface, and one or more programs, the one or more programs are stored in the memory and configured to be executed by the processor, and The program includes instructions for executing the steps in the method according to any one of claims 1-11.
20. A computer-readable storage medium, characterized in that it stores a computer program for electronic data exchange, wherein the computer program causes a computer to execute the method according to any one of claims 1-11.

Images