Network access method, network device and storage medium

Abstract

This invention relates to the field of communications and discloses a network access method, network device, and storage medium. In this invention, the target network performance of an application is obtained; it is detected whether the target network performance of the application matches the data guidance policy included in the ATSSS rules issued by the network side; if they do not match, the target data guidance policy corresponding to the target network performance is transmitted to the network side so that the network-side device can update the ATSSS rules according to the target data guidance policy; if an ATSSS rule update success message is received from the network-side device, the application is connected to a network channel that meets the target network performance. The network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel, enabling each application of the terminal to access a network channel that meets its corresponding target network performance. Furthermore, it avoids data packet loss and corruption caused by differences between the access network set by the terminal and the pre-defined ATSSS rules on the network side.

Description

Technical Field

[0001] This application relates to the field of communications, and in particular to a network access method, network device, and storage medium. Background Technology

[0002] With the development of communication technology, 5G (5th Generation Mobile Communication Technology) is also constantly evolving. In terms of service characteristics, 5G faces demands such as more diverse services and scenarios, higher user experience requirements, and lower latency and energy consumption. In terms of network operation, the 5G era is an era of coexistence of different networks. In the 5G era, 4G still dominates cellular networks, and WiFi technology continues to evolve. Therefore, 5G is inclusive and needs to consider the integration of multiple access networks.

[0003] In an era where different networks coexist, users can configure their terminal applications to access the network, such as setting it to connect to Wi-Fi only, connect to cellular networks only, prioritize Wi-Fi connection, or prioritize cellular network connection.

[0004] However, the technologies mentioned above only provide some network access types on the terminal. When transmitting data, most applications do not have the same requirements for the type of network access as applications, but rather for the performance of the network access. For example, application 1 needs to transmit data through a high-speed network, while application 2 needs to transmit data through a low-latency network. Users cannot know the characteristics of the network access during the configuration process. Therefore, the technologies mentioned above often cannot meet the network performance requirements of applications. Summary of the Invention

[0005] The main objective of this application is to propose a network access method that can meet the different network performance requirements of various terminal applications and connect each application to a network with different network performance.

[0006] To achieve the above objectives, embodiments of this application provide a network access method, comprising: obtaining the target network performance of an application; detecting whether the target network performance of the application matches the data guidance policy included in the ATSSS rules issued by the network side; if they do not match, transmitting the target data guidance policy corresponding to the target network performance to the network side, so that the device on the network side can update the ATSSS rules according to the target data guidance policy; if an ATSSS rule update success message is received from the device on the network side, then connecting the application to a network channel that meets the target network performance, wherein the network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.

[0007] To achieve the above objectives, embodiments of this application also provide a network access method, comprising: if a target data guidance policy is received from a terminal, then after completing the update of the ATSSS rules, an ATSSS rule update success message is sent to the terminal, so that the terminal can access the application through a network channel that meets the target network performance; wherein, the target data guidance policy is a data guidance policy corresponding to the target network performance of the application, the update of the ATSSS rules is an update based on the target data guidance policy, and the network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.

[0008] To achieve the above objectives, embodiments of this application also provide a network device, including: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the network access method described above.

[0009] To achieve the above objectives, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the network access method described above.

[0010] The network access method proposed in this application allows the terminal to obtain the application's network performance requirements, i.e., the target network performance. When the data guidance strategy in the ATSSS rules issued by the network side does not match the target network performance requirements, the data guidance strategy corresponding to the network performance requirements is transmitted to the network side. The network side device updates the ATSSS rules according to the target guidance strategy. The network side can perform uplink and downlink data scheduling according to the latest ATSSS rules so that the application can access a channel that meets the network performance requirements. In addition, compared with the related technology where the terminal sets the access network type and the network side cannot know the terminal settings, the target network performance set by the network side and the terminal in this embodiment is interconnected, thereby avoiding the loss and disorder of data packets caused by the inconsistency between the ATSSS rules pre-made by the network side and the user's local settings. Attached Figure Description

[0011] One or more embodiments are illustrated by way of example with reference to the accompanying drawings, and these illustrative descriptions do not constitute a limitation on the embodiments.

