Adaptive cellular configuration through shared information

Abstract

Techniques are described herein for updating configuration parameters. An examine method can include receiving, using a broadcast channel between a first user equipment (UE) and a second UE, a first set of configuration parameters associated with a second network access of the second UE. The method can further include determining a data stall of communications that uses a second set of configuration parameters associated with a first network access of the first UE. The method can further include determining, based on the data stall, the first set of configuration parameters. The method can further include communicating, based on the first set of configuration parameters, with a network, for changing the first network access of the first UE from using the second set of configurations to using the first set of configuration parameters.

Description

ADAPTIVE CELLULAR CONFIGURATION THROUGH SHARED INFORMATIONTECHNICAL FIELD

[0001] This application relates generally to wireless networks and, in particular, to technologies for adaptive cellular configuration through shared information in said wireless networks.BACKGROUND

[0002] Cellular communications can be defined in various standards to enable communications between a user equipment and a cellular network. For example, a long-term evolution (LTE) network and Fifth generation mobile network (5G) are wireless standards that aim to improve upon data transmission speed, reliability, availability, and more.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 is an illustration of a communication system, according to one or more embodiments.

[0004] FIG. 2 is an illustration of a user equipment (UE) sharing configuration information, according to one or more embodiments.

[0005] FIG. 3 is an illustration of a process for using configuration information, according to one or more embodiments.

[0006] FIG. 4 is an illustration of a process for broadcasting configuration information, according to one or more embodiments.

[0007] FIG. 5 is an illustration of configuration parameters, according to one or more embodiments.

[0008] FIG. 6 is a flow diagram for a post-data stall detection process, according to one or more embodiments.

[0009] FIG. 7 is a process for updating configuration parameters, according to one or more embodiments.

[0010] FIG. 8 is process for updating configuration parameters, according to one or more embodiments.

[0011] FIG. 9 is process for updating configuration parameters, according to one or more embodiments.

[0012] FIG. 10 is an illustration of an example of receive components, according to one or more embodiments.

[0013] FIG. 11 is an illustration of an example of a user equipment, according to one or more embodiments.

[0014] FIG. 12 is an illustration of an example of a network node, according to one or more embodiments.DETAILED DESCRIPTION

[0015] Techniques are described herein for permitting a group of user equipments (UEs) to broadcast their respective sets of configuration parameters to each other during periods when UEs are experiencing a good quality of service (QoS) . Each set of configuration parameters can identify the respective configuration parameters that a UE is using to connect to a network. In the instance that a UE from the group of UEs experiences a poor QoS, the UE can switch to using a different set of configuration parameters to connect to the network based on one of the sets of configuration parameters.

[0016] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular structures, architectures, interfaces, techniques, etc., in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrase “A or B” means (A) , (B) , or (A and  B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0017] The following is a glossary of terms that may be used in this disclosure.

[0018] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities and may describe a remote user of network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, reconfigurable mobile device, etc. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0019] The term “base station” as used herein refers to a device with radio communication capabilities, that is a network component of a communications network (or, more briefly, a network) , and that may be configured as an access node in the communications network. A UE’s access to the communications network may be managed at least in part by the base station, whereby the UE connects with the base station to access the communications network. Depending on the radio access technology (RAT) , the base station can be referred to as a gNodeB (gNB) , eNodeB (eNB) , access point, etc.

[0020] The term “network” as used herein reference to a communications network that includes a set of network nodes configured to provide communications functions to a plurality of user equipment via one or more base stations. For instance, the network can be a public land mobile network (PLMN) that implements one or more communication technologies including, for instance, 5G communications.

[0021] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component within a computing environment, or a physical or virtual component within a particular device, such as computer devices, mechanical devices, memory space, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocation, throughput, memory usage, storage, network, database and applications, workload units, or the like. A  “hardware resource” may refer to compute, storage, or network resources provided by physical hardware element (s) . A “virtualized resource” may refer to compute, storage, or network resources provided by virtualization infrastructure to an application, device, system, etc. The term “network resource” or “communication resource” may refer to resources that are accessible by computer devices / systems via a communications network. The term “system resources” may refer to any kind of shared entities to provide services and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0022] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0023] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0024] FIG. 1 is an illustration 100 of a communication system, according to one or more embodiments. As illustrated, a first base station 102 can provide service to multiple user equipments (UEs) 104. In the same general area, a Wi-Fi access point 106 can provide Wi-Fi service to multiple UEs 104. As illustrated in areas with dense wireless network congestion, (e.g., a subway sporting event, musical concert) , UEs 104 can connect to a network using various radio access technologies (RATs) , such as Wi-Fi, Bluetooth, 4G, long term evolution (LTE) , 5G, and 6G or other RAT. In these dense areas, certain UEs 104 can have strong data connections and enjoy a good quality of service (QoS) . For example, the UEs can display content (e.g., videos) and interact with the internet (e.g., browse web pages) with good QoS. For example, certain UEs 104 may be connected to a network via a first RAT (e.g., via the first base station  102 that is implemented according to the first RAT) and receive a good QoS. On the other hand, other UEs 104 in the same location can experience poor service, such as experiencing data stalling while attempting to watch videos, web pages not loading, or an inability to communicate with other UEs 104 for chat conversations. For example, the UEs 104 may be connected to the network via a second RAT (e.g., via the Wi-Fi access point 106 that is implemented according to the second RAT) that cannot provide good QoS in a dense environment. In other instances, the Wi-Fi access point 106 may provide good QoS and the base station may provide poor QoS. For example, a UE 104 may move about from an area (e.g., within a cell 108) with a strong data connection with the network to an area with a weaker communication (e.g., the edge of the cell 108) . If the UE 104 does not reconnect with another cell or use another RAT, the UE 104 may experience poor QoS.

