CN107257297B - A kind of multi-layer platform modeling method based on software communications architecture - Google Patents
A kind of multi-layer platform modeling method based on software communications architecture Download PDFInfo
- Publication number
- CN107257297B CN107257297B CN201710624338.8A CN201710624338A CN107257297B CN 107257297 B CN107257297 B CN 107257297B CN 201710624338 A CN201710624338 A CN 201710624338A CN 107257297 B CN107257297 B CN 107257297B
- Authority
- CN
- China
- Prior art keywords
- manager
- port
- node
- equipment
- layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
Abstract
A kind of multi-layer platform modeling method based on software communications architecture, comprising the following steps: step 1: software communications architecture is divided into mechanical floor, node layer and podium level;Step 2: the modeling of facilities and equipments layer is the corresponding logical device of each device object creation of system;Step 3: implementing the modeling of node layer, according to the functional boundary of the architecture design of system and each equipment of system, system resource is divided into several subregions with standalone feature boundary, i.e. node, creates corresponding equipment manager and equipment manager port for each node;Step: 4: the modeling of implementing platform layer creates domain manager and creation domain manager port according to existing nodal information;The all devices of system platform are included in a logical level is clear, in management framework of interface standard by the thought of this multilevel hierarchy, partition management, it is realized for system in complicated system administration, such as dynamic restructuring, health monitoring, troubleshooting offer basis.
Description
Technical field
The present invention relates to platform modeling methods in software communication architectural framework, and in particular to one kind is based on software communication system
The multi-layer platform modeling method of structure.
Background technique
Software communications architecture SCA (Software Communication Architecture) is U.S. army's joint war
Art radio system JTRS (Joint Tactical Radio System), which develops software, can configure the primary demand of radio station
And the software radio architecture independently of concrete application established.The target to be realized of SCA is: greatly providing and is deployed in
The operating flexibility and interoperability of the communication system of global range, system upgrade is simple, reduces system development and operation
Management cost.
According to the definition of SCA standard, all devices in system are all abstracted as a logic in SCA software platform and set
It is standby.Logical device is ageng of the specific physical equipment on SCA platform, using the equipment interface of SCA standard by bottom thousand
Poor ten thousand other physical device interface standardization.To realize the separation of system soft and hardware.However, the software complicated for one
Radio system, resource extent is big, and system architecture is complicated, and system administration realizes that difficulty is big.It is set based on traditional single logic
Standby abstract mechanism, it is difficult to realize the management to such extensive resource.Specific drawback is as follows:
Abstract depth is inadequate: being only abstracted to equipment, the tension management person of system faces such bottom, huge equipment
Object, it is difficult to realize the service logic of efficient management and complexity.
Lack efficient platform management and communication mechanism: in system operation, platform there are a large amount of data interaction,
Such as power-on self-test, period self-test, parameter configuration;Ununified, efficient communication constraint, causes system design difficulty big.
Platform modeling lacks standard criterion constraint: there is no the constraint to platform modeling in SCA, causing platform modeling efficiency
Low and incompatible, the portability of software is also poor.
Summary of the invention
The present invention provides a kind of multi-layer platform modeling method based on software communications architecture, existing to solve
Logical device interface is inadequate to software radio system level of abstraction, it is difficult to realize in complicated system administration, as dynamic restructuring,
The technical problems such as health monitoring, troubleshooting.
A kind of multi-layer platform modeling method based on software communications architecture, which comprises the following steps:
Step 1: software communications architecture is divided into mechanical floor, node layer and podium level;
Step 2: implementing the modeling of the mechanical floor, set for the corresponding logic of each device object creation of system
It is standby, for creation logical device port and SPD.xm, SCD.xml, PRF.xml, DPD.xml configuration file;
Step 3: implementing the modeling of the node layer, according to the function side of the architecture design of system and each equipment of system
System resource is divided into several subregions with standalone feature boundary, i.e. node by boundary, is set for the creation of each node is corresponding
Standby manager and equipment manager port, and DCD.xml configuration file is created for equipment manager;
Step 4: implementing the podium level modeling, according to existing nodal information, create domain manager and the management of creation domain
Device port, and PCD.xml configuration file is created for podium level.
The principle of the invention: system platform is abstracted as three levels: mechanical floor, node layer and podium level by the present invention.Equipment
The object of layer is logical device, and logical device is ageng of the system processor part in system platform, using SCA standard
Equipment interface;The object of node layer is equipment manager, and node is an abstract concept, is the institute managed the node
The subregion for having equipment to constitute is abstracted, while being also the administrative unit of the subregion;Podium level is the highest level of abstraction of system domain, is
System platform is abstracted, managed object is all nodes of system, itself object is domain manager.
More preferably to realize the present invention, may further be: the device object be in real system physical device on platform
Ageng, with object device correspond;The standard device that the logical device is inherited in software communications architecture connects
Mouthful, the difference of bottom hardware interface is shielded for upper platform.
Optional: the resource in each node is managed by an equipment manager, including described is patrolled
Collect the technical characteristics such as registration, cancellation, inquiry and the configuration of equipment;The equipment manager is according to the DCD.xml file acquisition
The essential information technical characteristic of equipment.
Optional: the domain manager is responsible for the registration and cancellation of the node.
Optional: the domain manager has a Control Cooling user port and a data type supplier end
Mouthful;The equipment manager has a Control Cooling supplier and a Control Cooling user port, while having one
Data type supplier and a data type user port;The logical device has a Control Cooling supplier port
With a data type user port.
Optionally, the podium level control command issues process specific step is as follows:
Step 11: the control information that podium level receives upper layer application or independently generated by platform is analyzed and is converted to control
Instruction is sent to the equipment manager Control Cooling supplier end by the Control Cooling user port of the domain manager
Mouthful;
Step 12: the equipment manager parses the control command received, in registered device object
Search issued target device object;If inquiring target device object, pass through the Control Cooling in equipment manager
User port is pushed to the Control Cooling supplier port of target device;
Step 13: the target device object parses the control command received, and is configured to mapped object
Device is managed, realizes the control to physical equipment.
Optionally, steps are as follows for the device object reported data:
Step 21: the logical device collects the data reported by corresponding physical device, and handles data, so
Afterwards again by the data type supplier port of data-pushing to corresponding device manager;
Step 22: the equipment manager is handled and is merged to received data, will treated data-pushing extremely
The data type supplier port of domain manager;
Step 23: the domain manager carries out information fusion and processing to the data reported by each node again, is reported to
Tension management application.
Beneficial effects of the present invention: of the invention that system platform is abstracted as by three layers based on software communications architecture
Secondary, i.e. mechanical floor, node layer and podium level are set all of system platform by the thought of this multilevel hierarchy, partition management
It is standby to be included in that a logical level is clear, in management framework of interface standard, it is realized for system in complicated system administration, such as dynamic
Reconstruct, health monitoring, troubleshooting etc. provide basis.
Detailed description of the invention
Fig. 1 shows platform multilayered structure illustraton of model in the present invention;
Fig. 2 shows multi-layer platform modeling flow charts in the present invention;
Fig. 3 shows multi-layer platform port link model in the present invention.
Specific embodiment
It is described in detail below in conjunction with embodiment of the attached drawing to technical solution of the present invention.Following embodiment is only used for
Clearly illustrate technical solution of the present invention, therefore be intended only as example, and cannot be used as a limitation and limit protection of the invention
Range.
A kind of multi-layer platform modeling method based on software communications architecture as shown in Figure 1:, which is characterized in that packet
Include following steps:
Step 1: software communications architecture is divided into mechanical floor, node layer and podium level;
Step 2: the modeling of facilities and equipments layer is the corresponding logical device of each device object creation of system, and
Create logical device port and SPD.xm, SCD.xml, PRF.xml, DPD.xml configuration file;
Step 3: implement the modeling of node layer, it, will according to the functional boundary of the architecture design of system and each equipment of system
System resource is divided into several subregions with standalone feature boundary, i.e. node, creates corresponding equipment pipe for each node
Device and equipment manager port are managed, and creates DCD.xml configuration file for equipment manager;
Step 4: the modeling of implementing platform layer creates domain manager and creation domain manager end according to existing nodal information
Mouthful, and PCD.xml configuration file is created for podium level.
Wherein: mechanical floor is the bottom of platform model, and the systematic each device object of mechanical floor is constituted, device object
By the equipment that all physical devices in software radio system are abstracted as three types: conventional equipment, can be held loadable device
Row equipment.The device object is ageng of the physical device on platform in real system, is corresponded with object device;
The logical device inherits the standard device interface in software communications architecture, shields bottom hardware interface for upper platform
Difference.
Node layer is the middle layer of the multi-layer platform in software communications architecture, especially in large-scale wireless electric system
Stock number is huge, effectively manages to realize resource, and resource is carried out partition management.Each resource partitioning has specific
The resource of functional boundary, same resource partitioning can carry out equality scheduling.Here resource partitioning is exactly a node, be have it is same
Resource composition in functional boundary.Resource in each node is managed by an equipment manager, including
The technical characteristics such as registration, cancellation, inquiry and the configuration of the logical device;The equipment manager is according to the DCD.xml text
Part obtains the essential information technical characteristic of equipment, and the DCD.xml file describes all devices information that the node is managed.
Podium level is the upper layer of the multi-layer platform in software communications architecture, is abstracted to whole system platform,
Its functional boundary is system domain.Domain manager is the manager in domain, the registration and cancellation of responsible node.PCD.xml is domain
Configuration file describes the essential information of system domain, refers specifically to the essential information of node.Domain manager is exactly based on PCD.xml
Obtain the essential information of system domain.
It is illustrated in figure 2 multi-layer platform modeling flow chart in the present invention.Multi-layer platform is the depth to original system platform
Degree is abstract, to the difference of upper layer application shielding bottom hardware interface, realizes that complicated management strategy provides basis for system administration.
Multi-layer platform is divided into three parts: equipment modeling, node modeling and platform modeling in software communications architecture, specific
Steps are as follows:
The equipment modeling stage is that each physical equipment in system creates a logical device, and realization starts, stops, matching
It sets, the equipment interface of standard in the software communications architectures such as self-test.For logical device be respectively created a control class with
Data class supplier port.Finally, SPD.xml, SCD.xml, DPD.xml, PRF.xml configuration file are created for logical device,
And a physical address is distributed for it.
All devices in system domain are divided into tool according to system design goal and functional boundary by the node modeling stage
There is the node on standalone feature boundary.The port for creating the equipment manager and control class and data class under the node, is equipment
Manager creates DCD.xml configuration file.
The platform modeling stage creates domain manager and its port according to existing nodal information.Port includes a control
The user port of type and a data type supplier port.PCD.xml configuration file is created for domain manager, and is arranged
Host node.
It is illustrated in figure 3 multi-layer platform port link model in the present invention, the multi-layer of software communications architecture is flat
Object in platform has specific hierarchical relationship, and the data interactive mode between each layer uses unified mechanism.Node layer
In equipment manager implement by the way of being called to the control of this node device using interface, interface is using software communication system
The interface standard of structure.Domain manager in podium level implements the control to system domain interior joint by the way of interface calling,
Its interface uses the interface standard of software communications architecture.And the data flow between each level, such as BIT information match confidence
Breath etc. carries out information exchange by data port and control port;
The domain manager has a Control Cooling user port and a data type supplier port;It is described to set
Standby manager has a Control Cooling supplier and a Control Cooling user port, while there is a data type to mention
Donor and a data type user port;The logical device has a Control Cooling supplier port and a data
Type user port;User port provides connection and provides data-pushing operation with operation, supplier port is disconnected, be
Interference between the data transmission efficiency and reduction data flow of offer system, control stream are separated with data flow.
The podium level control command issues process, and specific step is as follows:
Step 11: the control information that podium level receives upper layer application or independently generated by platform is analyzed and is converted to control
Instruction is sent to the equipment manager Control Cooling supplier end by the Control Cooling user port of the domain manager
Mouthful;
Step 12: the equipment manager parses the control command received, in registered device object
Search issued target device object;If inquiring target device object, pass through the Control Cooling in equipment manager
User port is pushed to the Control Cooling supplier port of target device;
Step 13: the target device object parses the control command received, and is configured to mapped object
Device is managed, realizes the control to physical equipment.
Steps are as follows for the device object reported data:
Step 21: the logical device collects the data reported by corresponding physical device, and handles data, so
Afterwards again by the data type supplier port of data-pushing to corresponding device manager;
Step 22: the equipment manager is handled and is merged to received data, will treated data-pushing extremely
The data type supplier port of domain manager;
Step 23: the domain manager carries out information fusion and processing to the data reported by each node again, is reported to
Tension management application.
The above embodiments are only used to illustrate the technical solution of the present invention., rather than its limitations;Although referring to aforementioned each reality
Applying example, invention is explained in detail, those skilled in the art should understand that: it still can be to aforementioned each
Technical solution documented by embodiment is modified, or equivalent substitution of some or all of the technical features;And
These are modified or replaceed, the range for technical solution of various embodiments of the present invention that it does not separate the essence of the corresponding technical solution,
It should all cover within the scope of the claims and the description of the invention.
Claims (5)
1. a kind of multi-layer platform modeling method based on software communications architecture, which comprises the following steps:
Step 1: software communications architecture is divided into mechanical floor, node layer and podium level;
Step 2: implement the modeling of the mechanical floor, is the corresponding logical device of each device object creation of system, and
Create logical device port and SPD.xm, SCD.xml, PRF.xml, DPD.xml configuration file;
Step 3: implement the modeling of the node layer, it, will according to the functional boundary of the architecture design of system and each equipment of system
System resource is divided into several subregions with standalone feature boundary, i.e. node, creates corresponding equipment pipe for each node
Device and equipment manager port are managed, and creates DCD.xml configuration file for equipment manager;
Step 4: implementing the podium level modeling, according to existing nodal information, create domain manager and creation domain manager end
Mouthful, and PCD.xml configuration file is created for podium level;Wherein, the PCD.xml configuration file is the configuration file in domain, is used for
The essential information of system domain is described;The domain manager obtains the basic of the system domain by the PCD.xml configuration file
Information;
Wherein, the domain manager has a Control Cooling user port and a data type supplier port;It is described
Equipment manager has a Control Cooling supplier and a Control Cooling user port, while having a data type
Supplier and a data type user port;The logical device has a Control Cooling supplier port and a number
According to type user port;
The podium level control command issues process, and specific step is as follows:
Step 11: the control information that podium level receives upper layer application or independently generated by platform is analyzed and is converted to control instruction
The equipment manager Control Cooling supplier port is sent to by the Control Cooling user port of the domain manager;
Step 12: the equipment manager parses the control command received, searches in registered device object
The target device object issued;If inquiring target device object, used by the Control Cooling in equipment manager
Person port is pushed to the Control Cooling supplier port of target device;
Step 13: the target device object parses the control command received, and is configured to mapped physics device
Part realizes the control to physical equipment.
2. a kind of multi-layer platform modeling method based on software communications architecture according to claim 1, feature
Be: the device object is ageng of the physical device on platform in real system, is corresponded with object device;Institute
The standard device interface in logical device succession software communications architecture is stated, shields bottom hardware interface for upper platform
Difference.
3. a kind of multi-layer platform modeling method based on software communications architecture according to claim 1, feature
Be: the resource in each node is managed by an equipment manager, the note including the logical device
The technical characteristics such as volume, cancellation, inquiry and configuration;The equipment manager is basic according to the DCD.xml file acquisition device
Information technology feature.
4. a kind of multi-layer platform modeling method based on software communications architecture according to claim 1, feature
Be: the domain manager is responsible for the registration and cancellation of the node.
5. a kind of multi-layer platform modeling method based on software communications architecture according to claim 1, feature
It is, steps are as follows for the device object reported data:
Step 21: the logical device collects the data reported by corresponding physical device, and handles data, then again
By the data type supplier port of data-pushing to corresponding device manager;
Step 22: the equipment manager is handled and is merged to received data, and by treated, data-pushing to domain is managed
Manage the data type supplier port of device;
Step 23: the domain manager carries out information fusion and processing to the data reported by each node again, is reported to upper layer
Management application.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710624338.8A CN107257297B (en) | 2017-07-27 | 2017-07-27 | A kind of multi-layer platform modeling method based on software communications architecture |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710624338.8A CN107257297B (en) | 2017-07-27 | 2017-07-27 | A kind of multi-layer platform modeling method based on software communications architecture |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107257297A CN107257297A (en) | 2017-10-17 |
CN107257297B true CN107257297B (en) | 2019-11-26 |
Family
ID=60025652
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710624338.8A Active CN107257297B (en) | 2017-07-27 | 2017-07-27 | A kind of multi-layer platform modeling method based on software communications architecture |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107257297B (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108900348B (en) * | 2018-07-09 | 2021-02-26 | 中国人民解放军国防科技大学 | Platform management service implementation method based on SCA |
CN111262742B (en) * | 2020-01-20 | 2022-04-26 | 中国人民解放军国防科技大学 | SCA-based dynamic partially reconfigurable equipment resource virtualization and waveform deployment method |
CN111399854B (en) * | 2020-03-04 | 2021-01-01 | 上海介方信息技术有限公司 | Multi-stage rapid deployment method of logic device and multi-stage logic device |
CN113300908B (en) * | 2021-04-28 | 2022-03-11 | 郑州信大捷安信息技术股份有限公司 | Link monitoring method and system based on unidirectional network boundary equipment |
CN113296853B (en) * | 2021-05-28 | 2023-09-29 | 成都谐盈科技有限公司 | Independent port modeling method and terminal based on model driving |
CN117171055B (en) * | 2023-11-02 | 2024-01-09 | 成都谐盈科技有限公司 | Software radio compliance testing method based on depth priority |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102081545A (en) * | 2011-01-07 | 2011-06-01 | 中国电子科技集团公司第十研究所 | Method of realizing software communications architecture (SCA) on embedded platform |
CN103617074A (en) * | 2013-11-29 | 2014-03-05 | 中国航空无线电电子研究所 | Software communication system structure logic device system and monitoring, inquiring and controlling method |
CN103813463A (en) * | 2014-02-13 | 2014-05-21 | 中国航空无线电电子研究所 | Resource distribution method in software communication architecture |
CN104615423A (en) * | 2015-01-14 | 2015-05-13 | 中国人民解放军总参谋部第六十三研究所 | Multi-user SCA waveform development method and device |
CN105204851A (en) * | 2015-09-14 | 2015-12-30 | 中国航空无线电电子研究所 | Method for actively registering components based on software communication architecture |
-
2017
- 2017-07-27 CN CN201710624338.8A patent/CN107257297B/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102081545A (en) * | 2011-01-07 | 2011-06-01 | 中国电子科技集团公司第十研究所 | Method of realizing software communications architecture (SCA) on embedded platform |
CN103617074A (en) * | 2013-11-29 | 2014-03-05 | 中国航空无线电电子研究所 | Software communication system structure logic device system and monitoring, inquiring and controlling method |
CN103813463A (en) * | 2014-02-13 | 2014-05-21 | 中国航空无线电电子研究所 | Resource distribution method in software communication architecture |
CN104615423A (en) * | 2015-01-14 | 2015-05-13 | 中国人民解放军总参谋部第六十三研究所 | Multi-user SCA waveform development method and device |
CN105204851A (en) * | 2015-09-14 | 2015-12-30 | 中国航空无线电电子研究所 | Method for actively registering components based on software communication architecture |
Non-Patent Citations (3)
Title |
---|
SCA规范的核心框架设计;王庆生;《现代导航》;20120425;全文 * |
SOFTWARE COMMUNICATIONS ARCHITECTURE SPECIFICATION;JTNC;《SOFTWARE COMMUNICATIONS ARCHITECTURE SPECIFICATION》;20150126;第23-24页、第68-73页、第135-137页 * |
一种基于SCA的软件无线电节点设计方法;葛正平,苏俭,郭伟;《2008年中国西部青年通信学术会议》;20081201;第232-236页 * |
Also Published As
Publication number | Publication date |
---|---|
CN107257297A (en) | 2017-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107257297B (en) | A kind of multi-layer platform modeling method based on software communications architecture | |
Mambretti et al. | Next generation clouds, the chameleon cloud testbed, and software defined networking (sdn) | |
CN105284094B (en) | A kind of network function virtualization network system, data processing method and device | |
CN109743893A (en) | Method and apparatus for network slice | |
CN109522002A (en) | A kind of unmanned aerial vehicle station open architecture based on model-driven | |
CN112600717B (en) | Satellite network management and control protocol semi-physical test device based on SDN | |
CN104865844B (en) | A kind of Information Network comprehensive assessment demenstration method based on distributed platform | |
Hortiguela et al. | Realizing the network service federation vision: Enabling automated multidomain orchestration of network services | |
CN101946258A (en) | Model based deployment of computer based business process on dedicated hardware | |
CN107368588A (en) | A kind of heterogeneous resource Homogeneous method and device | |
CN106656218B (en) | Vehicle-mounted radio station system based on software radio and implementation method | |
CN106648658A (en) | Simulation method for actual/ virtual/ constructive-oriented hybrid system | |
WO2021181408A1 (en) | System and method for dynamically creating end to end network slices | |
CN108718244A (en) | A kind of frame of reference and method for multi-service fusion | |
Casellas et al. | Metro-haul: SDN control and orchestration of disaggregated optical networks with model-driven development | |
Shamsan et al. | SDN-assisted IoT architecture: a review | |
Duan et al. | 6G Architecture Design: from Overall, Logical and Networking Perspective | |
Lee | A distributed network management system | |
CN101699792B (en) | Federal model-based network experimental method | |
CN103684904A (en) | Tri-networks integration network monitoring system based on IP | |
CN106453579A (en) | Ground information port architecture facing sky-earth integration information network | |
CN102970354B (en) | Based on the building method of the cloud computing system of super Resource Fusion | |
Hazlinsky et al. | SDNI: The GEANT testbeds service-virtual network environments for advanced network and applications research | |
CN106897120A (en) | Double-deck dynamic Distributed Simulation Platform | |
White et al. | Netbed: an integrated experimental environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information | ||
CB03 | Change of inventor or designer information |
Inventor after: Xu Sheng Inventor after: Song Tao Inventor after: Guo Lan Inventor after: Du Zhenyuan Inventor before: Xu Sheng Inventor before: Yuan Zhibin |
|
GR01 | Patent grant | ||
GR01 | Patent grant |