[0012] Figure 1 This is a flowchart of a network access method applied to a terminal according to an embodiment of the present invention;

[0013] Figure 2 This is a flowchart of a network access method for a device applied to the network side according to an embodiment of the present invention;

[0014] Figure 3 This is a flowchart of the interaction between the terminal and the network side according to an embodiment of the present invention;

[0015] Figure 4 This is a schematic diagram of a network device according to an embodiment of the present invention. Detailed Implementation

[0016] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the various embodiments of this application will be described in detail below with reference to the accompanying drawings. However, those skilled in the art will understand that many technical details have been provided in the various embodiments of this application to help readers better understand this application. However, the technical solutions claimed in this application can be implemented even without these technical details and various changes and modifications based on the following embodiments. The division of the various embodiments below is for the convenience of description and should not constitute any limitation on the specific implementation of this application. The various embodiments can be combined with and referenced by each other without contradiction.

[0017] This invention provides a network access method applicable to terminal devices supporting 5GPP ATSSS technology. These terminal devices, such as mobile phones and tablets, can interact with the network side; this embodiment does not limit the application to such devices. The network access method includes: obtaining the target network performance of an application; detecting whether the target network performance of the application matches the data steering strategy (steeringmode) included in the ATSSS rules issued by the network side; if they do not match, transmitting the target data steering strategy corresponding to the target network performance to the network side so that the network-side device can update the ATSSS rules according to the target data steering strategy; if an ATSSS rule update success message is received from the network-side device, then connecting the application to a network channel that meets the target network performance, wherein the network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.

[0018] In this embodiment, the terminal and the network side communicate with each other. The terminal transmits the target network performance of the application to the network side in the form of a data guidance strategy so that the network side can update the ATSSS rules. On the one hand, this facilitates the network side to schedule uplink and downlink data according to the updated ATSSS rules. The updated ATSSS rules also reflect the application's requirements for network performance. Therefore, each application of the terminal in this embodiment can access the network channel that meets the corresponding target network performance. On the other hand, the terminal settings interact with the network side to avoid the loss and disorder of data packets caused by the difference between the access network set by the terminal and the pre-made ATSSS rules of the network side.

[0019] Reference Figure 1As shown below, the implementation details of the network access method in this embodiment will be described in detail. The following content is only for the convenience of understanding and is not necessary for implementing this solution.

[0020] Before engaging in network communication, the terminal needs to register with the 5G network. After registration, it initiates a MAPDU (Multi-Access Protocol Data Unit) session, reports its ATSSS capabilities, and receives the ATSSS rule table from the network side. The ATSSS rule table contains multiple ATSSS rules. The ATSSS function is mainly used for path optimization, seamless handover, and multi-path concurrency of terminal MA (Multi-Access) services. It is a function introduced in 3GPP Release 16.

[0021] Step 101: Obtain the target network performance of the application. The target network performance is the service characteristic mode of the application set on the terminal, indicating the application's performance requirements for the network, such as high-speed mode, low-latency mode, low-power mode, more secure mode, etc., but not limited to these, and this embodiment does not limit it.

[0022] In some embodiments, the target network performance is determined based on the terminal's own code logic, i.e., through the default target network performance pre-built into the terminal. For example, the application's network performance requirements are fixed in the code, and the code indicates that application 1's target network requirement is high-speed mode.

[0023] In other embodiments, the terminal provides a human-computer interaction interface (HCI) to obtain the target network performance of the application input by the user. In this embodiment, the terminal detects whether the target network performance in the HCI has been updated. If it has been updated, the terminal obtains the target network performance input by the user; if it has not been updated, the terminal continues monitoring, enabling the terminal to adjust network access in real time based on the user's needs.

[0024] For example, users can input a high-speed mode through the user interface, and the terminal device can then obtain the high-speed mode. Compared to the approach where the target network performance is determined by the terminal based on its own code logic, this embodiment can meet the different data transmission needs of users, customize ATSSS rules according to the needs of different users, and provide users with a better network experience.

[0025] For example, the target network performance of the application includes high-speed mode, low-latency mode, low-power mode, and more secure mode. The settings for the target network performance of the application can be found in Table 1.

[0026] Table 1