[0025] A data stall can occur if there is no exchange or a limited exchange of data between devices. For example, a UE 104 can transmit data packets, but not receive data packets in return. In another example, the UE 104 can receive data packets, but may not be able to transmit data packets. In yet other instances, the UE 104 may not be able to either receive or transmit data packets. The data stall can also cause a slower throughput and increased latency.

[0026] In some situations, in which there is a large congestion of UEs 104 each UE 104 can experience similar radio frequency (RF) conditions, and there may be no significant difference in the reference signal received power (RSRP) measurements between UEs 104. However, a time duration that a UE 104 experiences a data stall can increase significantly under these conditions. Another issue can be that a cellular network can allocate different available cells, bands, frequency points, and priorities to different UEs 104 based on the network’s internal strategy. During this time, the network may experience slower throughput, issue fewer grants, schedule fewer resources, and have increased latency with respect to the UEs 104. The UEs 104 that are assigned frequency points that are utilized by congested services can experience data stalling.

[0027] There can be various reasons why densely packed UEs may experience increased instances of data stall. One reason can be that the network performs an allocation and handover (HO) of resources (e.g., RAT, cell, band, frequency, and other appropriate resource) based on RF signal quality (e.g., RF signal quality as measured by RSRP, signal to noise ratio (SNR) , or other RF signal quality measure) , rather than on QoS. Another reason can be that the network  resources that are available to the UEs 104 for data traffic are dynamically changing. Therefore, even if a current serving cell or frequency cannot meet user QoS demands, as long as the RF signal quality under the current serving cell and frequency remains better than an HO condition, the network does not have protocol-triggered HO for a UE 104 to switch configuration parameters and provide better QoS. Therefore, even though a UE 104 may be displaying a full set of signal bars, the UE 104 may still experience a data stall due to the congestion. This can occur even though network resources that can improve the QoS for the UE 104 may be available.

[0028] Various attempts have been made to improve QoS in areas with densely packed UEs. For example, some UEs are configured to collect cell and frequency-based data service QoS information and upload the data to a server. The server can then identify better frequency points and transmit configuration information back to the UE to switch to the better frequency points. However, due to carrier network load balancing, the available resources are dynamically changing. Therefore, this approach may be ineffective in real-time as by the time the network receives the cell and frequency-based data service QoS information, makes a determination, and transmits the configuration information, the QoS associated with the resources may have changed. Other UE manufacturers’ approach is to disguise ordinary data packets as requests for high-priority network resources. However, this approach is in violation of 3GPP protocols.

[0029] The embodiments herein address the above issues by providing techniques for actively switching frequency points, bands, cells or RATs for data services to achieve better QoS. The techniques herein can be used by a UE that is experiencing a poorer QoS to switch to using other resources (e.g., uncongested frequency, cell, band, RAT or other resources) that can provide a better QoS. The techniques described herein can further minimize a UE user’s awareness of the difference in data services quality between different UEs in the same area. Therefore, in the event of poor QoS, a UE can seamlessly switch to different configuration parameters to improve the QoS and without the user being made aware.

[0030] The techniques described herein can include a UE (e.g., a first UE) transmitting a message using a public broadcast channel (e.g., Bluetooth low energy (BLE) advertising channel 37, 38, 39, or other channel) . The message can include mobile country code (MCC) information, mobile network code (MNC) information, RAT information, cell (C) information (e.g., serving cell information, such as a cell identifier) , band (B) information (e.g., a band that the UE is using  to communicate) , and frequency (F) information (e.g., the frequency that the UE is using to communicate) . The message can be known as an MMRCBF (MCC-MNC-RAT-Cell-Band-Freq) message. For example, if the UE is receiving cellular service and the QoS falls above a threshold QoS threshold, the UE can broadcast the MMRCBF message. The message can either expressly or implicitly indicate that the MMRCBF information relates to a configuration that, at the time the broadcast is sent, is associated with a QoS above a threshold QoS.

[0031] The techniques described herein can further include a UE (e.g., a second UE) decoding the MMRCBF message. The UE can monitor its own QoS and determine when the QoS falls below a threshold QoS. The UE can then use the MMRCBF information to determine a suitable MMRCBF configuration to improve its QoS. For example, if the MMRCBF message indicated a different band than is being used by the UE, the UE can determine to switch to the band indicated in the MMRCBF message.

[0032] The techniques described herein can further include UE engaging in an HO process to switch its MMRCBF configuration to improve its QoS. For example, the UE can indicate to the base station (e.g., first base station 102) one or more MMRCBF configuration parameters that are associated with an improved QoS. The base station can determine whether resources are available based on the one or more MMRCBF configuration parameters. Assuming that the resources are available, the base station can then transmit configuration information to the base station to effectuate the HO. In some instances, the HO can cause the UE to switch from a serving base station (e.g., the first base station 102) to a target base station (e.g., second base station) . For example, the first base station 102 can communicate with the second base station 110 and provide context information about the UE. The first base station 102 can then transmit HO information to the UE, with instructions to switch from the first base station 102 to the second base station 110. The UE can switch to the second base station 110 and access the network via the second base station 110.

[0033] FIG. 2 is an illustration of a UE sharing configuration information, according to one or more embodiments. A first UE 202 can broadcast the MMRCBF information 204 under certain conditions. The MMRCBF information 204 can include mobile country code (MCC) information, mobile network code (MNC) information, RAT information, cell (C) information (e.g., serving cell information, such as a cell identifier) , band (B) information (e.g., a band  identifier of the band that the UE is using to communicate) , and frequency (F) information (e.g., the frequency identifier of the frequency that the UE is using to communicate) . In some embodiments, the information is included in a fixed 23 byte-length message. In some instances, the first UE 202 can use a designated RAT to broadcast the MMRCBF information 204. For example, the first UE 202 can be configured to use a Bluetooth broadcast signal to broadcast the MMRCBF information 204. In other embodiments, the first UE 202 can be configured to broadcast the MMRCBF information 204 using another RAT (e.g., Wi-Fi, or other appropriate RAT) . Therefore, if the first UE 202 is communicating via a RAT different than the RAT dedicated for broadcasting the MMRCBF information 204, the first UE 202 can switch to the designated RAT to broadcast the MMRCBF information 204. If the first UE 202 is already using the designated RAT, then the first UE 202 can continue using the RAT and the broadcast MMRCBF information 204.

