Download the word document on 3 pages only
Last update : February 27, 2006 9:41 PM
Born the 24th of October in 1975

I am not looking for a job anylonger. I currently work in Texas Instrument in Nice.

to contact me : writte a message here

Hardware / Software / System Engineer

Mobile Phones / GSM / EDGE / UMTS / DECT


Protocol GSM / GPRS / UMTS: General knowledge of the protocol stack(L1 to L3) of 3GPP R97/R99 releases


C Language, PHP, perl notions, Turbo Pascal, Basic,
Spice, Matlab, Labview, clearcase
GSM/GPRS/EDGE Stack, Drivers, Man Machine Interface, Notions on DSP L1
General knowledge of Real Time embedded Software
Unix (HP, Silicon graphics), Windows
Hardware Analogy : MOS transistors, bipolar transistors, regulators, DC/DC converters, noise on signals…
Digital :
RAM, FLASH, EEPROM, memory buses, bus i²c, UART…
Energy : Battery Technologies (NiMH, Liions), Charging system (discrete, integrated), Charge algorithm (linear, pulsed charge), chargers , consumption…
Components routing : Design rules for regulators, Capacitor, Audio path
Architecture RF and BB HW mobile phone architecture



Texas Instrument – Sophia Antipolis (Villeneuve Loubet) : semiconductor R&D centre for UMTS mobile phone

From Mai 05 to now : overview :

Technical writter Engineer on UMTS chipset processor (ARM926) in System team

In the System Team which aims at writting the Technical reference manual of the lastest Modem microprocessor chipset based on OMAP platform and supporting the customers during their mobile phone development and resolving their issues, I was responsible of the documentation (TRM) of the 3G modem microprocessor chipset, writting the integration and environment sections, Registers Manual, Programming guide, functionnal description on the main features as :