[0027] Target network performance Application Identifier High-speed mode APP1 Low latency mode APP2 Low power mode APP3, APP5 More secure mode APP4, APP6

[0028] In Table 1, under each target network performance mode, users can add or delete applications according to their needs.

[0029] Step 102: Detect whether the target network performance of the application matches the data guidance strategy included in the ATSSS rules issued by the network side.

[0030] ATSSS rules include data steering modes, which include: Load balancing mode, Smallest delay mode, Active-standby mode, Priority based mode, etc. Data steering modes can be used for selecting data streams for access, switching data streams, and splitting data streams.

[0031] In some embodiments, the system detects whether there is a data steering policy corresponding to the application in the ATSSS rules issued by the network side. If there is no data steering policy corresponding to the application, there is no match. For example, if the target network performance of application 1 on the network side is high-speed mode, and the ATSSS rules issued by the network side do not indicate a data steering policy for application 1, then there is no match. If the ATSSS rules issued by the network side indicate a data steering policy for the application, and the indicated data steering policy for the application corresponds to the target network performance of the application, then it conforms to the mapping rule. The mapping rule can be as shown in Table 2. For example, if the target network performance of app1 is high-speed mode, and the data steering policy for app1 in the issued ATSSS rules is Loadbalancing, then there is a match because high-speed mode corresponds to Loadbalancing. If the data steering policy for app1 in the issued ATSSS rules is Smallest delay, then there is no match because high-speed mode does not correspond to Smallest delay.

[0032] The preset mapping rules for network performance and data steering strategies are shown in Table 2. In Table 2, the high-speed network performance mode can be mapped to the load balancing mode in the steering strategy; the low-latency mode can be mapped to the smallest delay mode in the steering strategy; the low-power mode can be mapped to the active-standby mode in the steering strategy; and the more secure mode can be mapped to the priority based mode in the steering strategy, specifying that the 3GPP network channel has high priority and is given priority access. The above mapping relationship is just a specific example; in actual applications, it can be set according to requirements, and this embodiment does not limit it.

[0033] Table 2

[0034] Network performance Data-driven strategy High-speed mode Load balancing Low latency mode Smallest delay Low power mode Active-standby More secure mode Priority based, 3GPP is high priority access

[0035] In some embodiments, ATSSS rules are generated based on preset mapping rules for network performance and data guidance strategies; wherein, the generated ATSSS rules include: the target data guidance strategy; and it is detected whether the generated ATSSS rules are the same as the ATSSS rules issued by the network side. This embodiment generates ATSSS rules based on preset mapping rules for better compatibility with 3GPP protocols.

[0036] The terminal generates ATSSS rules based on the preset mapping rules and target network performance. The ATSSS rules include the target data steering strategy (steering mode) and may also include traffic descriptors. In this embodiment, the traffic descriptor can be the application identifier (APPID). For example, referring to Table 3, if the target network performance of APP1 is high-speed mode, the generated ATSSS rule ATSSS rule 1 includes APP1, Load balancing; if the target network performance of APP2 is low-latency mode, the generated ATSSS rule ATSSS rule 2 includes APP2, Smallest delay; if the target network performance of APP3 is low-power mode mapping, the generated ATSSS rule ATSSS rule 3 includes APP3, Active-standby; if the target network performance of APP4 is more secure mode, the generated ATSSS rule ATSSS rule 4 includes APP4, Priority based, 3GPP is high priority access.

[0037] Table 3

[0038]

[0039] If a user wants to delete an app, the data guidance strategy for the app to be deleted can be of the match-all type, such as ATSSS rule 5: APP, match all type.

[0040] The generated ATSSS rule is compared with the ATSSS rule issued by the network side when establishing the MAPDU session. If they are the same, no processing is performed; otherwise, step 103 is executed. For example, if the data routing policy of APP2 in the issued ATSSS rule table and the data routing policy of the generated ATSSS rule APP2 are both Smallestdelay, then they are the same and no processing is performed; if the data routing policy of APP2 in the issued ATSSS rule table is Smallestdelay, but the data routing policy of the generated ATSSS rule APP2 is Loadbalancing, then they are different, meaning that the target network performance does not match the data routing policy pre-configured by the network side, and step 103 is executed.

