WO2025235013A1

WO2025235013A1 - Enhancement of 5g network usage

Info

Publication number: WO2025235013A1
Application number: PCT/US2024/037029
Authority: WO
Inventors: Krishnan Venkataraghavan
Original assignee: Rakuten Mobile Inc; Rakuten Symphony Usa LLC
Current assignee: Rakuten Mobile Inc; Rakuten Symphony Usa LLC
Priority date: 2024-05-09
Filing date: 2024-07-08
Publication date: 2025-11-13
Anticipated expiration: 2026-11-09

Abstract

Example embodiments of the present disclosure relate to the enhancement of the usage of the 5G network. According to example embodiments, a system may be configured to determine a mobility state of a user device, configure a subscriber profile identifier (SPID) profile associated with the user device based on the mobility state, and set an access parameter based on the configured SPID profile. The mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

Description

ENHANCEMENT OF 5G NETWORK USAGE

CROSS REFERENCE TO RELATED APPLICATION

[0001] This application claims priority to U.S. Provisional Patent Application No. 63/644,843 filed with the U.S. Patent and Trademark Office on May 9, 2024, the entire contents of which are incorporated herein by reference.

TECHNICAL FIELD

[0002] The present disclosure relates to the provisioning of enhancement of the usage of a fifth-generation (5G) network.

BACKGROUND

[0003] The information disclosed in this background section is only for the enhancement of understanding of the general background of the disclosure and should not be taken as an acknowledgement or any form of suggestion that this information forms the prior art already known to a person skilled in the art.

[0004] The 5G network is the fifth generation of mobile technology, aiming to provide ultra-fast speeds, low latency, and massive connectivity to support advanced applications like the Intemet-of-Things (loT), autonomous driving, immersive virtual reality applications, and the like. On the other hand, the Long-Term Evolution (LTE) network is a type of wireless communication that serves as the foundation of the 4G (fourth generation) network.

[0005] Non-Standalone (N SA) architecture is an architecture for deploying the 5G network while leveraging the existing LTE infrastructure. For instance, the NSA architecture utilizes the existing LTE infrastructure for control signaling while using 5GNew Radio (NR) for data transfer. NSA architecture allows for a fast and cost-effective rollout of 5G services, as well as facilitates a smooth and gradual transition from LTE networks to fully standalone 5G networks.

SUMMARY

[0006] Example embodiments of the present disclosure provide systems, apparatuses, methods, and the like, that provide enhancement of 5G network usage in, for example, the NSA architecture.

[0007] According to example embodiments, a system may be configured to: determine a mobility state of a user device, configure a subscriber profile identifier (SPZD) profile associated with the user device based on the mobility state of the device, and set an access parameter based on the configured SPID profile. The mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

[0008] According to example embodiments, a method may include: determining a mobility state of a user device, configuring an SPID profile associated with the user device based on the mobility state of the device, and setting an access parameter based on the configured SPID profile. The mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

[0009] According to example embodiments, a non-transitory computer-readable recording medium may have recorded thereon instructions executable by a system to cause the system to perform a method. The method may include: determining a mobility state of a user device, configuring an SPID profile associated with the user device based on the mobility state of the device, and setting an access parameter based on the configured SPID profile. The mobility state may define the user device as one of a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

[0010] Additional aspects will be set forth in part in the description that follows and, in part, will be apparent from the description, or may be realized by practice of the presented embodiments of the disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Features, aspects, and advantages of embodiments of the disclosure will be described below with reference to the accompanying drawings, in which like reference numerals denote like elements, and wherein:

[0012] FIG. 1 illustrates a graph of comparison between the trend of LTE traffic, 5G traffic, and 5G traffic share in the related art;

[0013] FIG. 2 illustrates a table that presents possible configurations of a network and a user device in the related art;

[0014] FIG. 3 illustrates a block diagram of an example system architecture of a distributed non-standalone (NSA) network, according to one or more example embodiments;

[0015] FIG. 4 illustrates an example of an SPID profile, according to one or more example embodiments;

[0016] FIG. 5 illustrates a block diagram of a method for enhancing the usage of a 5G network, according to one or more embodiments; and

[0017] FIG. 6 illustrates an example embodiment of a device for implementing one or more example embodiments. DETAILED DESCRIPTION

[0018] The following detailed description of example embodiments refers to the accompanying drawings. The foregoing disclosure provides illustration and description, but is not intended to be exhaustive or to limit the implementations to the precise forms disclosed. Modifications and variations are possible in light of the above disclosure or may be acquired from practice of the implementations. Further, one or more features or components of one embodiment may be incorporated into or combined with another embodiment (or one or more features of another embodiment). Additionally, the flowchart and description of operations provided below relate to one of the various embodiments. It should be noted that it is possible to make other embodiments that do not exactly match the flowchart and its description. It is understood that in other embodiments one or more operations may be omitted, one or more operations may be added, one or more operations may be performed simultaneously (at least in part).

[0019] It will be apparent that systems and/or methods, described herein, may be implemented in different forms of hardware, firmware, or a combination of hardware and software. The actual specialized control hardware or software code used to implement these systems and/or methods is not limited to the described implementations. Thus, the operation and behavior of the systems and/or methods are described herein without reference to specific software code. It is understood that software and hardware may be designed to implement the systems and/or methods based on the description herein.

[0020] Even though particular combinations of features are disclosed in the claims and/or in the specification, these combinations are not intended to limit the disclosure of implementations. In fact, many of these features may be combined in ways not specifically recited in the claims and/or disclosed in the specification. Although each dependent claim listed below may directly depend on only one claim, the disclosure of implementations includes each dependent claim in combination with every other claim in the claim set.

[0021] No element, act, or instruction used herein should be construed as critical or essential unless explicitly described as such. Also, as used herein, the articles “a” and “an” are intended to include one or more items, and may be used interchangeably with “one or more.” Also, as used herein, the terms “has,” “have,” “having,” “include,” “including,” or the like are intended to be open-ended terms. Further, the phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise. Furthermore, expressions such as “at least one of [A] and [B]”, “[A] and/or [B]”, or “at least one of [A] or [B]”, are to be understood as including only A, only B, or both A and B.