[0034] In some instances, a second user equipment 206 can receive the broadcasted MMRCBF information 204. It should be appreciated that the first UE 202 may or may not be aware of the second UE 206. In other words, the first UE 202 can be configured to broadcast the MMRCBF information 204 regardless of whether another UE (e.g., the second UE 206) is present to receive the MMRCBF information 204.

[0035] FIG. 3 is an illustration of a process 300 for using configuration information, according to one or more embodiments. FIG. 3 illustrates an example of an operational flow / algorithmic structure 300 related to resource block restrictions, in accordance with some embodiments. The operational flow / algorithmic structure 300 can be implemented by a UE (e.g., performed by components thereof including, for example, an apparatus of the UE, where the apparatus includes processing circuitry) . The UE can correspond to any of the UEs described herein and can include a full-band duplexer. In some embodiments, the operational flow / algorithmic structure 300 may be implemented by executing instructions stored in a tangible, non-transitory, computer-readable storage medium, such as a memory of the UE. While the operational flow / algorithmic structure 300 is described using steps in a specific sequence, it should be understood that the present disclosure contemplates that the described steps may be performed in different sequences than the sequence illustrated, and certain described steps may be omitted or not performed altogether.

[0036] At 302, the process 300 can include receiving, using a broadcast channel between a first UE and a second UE, a first set of configuration parameters associated with a second network access of the second UE. The configuration parameters can include MMRCBF information (e.g., MMRCBF information 204) that includes MCC information, MNC information, RAT information, cell information, band information, and frequency information.

[0037] At 304, the process 300 can include determining a data stall of communications that uses a second set of configuration parameters associated with a first network access of the first UE. For example, the UE can communicate using the second set of configuration parameters. At some point, the UE can determine a data stall that is interrupting the communication. A process for receiving a set of configuration parameters is described with more particularity with respect to FIG. 9.

[0038] At 306, the process can include determining, based on the data stall, the first set of configurations. A data stall can occur if there is no exchange or a limited exchange of data between devices. A data stall can also be associated with a reduced throughput and increased latency. A process for the UE determining a data stall is described with more particularity with respect to FIG. 6.

[0039] At 308, the process can include communicating, based on the first set of configurations, with a network for changing the first network access of the first UE from using the second set of configurations to using the first set of configurations. The first UE can transit request for a handover (HO) to a base station (e.g., first base station 102 or second base station 110) . The HO request can include a request to use the first set of configuration parameters to connect to the network. The base station can determine whether resource can be allocated for the UE to use the first set of configuration parameters. If, the base station determines that the resources can be allocated, the base station can transmit a response with configuration information. If, the base station determines that the resources cannot be allocated, the base station can deny the request.

[0040] As indicated above, a UE (e.g., the first UE 202) can broadcast the MMRCBF information (e.g., MMRCBF information 204) under certain conditions. FIG. 4 is provided to illustrate the conditions upon which the UE broadcasts the configuration information. FIG. 4 is an illustration of a process 400 for broadcasting configuration information, according to one or more embodiments. At 402, a UE (e.g., first UE 202) can monitor a data service QoS. For  example, the UE can measure various radio condition parameters, such as throughput, jitter, packet loss, grant scheduling, scheduling requests (SRs) , latency, or other appropriate parameters. The radio condition parameters can be associated with a first set of configuration parameters (e.g., MMRCBF information) . The UE can be configured to determine a QoS based on the measured radio condition parameters. In addition, an application running in the UE can measure performance conditions and provide the UE with information to be used to determine a QoS. The UE can further be configured with QoS thresholds to be used to compare against any determined QoS. Either the base station can configure the UE with the QoS thresholds or the UE manufacturer can configure the UE with the QoS thresholds.

[0041] The UE can use the radio condition measurements to determine a QoS for the UE. The UE can further compare the QoS to the threshold QoS. Upon determining that the QoS exceeds the threshold QoS, the UE can determine a duration for the UE’s QoS exceeding the threshold QoS. For example, upon determining that the QoS exceeds the threshold QoS, the UE can start a timer. As long as the UE’s QoS exceeds the threshold QoS, the UE can continue with the timer. If the UE’s QoS falls below the threshold QoS, the UE can stop the timer.

[0042] At 404, the UE can determine whether the QoS exceeds a threshold for greater than a threshold duration. As indicated above, the UE can determine whether the UE’s QoS exceeds a threshold QoS. The UE can further determine a duration for the UE’s QoS exceeding the threshold QoS. If the UE’s QoS does not exceed the threshold QoS for the threshold duration, the UE can continue monitoring at 302. For example, the threshold duration is x units of time and the actual duration that the UE’s QoS exceeds the threshold QoS is x-y units of time, then the UE can continue to monitor the radio conditions at 402. Or if the UE’s QoS falls below the threshold QoS before x units of time passes, the UE can continue to monitor the conditions at 302.