[0041] Step 103: If there is no match, the target data guidance policy corresponding to the target network performance is transmitted to the network side so that the network side device can update the ATSSS rules according to the target data guidance policy.

[0042] In some embodiments, the data guidance policy corresponding to the target network performance is transmitted to the network side via a user plane protocol. Considering the large number of terminals in the network, and that each terminal has multiple applications installed, each application having its own network requirements, the data volume is enormous when a data guidance policy needs to be transmitted. Therefore, this embodiment transmits data via a user plane protocol so that the network-side device can update ATSSS rules, avoiding severe signaling storms caused by transmission via air interface signaling. The user plane protocol in this embodiment can be used by the terminal to transmit information to the network side. The user plane protocol can be HTTPS, TCP / UDP, HTTP, etc., and this embodiment does not limit this to any particular protocol.

[0043] For example, if the user plane protocol is HTTP, the generated ATSSS rules can be encapsulated in the UEAppConfigurationUpdate information of the terminal application configuration update, and the UEAppConfigurationUpdate information can be carried in an HTTP request message. The HTTP request message is then sent to the network side, and the network-side device updates the ATSSS rules according to the ATSSS rules including the target data guidance policy.

[0044] Step 104: If an ATSSS rule update success message is received from the network-side device, the application is connected to a network channel that meets the target network performance, wherein the network channel is a 3GPP network channel and / or a non-3GPP network channel.

[0045] In some embodiments, an ATSSS rule update success message sent by a network-side device is received via a user plane protocol.

[0046] For example, upon receiving a 200 OK message from the network side, indicating that the user has successfully set the settings, meaning that the ATSSS rule has been successfully updated, the network side and the terminal can then access the network channel that meets the target network performance and transmit data according to the updated ATSSS rule, such as ATSSS rule (UE1: ATSSS rule 1 (APP2, Loadbalancing)) following the standard protocol process.

[0047] In this embodiment, the terminal and the network side communicate with each other. The terminal transmits the target network performance of the application to the network side in the form of a data guidance strategy so that the network side can update the ATSSS rules. On the one hand, this facilitates the network side to schedule uplink and downlink data according to the updated ATSSS rules. The updated ATSSS rules also reflect the application's requirements for network performance. Therefore, each application of the terminal in this embodiment can access the network channel that meets the corresponding target network performance. On the other hand, the terminal settings interact with the network side to avoid the loss and disorder of data packets caused by the difference between the access network set by the terminal and the pre-made ATSSS rules of the network side.

[0048] Another embodiment of the present invention provides a network access method, which can be applied to network-side devices, such as servers, but is not limited thereto. The network access method of this embodiment includes: if a target data guidance policy is received from a terminal, then after completing the update of the ATSSS rules, an ATSSS rule update success message is sent to the terminal so that the terminal can access the application through a network channel that meets the target network performance; wherein, the target data guidance policy is a data guidance policy corresponding to the target network performance of the application, the update of the ATSSS rules is an update based on the target data guidance policy, and the network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.

[0049] This embodiment can receive the terminal's target data guidance policy, which is a data guidance policy corresponding to the application's target network performance. Based on this, the ATSSS rule table is updated. On the one hand, when the network side performs uplink and downlink data scheduling through the updated ATSSS rule table, it can meet the network performance requirements of the application in the terminal. On the other hand, it ensures the consistency between the terminal's settings and the network side's pre-built ATSSS rules, avoiding the loss and disorder of data packets caused by the inconsistency between the network side's pre-built ATSSS rules and the user's local settings.

[0050] Reference Figure 2 As shown below, the implementation details of the network access method in this embodiment will be described in detail. The following content is only for the convenience of understanding and is not necessary for implementing this solution.

[0051] Step 201: If a target data guidance policy is received from the terminal, determine whether the locally stored data guidance policy is consistent with the target data guidance policy. Specifically, retrieve the locally stored data guidance policies that correspond to the same terminal and application as the target data guidance policy and compare them. For example, if the target data guidance policy is the data guidance policy of app1 on terminal 1, then the locally stored data guidance policy of app1 on terminal 1 is selected for comparison. Compared to directly sending the target data guidance policy to the session management entity, in this embodiment, the network-side device first determines whether the terminal's settings are consistent with the ATSSS rule table currently being used by the network side before determining whether to transmit. This ensures that the target data guidance policy transmitted to the session management entity is updated, avoiding the transmission of outdated data to the session management entity.

