1 umr 6164 institut d’Électronique et de tÉlÉcommunications de rennes from a configuration...

1UMR6164

INSTITUT D’ÉLECTRONIQUE ET DE TÉLÉCOMMUNICATIONS DE RENNES

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

CrownCom’06 – 8-10June 2006 – Mykonos - Greece2


Outline

• Configuration management for mullti-

standard SDR systems

• Cognitive Radio systems

• Cognitive Radio management of multi-

standard systems

• Three levels of management

• Conclusion







standard systems


• Conclusion



SDR multi-standard terminal architecture

Mode 1

Mode n

Configuration

management

Signal processing

RFSignal

Processing

Terminal with duplicated HWfor each standard

Terminal with a common configurable computing architecture for all standards

Software-Defined Radio approach:Single architecture for multiple standards

Classical approach: Multiple architecture for multiple standards

Higher Layers

Higher Layers

Signal Processing RF

RF

RF

RF

Mode 2Higher Layers

Signal Processing RF

HigherLayers



Hierarchical configuration management - functional

• Identified constraints for SDR management– distributed management– multi-granularity issue– depends of the HW support

…L3_CMUBlock Set

L3_CMUBlock Set

L3_CMUBlock Set

Config. Management Level 3

HW/SW BlocksLibrary

L3_CMUs :– Processing blocks configuration– Embedded very closely to PBU– Dedicated to the nature of

reconfigurable resources

…L2_CMUFunction Set

L2_CMUFunction Set

L2_CMUFunction Set

L2_CMUFunction Set

Config. Management Level 2

FunctionsLibrary

L2_CMUs :– Function Level– Independent of the HW– Manages several elementary PBU

processing blocks of lower granul.

Config. ManagerL1_CM

Standard Set

Config. Management Level 1 Std 1_______________

Std 2_______________

Std 3_______________

Standards Parameters

L1_CM :– Global manager– Standard level control– Dispatches orders to lower layers

Multi-standard functional analysisReconfiguration scenarios analysis



Hierarchical configuration management – HW mapping

FPGA µP core

Cop

Cop

HWAcc

CopConfigurable

Array of BlockRAM

DSP

Core Lib.

Core Lib.

Core Lib.

FctLib

.

FctLib.

Fct Lib

.

Extern. Storage Mem


Lib.

FctLib.

T4_CdT3 _Md configuration controlconfiguration controldata processingdata processing

Core Lib.

HWAcc

T2 _Md

T1_Md

GPP

T1_DS


T2_DS

T3_DS

T4

T1_L1_CM

T1_L3

T1_L3

T1_L2

PBU

L3_CMU

PBU

L3_CMU

L2_CMUL1_CM

• Mapping exemple for 2 PBUs (currently validated)

GPP - DSP - FPGA

T2 Processing functionsProcessing functions

T1_L3 Management Management functionsfunctions



Example of FGPA PR

• Whatever the granularity and the HW

• Already under validation in a demonstrator

SRAMBitstream Storage

SRAM

Reconfigurable

wra

pp

er

Boot Loader

FPGA• µBlaze– Read/write

bitstreams– into ICAP

• Boot loader– initial config.– instanciates

ICAP, µBlaze

• 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

ComPort

• Hottest topic: FPGA dynamic partial reconfiguration (Xilinx target)

DynamicallyµBlaz

eICAP

controller

ICAP

ReconfigurableStatically







standard systems


• Conclusion



stimuli orders

smart

sub-system

analysis

learningdecision

Cognitive Radio systems

SDR communication sub-system

adapting means

…

Application layer

Multiple physical layersMultiple physical layersMultiple physical layers

sensingmeans

user

hardware

network environment

electro-magnetic environment

• CR system(wide sense, not

only spectrum)– SDR

– sensing

– smart



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 constatationas for

ConfigurationManagement







standard systems


• Conclusion



• From a configuration management

(distributed,hierarchical)– one L1_CM– several

L2_CMUs– each having

severalL3_CMUs L3_CMU

Block Set …

L2_CMUFunction Set …


Standard Set


L3_CMUBlock Set

Configuration Management

Level 3

Level 2

Level 1

…

Combining management



Combining management

• From a configuration management

• To a CR management– one L1_CR– several

L2_CRUs– each having

several L3_CRUs L3_CMU

Block Set …

L2_CMUFunction Set …


Standard Set


L3_CMUBlock Set

Configuration Management

Level 3

Level 2

Level 1

Cognitive ManagerL1_CR

L2_CRU L2_CRU

Cognitive Management

L3_CRU L3_CRU …



Combined management

• Top-down configuration management– Li_CMU activated by

• the Li+1_CMU• Li_CRU

– Li_CMU activates• the Li-1_CMU

Li_CM(U)

Level i-1

Level i

Level i+1

Li_CR(U)

reconfigurationorders



metrics,notifications

metrics,notifications

• 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







standard systems


• Conclusion



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 info

from PBU– tanslate it into metrics– take a local decision of

reconfiguration, send it toL3_CMU, notify L2_CRU

– or transmit to L2_CRU

L3_CMU

Level 3

Level 2

L3_CRU



(parameters)

metrics orsensing

information

metrics


processing block unit(PBU)

fromprevious

PBU

towardsnextPBU



L2 management

• L2 configuration management– abstract orders translation– HW device target

identification– routing between PBU

• L2 CR management– gather metrcis from

underlying L3_CRUs– take a decision of

reconfiguration, send it toL2_CMU, notify L1_CR

– or transmit to L1_CR

L2_CMU

Level 2

Level 1

L2_CRU


reconfigurationOrders

metrics


L3_CMU

Level 3

L3_CRUreconfiguration

orders(parameters)

metrics orsensing

information

reconfigurationordersfrom

previousPBU

towardsnextPBU



L1 management• 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

L2_CMU

Level 2

Level 1


orders


L3_CMU

Level 3


orders(parameters)

L1_CML1_CRreconfiguration

orders

metrics orsensing

information

reconfigurationordersfrom

previousPBU

towardsnextPBU

networkreconfiguration orders

high levelmetrics or

sensinginformation

networkmetrics







standard systems


• Conclusion



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



[email protected]

[email protected]

[email protected]

1 umr 6164 institut d’Électronique et de tÉlÉcommunications de rennes from a configuration...

Documents

institut dlectronique

mykonos greece

rennesconfiguration

blazeconfiguration management

francevisite cnrscrowncom06

multiple architecture

single architecture

hw supportl3