[0043] If the UE’s QoS exceeds the threshold QoS for greater than the threshold duration, the process 400 can proceed to 406. At 406, the UE can be triggered and share MMRCBF information (e.g., first set of configuration parameters) . As indicated above, the MMRCBF information can be shared via a broadcast over a RAT. The RAT can be Bluetooth technology (e.g., Bluetooth Low energy (BLE) ) , which has an effective communication distance of 10 -100 meters. The Bluetooth technology can further have a transmit power between 1 –100 mW, with a sensitivity ranging from -90dBm to -100dBm. The Bluetooth technology can be used to  transmit a Bluetooth advertising message over various channels (e.g., using channel 37, 38, or 39, or other designated channels) that are spread over a spectrum. For example, channel channels 37 and 39 can be the first and last channels in a band, and channel 38 can in the middle of the band. The UE can enter an advertising mode and broadcast over one or more of the advertising channels. In some embodiments, the interval between the broadcasted MMRCBF information messages can be randomized to prevent collisions with MMRCBF information messages broadcasted from other UEs.

[0044] The Bluetooth technology can have a transmission rate of 1 Mbps, where the transmission of the 40 bytes can take approximately 32 us. As indicated above, the UE can be configured for a collision avoidance protocol based on time allocation to reduce collision and interference on the broadcast channel caused by other UEs that may be broadcasting messages simultaneously. The UE can further be configured with a framework to provide the authentication strategy for communication with other UEs.

[0045] As indicated above, the techniques can include a second UE (e.g., a second UE 208) decoding an MMRCBF message from a first UE (e.g., first UE 202) . FIG. 5 provides an illustration of the information provided via the MMRCBF message. FIG. 5 is an illustration 500 of configuration parameters, according to one or more embodiments. The second UE can decode a received MMRCBF message that passes a cyclic redundancy check (CRC) . A CRC can be a technique to check for errors in transmitted data. For example, a first UE (e.g., first UE 202) that broadcasts an MMRCBF message can determine a checksum based on the contents of the MMRCBF message. The first UE can further append the checksum to the MMRCBF message. A second UE (e.g., second UE 206) can generate its own checksum based on the contents of the message. The second UE can then compare the checksum that it generated to the checksum appended to the MMRCBF message. If the checksums match, then the second UE can determine that the MMRCBF message passes the CRC. If the checksums do not match, the second UE can determine that the MMRCBF message does not pass the CRC. Referring back to FIG. 1, it is illustrated that multiple UEs are within proximity to each other. In many instances, the second UE can receive MMRCBF messages from multiple UEs. The second UE can further perform the CRC for each received MMRCBF message. In some embodiments, the second UE only considers MMRCBF messages that are received within a threshold time window. As indicated  above, available resources may change dynamically, and therefore MMRCBF messages that are received from too far back in the past may no longer be relevant. In some instances, the second UE can determine a time that an MMRCBF message was received. The second UE can further determine whether the MMRCBF message was received within a threshold time interval (e.g., y units of time) . If the MMRCBF message was received earlier than the threshold time interval from the current time, the second UE can disregard the MMRCBF message. If the MMRCBF message was received within the threshold time interval from the current time, the second UE can determine whether the MMRCBF message passes the CRC. It should be appreciated that within a dense environment each of the UEs is continuously monitoring a respective QoS, broadcasting an MMRCBF message if the QoS is above a threshold QoS for greater than a threshold duration, and decoding MMRCBF messages from other UEs.

[0046] The configuration parameters from each MMRCBF message that is received within the threshold time interval and passes the CRC can be stored in the local memory of the second UE. Each MMRCBF messages can include a set of configuration parameters. The second UE can access the configuration parameter sets and combine sets based on matching configuration parameters.

[0047] Referring to FIG. 5, three configuration parameter sets are illustrated. Each configuration parameter set includes values for each configuration parameter associated with the MMRCBF messages. Turning to the first configuration parameter set 502, it is illustrated that the MCC / MNC configuration value is set to one, the RAT configuration value is set to one, the cell configuration value is set to one, the band configuration value is set to one, and the frequency configuration value is set to one. Each configuration value can be associated with a real-world configuration. For example, a RAT configuration value of “x” can be associated with, for example a Wi-Fi access point (e.g., Wi-Fi access point 106) . It is further illustrated that the first configuration parameter set 502 has a quantity of one. This can indicate that the UE received three MMRCBF messages within the threshold time window 508, that each passed the CRC, and each included matching configuration parameters. It is further illustrated that the second configuration parameter set 504 has a quantity of one. This can indicate that the UE only received one MMRCBF message within the threshold time window 508, passed the CRC, and included an MCC / MNC configuration value set to one, a RAT configuration value set to two, a  cell configuration value set to two, a band configuration value set to two, and a frequency configuration value set to two. Moving on to the Nth configuration parameter set 506, it is illustrated that the quantity is five. This can indicate that UE received five MMRCBF messages within the threshold time window 508, passed the CRC, and included an MCC / MNC configuration value set to one, a RAT configuration value set to three, a cell configuration value set to three, a band configuration value set to three, and a frequency configuration value set to three. Furthermore, each of the configuration parameter sets can have been transmitted by a UE that is experiencing a QoS that has exceeded the threshold QoS for a duration that exceeds a threshold duration. As indicated above, the UE has detected a data stall and therefore may be experiencing a poor QoS. Therefore, the UE can be configured to select one of the configuration parameter sets to improve its QoS.

[0048] The UE can use one or more strategies to determine which configuration parameter set of the N configuration parameter sets to select. The UE can receive configuration information as to which selection strategy to select from a base station. Or the UE can be configured as to which selection strategy to use from the UE manufacturer.

[0049] For example, one strategy can be for the UE to select a configuration parameter set based on quantity. Referring to FIG. 5, using this selection strategy, the UE can select the Nth configuration parameter set as it has a quantity of five and the other configuration parameter sets have a quantity less than five. This selection strategy can be based on the highest number of UEs that have a good QoS using the same configuration parameter set.