[0052] In some embodiments, the network-side device receives ATSSS rules sent by the terminal, and the ATSSS rule table includes a target data guidance policy.

[0053] In some embodiments, the network-side device is configured with a User Application Configuration Function (UACF), i.e., a UACF network element. The UACF network element is used to store ATSSS rules, including the target data guidance policy, sent by each terminal, and to determine whether the ATSSS rules need to be sent to the Session Management Entity (UACF), i.e., the UACF network element.

[0054] For example, the UACF network element detects whether the received HTTP request message contains UEAppCongurationUpdate information. If so, it parses the UEAppCongurationUpdate information to obtain ATSSS rules and stores them locally. The storage format of ATSSS rules is as follows:

[0055] {UE1: ATSSS rule 1(APP1, Smallest delay; APP2, Smallest delay)}

[0056] {UE2: ATSSS rule 1 (APP1, Active-standby; APP2, APP4, Priority based, 3GPPis high priority access)}.

[0057] Step 202: If the locally stored data bootstrapping policy is inconsistent with the target data bootstrapping policy, the target data bootstrapping policy is sent to the session management entity so that the session management entity can update the ATSSS rules.

[0058] For example, if the ATSSS rule table 1 of the locally stored terminal 1 is (APP1, Smallest delay; APP2, Smallest delay), and the data guidance strategy of APP1 in the ATSSS rule issued by terminal 1 parsed through UEAppCongurationUpdate information is Load balancing, and the two are inconsistent, then the HTTP request message carrying UEAppCongurationUpdate information will be transmitted to the Session Management Function (SMF).

[0059] After receiving the HTTP request message, the SMF parses and updates the ATSSS rules. Once the SMF network element completes the update, it notifies the UACF network element, sends an update success message (i.e., a 200 OK message) to the UACF network element, and sends an N4 Session Modification Request message to the User Plane Function (UPF) according to the 3GPP protocol standard procedure, so that the UPF can perform downlink data transmission according to the updated ATSSS rules.

[0060] Step 203: If an ATSSS rule update message is received from the session management entity, an ATSSS rule table update success message is sent to the terminal.

[0061] For example, after receiving the 200 OK message from the SMF, the UACF network element forwards the 200 OK message to inform the UE that the network side has updated the user-configured ATSSS rules, and sends a 200 OK message to the terminal device, that is, sends an ATSSS rule table update success message to the terminal.

[0062] The UE receives a 200 OK message from the UACF, indicating that the user has successfully set it up.

[0063] After the above steps are completed, the network side and the terminal will transmit relevant rule data according to the latest ATSSS rule table and through standard protocol procedures.

[0064] The UE then transmits the user's needs for the APP to the network side, which schedules uplink and downlink data according to the latest rules to meet the user's needs.

[0065] It is worth mentioning that the UACF network element, UPF network element, and SMF network element in this embodiment are all functional entities, which can be devices on the same network side or distributed on different network side devices.

[0066] Reference Figure 3 As shown below, the interaction process between the terminal and the network-side device will be explained using a specific application scenario.

[0067] Step 301: The terminal initiates registration with the network side. After registration is completed, it initiates an MA PDU session request and reports the ATSSS capability to the network side.

[0068] Step 302: The SMF network element sends the ATSSS rule table to the terminal. The ATSSS rule table sent by the SMF network element to the terminal.

[0069] Step 303: The terminal obtains the target network performance input by the user, and generates a first ATSSS rule based on the preset network performance and data steering strategy. It then checks whether the generated first ATSSS rule is consistent with the second ATSSS rule in the issued ATSSS rule table. Both the first and second ATSSS rules indicate the same application's data steering strategy, `steeringmode`.