[0022] It shall be noted that, descriptions of example embodiments of the present disclosure may include terms and names defined in one or more standard organizations, such as the 3rd Generation Partnership Project (3GPP) standard organization, the European Telecommunications Standards Institute (ETSI) standard organization, the Open Radio Access Network (O-RAN) Alliance standard organization, and the like. For instance, the terms “SPID”, “Bl Threshold”, “EARFCN”, “DCNR”, “TAC”, “IMSI”, “ENDC”, and the like, as well as the associated features and operations, are to be interpreted as consistent with those specified in one or more technical specifications, unless being described otherwise.

[0023] As described above, in a non- standalone (NSA) architecture, a 5G network may be deployed on the existing LTE infrastructure. Accordingly, there are situations where both the 5G network and the LTE network are available at a certain telecommunication network grid.

Nevertheless, the adoption rate of the 5G network remains low, regardless of the fact that the number of 5G roll-outs has increased significantly. [0024] FIG. 1 illustrates a graph of comparison between the trend of LTE traffic, 5G traffic, and 5G traffic share in the related art. As illustrated in FIG. 1, the rate of traffic growth of the 5G is abysmally low (indicating the low adoption rate of the 5G network). Specifically, despite the network operator have spent significant operating expenses (OPEX) and capital expenditures (CAPEX) on rolling out the 5G infrastructure and the number of available 5G infrastructure has increased, the majority of the network traffic is still constituted by the LTE traffic.

[0025] The low adaption rate of the 5G network may be caused by several reasons. Referring to FIG. 2, which illustrates a table that presents possible configurations of a network and a user device in the related art. In this example, it is assumed that the user device has an active 5G subscription and the user device is capable of connecting to the 5G network.

[0026] As illustrated in the first row of the table in FIG. 2, under normal circumstances, the network that supports E-UTRAN New Radio Dual Connectivity (ENDC), which is the feature that enables the user device to utilize the connections to both LTE and 5G networks, has enabled the ENDC. Similarly, the user device has been configured to enable or turn on the 5G functionalities. Accordingly, the user device may be able to access to the 5G network.

[0027] Nevertheless, as illustrated in the second row of the table in FIG. 2, under some situations, even if both the network and user device are appropriately configured (i.e., ENDC is enabled at the network and 5G connection is enabled at the user device), the user device may still unable to access the 5G network. This may be caused by the aggressive network configurations, which set a high access threshold to the user device. Specifically, since the 5G network is operating at a higher frequency band, it is more prone to radio link failure, high signal path loss, and session discontinuities, as compared to the LTE network. Thus, in order to avoid inconsistent network performance, the network operator may set a high, static access threshold to the user devices (particularly the mobile devices that have high mobility) to prevent excessive and frequent network switching.

[0028] The aggressive network configurations, although may reduce the inconsistent network performance, may result in several negative impacts. On the consumer side, the users that have an active 5G network subscription may find it difficult to fully utilize the 5G network due to the high, static access threshold, which may lead to poor user experiences and eventually increase the user churn rate. On the operator side, the aggressive network configurations may lead to underutilization of the available 5G network, which may cause the wastage of network resources and costs for rolling out and operating the 5G network.

[0029] Referring still to FIG. 2, in the third and fourth rows of the table, the inactivation of the 5G network is due to the network configurations, wherein in the former case the ENDC is disabled (e.g., for network maintenance, energy-saving purposes, etc.) and in the latter case only the LTE network is available (e.g., the 5G roll-out is in process, 5G infrastructure malfunctioning, etc.) The inactivation of the 5G network due to these reasons can be resolved by the network operator via appropriate solutions (e.g., restarting the 5G infrastructure, completing the 5G rollout, etc.)

[0030] Further, in the fifth row of the table in FIG. 2, the inactivation of the 5G network is due to the configuration at the user device, where the user has disabled the 5G connection. For example, the user may have manually turned off the 5G connection on the device when he/she found out that the 5G network is not yet available in his/her area. As another example, the user may have unintentionally turned off the 5G connection without being aware of the same. In this regard, the user would not be able to utilize the 5G network whenever the 5G network is available. [0031] In the last row of the table in FIG. 2, the inactivation of the 5G network is caused by both the configurations at the network and the user device, in which both the scenarios described above with reference to the third row and the fifth row of the table are applicable.

[0032] In view of the above, there are various factors that hinder the usage of the 5G network and there is a need to enhance the usage of the 5G network, thereby optimizing the utilization of the 5G network when available and improving the user experiences, as well as optimizing the network resources and preventing wastage of 5G network roll-out cost and operational cost.

[0033] Example embodiments of the present disclosure provide a system, a method, a device, and the like, that efficiently and effectively enhance the 5G network usage. Specifically, example embodiments of the present disclosure dynamically configure and refine the SPID profile and/or at least one access parameter for accessing the 5G network, according to the status of the user device and the network, thereby maximizing the opportunities for the user device to access and utilize the 5G network under different scenarios. In addition, example embodiments of the present disclosure provide continuous (or periodic) monitoring of the performance of the user device and adjust the SPID profile and/or the access parameter(s) based thereon. Further, example embodiments of the present disclosure detect the available configuration and capability of the user device, and provide a suggestion to the user to configure the user device to connect to the 5G network when applicable. Ultimately, example embodiments of the present disclosure effectively and efficiently optimize the opportunities for the user device to access and utilize the 5G network, thereby enhancing the 5G network usage.

[0034] It is contemplated that features, advantages, and significances of example embodiments described hereinabove are merely a portion of the present disclosure, and are not intended to be exhaustive or to limit the scope of the present disclosure. Further descriptions of the features, components, configuration, operations, and implementations of the example embodiments of the present disclosure are provided in the following.

Example System Architecture

[0035] FIG. 3 illustrates an example system architecture of a distributed non- standalone (NSA) network, according to one or more example embodiments. As illustrated in FIG. 3, the system architecture may include a core network 310, a first user device 320, and a second user device 330.