[0050] Another strategy that the UE can use to select a configuration parameter set can be based on a dynamic load balancing configuration (e.g., diffusion selection, random selection, weight-based selection, or other dynamic load balancing configuration) . One advantage to using a dynamic load balancing configuration over a quantity-based configuration is that if multiple UEs with poor QoS are using the quantity-based strategy, each will select the same configuration parameter set (e.g., the Nth configuration parameter set 206) . This can lead to the resources associated with the configuration parameter set getting congested, and leading to a poor QoS.

[0051] One dynamic load balancing configuration can include a diffusion selection strategy. The UE can determine a probability distribution for each of the configuration parameter sets. For example, the UE can use a machine learning model that can use each configuration  parameter set as an input and output a respective probability that switching to the configuration parameter set can likely result in an improved QoS. The UE can then select a configuration parameter set based on the probabilities. Another strategy is a random-selection strategy, in which the UE randomly selects a configuration parameter set. In this sense, if multiple UEs are selecting a configuration parameter set, the selections can be randomly spread across each of the configuration parameter sets. Therefore, not all of the UEs select the same configuration parameter set and cause a congestion of the associated resources. For a weight-based selection strategy, each configuration parameter can be assigned a weight (e.g., a scalar value) . The UE can then generate a score of the total weights of each configuration parameter set. For example, the UE can add the scalar values for each configuration parameter together. The UE can then select a configuration parameter set based on the total weighted value of each configuration parameter set.

[0052] As indicated above, the configuration parameters sets may be received within a threshold time window 508. The UE can be configured to continuously store configuration parameter sets that are received within the threshold time window 508. Configuration parameter sets that are received before the threshold time window (e.g., configuration parameter sets received before t1) can be discarded by the UE. Furthermore, as older configuration parameter sets are discarded and newer configuration parameter sets are stored in memory, the UE can dynamically update the quantity value for each configuration parameter set. For example, the current quantity for the first configuration parameter set 502 is three. If, in the future (e.g., the threshold time window 508 begins at t2, rather than t1) , the UE determines that one of the MMRCBF messages was received before the threshold time window 508, the UE can dynamically update the quantity to two. The UE can also dynamically update the quantity to add to the quantity. Continuing with this example, if the UE receives an MMRCBF message with an MCC / MNC configuration value set to one, a RAT configuration value set to three, a cell configuration value set to three, a band configuration value set to three, and a frequency configuration value set to three, the UE can update the quantity for the Nth configuration parameter set from five to six. The UE can continuously monitor a broadcast channel for MMRCBF messages and store the current configuration parameter sets in a table.

[0053] After selecting a configuration parameter set, the UE can attempt an HO using the configuration parameters of the selected configuration parameter set. It should be appreciated that the HO can be within the same network, between cellular networks (e.g., GSM / GPRS, LTE, LTE-A, 5G NR, or 6G, or other appropriate cellular network) , or between a cellular network and a non-cellular network (e.g, WiMAX, CDMA2000, Wi-Fi, WLAN, or fixed networks) . It should be further appreciated that each configuration parameter set can include five configuration parameters. Furthermore, the UE may already be using one or more of these configuration parameters. Therefore, the UE can determine which configuration parameters that it is already using and attempt the HO for the balance of the configuration parameters. The UE can then transmit an HO request to a base station, where the request can include the desired configuration parameters. The base station can determine whether resources can be allocated to the UE in relation to the desired configuration parameters. In some instances, the base station (e.g., serving base station) may need to communicate with another base station (e.g., target base station) to determine whether the target base station can allocate resources to the UE. If the base station determines that resources can be allocated the UE, the base station can transmit configuration information to the UE. If the base station determines that the resources cannot be allocated, the base station can transmit a rejection of the UE’s request.

[0054] In some instances, even after switching to a new set of configuration parameters, the UE’s QoS does not improve to greater than the threshold QoS. In these instances, the UE can reengage in the process. For example, the UE can rank the configuration parameter sets in order of most likely to improve the QoS to least likely to improve the QoS. The rankings can be based on, for example, the weighted scores, the probability distribution, the quantity, or other appropriate parameter. In these instances, the UE can select the next highest ranked configuration parameter set and transmit a request to a base station for an HO. The process can continue to repeat itself until the UE selects a configuration parameter set that results in an improved QoS that is greater than the threshold QoS.

[0055] As indicated above, if the UE detects a data stall, the UE can select configuration parameters to help improve the UEs QoS. FIG. 6 is a flow diagram for a post-data stall detection process, according to one or more embodiments. At 602, a UE (e.g., first UE 202) can detect a data stall. Various methods can be used to detect a data stall. For example, the UE can employ a  timeout mechanism that determines that a data stall is occurring if data is not received within a threshold time interval. Another method can be that the UE can monitor a sequence of numbered data packets. If the sequence numbering is incorrect, the UE can determine that a data stall is occurring. Another method can be for the UE to monitor for ACKs, and if an expected ACK is not received, then the UE can determine that a data stall is occurring. The UE can use these or various other methods to determine that a data stall is occurring. The process can then move to 604 and 608. It should be appreciated that in some embodiments, the process moves from 602 to 604, if a data stall has not been detected.

[0056] At 604, the UE can decode messages received over a broadcast channel. As indicated above, the UE can continuously monitor a broadcast channel and decode received MMRCBF messages for MMRCBF information. For example, other UEs in the vicinity of the UE can broadcast MMRCBF messages that can be received over one or more broadcast channels. Decoding an MMRCBF message can include converting the MMRCBF message back to its original format. In addition, the UE can determine whether the MMRCBF message was received within a threshold time window (e.g., threshold time window 508) . If the MMRCBF message was received within the threshold time window, the UE can determine whether the MMRCBF message passes a CRC. If the MMRCBF message passes the CRC, then at 506, the UE can update a table of configuration parameters. This can include updating a quantity of configuration parameter set if the MMRCBF message included matching configuration parameters to an existing configuration parameter set, as described with respect FIG. 5.