[0070] For example, a user sets target network performance for each application through a human-computer interaction interface, and maps the user-set target network performance of the APP to a first ATSSS rule. The first ATSSS rule is then compared one by one with the second ATSSS rule in the ATSSS rule table issued by the network. For example, the network-issued ATSSS rule 1: APP1, Loadbalancing; APP2, Active-standby, while the user sets ATSSS rule 1: APP1, Smallest delay; ATSSS rule 2: APP2, Active-standby. The user-set first ATSSS rule for APP1 is inconsistent with the network-issued second ATSSS rule, while the first ATSSS rule for APP2 is consistent with the network-issued second ATSSS rule for APP2.

[0071] Step 304: If the comparison results are inconsistent, the terminal will send the generated first ATSSS rule to the UACF.

[0072] For example, the terminal encapsulates the first ATSSS rule, namely ATSSS rule 1: APP1, Smallest delay, into the UEAppCongurationUpdate information and sends it to the UACF via an HTTP request message. Sending via HTTP reduces the occurrence of signaling storms.

[0073] Step 305: The UACF stores the first ATSSS rule sent by the UE and determines whether it is necessary to update the first ATSSS rule added by the user to the SMF.

[0074] For example, the system monitors whether the HTTP request message is UEAppCongurationUpdate. If it is, the ATSSS rule in UEAppCongurationUpdate is parsed out. The UACF network element compares the ATSSS rule stored locally that is the same as the terminal and application indicated by the first ATSSS with the first ATSSS rule. For example, if the first ATSSS rule is the ATSSS rule for terminal 1 and application 1, the system compares the ATSSS rule corresponding to terminal 1 and application 1 stored locally with the first ATSSS rule.

[0075] Step 306: If an update is required, the UACF network element will transmit the first ATSSS rule to the SMF network element.

[0076] For example, if the comparison results are different, the UACF will send an HTTP request message including the aforementioned UEAppCongurationUpdate information to the SMF.

[0077] Step 307: Update the ATSSS rule corresponding to the application on the terminal to the first ATSSS rule.

[0078] For example, the SMF network element updates the ATSSS rule corresponding to application 1 in the locally stored terminal 1 to the first ATSSS rule.

[0079] Step 308: The SMF network element notifies the application configuration entity that the update has been successful.

[0080] For example, the SMF network element replies with an HTTP 200 OK to the UACF, indicating that the SMF has been successfully updated.

[0081] Step 309: The SMF network element sends an N4 Session Modification Request to the UPF network element, updating the ATSSS rules to the UPF so that the UPF can perform downlink data transmission. In this step, the SMF network element can perform data transmission according to the 3GPP protocol standard procedure.

[0082] Step 310: The UACF network element sends an ATSSS rule update success message to the terminal.

[0083] For example, after receiving a 200 OK from the SMF, the UACF forwards the 200 OK message to notify the terminal that the network side has updated the ATSSS rules to the user-defined ATSSS rules.

[0084] Step 311: Transmit data according to the latest ATSSS rules.

[0085] For example, the UE receives a 200 OK message from the UACF, indicating to the user that the setup was successful.

[0086] After the above steps, the terminal and network side can transmit data according to the latest ATSSS rules, such as ATSSS rule (UE1: ATSSS rule 1 (APP1, Smallest delay), through the standard protocol process.

[0087] In this embodiment, users can personalize their business needs, ensuring that each app operates on a network channel that meets network performance requirements. Furthermore, the user rules based on ATSSS are interconnected with the network, effectively preventing packet loss and errors caused by inconsistencies between user and network rules. In addition, this invention employs user plane interaction during terminal-network communication, avoiding air interface signaling storms caused by using the control plane.

[0088] The steps of the various methods described above are only for clarity. In practice, they can be combined into one step or some steps can be split into multiple steps. As long as they include the same logical relationship, they are all within the scope of protection of this patent. Adding insignificant modifications or introducing insignificant designs to the algorithm or process, but without changing the core design of the algorithm and process, are also within the scope of protection of this patent.

[0089] Another embodiment of the present invention also provides a network device, such as Figure 4 As shown, it includes at least one processor 401; and a memory 402 communicatively connected to the at least one processor 401; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the network access method described above.

[0090] The memory and processor are connected via a bus, which can include any number of interconnecting buses and bridges, connecting various circuits of one or more processors and memories. The bus can also connect various other circuits, such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and will not be described further herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be a single element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices over a transmission medium. Data processed by the processor is transmitted over the wireless medium via an antenna, which further receives data and transmits it to the processor.

[0091] The processor manages the bus and general processing, and also provides various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory is used to store data used by the processor during operation.

[0092] Another embodiment of the present invention provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, it implements the above-described method embodiments.

[0093] That is, those skilled in the art will understand that all or part of the steps in the methods of the above embodiments can be implemented by a program instructing related hardware. This program is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0094] Those skilled in the art will understand that the above embodiments are specific examples of implementing the present invention, and in practical applications, various changes in form and detail may be made without departing from the spirit and scope of the present invention.