[0036] It is contemplated that the system architecture in FIG. 3 is simplified for descriptive purposes, and the actual system architecture may be different from FIG. 3 in actual implementations. For instance, in some example implementations, the system may include more components, such as one or more radio components (e.g., LTE eNodeB, 5G gNodeB, etc.) that communicatively couple the user devices to the core network, multiple MME/HSS/PGW/PCRF/OCS, and the like, without departing from the scope of the present disclosure.

[0037] As illustrated in FIG. 3, the core network 310 may be communicatively coupled to the first user device 320 and the second user device 330 via, for example, one or more radio components like an LTE eNodeB and/or a 5G gNodeB. The first user device 320 and the second user device 330 may include at least one of: a mobile device (e.g., a smartphone, a laptop, a table, a wearable device like smartwatches and smartglasses, a portable hotspot, etc.), a static device (e.g., a fixed wireless access (FWA) router, an internet modem, an Internet of Things (loT) device like a security camera, sensors, and smart home devices, etc.), and a mobile device that has been in a static state for a predetermined period of time (e g., a mobile device that has been left on a desk or a charging station for a predetermined period of time, etc.) Merely for descriptive purposes, it may be assumed in the following that the first used device 320 is a mobile device and the second user device 330 is a static device.

[0038] Generally, in the NSA architecture, the user devices may first attach to the LTE network and then establish connectivity with the 5G network when applicable. In this regard, the core network 310 may refer to an LTE core network and may include a mobility management entity (MME) 312, a home subscriber server (HSS) 314, a packet data network gateway (PGW) 316, and a policy and charging rules function (PCRF)/online charging system (OCS) 318.

[0039] According to example embodiments, one or more of the MME 312, HSS 314, PGW 316, and PCRF/OCS 318 (as well as the operations associated therewith) may be implemented in one or more devices (e.g., one or more servers, etc.) For instance, one or more of the MME 312, HSS 314, PGW 316, and PCRF/OCS 318 (as well as the operations associated therewith) may be implemented as a software application(s) or virtualized/containerized network function(s) operating on the one or more devices, in a virtualized environment and the like.

[0040] The MME 312 may be responsible for providing mobility and session management for the users (i.e., the network subscribers). For example, the MME 312 may handle operations such as authentication, handovers between cells (e.g., between LTE cells and/or 5G cells), location updates, establishment and release of bearers, and the like.

[0041] The HSS 314 may be a central server or database that stores and manages user- related and subscription-related information. For example, the HSS 314 may manage and provide information associated with the users/subscribers in the form of a subscriber profile identifier

(SPID). The HSS 314 may provide the information and credentials of the users/subscribers to the MME 312 for user authentication and mobility management. In some example embodiments, the HSS 314 may determine the services the users/sub scribers are allowed to access.

[0042] According to example embodiments, the HSS 314 may be configured to map the SPID of the users/subscribers to the associated International Mobile Subscriber Identity (IMSI) as part of the subscription information. According to example embodiments, when the user devices attach to the network (e.g., initially as IMSI, subsequently as Global Unique Temporary Identifier (GUTI) attach, etc.), the MME 312 carries the subscription keys and derives the SPID as part of the authentication procedure over the S6a interface. The rule sets for this subscription profile is mapped in the RAN nodes (e.g., eNB, gNB, etc.), the PCRF 318, and implemented to the user devices as part of Authorization and Authentication Request (AAR), Re-Authentication Request (RAR), Re- Authentication Answer (RAA) and/or as part of RAN procedures like radio resource control (RRC) reconfiguration where mobility profiles, ENDC profiles (mapped to configurations) are mapped towards the associated user devices on the Air Interface. According to example embodiments, in addition to the SPID profiles, the HSS 314 may be configured to manage one or more profiles defined in one or more 3GPP technical specifications. For example, the HSS 314 may manage a restrictendc profile, which is a 3GPP profile mapped to the subscription of the user and defines the usage restriction of the user towards ENDC.

[0043] The PGW 316 may be responsible for managing the connection of the network to external packet data networks. For example, the PGW 316 may assign Internet Protocol (IP) addresses to the user devices, apply quality of service (QoS) rules to user traffic, and collect data for billing or charging purposes.

[0044] The PCRF/OCS 318 may be responsible for providing policy control and charging functionalities. For example, the PCRF/OCS 318 may determine which service and how the service should be provided to the user devices, apply charging mechanisms for the services used, provide credit control, and the like.

[0045] According to example embodiments, the MME 312 may be configured to coordinate with the HHS 314 to authenticate the user devices and with the PGW 316 for session continuity, before, during, and after the transition of the user devices from the LTE network to the 5G network.

[0046] The MME 312, HSS 314, PGW 316, and PCRF/OCS 318 may interoperate with one another to provide the user devices a seamless transition between the LTE network and the 5G network, when applicable. As described above, in the NSA architecture, the user devices may initially connect to the LTE network, and then switch to the 5G network when applicable. In this case, when the user devices first attach to the LTE network, the MME 312 may be configured to authenticate the user devices by interacting with the HSS 314. If the network supports dual connectivity (e.g., ENDC, etc.), the MME 312 may determine whether or not the current configuration of the user devices is capable of connecting to the 5G network (e.g., whether or not the user devices are 5G capable, whether or not the associated users have active 5G subscriptions, etc.) The MME 312 and the HSS 314 may communicate to each other via an S6a interface (i.e., a diameter interface).

[0047] For example, the MME 312 may communicate with the HSS 314 to authenticate the user devices and retrieve the subscription profile (e.g., SPID profile, etc.), which may include parameters like Dual Connectivity with New Radio (DCNR) parameter, device Type Allocation Code (TAC), and the like, that specify the current configuration and capability of the user devices

(e.g., 5G capable, LTE capable only, 5G capable but 5G connection is disabled, etc.) In addition, the subscription profile may also include information about the services the user devices subscribed to. Accordingly, the MME 312 may utilize the information provided by the HSS 314 to determine whether or not the current configuration of the user devices is capable of connecting to the 5G network.

