Planned configuration in a wireless communication system
The method allows devices to update configurations based on stored criteria, addressing resource allocation challenges in wireless systems by enabling efficient and cost-effective updates without network signaling, ensuring seamless communication across multiple devices.
Patent Information
- Application Number
- JP2025518748
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2022-09-29
- Filing Date
- 2023-08-30
- Publication Date
- 2025-10-15
- Estimated Expiration
- Not applicable · inactive patent
AI Technical Summary
Wireless communication systems face challenges in efficiently managing communication resources, particularly in scenarios where devices are out of network coverage or lack infrastructure support, leading to complex resource allocation issues due to interference and the need for costly or difficult pre-configuration updates.
A method and system for applying configuration information at nodes using stored criteria and validity checks, allowing devices to update or change configurations without network signaling, using criteria such as date, location, and traffic load to determine when to apply pre-configured settings, enabling simultaneous updates across multiple devices.
Enables reliable and efficient configuration updates for devices in and out of network coverage, reducing operational costs and complexity by allowing simultaneous updates without infrastructure interaction.
Smart Images

Figure 2025534382000001_ABST
Abstract
Description
[Technical Field]
[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of priority to U.S. Provisional Patent Application No. 63 / 377,590, filed September 29, 2022, which is incorporated herein by reference in its entirety.
[0002] FIELD OF THE DISCLOSURE The present disclosure relates generally to communications, and more particularly to methods, systems, and devices for planned configuration in wireless communication systems. [Background technology]
[0003] Multi-user wireless and telecommunication systems often suffer from a shortage of communication resources. Therefore, wireless communication systems utilize geographic reuse of spectrum resources. In the context of terrestrial mobile communication systems, the solution is commonly referred to as the cellular concept, but the same principles can be applied to other systems such as satellite systems, ad hoc networks, radio broadcasting systems, and direct communication between transceivers, such as peer-to-peer communication systems.
[0004] Spectral reuse can facilitate efficient use of limited resources, but can also lead to complex resource allocation problems due to mutual interference caused by potential contamination of an information-carrying signal by the presence of another similar type of signal at the receiving antenna.
[0005] In mobile communication systems, radio resource control protocols and medium access control protocols can solve some of these problems. When the network has a signaling connection with the user equipment, radio resources are configured and subsequently reconfigured according to time-varying interference and traffic conditions. When the user equipment is in an idle state and thereby temporarily unreachable by controlling network entities in the signaling connection, the broadcasted system information configures resources for, for example, random access, synchronization, and paging. The system information is further reacquired at regular intervals and upon cell reselection.
[0006] More challenging scenarios can arise when a device cannot receive network signaling before accessing the communication medium, when providing such configuration is too difficult and / or expensive, or when network infrastructure is not used / required. In such cases, pre-configuration can be used. The pre-configuration may be stored or hard-coded in the device software or provided, for example, on a universal integrated circuit card (UICC). Similar problems can arise within network nodes, which do not necessarily benefit from operation and maintenance at a specific time.
[0007] Third Generation Partnership Project (3GPP) technology can utilize pre-configuration for many use cases, as described in the 3GPP technical specifications and exemplified below.
[0008] (1) Uplink resources may be pre-configured for machine-to-machine communication devices.
[0009] (2) The home base station has pre-configured information for infrastructure connectivity. do.
[0010] (3) Relay nodes can be pre-configured with information about the cells they are allowed to access.
[0011] (4) 5G quality of service (QoS) parameters can be pre-configured in the user equipment (UE).
[0012] (5) The UE may be pre-configured with information regarding differentiated handling of traffic for different networks in a network slicing deployment.
[0013] (6) The UE may use pre-configured information for relay node discovery.
[0014] (7) Mapping of cell identity information in 3GPP non-terrestrial communications may be based on pre-configured information in the UE.
[0015] (8) Public safety and mission-critical push-to-talk devices may use pre-configured communication and synchronization resources.
[0016] (9) Sidelink communication devices and proximity services may be preconfigured for out-of-coverage autonomous resource selection, e.g., using preconfigured priority thresholds as well as preconfigured radio parameters for discontinuous reception.
[0017] (10) 3GPP Technical Specification (TS) 31.102 may apply to Universal Mobile Telecommunications Service (UMTS), Long Term Evolution (LTE), and / or Fifth Generation (5G) using information stored in a Universal Subscriber Identity Module (USIM). This information may be updated by a Subscriber Identity Module (SIM) / USIM toolkit, for example, by a home public land mobile network (PLMN). This information may be used for various operations, such as security, network selection, or information to the user regarding call costs. Note that other examples of USIM information besides TS 31.102 may be possible.
[0018] (11) The information may be received by the UE via a non-access stratum (NAS) message, for example, by using 3GPP TS24.301 for LTE or 3GPP TS25.401 for 5G. Summary of the Invention [Means for solving the problem]
[0019] In some embodiments, a method is provided for applying configuration information for use at a node. The method includes determining current information. At the node, one or more sets of criteria and configuration information corresponding to each criterion are accessed. The current information is compared to the one or more sets of criteria. If the current information matches at least one criterion of the one or more sets of criteria, the configuration information corresponding to the matching at least one criterion is applied for use at the node.
[0020] In some embodiments, a node for applying configuration information for use at the node is provided, the node including a memory configured to store instructions and a processor, the processor executing the instructions stored in the memory to determine current information at the node, access one or more criteria sets and configuration information corresponding to each criterion, compare the current information to the one or more criteria sets, and , the node is configured to apply, for use at the node, configuration information corresponding to the at least one matching criterion, on the condition that the at least one matching criterion is met.
[0021] In some embodiments, a non-transitory computer-readable medium storing instructions executable by one or more processors of a node in a communications network to perform a method is provided. The method includes determining current information. At the node, one or more sets of criteria and configuration information corresponding to each criterion are accessed. The current information is compared to the one or more sets of criteria. If the current information matches at least one criterion of the one or more sets of criteria, the configuration information corresponding to the matching at least one criterion is applied for use at the node.
[0022] These and other aspects and their implementations are explained in more detail in the following description and drawings. [Brief explanation of the drawings]
[0023] [Figure 1] FIG. 2 is a block diagram of a node according to an embodiment of the present disclosure. [Figure 2] 1 is a flowchart of a method for applying configuration information for use in a node in an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION
[0024] Reference will now be made in detail to exemplary embodiments, examples of which are illustrated in the drawings. The following description refers to the accompanying drawings, in which, unless otherwise indicated, like numerals represent the same or similar elements in different drawings. The implementations described in the following description of exemplary embodiments do not represent all implementations consistent with the present disclosure. Instead, they are merely examples of apparatus, systems, and methods consistent with aspects related to the subject matter that may be recited in the appended claims.
[0025] In some embodiments, the disclosed methods, systems, apparatus, and devices relate generally to configuration in wireless and telecommunications systems and correspond to configuration use cases (such as, but not limited to, pre-configuration use cases) such as those exemplified above for previously standardized sets of 3GPP functions, architectures, and features.
[0026] Configurations can be difficult and time-consuming to change, and can become particularly complex when changes need to be made simultaneously for a large population of users. Also, it can be difficult to ensure that all devices have updated or changed their configuration. At least some of the disclosed embodiments can reduce or eliminate the above difficulties.
[0027] In some embodiments, if the configuration is stored on the device (e.g., node), it may be changed or updated by the infrastructure node, for example, before accessing the communication medium. Successfully updating the configuration information may include having all devices subscribe to operator services, remaining within network coverage, obtaining system information, or frequently setting up a signaling connection with the infrastructure node.
[0028] In some embodiments, if the configuration information is provided on a UICC or SIM, an end user or service personnel can update or change the card. Successfully changing or updating the configuration information may include changing or updating all cards in all deployed devices that are using the configuration information.
[0029] As used herein, the term "configuration information" refers to information stored on a node (e.g., This information may also include information stored in the node's memory, in a SIM card, or similar device), and information received by the node from the communications network (e.g., pre-configuration information as understood under 3GPP standards).
[0030] As used herein, the term "node" may include a network node (e.g., an evolved Node B (eNB) or a 5G Node B (gNB)), a roadside unit (RSU), a relay node, a user equipment (UE), or a mobile equipment (ME). In one embodiment, the node may be configured to communicate using sidelink communication.
[0031] node
[0032] FIG. 1 is a block diagram of a node 100 in an embodiment of the present disclosure. The node 100 may be attached to a moving vehicle at a fixed location (e.g., as a roadside unit (RSU)) or may be a mobile device carried by a person (e.g., as a UE). The node 100 may take any form, including, but not limited to, a vehicle, a vehicle-mounted component, an RSU, a laptop computer, a wireless terminal including a mobile phone, a wireless handheld device, a wireless personal device, or any other form. Referring to FIG. 1 , the node 100 may include an antenna 102 that may be used for transmitting and / or receiving electromagnetic signals to and from a base station or another node. The antenna 102 may include one or more antenna elements and may enable different input / output antenna configurations, including a multiple-input multiple-output (MIMO) configuration, a multiple-input single-output (MISO) configuration, and a single-input multiple-output (SIMO) configuration. In some embodiments, the antenna 102 may include multiple (e.g., tens or hundreds) antenna elements and may enable multi-antenna functions such as beamforming. In some embodiments, the antenna 102 is a single antenna.
[0033] The node 100 may include a transceiver 104 coupled to the antenna 102. The transceiver 104 may be a wireless transceiver in the node 100 and may communicate bidirectionally with a base station or other node. For example, the transceiver 104 may receive wireless signals from a base station via a downlink and transmit wireless signals to the base station via uplink communication. The transceiver 104 may also receive wireless signals from and transmit wireless signals to another node, such as a UE or RSU, via sidelink communication. The transceiver 104 may include a modem for modulating packets, providing the modulated packets to the antenna 102 for transmission, and demodulating packets received from the antenna 102.
[0034] The node 100 may include memory 106. The memory 106 may be any type of computer-readable storage medium, including volatile or non-volatile memory devices, or a combination thereof. The computer-readable storage medium includes, but is not limited to, non-transitory computer storage media. The non-transitory storage medium may be accessed by a general-purpose or special-purpose computer. Examples of non-transitory storage media include, but are not limited to, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), electrically erasable programmable ROM (EEPROM), digital versatile disks (DVDs), flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage, etc. The non-transitory medium may be used to carry or store desired program code means (e.g., instructions and / or data structures) and may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor. In some examples, software The software / program code may be transmitted from a remote source (e.g., a website, a server, etc.) using coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, microwave, etc. In such examples, coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are within the definition of medium. Combinations of the above examples are also within the scope of computer-readable media.
[0035] The memory 106 may store identification information for the node 100 as well as information regarding signals and / or data received by the antenna 102. The memory 106 may also store post-processed signals and / or data. The memory 106 may also store computer-readable program instructions, mathematical models, and algorithms used in signal processing in the transceiver 104 and calculations in the processor 108. The memory 106 may further store computer-readable program instructions executed by the processor 108 to operate the node 100 to perform various functions described elsewhere in this disclosure, such as the method 200 shown in the flowchart of FIG. 2. In some examples, the memory 106 may include a basic input / output system (BIOS) that may control basic hardware or software operations, such as interactions with peripheral components or devices.
[0036] The computer-readable program instructions of the present disclosure may be assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state-setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages and conventional procedural programming languages. The computer-readable program instructions may execute entirely on a computing device as a standalone software package, or partially on a first computing device and partially on a second computing device remote from the first computing device. In the latter scenario, the second, remote computing device may be connected to the first computing device via any type of network, including a local area network (LAN) or a wide area network (WAN).
[0037] The node 100 may include a processor 108, which may include hardware devices having processing capabilities. The processor 108 may include at least one of a general-purpose processor, a digital signal processor (DSP), a central processing unit (CPU), a graphics processing unit (GPU), a microcontroller, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or another programmable logic device. Examples of a general-purpose processor include, but are not limited to, a microprocessor, any conventional processor, controller, microcontroller, or state machine. In some embodiments, the processor 108 may be implemented using a combination of devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in combination with a DSP core, or any other such configuration). The processor 108 can receive downlink or sidelink signals from the transceiver 104 and further process the signals. The processor 108 can also receive data packets from the transceiver 104 and further process the packets. In some embodiments, processor 108 may be configured to operate the memory using a memory controller. In some embodiments, the memory controller may be integrated into processor 108. Processor 108 may perform various functions for node 100. The processor may be configured to execute computer-readable instructions stored in a memory (e.g., memory 106) to perform the processing.
[0038] The node 100 may include a global positioning system (GPS) 110. The GPS 110 may be used to enable location-based services or other services based on the geographic location of the node 100 and / or for synchronization between nodes. The GPS 110 may receive a global navigation satellite system (GNSS) signal from a single satellite or multiple satellite signals via the antenna 102 and provide the geographic location of the node 100 (e.g., the coordinates of the node 100). In some embodiments, the GPS 110 may be omitted.
[0039] The node 100 may include input / output (I / O) devices 112 that can be used to communicate the results of signal processing and computation to a user or another device. The I / O devices 112 may include a user interface including a display and input devices for sending user commands to the processor 108. The display may be configured to display the status of signal reception at the node 100, data stored in the memory 106, the status of signal processing, computation results, etc. The display may include, but is not limited to, a cathode ray tube (CRT), a liquid crystal display (LCD), a light-emitting diode (LED), a gas plasma display, a touchscreen, or other image projection devices for displaying information to a user. The input devices may be any type of computer hardware equipment used to receive data and control signals from a user. The input devices may include, but are not limited to, a keyboard, a mouse, a scanner, a digital camera, a joystick, a trackball, cursor direction keys, a touchscreen monitor, or an audio / video commander.
[0040] The node 100 may further include a machine interface 114 , such as an electrical bus, that connects the transceiver 104 , the memory 106 , the processor 108 , the GPS 110 , and the I / O devices 112 .
[0041] In some embodiments, node 100 may be configured or programmed for sidelink communications. Processor 108 may be configured to execute instructions stored in memory 106 to perform a method for applying configuration information for use by node 100, such as method 200 described in connection with FIG. 2. Processor 108 is configured to execute the instructions stored in memory 106 to determine current information, access one or more criteria sets and configuration information corresponding to each criterion at the node (e.g., memory 106), compare the current information with the one or more criteria sets, and, provided that the current information matches at least one criterion of the one or more criteria sets, apply the configuration information corresponding to the matching at least one criterion for use by node 100.
[0042] Applying configuration information
[0043] In some embodiments, if the configuration information is provided on the UICC or SIM, an end user or service personnel can update or change the card. Successfully changing or updating the configuration information may include changing or updating all cards in all deployed devices that are using the configuration information. In embodiments in which the nodes communicate using sidelink information, there may not be a control entity to instruct or command the nodes to use a particular frequency, for example. In the absence of a control entity, the nodes may rely on the configuration information to be able to communicate.
[0044] In some embodiments, configuration information can be successfully and reliably changed for multiple devices simultaneously, even when the devices are out of coverage within a wireless system, without setting up two-way signaling connections and contexts with network infrastructure entities, without registering the devices with carrier services, without requiring software or hardware (e.g., UICC or SIM card) upgrades, or without repetitive operations and maintenance tasks for network infrastructure entities.
[0045] At least some embodiments relate to methods, systems, apparatus, and devices for modifying and updating configuration information in different types of equipment and infrastructure nodes in wireless and telecommunications systems, which are referred to herein as "nodes," a collective term that refers to network infrastructure nodes such as end-user equipment (e.g., UE, ME), routers, gateways, repeaters, relay nodes, satellites, roadside units, vehicle-mounted modules, modems, and their base stations, controllers, access points, and subsystems.
[0046] In at least some embodiments, the disclosed methods, systems, apparatus, and devices can use a data structure that conveys a set of configuration information along with validity criteria. In some embodiments, the data structure can be a tabular data structure having one or several contents, e.g., rows. An example of an implementation of such a data structure is a list having multiple instances or objects. Each content or row can include one or more configurations. One or several validity criteria (e.g., columns) can be associated with corresponding configuration information.
[0047] The configuration may be, for example, uplink radio resources for machine-to-machine communications, communication and synchronization resources for public safety communications, radio resource pools and bandwidth allocations for sidelink communications, quality of service (QoS) parameters, or configured radio parameters for discontinuous reception in sidelink group communications.
[0048] A node may evaluate one or more associated validity criteria (e.g., columns) associated with one or more configurations (e.g., one or more rows), such as, for example, starting with the first configuration (e.g., row) and scanning them one by one. Upon finding a configuration (e.g., row) for which a criterion is satisfied, the node may apply the configuration (e.g., the configuration for that row). When two or more criteria are associated with one (or more) configurations, in one embodiment, a logical "or" function may be used between the multiple criteria to evaluate validity. In another embodiment, a logical "exclusive or" (XOR) function may be used. In another embodiment, a logical "and" function may be used. When more than two criteria are used, any combination of the logical "or," "exclusive or," and / or "and" functions may also be used.
[0049] As used herein, the term "apply" corresponds to one or more of using, implementing, selecting, activating, or configuring (e.g., configuring in an active mode). In some embodiments, the configuration information may be applied in an active mode of the node. In some embodiments, the configuration information may be applied in an idle mode of the node.
[0050] In some embodiments, a node may use initial configuration information. For example, some wireless communication parameters may be "default settings" so that the node can establish initial communication with the network using the default settings. In such embodiments, the current information may be used as at least one criterion, as described elsewhere in this disclosure. If there is a match, the initial configuration information may be changed (i.e., different configuration information may be applied). In some embodiments, the initial configuration information may be stored in the node's memory, stored in a SIM within the node, or obtained from a network that communicates with the node. Note that when a node uses initial configuration information, not all possible settings or parameters of the node need to be indicated by the initial configuration information.
[0051] In some embodiments, the validity criteria include date and time information. The criteria are compared to current date and time information obtained by the node. The node may obtain the date and time information, for example, from its own internal clock or from an external time reference, such as a server on the Internet or a Global Navigation Satellite System (GNSS). The date and time information may be expressed in Coordinated Universal Time (UTC).
[0052] Some embodiments that include date and time information can provide for allocation of resources for 3GPP sidelink and vehicle-to-vehicle (V2V) communications based on a specific point in time. The configuration can, for example, define a radio resource pool associated with GNSS date and time information to indicate the exact point in time when the resource pool will be used / switched by all nodes in the future.
[0053] The configuration may also be a division between two or several spectral resources to configure proportions and / or ratios between two or several spectral resources, for example in the time, frequency, or code domain, or a division between hardware resources such as transmitter chains, receiver chains, antennas, or antenna arrays, or a division between resources from two or several radio access technologies (RATs), or a division between different channels, for example, time slots, frequency bands, codes, or antenna beams, as well as combinations thereof.
[0054] An example of a configuration data structure is shown in Table 1, where the first column is validity criteria relative to the UTC date and time information associated with the configured resource pool in the second column. A node can obtain date and time information, for example from a GNSS system, scan the rows of the data structure, and evaluate the obtained date and time information against the validity criteria information. If a criterion is met, the node can use the corresponding resource pool in the same row until a new criterion is met.
[0055] In the example of Table 1, the resource pool is changed once a year, which means that all nodes that have this data structure change their resource pool configuration in the same way and at the same time with time accuracy from GNSS, for example, without any signaling connection with controlling cellular network entities.
[0056] For simplicity, Table 1 shows resource pools indicated by their name or index only. In some implementations, rows may contain detailed configurations of resources, for example, as defined in 3GPP pre-configuration.
[0057] [Table 1] Example of a planned configuration for a resource pool based on UTC
[0058] In some embodiments, the validity criteria include geographic location information. The criteria are compared to current location information obtained by the node. For example, a configuration may be defined for a particular location or country. The node may obtain the current location information from GNSS or may be provided by an end user, for example, in a vehicle.
[0059] In Table 2, a resource pool is defined for each country. In this example, all nodes with this data structure change their resource pool configuration in the same way based on their location, for example, without a signaling connection with a controlling cellular network entity. Other examples of geographic location information may include a tracking area or tracking area list (for LTE) or a registration area (for 5G).
[0060] [Table 2] Example of a planned configuration for location-based resource pools
[0061] In some embodiments, the validity criteria include the traffic load of multiple RATs (e.g., LTE Sidelink (SL), New Radio (NR) SL) that may operate on the same channel or frequency band. The criteria are compared to the traffic load of each RAT estimated by the node. This can be applied to a configured measurement period (e.g., a predetermined length of time) and / or geographic location. Each measurement period may be relatively long (e.g., days, weeks, months) or shorter. For example, different resource pool configurations can be defined based on the ratio of traffic load between two RATs using the same channel (or the same frequency band), as shown in Table 3.
[0062] The traffic load ratio between two RATs, denoted herein as "RATa" and "RATb," can be calculated by dividing the channel busy rate of "RATa" by the channel busy rate of "RATb." If the calculation is based on averaging over a long period of time, all nodes will obtain the same value for the ratio. A configuration table may be constructed to handle different ratios, for example, where "RATa" has a low traffic load and "RATb" has a high traffic load. This example corresponds to the first row of Table 3. In that case, the traffic load ratio will have a low value. The corresponding resource pool configuration for this exemplary use case can provide more resources to "RATb" than to "RATa." This means that the configured resource pool for "RATb," denoted as resource pool #1b, has more resources than the configured resource pool for "RATa," denoted as resource pool #1a.
[0063] Another example use case is a situation where the traffic load ratio is balanced between different RATs and the resource pools can be the same size. This is illustrated in the second row of Table 3, where the resource pools are indexed for "RATa" and "RATb" as Resource Pool #2a and Resource Pool #2b, respectively.
[0064] Another example use case is when the traffic load of "RATb" exceeds the traffic load of "RATa". This is a scenario where the traffic load is higher than the traffic load of "RATa" (RATb). This is illustrated in the third row of Table 3, where the resource pools are indexed as resource pool #3a and resource pool #3b for "RATa" and "RATb," respectively. To account for the higher traffic load of "RATb" compared to "RATa," resource pool #3b may have more resources than resource pool #3a. This embodiment allows for efficient sharing of common resources between different RATs by facilitating adaptation to long-term and / or slow fluctuations in traffic load between the RATs.
[0065] [Table 3] Example of planned configuration of resource pool based on ratio of measured traffic load between two RATs
[0066] In some embodiments, the validity criteria include a channel busy ratio (CBR). The criteria is compared to a "long-term" CBR measured by the node. This can apply to a configured measurement period (e.g., a predetermined length of time) and / or geographic location. The long-term CBR measurement period may be relatively long (e.g., days, weeks, months) or shorter compared to the measurement period of the existing CBR metric in Release 14 / 15 LTE SL (100 ms) and Release 16 / 17 NR SL (100 ms or 100 slots). For example, different resource pool configurations can be defined based on the measured long-term CBR, as shown in Table 4. [Table 4] Example of planned configuration of resource pool based on long-term CBR
[0067] The validity criteria may include a combination of several parameters, for example, date and time information, geographic location, traffic load of the RAT, and / or long-term CBR.
[0068] In some embodiments, the validity criterion may include some information received by the node. For example, it may be a simple bit (e.g., 0 or 1) received by the node (e.g., from the network). This validity criterion may be received by the node separately from the associated configuration information. In this way, the new configuration can be activated later with little resource overhead. This activation can use existing downlink messages, such as network-to-device.
[0069] In some embodiments, the validity criteria may include a particular action performed by the user (eg, pressing a button, setting up a call, and / or transferring data).
[0070] In some embodiments, the validity criteria may include not receiving transmissions from one of the RATs on the configured resources for a predetermined period of time, allowing for a soft transition from one configuration to another in areas where a node transitions from one configuration version to another during that period.
[0071] Any of the embodiments described herein may be used in combination. For example, after a first configuration is enabled or planned, a second (new) configuration may be provided with a first future effective date and time, and a third configuration may be provided with a second future (later) effective date and time. The third configuration may be equivalent to the first configuration. Additionally, additional criteria may be combined with the third configuration, so that the third configuration is enabled only if the network sends a specific instruction to the node (or, in another embodiment, no instruction is sent). This allows for an automatic "return to previous / first configuration" if any problems occur with the second configuration.
[0072] The embodiments in this disclosure are not limited to the specific examples selected and may be applied to other systems or RATs (e.g., 3GPP 6G). Features and results of this disclosure include configuration of nodes in wireless communication and telecommunication systems. This may be used for, but is not limited to, vehicle-to-vehicle and vehicle-to-everything (V2X) wireless technologies, as well as software installed in vehicles that use such technologies. The techniques in this disclosure may also be used for future 3GPP technologies that use configuration mechanisms (e.g., 6G V2X).
[0073] 2 is a flowchart of a method 200 for applying configuration information for use in a node in an embodiment of the present disclosure. The method 200 may be performed, for example, by the node 100 described in connection with FIG.
[0074] Current information is determined (step 202). The current information may include any one or more of date and time information from the node's internal clock or an external time reference, geographic information about the node from, for example, GNSS, traffic load information of RATs used by the node to communicate with the network, or CBR measured by the node. In some embodiments where the node is configured to use multiple RATs, the current information may include traffic load information for each of the multiple RATs. While several specific examples of "current information" are described above, in some embodiments, the scope of "current information" may include information obtained or stored from the node, information about another node measured or determined by the node, or information received by the node from other nodes or networks.
[0075] One or more sets of criteria and corresponding configuration information for each criterion are accessed (step 204) stored at the node. The sets may be stored, for example, in memory 106 of FIG. 1 in any format as described elsewhere in this disclosure, for example, as a table (e.g., one or more of Table 1, Table 2, Table 3, or Table 4) or similar data structure. The sets may include multiple entries, each including one or more criteria and corresponding configuration information. In some embodiments, the criteria include one or more ranges of values for traffic load information, each criterion corresponding to a respective range of values. In some embodiments, the criteria include one or more ranges of values for CBR, each criterion corresponding to a respective range of values. Each corresponds to a range of values.
[0076] The current information is compared to one or more sets of criteria (step 206). A determination is made whether the current information matches at least one criterion of the one or more sets of criteria (step 208). If the current information matches at least one of the criteria ("YES" at step 208), then the configuration information corresponding to the matching criteria is applied by the node (step 210). If the current information does not match any of the criteria ("NO" at step 208), then method 200 may repeat from step 202.
[0077] Method 200 may be performed periodically by a node. For example, method 200 may be performed by a node when the node starts up (i.e., is powered on) or after a predetermined idle period. As another example, method 200 may be performed during one or more of the following conditions: when current information changes, such as when date and time information changes (e.g., at 12:00 AM on a given day); when the node moves to a different geographic region (e.g., a different cell); or when measured traffic load information or channel busy rate changes by more than a predetermined amount (e.g., by more than a threshold amount).
[0078] In some embodiments (which may include all steps of method 200), initial configuration information for the node may be obtained. The node may obtain the initial configuration information, for example, from a network communicating with the node, a memory of the node, or a SIM card in the node. In some embodiments, the initial configuration information may include pre-configuration information, for example, as defined in the 3GPP standards. In embodiments that include initial configuration information, the method may include applying the initial configuration information in the node on the condition that the current information does not match any criteria in the one or more sets of criteria (e.g., based on determining step 208).
[0079] As used in this disclosure, the use of the term "or" in a list of items indicates an inclusive list. A list of items can begin with a phrase such as "at least one" or "one or more." For example, a list of at least one of A, B, or C includes A or B or C or AB (i.e., A and B) or AC or BC or ABC (i.e., A and B and C). Also, as used in this disclosure, the phrase "based on" preceding a list of conditions should not be interpreted as "based only on" the set of conditions, but rather as "based at least in part on" the set of conditions. For example, a result described as "based on condition A" can be based on both condition A and condition B without departing from the scope of this disclosure.
[0080] As used herein, the terms "comprise," "include," or "contain" may be used interchangeably, have the same meaning, and should be construed as inclusive and open-ended. The terms "comprise," "include," or "contain" may be used before a list of elements to indicate that at least all of the listed elements in the list are present, but that other elements not in the list may also be present. For example, if A contains B and C, then both {B, C} and {B, C, D} are within the scope of A.
[0081] This disclosure, in connection with the accompanying drawings, describes exemplary configurations that do not represent every example that may be implemented or every configuration within the scope of this disclosure. The term "exemplary" should not be interpreted as "preferred" or "advantageous compared to other examples," but rather as "an example, instance, or example." Reading this disclosure, including the description of the embodiments and drawings, will help readers understand that the technology disclosed herein may be implemented using alternative embodiments. Those skilled in the art will understand that embodiments, or specific features of the embodiments described herein, can be combined to arrive at still other embodiments for practicing the techniques described in this disclosure. Thus, the present disclosure is not limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
[0082] The flowcharts and block diagrams in the figures illustrate example architecture, functionality, and operation of possible implementations of systems, methods, and devices according to various embodiments. It should be noted that 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 substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending on the functionality involved. Likewise, additional steps may be included in such methods, and certain steps may be omitted or combined, in methods consistent with various embodiments.
[0083] It is understood that the described embodiments are not mutually exclusive, and that elements, components, materials, or steps described in connection with one exemplary embodiment may be combined with, or excluded from, other embodiments in any suitable manner to achieve desired design objectives.
[0084] References herein to "some embodiments" or "some exemplary embodiments" mean that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment. The appearances of the phrases "one embodiment," "some embodiments," or "another embodiment" in various places in this disclosure do not necessarily all refer to the same embodiments, or necessarily to separate or alternative embodiments that are mutually exclusive of other embodiments.
[0085] Furthermore, the articles "a" and "an," as used in this disclosure and the appended claims, should generally be construed to mean "one or more," unless otherwise specified or unless it is clear from the context that the singular form is intended.
[0086] Unless otherwise stated, each numerical value and range should be construed as approximation as if the word "about" or "approximately" preceded the value or range value.
[0087] Although elements in the following method claims, if present, are recited in a particular order, it is not intended that the elements be necessarily limited to being implemented in that particular order, unless the recitation of a claim specifically implies a particular order for implementing some or all of those elements.
[0088] It is understood that certain features of the present disclosure, which are for clarity described in the context of separate embodiments, may also be provided in combination in a single embodiment. Conversely, various features herein that are for brevity described in the context of a single embodiment may also be provided separately or in any suitable subcombination, or as appropriate, in any other described embodiment herein. Certain features described in the context of various embodiments are not essential features of those embodiments, unless so stated.
[0089] It will be further understood that various modifications, substitutions, and variations in the details, materials, and arrangements of parts described and illustrated to explain the nature of the described embodiments may be made by those skilled in the art without departing from the scope of the present disclosure. Accordingly, the following claims are intended to encompass all such substitutions, modifications, and variations that fall within the terms of the claims. Includes.
[0090] Clause 1: A method for applying configuration information for use at a node, comprising: determining current information; accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; comparing the current information to one or more criteria sets; and, provided that the current information matches at least one criterion of the one or more sets of criteria, applying configuration information corresponding to the matching at least one criterion for use at the node. Clause 2: The method of clause 1, wherein the node is one of a network node, a user equipment, or a roadside unit. Clause 3: The method of clause 1, wherein the one or more criteria sets and configuration information are obtained from a subscriber identity module of the node. Clause 4: The method of clause 1, wherein the one or more criteria sets and configuration information are obtained from a network in communication with the node. Clause 5: The method of clause 1, wherein the configuration information is pre-configured. Clause 6: Current information includes date and time information; The criteria include the date and time when the configuration information should be applied; The method described in clause 1. Clause 7: The method of clause 1, wherein the current information includes a current geographic location of the node. Clause 8: The method of clause 1, wherein the current information includes traffic load information of a radio access technology (RAT) used by the node to communicate with the network. Clause 9: The method of clause 8, wherein the node is configured to use multiple RATs, and the current information includes traffic load information for each of the multiple RATs. Clause 10: The method of clause 8, wherein the criteria include one or more ranges of values for the traffic load information, each criterion corresponding to a respective range of values. Clause 11: The method of clause 1, wherein the current information includes a channel busy rate measured by the node. Clause 12: The method of clause 11, wherein the criteria include one or more ranges of values for the channel busy ratio, each criterion corresponding to a respective range of values. Clause 13: A node for applying configuration information for use at the node, a memory configured to store instructions; a processor, the processor executing instructions stored in the memory to Determine the current information, accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; Comparing the current information to one or more sets of criteria; The node is configured to, on the condition that current information matches at least one criterion of one or more sets of criteria, apply configuration information corresponding to the matching at least one criterion for use at the node. Clause 14: The node of clause 13, wherein the node is one of a network node, a user equipment, or a roadside unit. Clause 15: The node of clause 13, wherein the one or more criteria sets and configuration information are obtained from a subscriber identity module of the node. Clause 16: The node of clause 13, wherein the one or more criteria sets and configuration information are obtained from a network in communication with the node. Clause 17: The node of clause 13, wherein the configuration information is pre-configured. Clause 18: Current information includes date and time information; The criteria include the date and time when the configuration information should be applied; Nodes as described in clause 13. Clause 19: The node of clause 13, wherein the current information includes a current geographic location of the node. Clause 20: The node of clause 13, wherein the current information includes traffic load information of a radio access technology (RAT) used by the node to communicate with the network. Clause 21: The node of clause 20, wherein the node is configured to use multiple RATs, and the current information includes traffic load information for each of the multiple RATs. Clause 22: The node of clause 20, wherein the criteria include one or more ranges of values for the traffic load information, each criterion corresponding to a respective range of values. Clause 23: The node of clause 13, wherein the current information includes a channel busy rate measured by the node. Clause 24: The node of clause 23, wherein the criteria include one or more ranges of values for the channel busy ratio, each criterion corresponding to a respective range of values. Clause 25: A non-transitory computer-readable medium storing instructions executable by one or more processors of a node in a communications network to perform a method, the method comprising: determining current information; accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; comparing the current information to one or more criteria sets; and applying, for use at the node, configuration information corresponding to the at least one matching criterion, provided that the current information matches at least one criterion of the one or more sets of criteria.
Claims
1. 1. A method for applying configuration information for use on a node, comprising: determining current information; accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; comparing the current information to the one or more criteria sets; and, provided that the current information matches at least one criterion of the one or more sets of criteria, applying the configuration information corresponding to the matching at least one criterion for use at the node. method.
2. the node is one of a network node, a user equipment, or a roadside unit; The method of claim 1.
3. the one or more criteria sets and configuration information are obtained from a subscriber identity module of the node; The method of claim 1.
4. the one or more criteria sets and configuration information are obtained from a network in communication with the node; The method of claim 1.
5. the configuration information is a pre-configuration; The method of claim 1.
6. the current information includes date and time information; the criteria include a date and time when the configuration information should be applied; The method of claim 1.
7. the current information includes the current geographic location of the node; The method of claim 1.
8. the current information includes traffic load information of a radio access technology (RAT) used by the node to communicate with a network; The method of claim 1.
9. the node is configured to use multiple RATs, and the current information includes traffic load information for each of the multiple RATs. The method of claim 8.
10. the current information includes a channel busy rate measured by the node; The method of claim 1.
11. 1. A node for applying configuration information for use at said node, said node comprising: a memory configured to store instructions; a processor, the processor executing the instructions stored in the memory to Determine the current information, accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; comparing the current information to the one or more criteria sets; and, if the current information matches at least one criterion of the one or more sets of criteria, applying the configuration information corresponding to the matching at least one criterion for use at the node. node.
12. the node is one of a network node, a user equipment, or a roadside unit; The node of claim 11.
13. the one or more criteria sets and configuration information are obtained from a subscriber identity module of the node; The node of claim 11.
14. the one or more criteria sets and configuration information are obtained from a network in communication with the node; The node of claim 11.
15. the configuration information is a pre-configuration; The node of claim 11.
16. the current information includes date and time information; the criteria include a date and time when the configuration information should be applied; The node of claim 11.
17. the current information includes the current geographic location of the node; The node of claim 11.
18. the current information includes traffic load information of a radio access technology (RAT) used by the node to communicate with a network; The node of claim 11.
19. the current information includes a channel busy rate measured by the node; The node of claim 11.
20. 1. A non-transitory computer-readable medium storing instructions executable by one or more processors of a node in a communications network to perform a method, the method comprising: determining current information; accessing, at the node, one or more sets of criteria and configuration information corresponding to each criterion; comparing the current information to the one or more criteria sets; and, on a condition that the current information matches at least one criterion of the one or more sets of criteria, applying the configuration information corresponding to the matching at least one criterion for use at the node.
Citation Information
Patent Citations
Communications device
WO2018030307A1
Methods for radio resource management in moving networks
WO2020163610A1
Sidelink admission control mechanisms for new radio systems
WO2020198415A1