Claims

1. A network access method, characterized in that, Applied to terminals, including: Obtain the target network performance of the application; The system checks whether the target network performance of the application matches the data guidance strategy included in the ATSSS rules issued by the network side. If there is a mismatch, the target data guidance policy corresponding to the target network performance is transmitted to the network side so that the network-side device can update the ATSSS rules according to the target data guidance policy. If an ATSSS rule update success message is received from the network-side device, the application will be connected to a network channel that meets the target network performance, wherein the network channel includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.

2. The network access method according to claim 1, characterized in that, Before detecting whether the target network performance of the application matches the data guidance strategy included in the ATSSS rules issued by the network side, the process also includes: ATSSS rules are generated based on preset mapping rules for network performance and data guidance strategies; wherein, the generated ATSSS rules include: the target data guidance strategy; The step of detecting whether the target network performance of the application matches the data guidance strategy included in the ATSSS rules issued by the network side includes: Check whether the generated ATSSS rules are the same as the ATSSS rules issued by the network side; The step of transmitting the target data guidance strategy corresponding to the target network performance to the network side includes: The generated ATSSS rules are transmitted to the network side.

3. The network access method according to claim 1, characterized in that, The acquisition of the target network performance of the application includes: Provide a human-computer interaction interface; The target network performance of the application is obtained through the human-computer interaction interface, as input by the user.

4. The network access method according to any one of claims 1 to 3, characterized in that, The step of transmitting the data guidance strategy corresponding to the target network performance to the network side includes: The data guidance strategy corresponding to the target network performance is transmitted to the network side via the user plane protocol.

5. A network access method, characterized in that, Devices used on the network side include: If the target data guidance policy is received from the terminal, after the ATSSS rule update is completed, an ATSSS rule update success message is sent to the terminal so that the terminal can connect the application to a network channel that meets the target network performance. The target data guidance strategy is sent by the terminal when the data guidance strategy in the ATSSS rule issued by the detection network side does not match the target network performance of the application. The target data guidance strategy is a data guidance strategy corresponding to the target network performance of the application. The update of the ATSSS rule is an update based on the target data guidance strategy. The network channel includes 3GPP data transmission channels and / or non-3GPP data transmission channels.

6. The network access method according to claim 5, characterized in that, The target data guidance strategy received from the terminal includes: The terminal sends an ATSSS rule, wherein the ATSSS rule includes the target data guidance strategy; Before sending the ATSSS rule update success message to the terminal, the following steps are included: The ATSSS rules sent by the terminal are sent to the session management entity so that the session management entity can update the ATSSS rules according to the ATSSS rules sent by the terminal.

7. The network access method according to claim 6, characterized in that, Before sending the ATSSS rules sent by the terminal to the session management entity, the following steps are included: It was confirmed that the ATSSS rules stored locally were inconsistent with the ATSSS rules sent by the terminal.

8. The network access method according to any one of claims 5 to 7, characterized in that, The target data guidance strategy received from the terminal includes: The target data guidance strategy is received by the terminal through the user plane protocol.

9. A network device, characterized in that, include: At least one processor; as well as, A memory communicatively connected to the at least one processor; wherein, The memory stores instructions executable by the at least one processor, which, when executed by the at least one processor, enables the at least one processor to perform the network access method as described in any one of claims 1 to 4 or any one of claims 5 to 8.

10. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by a processor, it implements the network access method according to any one of claims 1 to 4 or the network access method according to any one of claims 5 to 8.

Images