[0048] In some example embodiments, based on determining that the current configuration of the user devices is not capable of connecting to the 5G network, the MME 312 may further determine whether or not the user devices can be configured to connect to the 5G network. For instance, the MME 312 may utilize the device TAC, and/or may utilize the DCNR bit to determine whether or not the user device is a 5G capable device. For example, based on determining that the device TAC indicates that the user device is 5G capable (e.g., Device TAC = 5G Capable, etc.), and/or based on determining that the DCNR bit indicates that the user device is 5G capable (e g., DCNR Bit mapping= 1, etc.), the MME 312 may determine that the user device is 5G capable but the 5G connection is turned off by the user. In this regard, the MME 321 may provide a notification (e g., by triggering an Application-to-Person (APS) message, etc.) to suggest the user to turn on the 5G connection, such that the user device can connect to the 5G network thereafter. According to example embodiments, before providing the notification to the user, the MME 312 may further take other conditions or predefined metrics (e.g., the network coverage, network quality, network capacity, etc.) into consideration, to determine whether or not the suggestion should be provided to the user. Accordingly, the MME 312 may again determine whether or not the current configuration of the user device (if reconfigured) is capable of connecting to the 5G network, as described above.

[0049] On the other hand, based on determining that the current configuration of the user device is capable of connecting to the 5G (e.g., the user device is appropriately configured and the 5G connection is enabled, etc.), the MME 312 may determine the mobility state of the user device, wherein the mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

[0050] For instance, the MME 321 may monitor the location, mobility, and connectivity status of the user device, as well as the associated historical data, to determine whether the user device has been staying within an area for a predetermined period of time. In this case, if the user device has moved from one area to another area within a first period of time (or has a history of frequently moving from one area to another area in the past), the MME 321 may determine that the user device is a mobile device. On the other hand, if the user device has been staying within the area for more than the first period of time but is moving to another area (or has a history of moving to another area in the past) within a second period of time, the MME 321 may determine that the user device is a mobile device that has been in the static state for a predetermined period of time. Further, if the user device has been staying within the area for more than the second period of time (or has not been moving out from the area in the past), the MME 321 may determine that the user device is a static device. In some example embodiments, the mobility state of the user device may be represented in an associated term, i.e., the mobility state of a mobile device is "dynamic", the mobility state of a static device is "static", the mobility state of a mobile device that has been in a static state for a predetermined period of time is “idle”, and the like.

[0051] It is contemplated that the mobility state of the user device may also be determined and provided to the MME 312 in any suitable method, without departing from the scope of the present disclosure. For example, the mobility state of the user device may be determined by the system and method described in US Patent No. 10, 499, 294.

[0052] Upon determining the mobility state of the user device, the MME 312 may provide the information to the HSS 314, and the HSS 314 may be configured to manage the associated setings for accessing the 5G network. For instance, the HSS 314 may configure an SPID profile (e.g., create a new SPID profile, update an existing SPID profile, etc.) for each of the associated user devices based on the mobility state of the user device, and then adjust or set at least one access parameter associated with the user device(s) based on the configured SPID profile. Further, according to example embodiments, the HSS 314 may be configured to manage the SPID profile based on the associated IMSI range.

[0053] According to example embodiments, the at least one access parameter may include at least one of an access threshold for accessing the 5G network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band. In some example implementations, the HSS 314 may create/manage an SPID profile for each of the user devices. Alternatively, the HSS 314 may create/manage an SPID profile for a plurality of user devices.

[0054] FIG. 4 illustrates an example of an SPID profile, according to one or more example embodiments. In this example, the SPID profile is presented in the table-form and contains the configuration of a plurality of access parameters associated with a plurality of user devices. As illustrated in FIG. 4, the access parameters may include: a Secondary Cell Group (SCG) type which specifies the frequency range (e.g., FR1 which includes sub-6 GHz frequency bands, FR2 which includes millimeter wave bands, etc.) of the associated SCG, Bl threshold (i.e., a type of access threshold defined in one or more 3GPP technical specifications), a split type which specifies the bearer types (e.g., SCG bearer, master cell group (MCG) bearer, split bearer, etc.), a priority, an E-UTRA Absolute Radio Frequency Channel Number (EARFCN) which specifies the operational frequency band (e.g., N77 and N78 are in the FR1 range, N256 is in the FR2 range), and the like. [0055] Referring back to FIG. 3, as described above, the HSS 314 may be configured to set at least one access parameter (e.g., at least one of the parameters illustrated in FIG. 4). By way of example, assuming that the first user device 320 is a mobile device and the second user device 330 is a static device, the HSS 314 may assign a higher access threshold (e.g., -105 dbm) to the first user device 320 and a lower access threshold (e.g., -111 dbm) to the second user device 330. This is because, the network coverage and performance for the second user device 330 is easier to predict due to the low mobility (or no mobility), and the second user device 330 is expected to be less prone to variation of network environment (e.g., distance between the second user device 330 to the radio component, etc.) as compared to the first user device 320. Conversely, since the first user device 320 is a mobile device and the associated mobility, network coverage, and the like are more unpredictable, the first used device 320 is expected to be more prone to variation of network environment as compared to the second user device 330. Thus, the HSS 314 may assign the first user device 320 with a higher access threshold (e.g., -105 dbm) and assign the second user device 330 with a lower access threshold (e.g., -I l l dbm).

[0056] It is contemplated that, in case there is a third user device that is determined as a mobile device that has been staying in the static state for a predetermined period of time, the HSS 314 may assign the third user device an access threshold higher than the second user device 330 and lower than the first user device 320 (e.g., -108 dbm), due to the similar reasons. Further, it is contemplated that the HSS 314 may appropriately configure other access parameters (e g., SCG type, split type, priority, operational frequency band, etc.) for the user devices in a similar manner. Furthermore, it is contemplated that the HSS 314 may appropriately configure the access parameters based on other factors or parameters, such as a type of ongoing activity in the user device (e.g., web browsing, video streaming, etc.), without departing from the scope of the present disclosure. [0057] Upon configuring the access param eter(s), the HSS 314 may include the configured access parameter(s) into the SPID profile and then provide the SPID profile to the MME 312. Accordingly, the MME 312 may provide the SPID profile to the radio components such that the radio components may enforce or activate the SPID profile to determine whether or not a handover process to the 5G network should be triggered for the user device.