[0057] If at 602, if a data stall is detected, the process can process to 608. At 608, the UE can determine whether an MMRCBF item is available. For example, the UE can access memory and select a configuration parameter set, as described with respect to FIG. 5. The UE can further transmit a request to a base station to engage in an HO process to switch to one or more configuration parameters of the selected configuration parameter set. If the base station determines that resources can be allocated to support the one or more configuration parameters, then the process can proceed to 610.

[0058] At 610, the UE can configure its baseband configuration using the configuration information. For example, the UE can engage in an HO process and switch one or more of an MCC / MNC, a RAT, a cell, a band, and a frequency. The UE can then determine its QoS and  compare the QoS to a threshold QoS. If the QoS is greater than the threshold QoS, the UE can continue monitoring QoS. If the QoS is below the threshold QoS, the UE can attempt to improve the QoS by engaging in an HO process to switch to another set of configuration parameters.

[0059] If, at 608, the UE was not able to determine one or more configuration parameters associated with allocatable resources, the process can proceed to 604. At 604, the UE can continue to decode MMRCBF messages until it can determine one or more configuration parameters associated with allocatable resources.

[0060] FIG. 7 is a process 700 for updating configuration parameters, according to one or more embodiments. At 702, the process 700 can include a UE determining, during a first time interval, a QoS associated with a data stream. For example, the UE can be executing an application (e.g., a video streaming application) . The UE can further monitor radio conditions (e.g., throughput, jitter, packet loss, grant scheduling, SRs, latency, or other appropriate parameters) . The UE can be configured to use the radio conditions to determine a QoS. For example, the UE can compare the throughput, jitter, packet loss, grant scheduling, SRs, latency, or other appropriate parameters to a threshold throughput, threshold jitter, threshold packet loss, threshold grant rate, threshold SRs, threshold latency, or other appropriate threshold parameters.

[0061] At 704, the process 700 can include the UE comparing the QoS to a threshold QoS. The UE can be configured with a threshold QoS. For example, either a base station or a manufacturer can configure the UE with a threshold QoS. The UE can compare the determined QoS to the threshold QoS.

[0062] At 706, the process 700 can include the UE determining the QoS is greater than the threshold QoS based on the comparison. In addition to determining that the QoS is greater than the threshold QoS, the UE can determine that the QoS is greater than the threshold QoS for greater than a threshold time interval.

[0063] At 708, the process 700 can include the UE can receiving, during the first time interval, a message via a broadcast channel, the message comprising a set of configuration parameters of a second UE. The UE can be located in a densely packed environment with other UEs. The UE can further receive MMRCBF messages from other UEs that are experiencing a QoS greater than the threshold QoS.

[0064] At 710, the process 700 can include the UE updating a table stored in a local memory of the first UE to indicate the set of configuration parameters of the second UE. The UE can store sets of configuration parameters from each MMRCBF message in local memory. The sets of configuration parameters may be used later in case the UE’s QoS is below the threshold QoS.

[0065] FIG. 8 is process 800 for updating configuration parameters, according to one or more embodiments. At 802, the process 800 can include a UE determining, during a first time interval, a QoS associated with a data stream. For example, the UE can be executing an application. The UE can further be monitoring radio conditions (e.g., throughput, jitter, packet loss, grant rate, SRs, latency, or other appropriate parameters) . The UE can be configured to use the radio conditions to determine a QoS.

[0066] At 804, the process 700 can include the UE comparing the QoS to a threshold QoS. The UE can be configured with a threshold QoS. For example, either a base station or a manufacturer can configure the UE with a threshold QoS. The UE can compare the determined QoS to the threshold QoS.

[0067] At 806, the process 800 can include the UE determining the QoS is less than the threshold QoS based on the comparison. The QoS being less than the threshold QoS may be the result of data stalling.

[0068] At 808, the process 800 can include the UE accessing, during the first time interval, a plurality of sets of configuration parameters stored in local memory based on determining the QoS is less than the threshold QoS, each set of configuration parameters received via a first message over a broadcast channel.

[0069] FIG. 9 is process 900 for updating configuration parameters, according to one or more embodiments. At 902, the process 900 can include a UE processing a message broadcast from a second UE using a short range communication technology. In a dense environment the UE may part of multiple UEs, where each of the UEs is continuously monitoring a respective QoS, broadcasting an MMRCBF message if the QoS is above a threshold QoS for greater than a threshold duration, and decoding MMRCBF messages from other UEs.

[0070] At 904, the process 900 can include the UE determining a first set of configuration parameters of the second UE based on the message. Each MMRCBF message can include MCC  information, MNC information, RAT information, cell information, band information, and frequency information.

[0071] At 906, the process 900 can include the UE storing the first set of configuration parameters in a table in local memory. The configuration parameters may be used later in case the UE’s QoS is below the threshold QoS.

[0072] FIG. 10 illustrates receive components 1000 of a UE (e.g., UE 104) , in accordance with some embodiments. The receive components 1000 may include an antenna panel 1004 that includes a number of antenna elements. The panel 1004 is shown with four antenna elements, but other embodiments may include other numbers.

[0073] The antenna panel 1004 may be coupled to analog beamforming (BF) components that include a number of phase shifters 1008 (1) –1008 (4) . The phase shifters 1008 (1) –1008 (4) may be coupled with a radio-frequency (RF) chain 1013. The RF chain 1013 may amplify a receive analog RF signal, downconvert the RF signal to baseband, and convert the analog baseband signal to a digital baseband signal that may be provided to a baseband processor for further processing.

