Network access method, network device and storage medium
The network access method adjusts 3GPP and non-3GPP channels by updating ATSSS rules to match user-defined network performance, addressing the challenge of diverse application needs and improving data transmission efficiency and user experience.
Patent Information
- Application Number
- JP2023571426
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2021-06-01
- Filing Date
- 2022-04-25
- Publication Date
- 2025-02-03
- Estimated Expiration
- 2042-04-25
AI Technical Summary
Existing network access technologies fail to meet the diverse network performance requirements of various applications, such as high-speed or low-delay data transmission, due to users not being able to accurately set the appropriate access network type.
A network access method that detects target network performance requirements of applications and adjusts 3GPP and non-3GPP data transmission channels by updating ATSSS rules based on data guidance policies, ensuring compatibility with user-defined network performance settings.
Enables applications to access network channels that meet specific performance needs, reducing data packet loss and confusion by aligning terminal settings with network-side rules, thereby enhancing user experience and data transmission efficiency.
Smart Images

Figure 0007625727000004 
Figure 0007625727000005 
Figure 0007625727000006
Abstract
Description
[Technical field]
[0001] This application is proposed based on and claims priority to a Chinese patent application bearing application number 202110610981.1 and filing date Jun. 1, 2021, the entire contents of which are incorporated herein by reference.
[0002] TECHNICAL FIELD The present application relates to the field of communications, and in particular to a network access method, a network device, and a storage medium. [Background technology]
[0003] With the development of communication technology, the fifth generation mobile communication technology (5G) is also evolving. From the perspective of service features, 5G faces more diverse services and scenarios, higher user experience requirements, and lower latency, power consumption, etc. From the perspective of network operation, the 5G era is an era in which various networks coexist. In the 5G era, 4G still dominates the cellular network, and WiFi technology continues to undergo generational change. Therefore, 5G is comprehensive and needs to consider the convergence of various access networks.
[0004] In the era of the coexistence of various networks, a user can set an access network for a terminal application, for example, set WIFI connection only, cellular network connection only, WIFI preferred connection, cellular network preferred connection, etc.
[0005] However, the above technologies only provide some types of access networks on the terminal. When transmitting data, the data transmission requirements of most applications are not the type of access network but the performance of the access network. 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, and users cannot know the characteristics of the access network during configuration. Therefore, the above technologies often cannot meet the network performance requirements of applications. Summary of the Invention [Means for solving the problem]
[0006] An embodiment of the present application provides a network access method, which includes the steps of: obtaining a target network performance of an application; detecting whether the target network performance of the application is consistent with a data guidance policy included in an ATSSS rule issued by a network side; if not consistent, transmitting a target data guidance policy corresponding to the target network performance to a network side, and an equipment of the network side updating an ATSSS rule according to the target data guidance policy; upon receiving an ATSSS rule update success message sent by the equipment of the network side, accessing the application to a network channel that meets the target network performance, the network channel including a 3GPP data transmission channel and / or a non-3GPP data transmission channel.
[0007] An embodiment of the present application further provides a network access method, the network access method including: upon receiving a target data guidance policy sent by a terminal, sending an ATSSS rule update success message to the terminal after completing an ATSSS rule update, and the terminal accessing the application to a network channel that satisfies a target network performance, the target data guidance policy is a data guidance policy corresponding to the target network performance of an application, the update of the ATSSS rule 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] An embodiment of the present application further provides a network device, the network device including at least one processor and a memory communicatively coupled to the at least one processor, the memory storing instructions executable by the at least one processor, the instructions being executed by the at least one processor to cause the at least one processor to perform the network access method.
[0009] An embodiment of the present application further provides a computer-readable storage medium having stored thereon a computer program that, when executed by a processor, implements the above network access method.
[0010] One or more embodiments are illustrated by way of example only and not by way of limitation in the figures of the accompanying drawings. [Brief description of the drawings]
[0011] [Figure 1] 2 is a flowchart of a network access method applied to a terminal according to an embodiment of the present application; [Diagram 2] 2 is a flowchart of a network access method applied to a network-side device according to an embodiment of the present application; [Diagram 3] 4 is a flowchart of an interaction between a terminal and a network side according to an embodiment of the present application; [Figure 4] FIG. 1 is a schematic diagram of a network device according to an embodiment of the present application. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0012] In order to make the purpose, technical solution, and advantages of the present application clearer, the following describes each embodiment of the present application in detail with reference to the drawings. However, in various embodiments of the present application, many technical details are presented to allow the reader to better understand the present specification. However, even without these technical details and various changes and modifications based on the following embodiments, the technical solution claimed for protection of the present application can be realized. The division of the following various embodiments is made for the convenience of explanation and does not have any limitations on the specific embodiments of the present application. Various embodiments may be combined with each other or reference each other unless inconsistent.
[0013] The embodiment of the present application proposes a network access method, which can meet the different network performance requirements of each application of a terminal, and allows each application to access networks with different network performances.
[0014] An embodiment of the present application provides a network access method applicable to a terminal device supporting 5G ATSSS technology, the terminal device being capable of interacting with a network side, for example, a mobile phone, a tablet computer, etc., but not limited thereto in this embodiment. The network access method in this embodiment includes the steps of: obtaining a target network performance of an application; detecting whether the target network performance of the application is consistent with a data guidance policy steering mode included in an ATSSS rule issued by a network side; if not consistent, transmitting a target data guidance policy corresponding to the target network performance to the network side, and the network side device updating the ATSSS rule according to the target data guidance policy; and upon receiving an ATSSS rule update success message sent by the network side device, accessing the application to a network channel that meets the target network performance, the network channel including a 3GPP data transmission channel and / or a non-3GPP data transmission channel.
[0015] In this embodiment, the terminal interacts with the network side, the terminal transmits the target network performance of the application to the network side in the form of a data guidance policy, and the network side updates the ATSSS rule. On the one hand, the network side is facilitated to schedule uplink / downlink data according to the updated ATSSS rule, and the updated ATSSS rule further reflects the network performance requirements of the application, so that each application of the terminal in this embodiment can access a network channel that meets the corresponding target network performance. On the other hand, the terminal interacts with the network side for configuration, and avoids data packet loss or disruption caused by the access network configured by the terminal being different from the ATSSS rule pre-created by the network side.
[0016] As shown in Fig. 1, the implementation details of the network access method in this embodiment will be described below. The following are merely implementation details for ease of understanding, and are not essential to the implementation of this means.
[0017] Before performing network communication, the terminal needs to register with the 5G network. After registration, the terminal starts a MA PDU (Multi-Access Protocol Data Unit, MA PDU) session, reports ATSSS capability, and receives an ATSSS rule table issued by the network side. There are multiple ATSSS rules in the ATSSS rule table. The ATSSS function is mainly used for route optimization, seamless switching, multi-processing, etc. of the terminal's MA (Multi-Access) service, and is a function introduced by the 3GPP R16 version.
[0018] In 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, and indicates the network performance requirement of the application. For example, high-speed mode, low-latency mode, low-power mode, more secure mode, etc. can be included, but are not limited thereto, and this embodiment does not limit it.
[0019] In some embodiments, the target network performance is determined according to the code logic of the terminal itself, i.e., it is a default target network performance pre-created by the terminal. For example, the network performance requirements of the application are fixed in the code, and the code indicates that the target network requirement of application 1 is the high-speed mode.
[0020] In some other embodiments, the terminal provides a human-computer interaction interface, and obtains the target network performance of the application input by the user through the human-computer interaction interface. In this embodiment, the terminal detects whether the target network performance is updated in the human-computer interaction interface. If there is an update, the terminal obtains the target network performance input by the user, and if there is no update, the terminal continuously monitors. Thus, the terminal can adjust the network access in real time according to the user's requirements.
[0021] For example, a user may input a high-speed mode through a user interface, and the terminal device obtains the high-speed mode.Compared with the target network performance being determined by the terminal according to its own code logic, this embodiment can meet the various data transmission requirements of users, and customizes ATSSS rules according to various user requirements to transmit data, thereby improving the user's network experience.
[0022] For example, the target network performance of an application may include a high-speed mode, a low-latency mode, a low-power mode, and a more secure mode, and the target network performance settings corresponding to the application may be shown in Table 1.
[0023] [Table 1]
[0024] In Table 1, in each mode of target network performance, the user may add or remove applications according to his / her requirements.
[0025] In step 102, it is detected whether the target network performance of the application is consistent with the data guidance policy included in the ATSSS rule issued by the network side.
[0026] The ATSSS rule includes a data guidance policy (steering mode). The data guidance policy includes a load balancing mode, a smallest delay mode, an active-standby mode, and a priority based mode, etc. The data guidance policy can be used for selective access of data streams, switching of data streams, and distribution of data streams.
[0027] In some embodiments, it is detected whether the ATSSS rule issued by the network side has a data guidance policy corresponding to the application. If there is no data guidance 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 data guidance policy of application 1 is not specified in the ATSSS rule issued by the network side, there is no match. If the data guidance policy of the application is specified in the ATSSS rule issued by the network side, and the specified data guidance policy of the application corresponds to the target network performance of the set application, it corresponds to the mapping rule, and the mapping rule may be shown in Table 2. For example, if the target network performance of app1 is high-speed mode, and the data guidance policy of app1 in the issued ATSSS rule is load balancing, and the high-speed mode corresponds to load balancing, there is a match. If the data guidance policy of app1 in the issued ATSSS rule is smallest delay, and the high-speed mode does not correspond to smallest delay, there is no match.
[0028] The mapping rule of the pre-set network performance and data guidance policy may be shown in Table 2. In Table 2, the high-speed mode of the network performance may be mapped to the load balancing mode in the data guidance policy (steering mode), the low-latency mode may be mapped to the smallest delay mode in the steering mode, the low-power mode may be mapped to the active-standby mode in the steering mode, and the more secure mode may be mapped to the priority based mode in the steering mode, which specifies that the 3GPP network channel has a high priority and is accessed preferentially. The above mapping relationship is merely an example, and in actual use, it can be set according to requirements, and this embodiment is not limited thereto.
[0029] [Table 2]
[0030] In some embodiments, an ATSSS rule is generated according to a mapping rule of a preset network performance and a data guidance policy, the generated ATSSS rule includes the target data guidance policy, and detects whether the generated ATSSS rule is the same as the ATSSS rule issued by the network side. The embodiment generates an ATSSS rule according to a mapping rule set in advance to improve compatibility with 3GPP protocol.
[0031] The terminal generates an ATSSS rule according to the above-mentioned pre-configured mapping rule and the target network performance. The ATSSS rule includes a target data guidance policy steering mode, and may further include a traffic descriptor. The traffic descriptor in this embodiment may be an application identifier APP ID. For example, as shown in Table 3, the target network performance of APP1 is a high-speed mode, and the content of the generated ATSSS rule ATSSS rule 1 includes APP1, Load balancing. The target network performance of APP2 is a low-latency mode, and the content of the generated ATSSS rule ATSSS rule 2 includes APP2, Smallest delay. The target network performance of APP3 is a low power consumption mode mapping, and the content of the generated ATSSS rule ATSSS rule 3 includes APP 3, Active-standby. The target network performance of APP4 is a more secure mode, and the content of the generated ATSSS rule ATSSS rule 4 includes APP4, Priority based, 3GPP is high priority access.
[0032] [Table 3]
[0033] When a user wants to delete an application, the data guidance policy corresponding to the APP corresponding to the application to be deleted may be of match-all type, for example, ATSSS rule 5:APP, match all type.
[0034] The generated ATSSS rule is compared with the ATSSS rule issued by the network side when establishing the MA PDU session, and if they are the same, no processing is performed, and if they are different, step 103 is performed. For example, if the data guidance policy of APP2 in the issued ATSSS rule table and the data guidance policy of the generated ATSSS rule APP2 are both Smallest delay, they are the same and no processing is performed. The data guidance policy of APP2 in the issued ATSSS rule table is Smallest delay, and the data guidance policy of the generated ATSSS rule APP2 is Load balancing, and they are different, that is, the target network performance does not match the data guidance policy previously created by the network side, and step 103 is performed.
[0035] In step 103, if there is no match, a target data guidance policy corresponding to the target network performance is transmitted to the network side, and the device on the network side updates the ATSSS rule according to the target data guidance policy.
[0036] In some embodiments, the data guidance policy corresponding to the target network performance is transmitted to the network side by a user plane protocol. Considering that there are many terminals in the network, and each terminal has multiple applications installed, and each application has a corresponding network requirement, when the data guidance policy needs to be transmitted, the amount of data is huge, so this embodiment transmits data by a user plane protocol, and the network side device updates the ATSSS rule. Thereby, it is possible to avoid serious signaling storms caused by transmission by air interface signaling. The user plane protocol in this embodiment can be used by the terminal to transmit information to the network side, and the user plane protocol can be HTTPS, TCP / UDP, HTTP, etc., and is not limited thereto in this embodiment.
[0037] Exemplarily, the user plane protocol is an HTTP protocol, and the generated ATSSS rule may be encapsulated in terminal application configuration update UEAppCongurationUpdate information, the UEAppCongurationUpdate information may be carried in an http request message, and the http request message may be sent to the network side. The network side device updates the ATSSS rule according to the ATSSS rule including the target data guidance policy.
[0038] In step 104, upon receiving an ATSSS rule update success message sent by the network side equipment, the application accesses a network channel that satisfies the target network performance, where the network channel is a 3GPP network channel and / or a non-3GPP network channel.
[0039] In some embodiments, the ATSSS rule update success message sent by the network side device is received via a user plane protocol.
[0040] For example, the 200 OK message sent by the network side is received to notify the user of successful configuration, i.e., successful update of the ATSSS rule. In this case, the network side and the terminal can access a network channel that meets the target network performance through a standard protocol process and transmit data according to the updated ATSSS rule, such as the ATSSS rule (UE1: ATSSS rule 1 (APP2, Load balancing)).
[0041] In this embodiment, the terminal interacts with the network side, the terminal transmits the target network performance of the application to the network side in the form of a data guidance policy, and the network side updates the ATSSS rule. On the one hand, the network side is facilitated to schedule uplink / downlink data according to the updated ATSSS rule, and the updated ATSSS rule further reflects the network performance requirements of the application, so that each application of the terminal in this embodiment can access a network channel that meets the corresponding target network performance. On the other hand, the terminal interacts with the network side for configuration, and avoids data packet loss or disruption caused by the access network configured by the terminal being different from the ATSSS rule pre-created by the network side.
[0042] Another embodiment of the present application further provides a network access method, which can be applied to a network side device such as, but not limited to, a server. The network access method in this embodiment includes the steps of: upon receiving a target data guidance policy sent by a terminal, sending an ATSSS rule update success message to the terminal after completing the update of the ATSSS rule, and the terminal accessing the application to a network channel that meets the target network performance, the target data guidance policy is a data guidance policy corresponding to the target network performance of the application, the update of the ATSSS rule 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.
[0043] This embodiment can receive a target data guidance policy of the terminal, the target data guidance policy is a data guidance policy corresponding to the target network performance of the application, and updates the ATSSS rule table accordingly. On the one hand, when the network side schedules uplink / downlink data according to 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 settings and the ATSSS rules pre-created by the network side, and avoids data packet loss or confusion caused by the ATSSS rules pre-created by the network side not matching the user's local settings.
[0044] As shown in Fig. 2, the implementation details of the network access method in this embodiment will be described below. The following are merely implementation details for ease of understanding, and are not essential to the implementation of this means.
[0045] In step 201, upon receiving the target data guidance policy sent by the terminal, determine whether the locally stored data guidance policy is consistent with the target data guidance policy. Retrieve the locally stored data guidance policy and compare it with the same data guidance policy of the terminal and application corresponding to the target data guidance policy. For example, if the target data guidance policy is the data guidance policy of app1 of terminal 1, compare it with the locally stored data guidance policy of app1 of terminal 1. Compared with directly sending the target data guidance policy to the session management entity, the network side device in this embodiment determines whether the terminal setting is consistent with the ATSSS rule table used by the network side before deciding whether to transmit. Thereby, it can be ensured that the target data guidance policy transmitted to the session management entity is the updated one, and it is avoided to transmit unupdated data to the session management entity.
[0046] In some embodiments, the network side device receives the ATSSS rules sent by the terminal, and the ATSSS rule table includes the target data guidance policy.
[0047] In some embodiments, the network side device is configured with a UACF network element, which is a user application configuration entity (User Application Configuration Function, UACF), which stores the ATSSS rule including the target data guidance policy sent by each terminal, and judges whether the ATSSS rule needs to be sent to the UACF network element, which is a session management entity (User Application Configuration Function, UACF).
[0048] Illustratively, the UACF network element detects whether UEAppCongurationUpdate information exists in the received http request message, and if so, analyzes the UEAppCongurationUpdate information to obtain and locally store the ATSSS rule. The storage format of the ATSSS rule is as follows:
[0049] {UE1 :ATSSS rule 1(APP1, Smallest delay;APP2, Smallest delay)} {UE2 :ATSSS rule 1(APP1, Active-standby; APP2, APP4, Priority based, 3GPP is high priority access)}.
[0050] In step 202, if the locally stored data guidance policy does not match the target data guidance policy, the target data guidance policy is sent to the session management entity, which updates the ATSSS rules.
[0051] For example, the ATSSS rule table 1 of the terminal 1 stored locally is (APP1, Smallest delay; APP2, Smallest delay), and the data guidance policy of APP1 in the ATSSS rule issued by the terminal 1 analyzed from the UEAppCongurationUpdate information is Load balancing, and the two do not match. In this case, an http request message carrying the UEAppCongurationUpdate information is sent to a session management entity (Session Management Function, SMF).
[0052] After receiving the http request message, the SMF analyzes it and updates the ATSSS rule. After the SMF network element completes the update, the SMF network element notifies the UACF network element, sends a 200 OK message, which is an update success message, to the UACF network element, and sends an N4 Session modification Request message to the User Plane Function (UPF) according to the standard process of the 3GPP protocol, so that the UPF performs downlink data transmission according to the updated ATSSS rule.
[0053] In step 203, upon receiving the ATSSS rule update message of the session management entity, an ATSSS rule table update success message is sent to the terminal.
[0054] For example, after receiving the 200 OK of the SMF, the UACF network element forwards the 200 OK message, notifies the UE network side that the ATSSS rule set by the user has been updated, and sends a 200 OK message to the terminal equipment, i.e., sends an ATSSS rule table update success message to the terminal.
[0055] The UE receives the 200 OK message from the UACF, indicating successful user configuration.
[0056] After the above steps are completed, the network side and the terminal will perform subsequent data transmission according to the relevant rules through the standard protocol process according to the latest ATSSS rule table.
[0057] Thus, the UE transmits the user's APP requirements to the network side, and the network side schedules uplink / downlink data according to the latest rules to meet the user requirements.
[0058] In addition, the UACF network element, the UPF network element, and the SMF network element in this embodiment are all functional entities, and may be located in the same network side equipment or may be distributed among different network side equipment.
[0059] As shown in Figure 3, the interaction process between the terminal and the network side equipment will be described below with reference to one application scenario.
[0060] In step 301, the terminal initiates registration to the network side, and after the registration is completed, initiates an MA PDU session request and reports the ATSSS capability to the network side.
[0061] In step 302, the SMF network element transmits the ATSSS rule table to the terminal. do.
[0062] In step 303, the terminal obtains the target network performance input by the user, generates a first ATSSS rule according to the preset network performance and the data guidance policy, and detects whether the generated first ATSSS rule is consistent with the second ATSSS rule in the issued ATSSS rule table. The first ATSSS rule and the second ATSSS rule both indicate the data guidance policy steering mode of the same application.
[0063] For example, the user sets the target network performance for each application through the human-computer interaction interface, maps the target network performance of the APP set by the user to a first ATSSS rule, and compares the first ATSSS rule with the second ATSSS rule in the ATSSS rule table issued by the network one-to-one. For example, the ATSSS rule 1 issued by the network is APP1, Load balancing; APP2, Active-standby, and the ATSSS rule 1 set by the user is APP1, Smallest delay; ATSSS rule 2: APP2, Active-standby, and the first ATSSS rule of APP1 set by the user does not match the second ATSSS rule issued by the network, and the first ATSSS rule of APP2 matches the second ATSSS rule of APP2 issued by the network.
[0064] In step 304, if the comparison result is not a match, the terminal sends the generated first ATSSS rule to the UACF.
[0065] For example, the UE encapsulates the ATSSS rule 1:APP1, Smallest delay, which is the first ATSSS rule, into UEAppConfigurationUpdate information and sends it to the UACF through an http request message. By sending it through the HTTP protocol, the occurrence of a signaling storm is reduced.
[0066] In step 305, the UACF stores the first ATSSS rule sent by the UE, and determines whether the first ATSSS added by the user needs to be updated to the SMF.
[0067] Exemplarily, it monitors whether UEAppCongurationUpdate exists in the http request message. If it exists, it analyzes the ATSSS rule in the UEAppCongurationUpdate, and the UACF network element compares the ATSSS rule stored locally, which is the same as the terminal and application indicated by the first ATSSS, with the first ATSSS rule. For example, the first ATSSS rule is the ATSSS rule of application 1 of terminal 1, and the ATSSS rule corresponding to application 1 of terminal 1 stored locally is compared with the first ATSSS rule.
[0068] In step 306, if an update is required, the UACF network element transmits the first ATSSS rule to the SMF network element.
[0069] Exemplarily, if the comparison results are different, the UACF sends an http request message including the UEAppConfigurationUpdate information to the SMF.
[0070] In step 307, the ATSSS rule corresponding to the application of the terminal is updated to the first ATSSS rule.
[0071] Illustratively, the SMF network element updates the locally stored ATSSS rule corresponding to application 1 in terminal 1 to the first ATSSS rule.
[0072] In step 308, the SMF network element notifies the application configuration entity of the successful update.
[0073] Illustratively, the SMF network element returns an http 200 OK to the UACF indicating a successful SMF update.
[0074] In step 309, the SMF network element sends an N4 Session Modification Request to the UPF network element to update the ATSSS rules to the UPF, and the UPF performs downlink data transmission. In this step, the SMF network element can perform data transmission according to the standard process of the 3GPP protocol.
[0075] In step 310, the UACF network element sends an ATSSS rule update success message to the terminal.
[0076] For example, after receiving the 200 OK of the SMF, the UACF forwards the 200 OK message to notify the terminal that the network side has updated the ATSSS rule to the ATSSS rule set by the user.
[0077] In step 311, the data is transmitted according to the latest ATSSS rules.
[0078] Illustratively, the UE receives a 200 OK message from the UACF, indicating successful user configuration.
[0079] After the above steps, the terminal and the network side can perform subsequent data transmission according to the relevant rule through a standard protocol process according to the latest ATSSS rule, such as ATSSS rule (UE1: ATSSS rule 1 (APP1, Smallest delay)).
[0080] In this embodiment, users can personalize their service requirements so that each APP operates under a network channel that meets the network performance requirements. In addition, the user's rules and the network interaction based on ATSSS are realized, so that packet loss and error packets caused by the mismatch between the user rules and the network rules can be effectively avoided. In addition, the embodiment of the present application uses user plane interaction in the terminal-network interaction process to avoid air interface signaling storms caused by the control plane.
[0081] The above division of the steps of the various methods is merely for clarity, and may be integrated into one step when implemented, or some steps may be divided into multiple steps, as long as they contain the same logical relationship, all of them are within the scope of protection of this patent. Making insignificant modifications to the algorithm or flow, or introducing insignificant designs, but not changing the core design of the algorithm and flow, are all within the scope of protection of this patent.
[0082] Another embodiment of the present application also provides a network device, as shown in Figure 4, including at least one processor 401 and a memory 402 communicatively connected to the at least one processor 401. The memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to cause the at least one processor to perform the above network access method.
[0083] Here, the memory and the processor are connected in a bus manner. The bus may include any number of interconnected buses and bridges. The bus connects various circuits of one or more processors and memories. The bus may also connect various other circuits such as peripherals, voltage regulators, power management circuits, etc., all of which are known to those skilled in the art and will not be described further herein. The bus interface provides an interface between the bus and the transceiver. The transceiver may be one element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices over a transmission medium. The data processed by the processor is transmitted over a wireless medium via an antenna. The antenna also receives data and transmits data to the processor.
[0084] In addition to being responsible for managing the bus and general processing, the processor may provide a variety of functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions, while memory may be used to store data used by the processor in performing operations.
[0085] Another embodiment of the present application further provides a computer readable storage medium having stored thereon a computer program, which when executed by a processor, implements the method embodiment described above.
[0086] That is, implementing all or part of the steps in the methods of the above embodiments can be achieved by a program instructing associated hardware. The program is stored in a storage medium and includes several instructions for causing an apparatus (which may be a microcomputer, a chip, etc.) or a processor to execute all or part of the steps of the methods in various embodiments of the present application. The storage medium includes various media capable of storing program code, such as a USB memory, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.
[0087] According to the network access method of the embodiment of the present application, the terminal can obtain the target network performance, which is the network performance requirement of the application, and when the data guidance policy in the ATSSS rule issued by the network side does not match the target network performance requirement, the terminal transmits the data guidance policy corresponding to the network performance requirement to the network side. The device on the network side updates the ATSSS rule according to the target guidance policy. The network side can schedule uplink / downlink data according to the latest ATSSS rule so that the application accesses a channel that meets the network performance requirement. In addition, compared with the related art in which the terminal sets the type of access network and the network side cannot know the setting of the terminal, the embodiment realizes mutual communication of the target network performance set by the network side and the terminal, thereby avoiding data packet loss or confusion caused by the ATSSS rule pre-created by the network side not matching the user's local setting.
[0088] The above-described embodiments are examples for implementing the present application, and in actual applications, various changes in form and detail are possible without departing from the spirit and scope of the present application.
Claims
1. A network access method applied to a terminal, comprising: obtaining a target network performance for an application; Detecting whether the target network performance of the application is consistent with a data guidance policy included in a second ATSSS rule issued by a network side; if not, transmitting a target data guidance policy corresponding to the target network performance to a network side, and the device on the network side updates a second ATSSS rule according to the target data guidance policy; A network access method comprising: upon receiving an ATSSS rule update success message sent by the network side equipment, accessing the application to a network channel that satisfies the target network performance, the network channel including a 3GPP data transmission channel and / or a non-3GPP data transmission channel.
2. Before the step of detecting whether the target network performance of the application is consistent with a data guidance policy included in a second ATSSS rule issued by a network side, The method further includes the steps of: generating a first ATSSS rule according to a predefined mapping rule of network performance and data guidance policy and a target network performance of the application, the first ATSSS rule including the target data guidance policy; The step of detecting whether the target network performance of the application is consistent with a data guidance policy included in a second ATSSS rule issued by a network side includes: detecting whether the first ATSSS rule matches the second ATSSS rule; The step of transmitting a target data guidance policy corresponding to the target network performance to a network side includes: The network access method according to claim 1 , further comprising the step of transmitting the first ATSSS rule to a network side.
3. The step of obtaining a target network performance for an application includes: providing a human-computer interaction interface; and acquiring a target network performance of the application input by a user through the human-computer interaction interface.
4. The step of transmitting a target data guidance policy corresponding to the target network performance to a network side includes: The network access method according to claim 1 , further comprising: transmitting a target data guidance policy corresponding to the target network performance to a network side through a user plane protocol.
5. A network access method applied to a network side device, comprising: receiving a target data guidance policy sent by a terminal; performing a second ATSSS rule update when determining that the locally stored ATSSS rule is inconsistent with the target data guidance policy; After completing the update of the second ATSSS rule, sending an ATSSS rule update success message to the terminal; A network access method in which the target data guidance policy is a data guidance policy corresponding to a target network performance of an application, the update of the second ATSSS rule is an update based on the target data guidance policy, and the network channel accessed by the application as a channel that satisfies the target network performance includes a 3GPP data transmission channel and / or a non-3GPP data transmission channel.
6. The step of receiving a target data guidance policy sent by a terminal includes: receiving a first ATSSS rule transmitted by the terminal, the first ATSSS rule including the target data guidance policy; The step of performing an update of the second ATSSS rule comprises: The network access method according to claim 5, further comprising the steps of: transmitting the first ATSSS rule transmitted by the terminal to a session management entity; and the session management entity updating the second ATSSS rule according to the first ATSSS rule transmitted by the terminal.
7. The step of receiving a target data guidance policy sent by a terminal includes: The network access method according to claim 5, further comprising the step of receiving a target data guidance policy transmitted by the terminal through a user plane protocol.
8. At least one processor; a memory communicatively coupled to the at least one processor; The memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the at least one processor can execute the network access method according to any one of claims 1 to 4.
9. At least one processor; a memory communicatively coupled to the at least one processor; The memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the at least one processor can execute the network access method according to any one of claims 5 to 7.
10. A computer-readable storage medium storing a computer program which, when executed by a processor, implements the network access method according to any one of claims 1 to 4.
11. A computer-readable storage medium storing a computer program which, when executed by a processor, realizes the network access method described in any one of claims 5 to 7.
Citation Information
Patent Citations
Traffic distribution method through multi-access network in a network and network entity performing the same
US20190357294A1