[0058] According to example embodiments, after providing the SPID profile to the radio components, the MME 312 and HSS 314 may be configured to continuously (or periodically) measure or determine the performance of the user device under the configured access parameter (e.g., configured access threshold, etc.), and then reconfigure the SPID profile and/or the access param eter(s) to further improve the performance, if required. For example, based on determining that the performance of a user device is suboptimal (e.g., the signal quality degrades or has not improved, etc.), the HSS 314 may adjust the SPID profile and/or the access parameter(s) to optimize the performance of the user device. In this regard, the MME 312 and HSS 314 may receive information associated with the performance of the user device under the configured SPID profile and/or access parameter(s), and then reconfigure the SPID profile/access parameter(s) thereafter. Accordingly, a closed-loop performance determination and reconfiguration of the SPID profile and/or access parameter(s) can be achieved for at least a predetermined period of time.

[0059] It is contemplated that one or more additional operations may be performed throughout the processes described above. For instance, according to example embodiments, before determining the mobility state of the user device, the MME 312 may take into consideration other conditions or factors to determine whether or not the determination of the mobility state of the user device is required. [0060] In some example embodiments, prior to the determining the mobility state of the user device, the MME 312 may determine whether or not the current network to which the user device is attached is required to be improved. For instance, the MME 312 may determine whether or not a traffic share of the user device is lower than at least one predefined metric, such as at least one of: a parameter associated with a network coverage, a parameter associated with a network quality, a parameter associated with an average revue per unit (ARPU), a parameter associated with a churn rate, a parameter associated with a network traffic distribution, and the like, indicating that the network performances is required to be improved. For example, when the user device has a low traffic share but contributes to a high ARPU, it may indicate that the associated user subscribes to a high-cost plan but does not (or cannot) utilize a lot of data. As another example, when the user device has a low traffic share lower than a predefined chum rate, it may indicate that the associated user may be planning to switch to a different network operator/provider, thus reducing the usage on the current network. In these cases, the network performance is required to be improved so as to improve the user experience.

[0061] Accordingly, based on determining that the traffic share of the user device is lower than the at least one predefined metric, the MME 312 may determine (e.g., based on the DCNR of the user device, etc.) whether or not the current configuration of the user device is capable of connecting to the 5G network (i.e., whether or not the user device can be switched to the 5G network to improve the user’s experiences), and then determine the mobility state of the user device based on determining that the current configuration of the user device is capable of connecting to the 5G network, in a similar manner described above. On the other hand, based on determining that the current configuration of the user device is not capable of connecting to the 5G network, the MME 312 may determine (e.g., based on the TAC ofthe user device, etc.) whether or not the user device can be configured to connect to the 5G network, and then provide a suggestion to the user to configure the user device to connect to the 5G network based on determining that the user device can be configured to connect to the 5G network, in a similar manner described above.

[0062] In view of the above, example embodiments of the present disclosure dynamically assess the conditions of the network and the user devices and then appropriately configure the SPID profile and/or the access parameter(s), thereby optimizing the opportunities for the user devices to access and adopt the 5G network according to the latest conditions of the network and the user devices. Further, based on determining that the user devices can be configured to access the 5G network but the current configuration of the user devices is not capable of accessing the 5G network (e.g., the 5G connection is turned off or disabled by the user, etc.), example embodiments of the present disclosure may provide a notification to suggest the user to configure the associated user device(s), such that the opportunities for leveraging the 5G network would not be wasted. Furthermore, example embodiments continuously (or periodically) refine the configuration of the SPID profile/access parameter(s) based on the performance of the user devices, thereby optimizing the performance of the user devices. Ultimately, example embodiments of the present disclosure may effectively and efficiently enhance the usage of the 5G network, thereby improving the user experiences, reducing subscriber’s churn rate, and reducing wastage of network resources and operational costs.

Example Operations

[0063] In the following, descriptions of the example operations according to one or more example embodiments are described. In this regard, it can be understood that one or more operations described herein may be performed by a device (or a system comprising the device). For example, the system/device may include a processor and a storage medium storing computer- readable instructions for implementing the components of the core network 310 (e.g., MME 312, HSS 314, etc.) or the associated operations. In this case, the processor may be configured to execute the computer-readable instructions to perform one or more operations described herein. Descriptions of an example device that may be configured to implement the example embodiments are described below with reference to FIG. 6.

[0064] FIG. 5 illustrates a block diagram of a method 500 for enhancing the usage of the 5G network, according to one or more embodiments. As illustrated in FIG. 5, at operation S510, the system/device may be configured to determine a mobility state of a user device. In some example embodiments, the device may be configured to simultaneously (or sequentially) determine the mobility states of a plurality of user devices. The mobility state may be presented in terms of “dynamic”, “static”, and “idle”, and may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time.

[0065] Upon determining the mobility state of the user device, the method 500 may proceed to operation S520, at which the system/device may be configured to configure, based on the mobility state of the user device, a subscriber identifier (SPID) profile associated with the user device. For instance, the device may create a new SPID profile and include the information of the determined mobility state therein. Alternatively, the device may update an existing SPID profile associated with the user device to include the information of the determined mobility state therein. [0066] Upon configuring the SPID profile, the method 500 may proceed to operation S53O, at which the system/device may be configured to set or adjust at least one access parameter based on the configured SPID profile. The access parameter may include at least one of an access threshold for accessing a 5G network (e.g., Bl threshold), an SCG type, a split type, a priority, an operational frequency band (e.g., EARFCN), and the like. The system/device may set or assign the access parameter (or adjust an assigned access parameter) according to the mobility state of the user device defined in the SPID profile.

[0067] Further descriptions of the example operations for determining the mobility state of the user device, configuring the SPID profile, and configuring the access parameter(s), have been described above with reference to FIG. 3, thus redundant descriptions associated therewith may be omitted below for conciseness.