[0074] In various embodiments, control circuitry, which may reside in a baseband processor, may provide BF weights (e.g., W1 –W4) , which may represent phase shift values, to the phase shifters 1008 (1) –1008 (4) to provide a receive beam at the antenna panel 1004. These BF weights may be determined based on the channel-based beamforming. The receive components 1000 can be used for communication with a base station (e.g., first base station 102 or second base station 110) . For example, the receive components 1000 can be used by the UE for HO information communication with the base station. FIG. 11 illustrates a UE 1100, in accordance with some embodiments. The UE 1100 may be similar to and substantially interchangeable with UE 104 of FIG. 1. The UE 1100 can perform any of the functionality described herein. For example, the UE can be configured to broadcast configuration parameters. The UE 1100 can be configured to decode a message received via a broadcast channel, where message includes configuration parameters of another UE.

[0075] The processors 1104 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1104A, central processor unit circuitry (CPU) 1104B, and graphics  processor unit circuitry (GPU) 1104C. The processors 1104 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1112 to cause the UE 1100 to perform delay-adaptive operations as described herein. The processors 1104 may also include interface circuitry 1104D to communicatively couple the processor circuitry with one or more other components of the UE 1100.

[0076] In some embodiments, the baseband processor circuitry 1104A may access a communication protocol stack 1136 in the memory / storage 1112 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1104A may access the communication protocol stack 1136 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1108.

[0077] The baseband processor circuitry 1104A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0078] The memory / storage 1112 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1136) that may be executed by one or more of the processors 1104 to cause the UE 1100 to perform various delay-adaptive operations described herein.

[0079] The memory / storage 1112 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1100. In some embodiments, some of the memory / storage 1112 may be located on the processors 1104 themselves (for example, memory / storage 1112 may be part of a chipset that corresponds to the baseband processor circuitry 1104A) , while other memory / storage 1112 is external to the processors 1104 but accessible thereto via a memory interface. The memory / storage 1112 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable  programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0080] The RF interface circuitry 1108 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1100 to communicate with other devices over a radio access network. The RF interface circuitry 1108 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0081] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1126 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1104.

[0082] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1126.

[0083] In various embodiments, the RF interface circuitry 1108 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0084] The antenna 1126 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1126 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1126 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 1126 may have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0085] The user interface 1116 includes various input / output (I / O) devices designed to enable user interaction with the UE 1100. The user interface 1116 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a  reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1100.

[0086] The sensors 1120 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0087] The driver circuitry 1122 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1100, attached to the UE 1100, or otherwise communicatively coupled with the UE 1100. The driver circuitry 1122 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1100. For example, driver circuitry 1122 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1120 and control and allow access to sensors 1120, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro- mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0088] The PMIC 1124 may manage power provided to various components of the UE 1100. In particular, with respect to the processors 1104, the PMIC 1124 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0089] A battery 1128 may power the UE 1100, although in some examples the UE 1100 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1128 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1128 may be a typical lead-acid automotive battery.

[0090] FIG. 12 illustrates a network device 1200 in accordance with some embodiments. The network device 1200 may be similar to and substantially interchangeable with base station (e.g., first base station 102 or second base station 110) or a device of the core network or external data network. The network device 1200 can be configured to receive a HO request from a UE (e.g., UE 1100) . The network device 1200 can further be configured to determine whether resource can be allocated to the UE to satisfy the HO request. The network device 1200 can further transmit configuration information to UE in response to the HO request.

[0091] The network device 1200 may include processors 1204, RF interface circuitry 1208 (if implemented as a base station) , core network (CN) interface circuitry 1214, memory / storage circuitry 1212, and antenna structure 1226.

[0092] The components of the network device 1200 may be coupled with various other components over one or more interconnects 1228.

[0093] The processors 1204, RF interface circuitry 1208, memory / storage circuitry 1212 (including communication protocol stack 1210) , antenna structure 1226, and interconnects 1228 may be similar to like-named elements shown and described with respect to FIG. 11.

[0094] The processors 1204 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1204A, central processor unit circuitry (CPU) 1204B, and graphics  processor unit circuitry (GPU) 1204C. The processors 1204 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1212 to cause the UE to perform delay-adaptive operations as described herein. The processors 1204 may also include interface circuitry 1204D to communicatively couple the processor circuitry with one or more other components of the network device 1200.

[0095] The CN interface circuitry 1214 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 1200 via a fiber optic or wireless backhaul. The CN interface circuitry 1214 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1214 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0096] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0097] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0098] Examples

[0099] In the following sections, further example embodiments are provided. [examples to be updated upon approval of the claims]

