From a Configuration Management to a Cognitive Radio Management of SDR Systems

From a Configuration Management to a Cognitive Radio Management of SDR Systems Loïg GODARD Christophe MOY Jacques PALICOT IETR / AC group / SCEE team Supélec, Campus de Rennes, France

Outline • Configuration management for mullti-standard SDR systems • Cognitive Radio systems • Cognitive Radio management of multi-standard systems • Three levels of management • Conclusion

Configuration management for mullti-standard SDR systems • Cognitive Radio systems • Cognitive Radio management of multi-standard systems • Three levels of management • Conclusion

RF RF RF SDR multi-standard terminal architecture Classical approach: Multiple architecture for multiple standards Software-Defined Radio approach: Single architecture for multiple standards Mode 1 Higher Layers Signal Processing RF Configuration management Mode 2 Higher Layers Higher Layers Signal Processing RF Signal processing Mode n Higher Layers Signal Processing RF Terminal with duplicated HW for each standard Terminal with a common configurable computing architecture for all standards

Std 1 _____ _____ _____ Std 2 _____ _____ _____ Std 3 _____ _____ _____ Standards Parameters Config. Management Level 1 Config. Manager L1_CM Standard Set Config. Management Level 2 Functions Library L2_CMU Function Set L2_CMU Function Set L2_CMU Function Set L2_CMU Function Set … … L3_CMU Block Set L3_CMU Block Set L3_CMU Block Set HW/SW Blocks Library Config. Management Level 3 Hierarchical configuration management - functional • Identified constraints for SDR management • distributed management • multi-granularity issue • depends of the HW support Multi-standard functional analysis Reconfiguration scenarios analysis L1_CM : • Global manager • Standard level control • Dispatches orders to lower layers L2_CMUs : • Function Level • Independent of the HW • Manages several elementary PBU processing blocks of lower granul. L3_CMUs : • Processing blocks configuration • Embedded very closely to PBU • Dedicated to the nature of reconfigurable resources

Extern. Storage Mem Standards Parameters Lib. Core Lib. Core Lib. Core Lib. T2 _Md T2 T4_Cd T3 _Md Fct Lib. Fct Lib. Fct Lib. Hierarchical configuration management – HW mapping Mapping exemple for 2 PBUs (currently validated)GPP - DSP - FPGA GPP L1_CM Standards Parameters T1_L1_CM L2_CMU T2_DS T1_DS L3_CMU T3_DS L3_CMU DSP FPGA T1_L2 µP core PBU Fct Lib. T1_L3 Core Lib. T1_L3 PBU HW Acc Cop T1_Md Configurable Array of BlockRAM T4 configuration control Cop data processing HW Acc Cop Processing functions Management functions T1_L3

Example of FGPA PR • Whatever the granularity and the HW • Already under validation in a demonstrator Hottest topic: FPGA dynamic partial reconfiguration (Xilinx target) FPGA • µBlaze • Read/write bitstreams • into ICAP • Boot loader • initial config. • instanciates ICAP, µBlaze µBlaze ComPort Dynamically wrapper Reconfigurable ICAP controller SRAM SRAM Statically Bitstream Storage Reconfigurable ICAP Boot Loader • Configuration management of the PBUs inside the FPGA • L2_CMU: µBlaze embedded in the FPGA • L3_CMU: µBlaze embedded in the FPGA • or/and L3_CMU wired in the FPGA within the PBUs

Cognitive Radio systems smart sub-system • CR system (wide sense, not only spectrum) • SDR analysis decision stimuli orders learning • sensing user • smart SDR communication sub-system network environment sensing means Application layer adapting means … Multiple physical layers hardware Multiple physical layers Multiple physical layers electro-magnetic environment

Specific CR requirements • In terms of management of the cognitve terminal • collect sensing information of many kinds everywhere • compute metrics • very local impact in the termainal • wider impact in the terminal • make decisions for local impact • transmit information for a wider impact • notify the rest of the system • information « broadcast » inside the terminal CR management • behavioral accuracy • receive notification from the network • Distributed management • Hierarchical management Same constatation as for Configuration Management

Combining management • From a configuration management (distributed,hierarchical) • one L1_CM • several L2_CMUs • each havingseveralL3_CMUs Level 1 Config. Manager L1_CM Standard Set Level 2 L2_CMU Function Set L2_CMU Function Set … … Level 3 … L3_CMU Block Set L3_CMU Block Set … Configuration Management

Combining management • From a configuration management • To a CR management • one L1_CR • severalL2_CRUs • each havingseveral L3_CRUs Level 1 Config. Manager L1_CM Standard Set Cognitive Manager L1_CR Level 2 L2_CRU L2_CMU Function Set L2_CRU L2_CMU Function Set … … Level 3 … L3_CRU L3_CMU Block Set L3_CRU L3_CMU Block Set … Cognitive Management Configuration Management

Combined management • Top-down configuration management • Li_CMU activated by • the Li+1_CMU • Li_CRU • Li_CMU activates • the Li-1_CMU metrics, notifications reconfiguration orders Level i+1 Level i Li_CR(U) Li_CM(U) reconfiguration orders Level i-1 metrics, notifications reconfiguration orders • Bottom-up cognitive management • Li_CRU receives or computes • metrics from the Li-1_CRU • Li_CRU decides to transmit • to Li+1_CRU • or Li_CMU and notifies Li+1_CRU

L3 management • L3 configuration management • very close to the PBU (processing block units) • dependent of the HW implementation • reconfiguration by parameter ("common operator") • L3 CR management • capture sensing infofrom PBU • tanslate it into metrics • take a local decision ofreconfiguration, send it toL3_CMU, notify L2_CRU • or transmit to L2_CRU Level 2 reconfiguration orders metrics Level 3 reconfiguration orders (parameters) L3_CRU L3_CMU metrics or sensing information reconfiguration orders from previous PBU towards next PBU processing block unit (PBU)

L2 management • L2 configuration management • abstract orders translation • HW device targetidentification • routing between PBU • L2 CR management • gather metrcis fromunderlying L3_CRUs • take a decision of reconfiguration, send it toL2_CMU, notify L1_CR • or transmit to L1_CR Level 1 reconfiguration orders metrics Level 2 reconfiguration Orders L2_CRU L2_CMU Level 3 reconfiguration orders (parameters) L3_CRU L3_CMU metrics or sensing information reconfiguration orders from previous PBU towards next PBU processing block unit (PBU)

L1 management network reconfiguration orders network metrics • L1 configuration management • wide range changes • standard handover • initiated by • the network • the L1_CR • abstract orders • L1 CR management • all L2_CRU metrics • high-level metrics(user profile, user preferences…) • network metrics Level 1 reconfiguration orders L1_CR L1_CM high level metrics or sensing information Level 2 reconfiguration orders L2_CRU L2_CMU Level 3 reconfiguration orders (parameters) L3_CRU L3_CMU metrics or sensing information reconfiguration orders from previous PBU towards next PBU processing block unit (PBU)

Conclusion • Based on a configuration management for multi-standard SDR systems • Cognitive radio management • Distributed all over the terminal • Three levels of hierarchy • Cope with both terminal centric and network centric CR management approaches • Next steps • smartness implementation through the 3 layers • bibliography scenario survey and confrontation to the CR architecture • configuration and knowledge databases

loig.godard@supelec.fr christophe.moy@supelec.fr jacques.palicot@supelec.fr

From a Configuration Management to a Cognitive Radio Management of SDR Systems