[0068] Upon configuring the access parameter, the method 500 may be terminated. Alternatively, the method 500 may proceed to operation S540 and then return to operation S520/S530, at which the system/device may be configured to provide a closed-loop performance determination and reconfiguration of the SPID profile and/or the access parameter(s). Specifically, at operation S540, the system/device may be configured to receive information associated with the performance of the user device under the configured SPID profile and/or the configured access parameter. Accordingly, the method 500 may return to operation S520 such that the system/device may adjust or reconfigure the SPID profile based on the received information. Alternatively or additionally, the method 500 may return to operation S530 such that the system/device may adjust or reconfigure the access parameter(s) based on the received information.

[0069] According to example embodiments, prior to the determining of the mobility state of the user device (at operation S510), the system/device may be configured to determine whether or not an improvement of the network performance is required. For instance, the system/device may determine whether or not a traffic share of the user device is lower than at least one predefined metric, and then determine whether or not a current configuration of the user device is capable of connecting to the 5G network, based on determining that the traffic share of the user device is lower than the at least one predefined metric. Accordingly, based on determining that the current configuration of the user device is capable of connecting to the 5G network, the system/device may then determine the mobility state of the user device.

[0070] According to example embodiments, the at least one predefined metric may include at least one of: a metric associated with a network coverage (e.g., a threshold associated with signal strength, geographical coverage, etc.), a metric associated with a network quality (e.g., a threshold associated with latency, jitter, packet loss, throughput, etc ), a metric associated with an average revenue per unit (e.g., a threshold associated with the ARPU, etc.), a metric associated with a chum rate (e.g., a threshold associated with a number of lost subscribers, etc.), and a metric associated with a network traffic distribution (e.g., a threshold associated with traffic volume, peak traffic duration, etc.)

[0071] According to example embodiments, the system/device may be configured to determine whether or not the current configuration of the user device is capable of connecting to the 5G network based at least on a DCNR indicator associated with the user device.

[0072] According to example embodiments, based on determining that the current configuration of the user device is not capable of connecting to the 5G network, the system/device may be configured to determine whether or not the user device can be configured to connect to the 5G network. For instance, the system/device may determine, based at least on a TAC associated with the user device, whether or not the user device is 5G capable but the functionalities associated with the 5G network are not available at the current configuration of the user device (e.g., the 5G functionalities have been disabled, etc.) Accordingly, based on determining that the user device can be configured to connect to the 5G network, the system/device may provide a notification to an associated user (e.g., user of the user device, etc.) to suggest the user to configure the user device for connecting to the 5G network (e.g., enabling the 5G functionalities on the user device, etc.)

[0073] Further descriptions of the example operations for providing the closed-loop performance determination and reconfiguration of the SPID profile and/or the access parameter, determining whether or not the improvement on the network performance is required, determining whether or not a current configuration of the user device is capable of connecting to the 5G network, and determining whether or not the user device can be configured for connecting to the 5G network, have been described above with reference to FIG. 3, thus redundant descriptions associated therewith may be omitted below for conciseness.

[0074] In view of the above, example embodiments of the present disclosure provide methods and operations for dynamically configuring the SPID profile/access parameter based on the current status (e.g., mobility state) of the user device and the current status (e.g., network performance, etc.) of the network, thereby maximizing the opportunities for the user device to connect and utilize the 5G network. Further, methods and operations of the example embodiments may also provide additional technical effects, such as continuously refining the configuration of the SPID profile/access parameter based on the performance of the user device and providing a notification suggesting the user to configure the user device to connect to the 5G network (when applicable). To this end, example embodiments of the present disclosure provide methods and operations for effectively and efficiently enhancing the usage of 5G network.

Example Device

[0075] As described above, one or more components of the example embodiments (e.g.,

MME 312, HSS 314, PGW 316, PCRF/OCS 318, etc ), as well as the operations associated therewith, may be implemented in one or more devices or hardware components, such as one or more servers, and the like. In the following, descriptions of a device in which the example embodiments may be implemented are provided.

[0076] FIG. 6 illustrates an embodiment of a device 600. As shown in FIG. 6, the device 600 may include a processor 610, a memory 620, a storage component 630, an input component 640, an output component 650, a communication interface 660, and a bus 670.

[0077] The processor 610, as used herein, means any type of computational circuit that may comprise hardware elements and software elements. The processor 610 may be embodied as a multi-core processor, a single core processor, or a combination of one or more multi-core processors and/or one or more single core processors, a distributed processing system, or the like. The processor 610 may be a Central Processing Unit (CPU), a graphics processing unit (GPU), an accelerated processing unit (APU), an application-specific integrated circuit (ASIC), or another type of processing component.

[0078] Memory 620 includes a non-transitory computer readable medium. Memory 620 includes a random-access memory (RAM), a read only memory (ROM), and/or another type of dynamic or static storage device (e.g., a flash memory, a magnetic memory, and/or an optical memory) that stores information and/or instructions for use by processor 610. The memory 620 comprises machine-readable instructions which are executable by the processor 610. These machine-readable instructions when executed by the processor 610 cause the processor 610 to perform one or more method steps of an embodiment described above.

[0079] Storage component 630 stores information and/or software related to the operation and use of the device 600. For example, storage component 630 may include a hard disk (e.g., a magnetic disk, an optical disk, a magneto-optic disk, and/or a solid-state disk), a compact disc (CD), a digital versatile disc (DVD), a floppy disk, a cartridge, a magnetic tape, and/or another type of non-transitory computer-readable medium, along with a corresponding drive.

[0080] Input component 640 is configured to receive information, such as user input. For example, the input component 640 may include, but not be limited to, a touch screen display, a keyboard, a keypad, a mouse, a button, a switch, and/or a microphone. Additionally, or alternatively, the input component 640 may include a sensor for sensing information (e.g., a global positioning system (GPS), an accelerometer, a gyroscope, and/or an actuator).

[0081] Output component 650 is configured to provide output information from the device 600. For example, the output component 650 may be, but not limited to, a display, a speaker, instructions to an external device, and/or one or more light-emitting diodes (LEDs).