[0100] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0101] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method performed by a first user equipment (UE) , the method comprising:receiving, using a broadcast channel between a first user equipment (UE) and a second UE, a first set of configuration parameters associated with a second network access of the second UE;determining a data stall of communications that uses a second set of configuration parameters associated with a first network access of the first UE;determining, based on the data stall, the first set of configuration parameters; andcommunicating, based on the first set of configuration parameters, with a network, for changing the first network access of the first UE from using the second set of configurations to using the first set of configuration parameters.2.The method of claim 1, wherein the method further comprises:updating a table stored in a local memory of the first UE to indicate the first set of configuration parameters of the second UE, wherein the determining the first set of configuration parameters comprises:accessing the local memory, wherein the local memory comprises a plurality of sets of configuration parameters, and wherein the first set of configuration parameters is determined from the plurality of sets configurations parameters based on a load balancing configuration.3.The method of claim 2, wherein updating the table comprises:determining whether a third set of configuration parameters stored in the local memory matches the first set of configuration parameters; andupdating a quantity value associated with the third set of configuration parameters based on whether the third set of configuration parameters matches the first set of configuration parameters.4.The method of claim 3, wherein the method further comprises:determining whether the first set of configuration parameters is received within a time window; andupdating the table based on whether the first set of configuration parameters is received within the time window.5.The method of claim 4, wherein the first set of configuration parameters is received within the time window, and wherein the first set of configuration parameters are received in a message, and wherein the method further comprises:determining whether the message passes a cyclic redundancy check (CRC) , wherein the table is updated based on whether the message passes the CRC.6.The method of claim 5, wherein the message has a fixed byte-length value, and wherein the CRC is performed based at least in part on the fixed byte-length value.7.The method of claim 1, wherein the first set of configuration parameters indicates a mobile country code (MCC) and a mobile network code (MNC) , the parameters further comprising a radio access technology (RAT) identifier, a cell identifier, a band identifier, or a frequency identifier.8.The method claim 1, wherein the first network access of the first UE is changed from using the second set of configurations to using the first set of configuration parameters, and wherein the method further comprises:determining at least one of: a throughput, a grant rate, a scheduling request (SR) , or a latency;comparing the at least one of the throughput, the grant rate, the SR, or the latency to a threshold throughput, a threshold grant rate, a threshold SR, or a threshold latency; anddetermining a quality of service (QoS) of the communications based on the comparison.9.An apparatus comprising:processing circuitry configured to be communicatively coupled with a receiver and a transmitter of a first device and to:process, during a first time interval and using a broadcast channel, a first set of configuration parameters associated with a first network access of a first user equipment (UE) ;determine a data stall of communications that uses a second set of configuration parameters associated with a second network access;determine, based on the data stall, the first set of configuration parameters; andcause a communication, based on the first set of configuration parameters, with a network for changing the second network access from using a second set of configurations to using the first set of configuration parameters.10.The apparatus of claim 9, wherein the first set of configuration parameters is determined based on a load balancing configuration.11.The apparatus of claim 9, wherein the first set of configuration parameters is selected based on randomized determination configuration.12.The apparatus of claim 9, wherein the processing circuitry further to:access a plurality of sets of configuration parameters, the plurality of sets of configuration parameters comprising the first set of configuration parameters;rank each set of configuration parameters of the plurality of sets of configuration parameters, wherein the first set of configuration parameters is determined based on the ranking.13.The apparatus of claim 9, wherein causing the communication comprises:causing a transmission of a first message to a base station to engage in a handover (HO) process to use the first set of configuration parameters.14.The apparatus of claim 13, wherein the processing circuitry further to:process a second message from the base station, the second message comprising configuration information for using the first set of configuration parameters;determine, during a second time interval and while using the first set of configuration parameters for network access, a quality of service (QoS) associated with the communications;compare the QoS to a threshold QoS;determine, during the second time interval, the QoS is less than the threshold QoS based on the comparison; andselect, during the second time interval, a third set of configuration parameters based on the QoS being less than the threshold QoS.15.The apparatus of claim 14, wherein the first set of configuration parameters is associated with a first ranking, wherein the third set of configuration parameters is associated with a second ranking, and wherein the processing circuitry further to:determine that the first ranking is greater than the second ranking, wherein the first set of configuration parameters is selected during the first time interval based on the first ranking being greater than the second ranking.16.One or more computer-readable media including stored thereon instructions that, when executed by one or more processors, cause a first user equipment (UE) to:process a first message broadcast from a second UE using a short range communication technology;identify a first set of configuration parameters of the second UE based on the first message; andstore the first set of configuration parameters in a table in local memory.17.The one or more computer-readable media of claim 16, wherein the instructions that, when executed by one or more processors, further cause the first UE to:determine a quality of service (QoS) associated with communications that uses a second set of configuration parameters;compare the QoS to a threshold QoS;determine the QoS is less than the threshold QoS based on the comparison;access the table based on determining that the QoS is less than the threshold QoS; anddetermine, from the table, the first set of configuration parameters of the second UE.18.The one or more computer-readable media of claim 17, wherein the first set of configuration parameters is determined based on a load balancing configuration.19.The one or more computer-readable media of claim 16, wherein the instructions that, when executed by one or more processors, further cause the first UE to:transmit a second message to a base station to engage in a handover (HO) process to use the first set of configuration parameters for network access.20.The one or more computer-readable media of claim 16, wherein the first set of configuration parameters indicates a mobile country code (MCC) and a mobile network code (MNC) , the parameters further comprising a radio access technology (RAT) identifier, a cell identifier, a band identifier, or a frequency identifier.21.A method performed by a user equipment (UE) , the method comprising:monitoring a quality of service (QoS) of communications associated with a set of configuration parameters;determining that the QoS is greater than a threshold QoS based on the monitoring; anddetermining to broadcast the set of configuration parameters based on determining that the QoS is greater than the threshold QoS.22.The method of claim 21, wherein the method further comprises:determining a duration that the QoS is greater than the threshold QoS; anddetermining that the duration is greater than a threshold duration, wherein the UE determines to broadcast the set of configuration parameters based on the duration being greater than the threshold duration.23.The method of claim 21, wherein monitoring the QoS of communications comprises:determining at least one of: a throughput, a grant rate, a scheduling request (SR) , or a latency.24.The method of claim 23, wherein determining that the QoS is greater than a threshold QoS based on the monitoring comprises:comparing the at least one of the throughput, the grant rate, the SR, or the latency to a threshold throughput, a threshold grant rate, a threshold SR, or a threshold latency.25.The method of claim 21, wherein the set of configuration parameters indicates a mobile country code (MCC) and a mobile network code (MNC) , the parameters further comprising a radio access technology (RAT) identifier, a cell identifier, a band identifier, or a frequency identifier.26.The method of claim 21, wherein the method further comprises:determining to broadcast the set of configuration parameters using a short range communication technology.

Images