- Clocks generation, distribution and control ((Digital PLL for MPU and WCDMA Modem)

- Reset scheme and distribution

- power management, Wake up and Asleep sequences, awake, Sleep , Deep sleep modes

- Interconnect buses between MCU, DSP, DMA and peripherals, (proprietary bus, OCP protocol, ...)

- Interrupts from peripherals to MPU and DSP subsystems ,

- peripherals description as UART, USB, ...

Work on going



Motorola PCS – Toulouse (2G, 2.5G mobile phone R&D centre)

From Sept 02 to Fev 04 as subcontractor ALTEN

IODT Engineer (Interoperability development testing) in the GSM stack team

In the GSM Stack team developping the lowest level of the protocol stack L1, RLC/MAC of the mobile phone software, I tested the new developped features which were implemented to be included in the final software to be delivered to the customer. These tests are interoperability tests made on the NW infratructure. This requires many trips to vendors networks, in Paris, England, Sweden, United states mainly.

General work :

R97/R99 3 GPP Standard reading and understanding : In order to correctly test the feature, a good understanding of the feature is needed through the 3GPP standart. this includes also the understanding of the SW high level design document, and inter layer interface document.

Write and review of test case specifications : A test plan is written to be executed on the Network vendors. The document is rewied by the development team.

Organisation and planification of the test session : the manager and the engineer on the Network side must be contacted to plan the date and the time of the session. Also, an aggrement must done on the tests to be executed acording to the priority and the feature supported on both sides.

IOT (interoperability testing) sessions : These tests can be run both on the field network or on the vendor network with the use of a closed phone or an open board. The test plan is executed. In case of failure, we take logs from the mobile and if possible from the network. In case of core dump, we take all the sofware log thanks to a logic analyser (this tools allows us to get all the log of all the SW execution). A pre analysis is done before sending to check the test is properly executed and there is no network failure.

During these sessions, daily reports and a session report are written and sent to the development team. Also, When we are not on the testing session. A support is given to the other part of the team by analysing the logs, ie the messages exchanged with the network and the internal primtives exchanged between the layers.

At the end, a final report is provided and CR (Change Request) are raised in ddts to the development team.

The IOT manager do not hesitate to give responsability tasks to me for him in order to get more time for other managing tasks.

The general work desribed above applies for all the feature / project described below :

Sept 02
Jan 03

5 months

Dual mode GSM/UMTS mobile phone project (3G)

- 3G Interoperability testing on H3G (UK) field network :
- Write of test case specifications : in Idle, Cell Fach, Cell PCH, Ura PCH states, we test the Cell Selection, Reselection, PLMN Scan in UMTS, battery life, etc...

- Have attended the 4 days UMTS training in Telecom Paris school (high level engineering school)

Layer 1 to layer Radio Resource connection in idle mode - Specs R99 25.304, 23.122

Fev 03 - Oct 03, 9 months GSM/GPRS mobile phone project (V500/V600) :

2 months , 2 weeks testing on Motorola Network(Chicago)

SMS over GPRS IOT technical leader :

This feature allow the mobile to send the SMS (short message service) to be send to the network by the packet switch (GPRS) instead of Circuit switch (GSM), This gives an optimisation of the Network ressource (less traffic)

High layer are impacted by this feature mainly : Connection Management and Mobility Management (CM and GMM). Specs 03.40, 04.11. This is where the choice to send the SMS through CS or PS is taken .

I was responsible of the understanding of the feature, the writting of the test plan,the execution of the test plan, the following of the CR raised during the session.

5 months
1 month on the field network, (Toulouse and Paris)
1 months on Network vendors.
Class 10 IOT technical leader :

This feature allows the mobile phone to transmit on 2 Time Slots to the network in GPRS , ie twice more data can be send to the network.This impacts mainly RLC/MAC layer, 04.60 and layer 1.

I was responsible of the understanding of the feature, the writting of the test plan,the execution of the test plan, the following of the CR raised during the session.

Tests based on FTP transfer, Data rate measurement in 2Tx were performed as weel as TS reconfiguration, reallocation, etc...

Notion in TCP, UDP / IP protocols were required to understand when the data rate is not as expected.

Development of a Perl script to measure the instantaneous data rate at the RLC layer

1 month
2 weeks IOT testing (Dallas, Dublin)

AMR feature :

the Adaptative Multi Rate enables the mobile to change the codec according the transmission and reception quality in GSM call in order for the user to keep a good voice quality.


Nov 03 - Fev 04
2 months

Edge phone Project :

R99 3 GPP Standard, focused on RLC/MAC layer, 04.60
Test case plan run on different infrastructure vendors (E///, Motorola)

2 months

Stack regression testing :

Support technical people for issues found on Anite when running conformance test plan,
Non regression test plan run on HP 8960
Development of a bench in order to measure the current consumption to check the influence of Change request relating to the power saving

  Many short business trips to support and reproduce several issues with Motorola customers (spain, Germany)

Class 10, SMS over GPRS, EDGE, - Specs R97/R99 04.60, Spec 51.010
General GPRS knowledge from L1 to L3 - TCP/UDP/IP notions - ARM 9
IOT tools – HP8960, Anite - Clearcase

NEC – Paris, la Defense (UMTS mobile phone R&D center)

From Oct 2001 to Aug 2002

Oct 2001 - Aug 2002

System Architect Engineer in System and Architecture team in NEC for a dual mode phone project (GSM&UMTS)

5 months

Responsible of the RF/System interface and Support the RF team for the design of the dual mode RF part regarding the system, Hardware and software aspects :

It was the first project to include in the mobile phone, a dual mode RF part who could deal both GSM and UMTS signals. The main issue was to make the two RF parts working together above all when switching from GSM to UMTS and vice versa.

-Specification of the RF/BB interface for the development of the RF drivers for the GSM DSP L1 code :Describe the digital/analog signals, i2c bus for the PLLs programming, activation time of PLL, etc,
- Specify to the RF part the requirements from Baseband (System/Hardware/Software) : clocks acuracy, set up time of PLL, etc...
- Support RF part development design according to Baseband constraints
- Work in relationship with DSP L1 and CPU L1
- Supply of punctuals infomation from the RF, and help to solve RF issues regarding the system.
- RF Power saving and consumption model in order to optimize the RF consumption

2 months

Frequency and Time base tracking Studies in the phone (Automatic Frequency Control) :

The Automatic Frequency Control helps for the fast clock of the mobile phone to keep synchronised with the clock of the network in order to get the right frequency and get the data at the correct time. In a dual mode system, A choice must be done to between the synchronisation between either the GSM clock or the UMTS clock. Of course, all the consumption issues, doppler effect, time difference with the others bases remain.

- write " the Automatic Frequency Control strategy " document (about 50 pages). It gives the choice of the fast clock, choice of the architecture, frequency and time base tracking, algorithm to keep locking on the base, how to lock the lock at the phone start up (FCH, SCH reading), ...
- One patent submitted for main clock frequency locking in UMTS

2 months

Prospection, recrutement and support of a student trainee for the phone power model giving the phone battery life (GSM & WCDMA parts)

Studies of the protocol and the software activities
Components and regulators consumption in order to estimate the total battery current.

  Support the Software teams for the dual mode aspects, RF aspects, power saving, measures on the othesr frequencies, compressed mode, etc...
2 weeks

Study on the temperature measurement for the RF calibration in production.

The transmitted signal is pre amplified by the RF part before the power amplifier at the front end. The gain of the pre amplifier depends on the temperature, The RF part must be calibrated and the temperature correctly measured with enough accuracy.

Write " the temperature measurement for RF calibration" document

2 weeks

Study on 32KHz calibration on the main clock

For energy saving in the mobile phone, the Mobile phone switches into deep sleep mode where only the 32kHz clock remains . Into order to wake up at the correct time to read the paging block, this clock must be calibrated on the main clock :

Write "the 32KHz calibration" document, It explains how the 32Kz clock must be calibrated, the periodicity, the temperature changes, etc, ...

  Review of the others document and studies in the team such as the neighbor cells measurement both in UMTS and GSM.
Contribution regarding the RF settling time for this study.

Multi site development Project : France, England, Australia, Japan

Work with England for RF and GSM DSP L1, work with Australia for WCDMA DSP L1
Some one-day trips to England


Have attended internal trainings on GSM/UMTS physical layer and L1 :

Introduction to the architecture of the UMTS networks.
Introduction to the physical layer of UMTS.
Clearcase tool.

GSM and WCDMA RF/BB architectures
Notions in Physical Layer and DSP/CPU L1 (GSM & UMTS) - series 05 and 25 of 3GPP specifications

Philips PCC – Le Mans (GSM and DECT mobile phone R&D centre)

From Sept 99 up to Sept 2001 : 2 main jobs :

Sept 2000- Sept 2001

Energy System Architect Engineer in GSM phone : batteries, Charging systems, chargers

Gather information regarding energy in the phone and spread it through the several teams (Hardware, Software, Accessories, Product Management, Purchasing…)

Coordinate technically and help to take decisions on the mobile phone projects. (Battery choice, Charging system choice, Charger choice)

Design of the charging system for 2.5G architecture (Charging hardware architecture including battery technology, charger type, connections, charging part (chipset) and Software algorythm)

Writte a document giving all the proposals for the charging system for the next phone generation : linear charge, pulsed charge, 2-3 cells, ...

Studies on the Multimedia consumption in future phones.

-Development of a power model for the application part in order to choose the Application CPU and in order to design the Power Management Unit (regulators which supply the ACPU)

-Several application modes are defined (video, mp3,camera..) and consumption are estimated using the chipset consumptions in these mode.

Definition of Parameters for the design rules

This lists all the parameters relating to the Energy in the phone which have to be taken into acount in order to get the blowest consumption of the phone. Design rules are given on these parameters.

Charging Systems – Batteries – Chargers – Charge Algorithms

Oct. 1999-Sept. 2000 Hardware Integration Engineer in GSM Baseband on a phone project

In the base band integration team, development, integration and validation of the base band hardware of a GSM/DCS WAP mobile phone up to the chain production. For this purpose, 4 successive prototypes were designed, tested and validated. My main activities were as followed :


- Architecture -> Patch conception for chipset bugs
- defective Boards
- bugs follow up for memories / charge / PMU

In charge of the Charge/Battery module (discrete) :

Charging circuit development and validation (precharge/fastcharge/Charger detection)
Interface with the Software and Accessories Team
Spice simulation for component optimisation

In charge of the Power Management System :

Validation of regulators, reset signals, DC/DC converters by selfs and capacitors.
In relationship with the architecture team.
Has given a trainning session on the power management unit.
Complete study on the reset signals at power up and power down, and also when charger plug in.

In charge of the RF part :

Study and test of the noise on the carrier generated by base band components (2 ferrites). Use of CMD60, and spectrum analyser. Study of the modulation spectrum, phase error and power ramp of Timeslot.

Study of the RF synoptique (VCO, PLL, GSM modulator), Use of the TAT software (test auto test soft.) to drive the mobile phone from the PC.

RF parameters to set on the new boards.

Validation of memories (Flash, RAM, e²prom : access time, and setting time) and the clocks (13MHz, 32kHz, stability in time and in temperature, jitter)
All validation performed at ambiante and extreme temperature range

Specification document writing (Sherpa data base):

« Battery Software/Hardware Specifications » : Specify how to drive the charging circuit to the software
« Hardware specification » (Charging, Battery, Power management chipset) : design justification

Writing of test case specifications for validation of charging circuit for the data base test director.

- CEM Tests : electrostatic tests on the phone for agreement tests (FTA)
- Components routing follow up,
- Backlight circuit development,
- Bug follow up regarding the battery, PMU, memories aspects.

- Development of an "anti dropcircuit" circuit to prevent from voltage drops on the battery during transmitted bursts. This is done by commutating of a capacitors which provides a part of current driven by the power amplifier.

Choice and validation of the commutation transistor.

Development and validation of the comand circuit of the transistor : capacitor loading under constant current.

Training of the MOL (maintenance on line), on PMU, charging circuit.
Routage follow up for the charge and antidrop circuit.
Tests and choice of back up components (if failure of supply)
work in relationship with other mobile phone project (as Xenium project)

Analogue – Digital - Components routing – CEM - Clocks


(10 months, 4 days per week Oct 98 to June 99)

DEA Internship in ’Inventel Systèmes’, PME 25 persons

Hard/Soft conception of a DECT ‘base/key’ module for car doors opening and closing. The base is connected to an onboard PC driving the doors. The opening and closing could be done manually by pressing a button on the key or automaticly based on the distance key/base and measured through the RSSI (power of the received signal from the base).

Features implemented include :

- Clignotant s'allument lors de l 'appui sur la clé
- Doors closing when the key is further away than 10 meters, doors opening when the key if closer than 5 meters from the car.
- If the car lights are on, the key beeps if the key is further away than 10 meters.
- authentification of the key.
- Doors windows can go up and down by commanding the key.

Full time on the project, other people were involved only partially.

Software : development in langage C of the base Software(in the car) and the mobile Software (key) using an emulator for the base and mobile :

Man Machine Interface,
UART driver (between base and on board PC),
Key driver
Communication protocol between the mobile and the base
Software development with Labview on a onboard PC
, listening the commands comming from the UART bus, and piloting the door by a DC/AC card)

Hardware :

Adaptation of a DECT Mobile phone Hardware to the project.
Routage follow up, PCB 6 layers, debug Hardware tests (CMD60)

many meetings with the customer (Eaton) for definition of the feature list, and for the succesives tests when new features were implemented.
Meeting with the hardware architecture supplier (Philips Semiconductor) for the choice of the microprocesseur 8051.

DECT congress participation in October 98 in Geneva

DECT – C Language – µC 80C51 – Labview – MMI - Drivers



2 months


Third year project in Electronic laboratory in my engineering school :

Non linear modelling of MOS transistors by software thanks to the use of formal neuron Algorithm

C Language – Spice –Unix (HP)

10 days

Software development for the Junior-Enterprise for the customer IFP:

RMN spectra display, area, interpretation calculations

C Langage – Unix (Silicon Graphics) – Linux – Tcl/Tk Librairy

4 months

Engineering Internship in England (Liverpool) at Unilever in R&D optic department (80 persons)

Pearl effect Studies on Shampoos
Caracterisation by several technics of the size and anisotropy of the particules in solution
Optic tests with lasers


Assistant Secretary of the ‘Junior Enterprise’ of my school (ESPCI) (turnover of 30 k$)

Link between students in charge of the study and the firm customers, Contract responsibility
New customer canvassing by phone, In charge of the mail

1995-99 Private lessons in mathematics and physics: 4 hours a week on average




Advanced Study Diploma of Electronic with honors (DEA or Diplome d’Etude Approfondi) in University (Paris)

*Signaux et systèmes
* Télécommunications
* Fonctions pour les Radiofréquences
* Composants
* Circuits intégrés - MEMS
* Propriété industrielle

Option "instrumentation" :
* Rayonnement, propagation et compatibilité électromagnétique
* Conception de circuits MMIC
* Systèmes de transmission sans fil (GSM, Bluetooth…)
* Composants quantiques
* Fonctions en optoélectronique

1995-98 Engineering studies in the graduate school of ESPCI (Ecole Supérieure de Physique et de Chimie Industrielles de la Ville de Paris,
Pluridisciplinar school (Physic, Chemistry, Biology) which prepares students to oversee all facets of any project).


Intensive undergraduate studies in physics, chemistry and technology, option T’
preparation of competitive exams for admission to French ‘Grandes Ecoles’

June 1993 Baccalaureate ‘E’ with high honors (French secondary school diploma).


English Fluent (TOEFL in 1998: 560)

-1 year abroad
-4 months internship in Liverpool in 1997, intensive course during 1 month in Oxford in1996.
-Many Business trips during Motorola IOT test sessions from sept 02 to fev 04.



- 3 months in South America from Nov 04 to Fev 05


Fev 04 - Fev 05

1 year

Round the world trip through Asia, Oceania, South America

Website http://decouvrirlemonde;free;fr
Webmaster : design and maintain of the website

New experience, it develops the communication skills (English),

PHP, HTTP, Dreamweaver Macromedia, Java notions, referencement, host, FTP