[0082] Communication interface 660 is an interface that provides a communication connection to other devices, such as external devices and internal devices. The connection by the communication interface 660 can be a wired connection, a wireless connection, or a combination of wired and wireless connections, and can be a direct connection or an indirect connection via a communication network that exists between the device 600 and other devices. In other words, the standard of the communication interface 660 is not limited.

[0083] The bus 670 acts as an interconnect between the processor 610, the memory 620, the storage component 630, the input component 640, the output component 650, and the communication interface 660 of the device 600. The bus 670 may include a wired interconnection or a wireless interconnection.

[0084] The number and arrangement of components shown in FIG. 6 are provided as an example. In practice, device 600 may include additional components, fewer components, different components, or differently arranged components than those shown in FIG. 6. Additionally, or alternatively, a set of components (e.g., one or more components) of device 600 may perform one or more functions described as being performed by another set of components of device 600. Further, one or more method steps described in any of the embodiments may be performed utilizing a plurality of devices 600 in communication with one another.

Various Aspects of Embodiments

[0085] It is contemplated that the example embodiments described hereinabove with reference to FIG. 3 to FIG. 6 are merely examples of possible embodiments of the present disclosure, and are not intended to limit or restrict the scope of the present disclosure.

[0086] Specifically, the foregoing disclosure provides illustration and description, but is not intended to be exhaustive or to limit the implementations to the precise form disclosed. Modifications and variations are possible in light of the above disclosure or may be acquired from practice of the implementations.

[0087] Some embodiments may relate to a device (e.g., network node, server, etc.), a system, a method, and/or a computer-readable medium at any possible technical detail level of integration. Further, one or more of the above components described above may be implemented as instructions stored on a computer-readable medium and executable by at least one processor (and/or may include at least one processor). The computer-readable medium may include a computer-readable non-transitory storage medium (or media) having computer-readable program instructions thereon for causing a processor to carry out operations.

[0088] The computer-readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer-readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer-readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), electrically erasable programmable read-only memory (EEPROM), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer-readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.

[0089] Computer-readable program instructions described herein can be downloaded to respective computing/processing devices from a computer-readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers, and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium within the respective computing/processing device.

[0090] Computer-readable program code/instructions for carrying out operations may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state-setting data, configuration data for integrated circuitry, or either source code or object code written in any combination of one or more programming languages, including an object-oriented programming language such as Smalltalk, C++, or the like, and procedural programming languages, such as the "C" programming language or similar programming languages.

[0091] The computer-readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer-readable program instructions by utilizing state information of the computer- readable program instructions to personalize the electronic circuitry, in order to perform aspects or operations.

[0092] These computer-readable program instructions may be provided to a processor of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer- readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.

[0093] The computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer-implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.

[0094] The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer- readable media according to various embodiments. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). The method, computer system, and computer-readable medium may include additional blocks, fewer blocks, different blocks, or differently arranged blocks than those depicted in the Figures. In some alternative implementations, the functions noted in the blocks may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed concurrently or substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.

[0095] It will be apparent that systems and/or methods, described herein, may be implemented in different forms of hardware, firmware, or a combination of hardware and software. The actual specialized control hardware or software code used to implement these systems and/or methods is not limited to the implementations. Thus, the operation and behavior of the systems and/or methods were described herein without reference to specific software code — it is understood that software and hardware may be designed to implement the systems and/or methods based on the description herein.

[0096] In view of the above, various further respective aspects and features of embodiments of the present disclosure may be defined by the following items:

Item [1]: A system configured to: determine a mobility state of a user device, wherein the mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time; configure, based on the mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and set, based on the configured SPID profile, an access parameter.

Item [2]: The system according to item [1], wherein the system may be further configured to: receive information associated with a performance of the user device under the configured access parameter; and adjust, based on the received information, at least one of the SPID profile and the access parameter.

Item [3]: The system according to one of the items [l]-[2], wherein the access parameter may include at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

Item [4]: The system according to one of the items [ 1 ]-[3], wherein the system may be further configured to: prior to the determining of the mobility state of the user device, determine whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determine whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determine the mobility state of the user device.

Item [5]: The system according to item [4], wherein the predefined metric may include at least one of: a metric associated with a network coverage, a metric associated with a network quality, a metric associated with an average revenue per unit (ARPU), a metric associated with a churn rate, and a metric associated with a network traffic distribution.

Item [6]: The system according to item [4], wherein the system may be configured to determine whether or not the current configuration of the user device is capable of connecting to the 5G network based on a Dual Connectivity with New Radio (DCNR) indicator associated with the user device.

Item [7]: The system according to item [4], wherein the system may be further configured to: based on determining that the current configuration of the user device is not capable of connecting to the 5G network, determine whether or not the user device can be configured to connect to the 5G network; and based on determining that the user device can be configured to connect to the 5G network, provide a notification to an associated user to suggest the user to configure the user device for connecting to the 5G network.

Item [8]: The system according to item [7], wherein the system may configured to determine whether or not the user device can be configured to connect to the 5G network based on a Type Allocation Code (TAC) associated with the user device.

Item [9]: A method including: determining a mobility state of a user device, wherein the mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time; configuring, based on the mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and setting, based on the configured SPID profile, an access parameter.

Item [10]: The method according to item [9], further includes: receiving information associated with a performance of the user device under the configured access parameter; and adjusting, based on the received information, at least one of the SPID profile and the access parameter.

Item [11]: The method according to one of items [9]-[10], wherein the access parameter may include at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

Item [12]: The method according to one of items [9]-[l 1], further includes: prior to the determining of the mobility state of the user device, determining whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determining whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determining the mobility state of the user device.

Item [13]: The method according to item [12], wherein the predefined metric may include at least one of: a metric associated with a network coverage, a metric associated with a network quality, a metric associated with an average revenue per unit (ARPU), a metric associated with a churn rate, and a metric associated with a network traffic distribution.

Item [14]: The method according to item [12], wherein the determining whether or not a current configuration of the user device is capable of connecting to the 5G network may include: determining whether or not a current configuration of the user device is capable of connecting to the 5G network based on a Dual Connectivity with New Radio (DCNR) indicator associated with the user device.

