Generating multiple Internet Protocol (IP) addresses in wireless networks
The method and system generate multiple IP addresses in a wireless network by allowing user input for total IP requirements, using positionally encoded templates to automate IP generation and allocation, enhancing efficiency and reducing conflicts.
Patent Information
- Application Number
- JP2025516213
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2022-11-10
- Filing Date
- 2022-12-23
- Publication Date
- 2026-01-22
- Estimated Expiration
- 2042-12-23
AI Technical Summary
Existing methods only generate one IP address for each configuration defined in an IP template, failing to accommodate variable IP requirements for different network service flavors and automation needs, leading to inefficient IP maintenance and allocation.
A method and system for generating multiple IP addresses in a wireless network that allows users to input the total number of required IP addresses, utilizing an IP address template with positionally encoded bits to automate IP generation and allocation, ensuring consistency and flexibility.
Facilitates faster, automated IP generation with improved maintenance and allocation, reducing provisioning time, overcoming address conflicts, and providing meaningful IP addresses adaptable to variable interfaces and resource requirements.
Smart Images

Figure 0007804832000001 
Figure 0007804832000002 
Figure 0007804832000003
Abstract
Description
[Technical Field]
[0001] The present disclosure relates to Internet Protocol (IP) address management methods, and more particularly to methods and systems for generating multiple IP addresses in wireless networks. [Background technology]
[0002] Generally, an Internet Protocol (IP) address is a unique identifier for each device in a network. IP addresses are useful for identifying and locating network interfaces. Each piece of equipment connected to a network requires a unique IP address. Through an IP schema, users (also known as "operators") can plan meaningful IP address assignments for hosts. IP addresses can be specific to a vendor, service category, service type, or device type, based on the decisions of the IP planning team or network team. Multiple IP templates can be constructed using a single IP schema. An IP template is planned to configure the number of IPs required for only one category / type / vendor. IP addresses are generated using IP templates (through an IP schema). IP addresses can have multiple associated properties or characteristics that help identify devices associated with the network. This results in guaranteed consistency, reduced time spent provisioning new devices, eliminated potential address conflicts, and provided meaningful and identifiable IP addresses within the network.
[0003] However, existing methods only generate one IP address for each configuration defined in an IP template, and do not generate a variable number of IPs for different flavors of network service (NS) descriptors or for automation needs where the number of components or interfaces may be variable.
[0004] Because the number of IP requirements varies, users may need to request multiple IPs to be generated from the same IP template, which allows for multiple ranges of IPs. Therefore, maintaining and allocating IPs based on flavor or resource requirements results in a disadvantage for users.
[0005] It would therefore be desirable to address the above-mentioned and other shortcomings, or at least provide a useful alternative.
[0006] Object of the invention The main objective of the embodiments herein is to provide (propose) a method and system for generating multiple Internet Protocol (IP) addresses in a wireless network. The proposed method enhances the existing IP generation function, where the system user provides input for the total number of IP addresses required for each configuration. As a result, it assists the user to generate multiple IPs at once, thereby facilitating IP maintenance and allocation.
[0007] The proposed method can be used to define and organize multiple IP planning / schema definitions for each component / element or category associated with a device in a wireless network. The proposed method provides faster and automated IP generation with flexibility in allocation and deallocation. The proposed method also ensures consistency, reduces the time spent provisioning new devices, overcomes potential address conflicts, and provides meaningful and identifiable IP addresses within the network (details of which can be derived from the IP address). Furthermore, the proposed method helps generate and assign multiple IPs for variable interfaces in one go, thereby improving maintenance and assignment based on flavor or resource requirements. Summary of the Invention
[0008] Accordingly, embodiments herein disclose a method for generating multiple IP addresses in a wireless network. The method includes receiving a user request to generate multiple IP addresses for at least one network element. The user request includes a set of user-defined labels corresponding to at least one IP configuration of the at least one network element defined in an IP template and a total count of multiple IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template. The method further includes retrieving an IP address template corresponding to the at least one network element from a database based on the user request, where the IP address template includes multiple network parameters corresponding to positionally encoded bits of an IP schema. The method further includes generating the multiple IP addresses for the at least one network element based on the set of user-defined labels, the total count of the multiple IP addresses for the at least one network element, the IP address template, and the IP schema. The method further includes displaying the generated multiple IP addresses for the at least one network element.
[0009]
[0009] Accordingly, embodiments herein disclose a system for generating a plurality of IP addresses in a wireless network. The system includes a processor communicatively coupled to a memory. The processor is configured to receive a user request for generating a plurality of IP addresses for at least one network element. The user request includes a set of user-defined labels corresponding to at least one IP configuration of the at least one network element defined in an IP template and a total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template. The processor is further configured to retrieve an IP address template corresponding to the at least one network element from a database based on the user request. The IP address template includes a plurality of network parameters corresponding to position-coding bits of an IP schema. The processor is further configured to generate the plurality of IP addresses for the at least one network element based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, and the IP schema. The processor is further configured to display the generated plurality of IP addresses for the at least one network element.
[0010] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood that the following description, while indicating preferred embodiments and numerous specific details thereof, is given by way of illustration and not limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from that scope, and the embodiments herein include all such modifications. [Brief explanation of the drawings]
[0011] The methods and systems are illustrated in the accompanying drawings, in which like reference characters (reference numerals) indicate corresponding parts of the various views throughout. Embodiments herein will be better understood from the following description with reference to the drawings.
[0012] [Figure 1] 1 illustrates various hardware components of a system for generating multiple Internet Protocol (IP) addresses in a wireless network, according to embodiments disclosed herein.
[0013] [Figure 2A] 1 is a flowchart illustrating a method for generating multiple IP addresses in a wireless network, according to embodiments disclosed herein. [Figure 2B] 1 is a flowchart illustrating a method for generating multiple IP addresses in a wireless network, according to embodiments disclosed herein.
[0014] [Figure 3] 1 is an exemplary IP schema diagram according to embodiments disclosed herein, where each new color represents a subpart of an IP address, which may be a constant, a user input, a template input, or a range.
[0015] [Figure 4A] FIG. 2 is an exemplary diagram depicting the creation of a parent IP schema according to embodiments disclosed herein.
[0016] [Figure 4B] FIG. 10 is an exemplary diagram depicting an arrangement of subparts as needed according to embodiments disclosed herein.
[0017] [Figure 4C] FIG. 10 is an exemplary diagram of a user of the system loading a parent IP schema and creating a new schema, according to embodiments disclosed herein.
[0018] [Figure 5] FIG. 2 is an exemplary diagram depicting IP template creation, according to embodiments disclosed herein.
[0019] [Figure 6A] 10A-10C are exemplary diagrams depicting the creation of a new IP on a user interface according to embodiments disclosed herein.
[0020] [Figure 6B] 10A-10C are exemplary diagrams depicting the creation of a new IP on a user interface according to embodiments disclosed herein.
[0021] [Figure 6C] FIG. 10 is an exemplary diagram depicting an edit configuration count on a user interface, according to embodiments disclosed herein.
[0022] [Figure 7] FIG. 2 is an exemplary block diagram of a hardware configuration of a system for generating multiple IP addresses in a wireless network, according to embodiments disclosed herein. DETAILED DESCRIPTION OF THE INVENTION
[0023] The embodiments herein and their various features and advantageous details will be more fully described with reference to the non-limiting embodiments shown in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted to avoid unnecessarily obscuring the embodiments herein. Furthermore, the various embodiments described herein are not necessarily mutually exclusive, as some embodiments may be combined with one or more other embodiments to form new embodiments. As used herein, the term "or" refers to a non-exclusive or unless otherwise specified. The examples used herein are intended only to facilitate understanding of how the embodiments herein may be implemented and to further enable those skilled in the art to implement the embodiments herein. Therefore, the implementation examples should not be construed as limiting the scope of the embodiments herein.
[0024] As is conventional in the art, embodiments may be described and illustrated in terms of blocks (as functional blocks) that perform one or more described functions. These blocks, which may be referred to herein as managers, units, modules, hardware components, etc., may be implemented by analog and / or digital circuitry, such as logic gates, integrated circuits, microprocessors, microcontrollers, memory circuits, passive electronic components, active electronic components, optical components, hardwired circuitry, and optionally driven by firmware and software. Circuits may be embodied, for example, in one or more semiconductor chips or on a substrate support, such as a printed circuit board. The circuits making up a block may be implemented by dedicated hardware, by a processor (e.g., one or more programmed microprocessors and associated circuitry), or by a combination of dedicated hardware for performing some functions of the block and a processor for performing other functions of the block. Each block of an embodiment may be physically separated into two or more interacting individual blocks without departing from the scope of the present disclosure. Similarly, blocks of an embodiment may be physically combined into more complex blocks without departing from the scope of the present disclosure.
[0025] Accordingly, embodiments herein provide a method for generating a plurality of IP addresses in a wireless network. The method includes receiving a user request to generate a plurality of IP addresses for at least one network element. The user request includes a set of user-defined labels corresponding to at least one IP configuration of the at least one network element defined in an IP template and a total number of IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template. The method further includes retrieving an IP address template corresponding to the at least one network element from a database based on the user request, the IP address template including a plurality of network parameters corresponding to position-coding bits of an IP schema. The method further includes generating the plurality of IP addresses for the at least one network element based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, and the IP schema. The method further includes displaying the generated plurality of IP addresses for the at least one network element.
[0026] Unlike conventional methods and systems, the method proposed herein may be used to enhance existing IP generation functions, where the user of the system provides input for the total number of IP addresses required for each configuration, thus assisting the user in generating multiple IPs at once and aiding in the maintenance and allocation of IPs.
[0027] Unlike conventional methods and systems, the method proposed herein can be used to define and organize multiple IP planning / schema definitions for each component / element or category associated with devices in a wireless network. The method proposed herein can be used to provide faster, automated IP generation with flexibility for allocation and deallocation. The method proposed herein also ensures consistency, reduces the time spent provisioning new devices, overcomes potential address conflicts, and provides meaningful, identifiable IP addresses within the network (details of which can be derived from the IP address). Furthermore, the method may be used to help generate and allocate multiple IPs for variable interfaces at once, thereby improving maintenance and allocation based on flavor or resource requirements.
[0028] Referring now to the drawings, and more particularly to Figures 1-7, in which like reference characters indicate corresponding features consistently throughout the views, a preferred embodiment is shown.
[0029] 1 illustrates various hardware components of a system 100 for generating multiple Internet Protocol (IP) addresses in a wireless network according to embodiments disclosed herein. The system 100 may be, for example, but not limited to, a server, a personal computer, a smartphone, a personal digital assistant (PDA), a tablet computer, a laptop computer, an Internet of Things (IoT) device, an embedded system, an edge device, a vehicle-to-everything (V2X) device, etc. The wireless network may be, for example, but not limited to, a fourth-generation network, a fifth-generation network, a sixth-generation network, an open radio access network (ORAN) network, etc.
[0030] In one embodiment, the system (100) is hosted on a cloud architecture (not shown). In some embodiments, the system 100 includes components described below in FIG. 7. In some embodiments, the system (100) hosts a cluster of servers, such as a cloud service. In some embodiments, the system (100) hosts a public cloud. In some embodiments, the system (100) hosts a private cloud.
[0031] In some embodiments, the cloud architecture provides resources, manages services such as virtual machines and services, and connects resources on the cloud. In some embodiments, the cloud architecture is an open RAN environment, and the RAN is decomposed into three main building blocks: a radio unit (RU) (136), a distributed unit (DU) (132), and a centralized unit (CU) (134) (shown in FIG. 7). In some embodiments, the RU (136) receives, transmits, amplifies, and digitizes radio frequency signals. In some embodiments, the RU (136) is located near or integrated into the antenna to avoid or reduce radio frequency interference. In some embodiments, the DU (132) and CU (134) form the computational component of the base station and transmit the digitized radio signals to the network. In some embodiments, the DU (132) is physically located at or near the RU. In some embodiments, the CU (134) is physically separated from the DU (132) and RU (136) and located closer to the core. In some embodiments, the cloud environment implements an open RAN based on protocols and interfaces between these various building blocks (radios, hardware, and software) within the RAN. Examples of open RAN interfaces include a fronthaul between the radio unit (136) and the distributed unit (132), a midhaul between the distributed unit (132) and the centralized unit (134), and a backhaul connecting the RAN to the core. In some embodiments, the DU (132) and CU (134) are virtualized and run within a server or cluster of servers.
[0032] The system 100 includes an input validation controller 102, a lock controller 104, an IP generation controller 106, an unlock controller 108, and an IP address controller 110. In some embodiments, the system 100 uses the input validation controller 102 to validate input from a user based on information from an IP schema and an IP template. In at least one example, the IP schema includes information regarding system-allocated bits and user-generated bits.
[0033] The IP generation control unit 106 receives a user request for generating a plurality of IP addresses for at least one network element. The user request includes a set of user-defined labels corresponding to at least one IP configuration of the at least one network element defined in the IP template and a total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template. The network element may be, for example, but is not limited to, a network interface (e.g., voice over IP, loopback, router-router, router-host, management interface, etc.), a category of a device in a wireless network (e.g., vRAN, core, small cell, etc.), a type of a device in a wireless network (e.g., vCU or vDU for RAN, etc.), a vendor of a device in a wireless network, a service category of a device in a wireless network, and a network interface in a wireless network.
[0034] In one embodiment, the IP generation control unit 106 displays a user interface (shown in FIG. 6A) for creating a user request. The user interface displays a plurality of input fields describing one or more network parameters of the plurality of network parameters in the IP address template network parameters and an IP configuration count indication. The IP generation control unit 106 also receives user-defined labels entered by a user into each of the plurality of input fields. The IP generation control unit 106 also receives input on the IP configuration count indication. The IP generation control unit 106 also displays an IP configuration count interface (shown in FIG. 6C) including a configuration count field for configuring a total number of the plurality of IP addresses to be generated for at least one IP configuration of at least one network element. The IP generation control unit 106 also receives the total number of the plurality of IP addresses entered by a user into the configuration count field. Furthermore, the IP generation control unit (106) generates a user request based on the user-defined labels entered in each of the input fields and the entered total number of IP addresses to be generated for at least one IP configuration of at least one network element.
[0035] Furthermore, the IP generation control unit (106) retrieves an IP address template corresponding to at least one network element from the database (120) based on a user request, the IP address template including a plurality of network parameters corresponding to positional coding bits of the IP schema.
[0036] Furthermore, the IP generation control unit (106) generates the plurality of IP addresses for the at least one network element based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, and the IP schema. In one embodiment, the IP generation control unit (106) determines a set of system-generated labels that describe one or more network parameters of the plurality of network parameters defined in the IP address template based on the user request. Based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, the IP schema, and the system-generated labels, the IP generation control unit (106) generates the plurality of IP addresses for the at least one network element.
[0037] Additionally, the IP generation control unit (106) displays the generated IP addresses of the at least one network element, and further, the IP generation control unit (106) assigns the IP addresses to the at least one network element.
[0038] The system 100 further includes a server 124 (e.g., an IP address management server). In some embodiments, the IP management server 124 is a virtual server. In some embodiments, the IP address management server 124 is a process running on a cloud service, such as on a cloud architecture. In some embodiments, the IP address management server 124 includes an IP schema generator 112, an IP address API requester 114, an IP template generator 116, an IP configuration controller 118, and a database 120. In some embodiments, the IP address management server 124 interfaces with one or more users via an API. In some embodiments, the IP address management server 124 functions as a web page on a network.
[0039] In some embodiments, the IP address management server (124) receives a request to generate an IP schema. For example, a user requests the IP address management server (124) to generate an IP schema. In some embodiments, the IP schema generator (112) receives information about the IP parameters of the network from the database (120). In some embodiments, the IP parameters of the network include information about the hierarchy and interconnections between various devices on the network, layers within the network, vendors of network devices, service categories for which network devices are used, types of services provided by devices, types of services provided by network devices, etc. For example, the IP schema generator (112) in an open RAN can receive information about the configuration and devices in different layers of the network, such as the RU (136), DU (132), and CU (134). In at least one example, the IP schema generator (112) receives information about the RU (136), including information about the vendor of the RU (136), the radio frequency, the direction the RU (136) is pointed in, the location of the RU, the type of service the RU (136) provides, such as a fourth generation wireless network, and the like.
[0040] In some embodiments, a user provides an IP planning design for logical assignment of IP addresses to devices. In some embodiments, the IP planning design is based on IP parameters of the network, allowing an authorized user to use information in the IP planning design to identify information about a device's location, its position in a hierarchy of devices, etc. For example, the authorized user assigns a specific portion of an IP address with a specific alpha-numeric bit entry to all devices located in New York. The alpha-numeric bit entry allows the authorized user to decipher information about the devices using the IP addresses. A user without access to the IP planning design cannot identify much information without accessing multiple devices on the network. This obscurity improves the security of IP addresses and open RAN. In some embodiments, the IP schema generator 112 receives location encoding of the IP parameters from a user (i.e., an admin). For example, the user (i.e., the admin) assigns bits with specific information indicating the device's location, the type of service provided by the device, etc. In some embodiments, the system 100 receives, via an application programming interface (API), cloud API information to assign, for example, a specific bit in an IP address to indicate that the service location is New York. In some embodiments, the system 100 presents a graphical user interface (GUI) on a web page to receive the information. In some embodiments, the system 100 receives, via the API, information regarding the range of bits assigned to devices of the same type, for example, a range of bits following a fixed bit available to all RUs in the network from a particular vendor.A range of bits is assigned to multiple RUs, and a fixed bit identifies the vendor.
[0041] In some embodiments, the IP schema provides a list of bits that have specific meanings and a means for assigning bits in specific positions to specific values, ranges of values, or both based on IP planning information. In some embodiments, the IP address management server (124) determines whether a first user, such as a user, is authorized to create an IP schema. In some embodiments, the first X bits in an IP address are assigned via the IP schema. For example, the IP schema generator (112) assigns the first 64 bits of a 128-bit IP address based on the IP schema, and the remaining bits are assigned without using the IP schema.
[0042] In some embodiments, the IP address management server (124) generates an IP schema based on the positional encoding of the IP parameters based on a determination that the user is authorized to create an IP schema. In some embodiments, the IP address management server (124) requests approval from another user, such as the user, before the IP schema is created. In some embodiments, in response to a determination that the user is not authorized to create an IP schema, the IP address management server (124) generates an IP address without an IP schema. In some embodiments, in response to a determination that the user is not authorized to create an IP schema, the IP address management server (124) is configured to generate an alert, such as an audio or visual alert. In some embodiments, the alert is transmitted, such as via wireless transmission, to a system administrator, such as the user.
[0043] In some examples, the processing operations of the components of the system 100 are performed by the processor 126 based on machine-readable instructions stored in non-volatile computer-readable memory. In some examples, one or more of the processing operations of the components of the system are performed on different processors. In some examples, the processing operations of the components of the system 100 are divided among multiple processors.
[0044] In some embodiments, the IP address management server 124 receives a request to generate an IP template. For example, a user requests the generation of an IP template. In some embodiments, the IP template describes the allocation of bits in the IP addresses of one or more frequently requested or used devices. For example, during RU deployment, a vendor requests an IP address for each RU and any new equipment, such as a router, for connecting the RU 136 to an open RAN. In some embodiments, the IP address management server 124 receives IP template parameters that define the relationship between devices and other devices that are frequently used in combination, the location of the device combination in the network, the device configuration, or the device combination. In some embodiments, frequent configurations are stored in a database 120 accessible by the IP template generator 116 to generate IP templates requested by the user (i.e., IPAM executive). The IP address management server 124 provides an API to receive information from the user (i.e., IPAM executive). In at least one example, the IP address management server (124) functions as a web page with a graphical user interface for receiving information about portions of the network from users (i.e., IPAM executives).
[0045] In some embodiments, the IP address management server (124) receives from the database (120) a list of IP template parameters associated with the network, the IP template parameters including information about a first portion of the network, such as information for configuring one or more devices or multiple devices of the same type to be used together, or information for the same service to be deployed together. In some embodiments, the IP address management server (124) determines whether the first user is authorized to create IP templates. In some embodiments, based on a determination that the first user is authorized, the IP address management server (124) generates an IP template for the first portion of the network address based on the IP schema from the IP schema generator (112) using the IP template generator (116). In some embodiments, in response to a determination that the user (i.e., the IP AM executive) is not authorized to create IP templates, the IP address management server (124) notifies the user (i.e., the IP AM executive) that the user (i.e., the IP AM executive) does not have permission to create IP templates. In some embodiments, in response to determining that the user (i.e., IP AM executive) is not authorized to create an IP template, the IP address management server (124) is configured to generate an alert, such as an audio or visual alert. In some embodiments, the alert is sent, such as via wireless transmission, to a system administrator, such as a user (i.e., administrator). In some embodiments, the IP address management server (124) receives information regarding a first portion of the network address from the user (i.e., IP AM executive). In some embodiments, the IP address management server (124) requests approval from the user (i.e., IP AM executive) before generating the IP template. In some examples, the IP template provides information such as dynamic IP ranges for services or devices that are part of the template based on an IP schema.For example, an IP template can further allocate bits within an IP address to the first portion of a network address to enable differentiation between devices, types, etc. In some examples, IP templates simplify the deployment of IP addresses to devices and maintain consistency between configurations. In some examples, a user (i.e., an IPAM executive) dynamically generates an IP template for a particular deployment to help identify devices associated with that deployment.
[0046] In some embodiments, the IP address management server (124) receives a request from and on behalf of a user (i.e., an IP AM executive) to generate an IP address. In some embodiments, the IP address management server (124) generates the IP address based on an IP schema and an IP template. In some embodiments, the IP address management server (124) requests authorization from a second user, such as the user (i.e., an administrator), based on the IP template or IP schema. For example, the IP configuration script controller (118) determines, based on the IP template or IP schema, that the requested IP address is a type of device or service located higher in the network hierarchy that the user (i.e., an IP AM executive) is authorized to address, and, based on the information request, that additional authorization is required from the second user, such as the user (i.e., an administrator), before generating the IP address.
[0047] In some embodiments, the IP address management server 124 receives a request from a user to generate an IP address. The IP address management server 124 notifies the user (i.e., an IPAM executive) of the request. In some embodiments, the user is not a member of the organization operating the open RAN. For example, the user is a vendor that deploys RUs, among other vendors. The IP address management server 124 isolates the IP generation process from the vendor to protect the network. In some embodiments, the IP address management server 124 receives an IP template that matches the request from the user. In some embodiments, the IP address management server 124 requests additional information from the user (i.e., an IPAM executive) based on the IP template and IP schema. For example, the IP address management server 124 requests information such as a superblock for the device or part of the network, a cluster ID for the device, a Fabric ID for the device, a radio control port node number, or a node type in order to generate the IP address.
[0048] In some embodiments, the IP address management server (124) generates IP addresses using an IP address generation API. The IP address management server (124) queries the database (120) via an API that links the IP generation gateway and the IP address management server (124). The API configures a firewall for network-related information from the user. In some embodiments, the IP address management server (124) locks the IP address space using the lock control unit (104) to prevent conflicts when IP addresses are simultaneously requested by two different vendors for the same device. In some embodiments, the IP generation control unit (106) generates IP addresses and reserves IP addresses for devices communicating with the IP address management server (124). For example, a DNS server generates IP addresses.
[0049] In some embodiments, the IP Generation Controller (106) communicates with the IP Address API Requester (112) via an API. In some embodiments, the Unlock Controller (108) unlocks the IP address space outside of the IP schema after the IP address is generated. In some embodiments, the IP Generation Gateway requests permission before the IP address is released to a user. In some embodiments, the IP Generation Gateway requests permission from a user (i.e., an IPAM executive) or a user (i.e., an administrator).
[0050] The IP generation control unit (106) may be implemented by analog and / or digital circuits such as logic gates, integrated circuits, microprocessors, processors (126), microcontrollers, memory circuits, passive electronic components, active electronic components, optical components, hardwired circuits, and may optionally be driven by firmware.
[0051] Additionally, the processor (126) is configured to execute instructions stored in the memory (122) and to perform various processes. The memory (122) also stores instructions executed by the processor (126). The memory (122) may include non-volatile storage elements. Examples of such non-volatile storage elements may include magnetic hard disks, optical disks, floppy disks, flash memory, or forms of electrically programmable memory (EPROM) or electrically erasable and programmable (EEPROM) memory. Furthermore, the memory (122) may, in some examples, be considered a non-transitory storage medium. The term "non-transitory" may indicate that the storage medium is not embodied in a carrier wave or propagated signal. However, the term "non-transitory" should not be interpreted as meaning that the memory (122) is non-removable. In certain examples, the non-transitory storage medium may store data that can change over time (e.g., in random access memory (RAM) or cache).
[0052] The system 100 proposed herein can be used to enhance existing IP generation functionality, where the user of the system 100 provides input regarding the total number of IP addresses required for each configuration, thus assisting the user in generating multiple IPs at once and aiding in the maintenance and allocation of IPs.
[0053] Unlike conventional systems, the proposed system (100) can be used to define and organize multiple IP planning / schema definitions for each component / element or category associated with a device in a wireless network. The proposed system (100) can be used to provide faster, automated IP generation with flexibility in allocation and deallocation. The proposed system (100) also ensures consistency, reduces the time spent provisioning new devices, overcomes potential address conflicts, and provides meaningful, identifiable IP addresses within the network (details of which can be derived from the IP address). Furthermore, the system (100) can be used to help generate and allocate multiple IPs for variable interfaces at once, thereby improving maintenance and allocation based on flavor or resource requirements.
[0054] While Figure 1 illustrates various hardware components of system 100, it should be understood that other embodiments are not limited thereto. In other embodiments, system 100 may include fewer or more components. Furthermore, component labels or names are used for illustrative purposes only and do not limit the scope of the invention. One or more components may be combined together to perform the same or substantially similar functions in system 100.
[0055] 2A and 2B are a flowchart (S200) illustrating a method for generating multiple IP addresses in a wireless network according to an embodiment disclosed herein. These processes and operations (S202 to S222) are performed by the IP generation control unit (106).
[0056] At S202, the method includes displaying a user interface for creating a user request. The user interface displays a plurality of input fields describing one or more network parameters among the plurality of network parameters in the IP address template network parameters, and displays an IP configuration total number display. At S204, the method includes receiving a user-defined label entered by a user into each of the plurality of input fields. At S206, the method includes receiving input (input related to an IP total number configuration table) on the IP total number configuration display. At S208, the method includes displaying an IP configuration total number interface including a configuration total number field for configuring a total number of the plurality of IP addresses to be generated for at least one IP configuration of at least one network element. At S210, the method includes receiving a total number of the plurality of IP addresses entered by a user into the configuration total number field. At S212, the method includes generating a user request based on the user-defined label entered into each of the input fields and the entered total number of the plurality of IP addresses to be generated for at least one IP configuration of at least one network element.
[0057] At S214, the method includes a step of obtaining an IP address template corresponding to at least one network element from the database (120) based on a user request, the IP address template including a plurality of network parameters corresponding to position-coded bits of the IP schema. At S216, the method includes a step of determining a set of system-generated labels describing one or more of the plurality of network parameters defined in the IP address template based on the user request. At S218, the method includes a step of generating a plurality of IP addresses for the at least one network element based on the set of user-defined labels, a total number of the plurality of IP addresses for the at least one network element, the IP address template, the IP schema, and the system-generated labels. At S220, the method includes a step of displaying the generated plurality of IP addresses for the at least one network element. At S222, the method includes a step of assigning the plurality of IP addresses to the at least one network element.
[0058] In one embodiment, the method is performed by the system (100) shown in FIG. 1 or by a system control unit (130) shown in FIG. 7, which includes sections for performing certain processing operations, such as the system control unit (130) shown in FIG. 7 described below.
[0059] The proposed method can be used to enhance the existing IP generation function, where the system user provides an input for the total number of IP addresses required for each configuration, thus assisting the user in generating multiple IPs at once and aiding in the maintenance and allocation of IPs.
[0060] The proposed method can be used to define and organize multiple IP planning / schema definitions for each component / element or category associated with a device in a wireless network. The proposed method can be used to provide faster, automated IP generation with flexibility in allocation and deallocation. The proposed method also ensures consistency, reduces the time spent provisioning new devices, overcomes potential address conflicts, and provides meaningful, identifiable IP addresses within the network (details of which can be derived from the IP address). Furthermore, the method can be used to help generate and allocate multiple IPs for variable interfaces at once, thereby improving maintenance and allocation based on flavor or resource requirements.
[0061] The various actions, acts, blocks, steps, etc. in the flowchart (S200) may be performed in the order presented, in a different order, or simultaneously. Furthermore, in some embodiments, some of the actions, acts, blocks, steps, etc. may be omitted, added, modified, skipped, etc. without departing from the scope of the present invention.
[0062] FIG. 3 is an exemplary IP schema diagram (300) according to an embodiment disclosed herein, where each new color represents a subpart of an IP address that can be a constant, a user input, a template input, or a range.
[0063] In one embodiment, IP schema (300) is generated using system 100 (shown in FIG. 1). In some embodiments, the first four bits (302) of IP schema 200 are based on an IP address block reserved for service providers. For example, the first four bits (302) have a value of 240b. In some embodiments, the second four bits (304) of the IP schema indicate, among other details, a superblock identifier or a mobile ring number. For example, one bit of the IP schema within the second four bits (304), e.g., S, indicates a superblock within the identifier that describes where the device or service is located, e.g., the name of the city in an open RAN deployment where the device is located. For example, these values indicate that the service is located in New York, Washington, DC, etc. In some embodiments, four bits within the third four bits (306), e.g., K, indicate infrastructure or services associated with the device. Examples of infrastructure or services in Schema I include user equipment types such as 4th generation networks, 5th generation networks, Wi-Fi, infrastructure, service applications, etc. In some embodiments, the fourth quad bit (308) of the IP schema is reserved for allocation to groups of devices during IP generation.
[0064] In some embodiments, the value denoted by XXXX is a user-configurable value selectable from among one or more predetermined options. In some examples, the configurable value is binary. In some examples, the configurable value is alpha-numeric digits for encoding details about the network parameter. In some embodiments, the values denoted by S and M are obtained from a user.
[0065] The IP schema includes other bit sets (310-316). These bit sets can be used to provide other identification information for the device. In some embodiments, one or more of the bit sets (310-316) can be used to identify the deployment of the device. In some embodiments, one or more of the bit sets (310-316) can be used to identify the type of device. In some embodiments, one or more of the bit sets (310-316) can be used to identify the hierarchical position of the device within the network. In some embodiments, one or more of the bit sets (310-316) can be used to identify devices above or below the device in the hierarchy of the network. Those skilled in the art will recognize that other combinations of identification information within IP schema 200 are within the scope of this disclosure.
[0066] Users can pre-configure IP schema subparts that are automatically filled in during user IP schema creation. This helps the planning team configure the basic / prefix portion of the IP schema, and allows users flexibility in defining the rest of the schema. The following (Figures 4A-4c) is an example, showing how it can be further defined and used.
[0067] 4A is an exemplary diagram (400A) depicting the creation of a parent IP schema according to embodiments disclosed herein. As shown in FIG. 4A, a parent IP schema is created and a user provides a category, IP version, comments, and name on the parent IP schema.
[0068] 4B is an exemplary diagram (400b) depicting the configuration of subparts as needed according to an embodiment disclosed herein. FIG. 4B is described in relation to FIG. 4A. As shown in FIG. 4B, subparts as needed are configured and saved.
[0069] 4C is an exemplary diagram (400c) in which a user can input a parent IP schema and create a new schema, according to embodiments disclosed herein. As shown in FIG. 4C, a user inputs a parent IP schema and creates a new schema, providing service categories, IP versions, comments, and required subparts as needed, which are configured and saved in the user interface.
[0070] FIG. 5 is an exemplary diagram (500) depicting IP template creation according to embodiments disclosed herein. In one example, an IPAM executive creates an IP template, where a user selects an IP schema and defines all necessary IP-related template configurations as needed based on the selection. The user can draft the template and edit it multiple times until all necessary configurations are complete. The IPAM executive then submits the IP template for approval. The IPAM admin is the authority responsible for approving / rejecting the IP template based on a review of the schema and corresponding configurations.
[0071] Figure 6A is an exemplary diagram (600A) depicting the creation of new IP on a user interface according to embodiments disclosed herein. Figure 6B is an exemplary diagram (600B) depicting the generation of new IP on a user interface according to embodiments disclosed herein. Figure 6C is an exemplary diagram (600C) depicting the total number of edit configurations on a user interface according to embodiments disclosed herein.
[0072] In one example, IP generation can be performed from an approved IP template (from Figure 5). For each new instantiation / installation of a network element, the user provides new instance-specific inputs configured in the IP schema (of the requested IP template) to generate a set of IP addresses configured in the IP template. In addition to this, the method proposed herein may be used to help generate and allocate multiple IPs for variable interfaces at once, thereby improving maintenance and allocation based on flavor or resource requirements.
[0073] The user interface displays a plurality of input fields describing one or more network parameters of the plurality of network parameters in the IP address template network parameters and an IP configuration total number display. A user-defined label is entered by a user into each of the plurality of input fields. As shown in FIG. 6B , the input is received in the IP configuration total number display. Based on the input, an IP configuration total number interface is displayed, including a configuration total number field for configuring a total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element. The total number of the plurality of IP addresses is entered by the user into the configuration total number field. A user request is generated based on the user-defined labels entered in each of the input fields and the entered total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element.
[0074] 7 is an exemplary block diagram of a hardware configuration of a system (100) for generating multiple IP addresses in a wireless network according to embodiments disclosed herein. The hardware configuration includes a system (100) that communicates with a network (144) and interacts with an input device (142). In one embodiment, the system (100) is a computer or other computing device that receives input or commands from the input device (142). In another embodiment, the system (100) is a host server that connects directly to the input device (142) or indirectly through the network (144). In another embodiment, the system (100) is a computer system including two or more computers. In another embodiment, the system (100) is a personal computer that runs applications for a user of the system (100).
[0075] The system (100) includes a system controller (130), a memory (122), a communication unit (140), and an input / output interface (138). In one embodiment, the system controller (130) includes a processor or programmable circuit that executes instructions and causes the processor or programmable circuit to perform processes or operations according to the instructions. In one embodiment, the system controller (130) includes analog or digital programmable circuitry, or any combination thereof. In another embodiment, the system controller (130) includes physically separate storage devices or circuits (not shown) that communicate with the system controller (130) via communications. In one embodiment, the memory (122) includes a non-volatile computer-readable medium capable of storing executable and non-executable data for access by the system controller (130) during execution of instructions. The communication unit (140) transmits and receives data to and from a network (144). The communication unit (140) is configured to communicate internally between internal hardware components and with external devices via one or more networks. The input / output interface (138) is connected to various input / output units such as input devices (142) via parallel ports, serial ports, keyboard ports, mouse ports, monitor ports, etc., to receive commands and present information.
[0076] The system controller 130 includes a radio unit (RU) 136, a distributed unit (DU) 132, a centralized unit (CU) 134, an IP address calculation controller 110, and a core (not shown). In one embodiment, the RU 136, the DU 132, the CU 134, and the core are configured based on a virtual machine or a cluster of virtual machines. The DU 132, the CU 134, the core, or a combination thereof, is circuitry or instructions in the system controller 130 configured to process streams of information from the DU 132, the CU 134, the core, or a combination thereof. In another embodiment, the DU 132, the CU 134, the core, or a combination thereof is configured to receive information, such as information from an open RAN network (not shown). In another embodiment, the DU 132, the CU 134, the core, or a combination thereof is configured to deploy software services in a cloud-native environment to process information in real time. In another embodiment, the DU (132), CU (134), core, or combination thereof, records information in memory (122), such as in a database (120) (e.g., a site database), and utilizes information in memory (122). In another embodiment, the DU (132), CU (134), core, or combination thereof includes subsections for performing additional functions, as described in the preceding flowcharts. In at least some embodiments, such subsections may be referenced by names associated with their functions.
[0077] In other embodiments, the system (100) is a separate device capable of processing logical functions to perform the processes and operations described herein. In at least some embodiments, the system controller (130) and the memory (122) need not be entirely separate devices, and in some embodiments, share circuitry or one or more computer-readable media. In at least some embodiments, the memory (122) includes a hard drive that stores both computer-executable instructions and data accessed by the system controller (130), and the system controller (130) includes a combination of a central processing unit (CPU) and RAM, and the computer-executable instructions may be copied in whole or in part for execution by the CPU during the performance of the processes and operations described herein.
[0078] In another embodiment in which the system (100) is a computer, a program installed on the computer can cause the computer to function as or perform processes and operations associated with the system (100) of the embodiments described herein. In another embodiment, such a program can be executed by the processor (126) to cause the computer to perform specific processes and operations associated with some or all of the blocks in the flowcharts and block diagrams described herein. Various embodiments of the system are described with reference to flowcharts and block diagrams, where the blocks may represent steps in a process in which processes and operations are performed or may represent sections of the system controller (130) responsible for performing the processes and operations. Particular steps and sections are implemented by dedicated circuitry, programmable circuitry provided with computer-readable instructions stored on a computer-readable medium, and / or a processor provided with computer-readable instructions stored on a computer-readable medium. In some embodiments, the dedicated circuitry includes digital and / or analog hardware circuitry, and may include integrated circuits (ICs) and / or discrete circuitry. In some embodiments, the programmable circuitry includes reconfigurable hardware circuits comprising logical AND, OR XOR, NAND, NOR, and other logic operations, flip-flops, registers, memory elements, etc., such as, for example, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), etc.
[0079] Various embodiments of the present system include systems, methods, and / or computer program products. In some embodiments, the computer program product includes a computer-readable storage medium(s) having computer-readable program instructions for causing a processor to execute aspects of the present system. In some embodiments, the computer-readable storage medium includes a tangible device capable of holding and storing instructions for use by an instruction execution device. In some embodiments, the computer-readable storage medium includes, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of computer-readable storage media includes portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable compact disc read-only memory (CD-ROM), digital versatile disc (DVD), memory stick, floppy disk, mechanically encoded devices such as punch cards or ridge structures in grooves on which instructions are recorded, and any suitable combination of the foregoing. As used herein, a computer-readable storage medium should not be construed as being itself a transitory signal, such as an electric wave or other freely propagating electromagnetic wave, an electromagnetic wave propagating through a waveguide or other transmission medium (e.g., light pulses passing through a fiber optic cable), or an electrical signal transmitted through a wire. In some embodiments, the computer-readable program instructions described herein are downloadable from the computer-readable storage medium to a respective computing / processing device or to an external computer or external storage device, for example, via a network, such as the Internet, a local area network, a wide area network, and / or a wireless network.In some embodiments, the network may include copper transmission cables, optical fiber transmissions, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium in the respective computing / processing device.
[0080] In some embodiments, the computer-readable program instructions for performing the processes and operations described above are either assembler instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state-setting data, or source or object code written in any combination of one or more programming languages, including object-oriented programming languages such as Smalltalk, C++, and traditional procedural programming languages such as the "C" programming language or similar programming languages. In some embodiments, the computer-readable program instructions execute entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In some embodiments, in the latter scenario, the remote computer may be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet Service Provider). In some embodiments, electronic circuitry, including, for example, a programmable logic circuit, a field programmable gate array (FPGA), or a programmable logic array (PLA), executes computer-readable program instructions by utilizing state information of the computer-readable program instructions to individualize the electronic circuitry to perform aspects of the present system.
[0081] Although the embodiments of the present system have been described above, the technical scope of any claimed subject matter is not limited to the above embodiments. It will be apparent to those skilled in the art that various modifications and improvements can be made to the above embodiments. It is apparent from the scope of the claims that embodiments with such modifications or improvements are also included within the technical scope of the system.
[0082] The processes, operations, procedures, steps, and stages of each process performed by the apparatus, system, program, and method shown in the claims, embodiments, and drawings may be performed in any order unless the order is explicitly indicated by "before," "before," etc., and unless output from a previous process is used in a later process. Even if a process flow is described in the claims, embodiments, and drawings using words such as "first," "next," etc., it does not necessarily have to be performed in this order.
[0083] Although the embodiments of the present system have been described above, the technical scope of any claimed subject matter is not limited to the above embodiments. It will be apparent to those skilled in the art that various modifications and improvements can be made to the above embodiments. It is clear from the claims that embodiments incorporating such modifications and improvements are also within the technical scope of the system. The processes, operations, procedures, steps, and stages of each process performed by the devices, systems, programs, and methods shown in the claims, embodiments, and drawings may be performed in any order unless the order is explicitly indicated by "before" or "before," and the output from a previous process is not used in a subsequent process. Even if a process flow is described in the claims, embodiments, and drawings using terms such as "first" or "next," it does not necessarily have to be performed in that order.
[0084] The foregoing outlines features of several embodiments to enable those skilled in the art to better understand aspects of the present disclosure. Those skilled in the art will appreciate that they may readily use this disclosure as a basis for designing or modifying other processes and structures to carry out the same purposes and / or achieve the same advantages and effects of the embodiments introduced herein. Those skilled in the art will also appreciate that such equivalent constructions do not depart from the scope of the present disclosure, and that various changes, substitutions, and alterations can be made herein without departing from the scope of the present disclosure. The foregoing outlines features of several embodiments to enable those skilled in the art to better understand aspects of the present disclosure. Those skilled in the art will appreciate that they may readily use this disclosure as a basis for designing or modifying other processes and structures to carry out the same purposes and / or achieve the same advantages and effects of the embodiments introduced herein. Those skilled in the art will also appreciate that such equivalent constructions do not depart from the scope of the present disclosure, and that various changes, substitutions, and alterations can be made herein without departing from the scope of the present disclosure.
[0085] The foregoing description of specific embodiments sufficiently reveals the general nature of the embodiments herein, so that others, by applying current knowledge, can easily modify and / or adapt such specific embodiments to various uses without departing from the broader concept; therefore, such adaptations and modifications should, and are intended to, be understood within the meaning and range of equivalents of the disclosed embodiments. It should be understood that the phraseology or terminology used herein is for purposes of description and not limitation. Thus, while the embodiments herein have been described with reference to preferred embodiments, those skilled in the art will recognize that the embodiments herein can be modified and practiced within the scope of the embodiments described herein.
Claims
1. 1. A system for generating a plurality of Internet Protocol (IP) addresses in a wireless network, the system comprising: receiving a user request to generate a plurality of IP addresses for at least one network element; The user request: a set of user-defined labels corresponding to at least one IP configuration of said at least one network element defined in an IP template; a total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template; The system further comprises: retrieving an IP address template corresponding to the at least one network element from a database based on the user request, the IP address template including a plurality of network parameters corresponding to position-coded bits of an IP schema; The system further comprises: generating the plurality of IP addresses for the at least one network element based on the set of user-defined labels, a total number of the plurality of IP addresses for the at least one network element, the IP address template, and the IP schema; displaying the generated plurality of IP addresses of the at least one network element; system.
2. generating the plurality of IP addresses of the at least one network element, determining a set of system-generated labels that describe one or more of the network parameters defined in the IP address template based on the user request; the set of user-defined labels, the total number of the plurality of IP addresses of the at least one network element, the IP address template, the IP schema, and generating the plurality of IP addresses for the at least one network element based on the system-generated label; The system of claim 1 , comprising:
3. receiving the user request to generate the plurality of IP addresses for the at least one network element; displaying a user interface for creating the user request, the user interface displaying a plurality of input fields describing one or more of the plurality of network parameters defined in the IP address template and displaying an IP configuration count display; receiving the user request to generate the plurality of IP addresses of the at least one network element further comprises: receiving the user-defined label entered by a user into each of the plurality of input fields; receiving input on the IP population configuration display; displaying an IP configuration count interface, the IP configuration count interface comprising a configuration count field for configuring the total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element; receiving the total number of the plurality of IP addresses entered by the user into the configuration total field; generating the user request based on the entered user-defined labels in each of the input fields and the entered total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element; The system of claim 1 , comprising:
4. 2. The system of claim 1, wherein the network element is at least one of a category of a device in the wireless network, a type of a device in the wireless network, a vendor of a device in the wireless network, a service category of a device in the wireless network, and a network interface in the wireless network.
5. The system of claim 1 , wherein the system is further configured to assign the plurality of IP addresses to the at least one network element.
6. 1. A method for generating a plurality of Internet Protocol (IP) addresses in a wireless network, the method comprising: receiving, by the system, a user request to generate a plurality of IP addresses for at least one network element; The user request: a set of user-defined labels corresponding to at least one IP configuration of said at least one network element defined in an IP template; a total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element defined in the IP template; The method further comprises: and obtaining, by the system, an IP address template corresponding to the at least one network element from a database based on the user request, the IP address template including a plurality of network parameters corresponding to position-coded bits of an IP schema; The method further comprises: generating, by the system, the plurality of IP addresses for the at least one network element based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, and the IP schema; displaying, by the system, the generated plurality of IP addresses of the at least one network element; A method comprising:
7. The step of generating, by the system, the plurality of IP addresses for the at least one network element comprises: determining, by the system, a set of system-generated labels that describe one or more of the plurality of network parameters defined in the IP address template based on the user request; generating, by the system, the plurality of IP addresses for the at least one network element based on the set of user-defined labels, the total number of the plurality of IP addresses for the at least one network element, the IP address template, the IP schema, and the system-generated labels; The method of claim 6, comprising:
8. receiving, by the system, the user request to generate the plurality of IP addresses for the at least one network element, displaying, by the system, a user interface for creating the user request, the user interface displaying a plurality of input fields describing one or more of the plurality of network parameters defined in the IP address template, and displaying an IP configuration count display; receiving, by the system, the user-defined label entered by a user into each of the plurality of input fields; receiving, by the system, an input on the IP population composition display; displaying, by the system, an IP configuration count interface, the IP configuration count interface comprising a configuration count field for configuring the total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element; receiving, by the system, the total number of the plurality of IP addresses entered by the user into the configuration total field; generating, by the system, the user request based on the entered user-defined labels in each of the input fields and the entered total number of the plurality of IP addresses to be generated for the at least one IP configuration of the at least one network element; The method of claim 6, comprising:
9. 7. The method of claim 6, wherein the network element is at least one of a category of a device in the wireless network, a type of a device in the wireless network, a vendor of a device in the wireless network, a service category of a device in the wireless network, and a network interface in the wireless network.
10. The method of claim 6 , wherein the method includes the step of assigning, by the system, the plurality of IP addresses to the at least one network element.
Citation Information
Patent Citations
System and method for DHCP-based assignment of IP addresses to servers based on geographic identifiers
US20050262218A1
Security Enhanced Methods And System For IP Address Allocation
US20060195610A1
Method and system for dynamic assignment of network addresses in a communications network
US20090213763A1