Item [15]: The method according to item [12], further includes: based on determining that the current configuration of the user device is not capable of connecting to the 5G network, determining whether or not the user device can be configured to connect to the 5G network; and based on determining that the user device can be configured to connect to the 5G network, providing a notification to an associated user to suggest the user to configure the user device for connecting to the 5G network.

Item [16]: The method according to item [15], wherein the determining whether or not the user device can be configured to connect to the 5G network may include: determining whether or not the user device can be configured to connect to the 5G network based on a Type Allocation Code (TAC) associated with the user device. Item [17]: A non-transitory computer-readable recording medium having recorded thereon instructions executable by a system to cause the device to perform a method including: determining a mobility state of a user device, wherein the mobility state may define the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for a predetermined period of time; configuring, based on the mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and setting, based on the configured SPID profile, an access parameter.

Item [18]: The non-transitory computer-readable recording medium according to item [17], wherein the method may further include: receiving information associated with a performance of the user device under the configured access parameter; and adjusting, based on the received information, at least one of the SPID profile and the access parameter.

Item [19]: The non-transitory computer-readable recording medium according to one of items [ 17]-[ 18], wherein the access parameter may include at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

Item [20]: The non-transitory computer-readable recording medium according to one of items [ 17]-[ 19], wherein the method may further include: prior to the determining of the mobility state of the user device, determining whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determining whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determining the mobility state of the user device. [0097] It can be understood that numerous modifications and variations of the present disclosure are possible in light of the above teachings. It will be apparent that within the scope of the appended clauses, the present disclosures may be practiced otherwise than as specifically described herein.

Claims

What is claimed is:

1. A system configured to: determine a mobility state of a user device, wherein the mobility state defines the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for at least a predetermined period of time; configure, based on the determined mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and set, based on the configured SPID profile, an access parameter.

2. The system according to claim 1, wherein the system is further configured to: receive information associated with a performance of the user device under the configured access parameter; and adjust, based on the received information, at least one of the SPID profile and the access parameter.

3. The system according to claim 1, wherein the access parameter comprises at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

4. The system according to claim 1 , wherein the system is further configured to: prior to the determining of the mobility state of the user device, determine whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determine whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determine the mobility state of the user device.

5. The system according to claim 4, wherein the predefined metric comprises at least one of: a metric associated with a network coverage, a metric associated with a network quality, a metric associated with an average revenue per unit (ARPU), a metric associated with a churn rate, and a metric associated with a network traffic distribution.

6. The system according to claim 4, wherein the system is configured to determine whether or not the current configuration of the user device is capable of connecting to the 5G network based on a Dual Connectivity with New Radio (DCNR) indicator associated with the user device.

7. The system according to claim 4, wherein the system is further configured to: based on determining that the current configuration of the user device is not capable of connecting to the 5G network, determine whether or not the user device can be configured to connect to the 5G network; and based on determining that the user device can be configured to connect to the 5G network, provide a notification to an associated user to suggest the user to configure the user device for connecting to the 5G network.

8. The system according to claim 7, wherein the system is configured to determine whether or not the user device can be configured to connect to the 5G network based on a Type Allocation Code (TAC) associated with the user device.

9. A method comprising: determining a mobility state of a user device, wherein the mobility state defines the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for at least a predetermined period of time; configuring, based on the determined mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and setting, based on the configured SPID profile, an access parameter.

10. The method according to claim 9, further comprises: receiving information associated with a performance of the user device under the configured access parameter; and adjusting, based on the received information, at least one of the SPID profile and the access parameter.

11. The method according to claim 9, wherein the access parameter comprises at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

12. The method according to claim 9, further comprises: prior to the determining of the mobility state of the user device, determining whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determining whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determining the mobility state of the user device.

13. The method according to claim 12, wherein the predefined metric comprises at least one of: a metric associated with a network coverage, a metric associated with a network quality, a metric associated with an average revenue per unit (ARPU), a metric associated with a churn rate, and a metric associated with a network traffic distribution.

14. The method according to claim 12, wherein the determining whether or not a current configuration of the user device is capable of connecting to the 5G network comprises: determining whether or not a current configuration of the user device is capable of connecting to the 5G network based on a Dual Connectivity with New Radio (DCNR) indicator associated with the user device.

15. The method according to claim 12, further comprising: based on determining that the current configuration of the user device is not capable of connecting to the 5G network, determining whether or not the user device can be configured to connect to the 5G network; and based on determining that the user device can be configured to connect to the 5G network, providing a notification to an associated user to suggest the user to configure the user device for connecting to the 5G network.

16. The method according to claim 15, wherein the determining whether or not the user device can be configured to connect to the 5G network comprises: determining whether or not the user device can be configured to connect to the 5G network based on a Type Allocation Code (TAC) associated with the user device.

17. A non-transitory computer-readable recording medium having recorded thereon instructions executable by a system to cause the system to perform a method comprising: determining a mobility state of a user device, wherein the mobility state defines the user device as one of: a mobile device, a static device, and a mobile device that has been in a static state for at least a predetermined period of time; configuring, based on the determined mobility state of the device, a subscriber profile identifier (SPID) profile associated with the user device; and setting, based on the configured SPID profile, an access parameter.

18. The non-transitory computer-readable recording medium according to claim 17, wherein the method further comprises: receiving information associated with a performance of the user device under the configured access parameter; and adjusting, based on the received information, at least one of the SPID profile and the access parameter.

19. The non-transitory computer-readable recording medium according to claim 17, wherein the access parameter comprises at least one of: an access threshold for accessing a fifth generation (5G) network, a secondary cell group (SCG) type, a split type, a priority, and an operational frequency band.

0. The non-transitory computer-readable recording medium according to claim 17, wherein the method further comprises: prior to the determining of the mobility state of the user device, determining whether or not a traffic share of the user device is lower than a predefined metric; based on determining that the traffic share of the user device is lower than the predefined metric, determining whether or not a current configuration of the user device is capable of connecting to the 5G network; and based on determining that the current configuration of the user device is capable of connecting to the 5G network, determining the mobility state of the user device.