Nicolas |
Download the word document
on 3 pages only |
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 |
EXPERIENCE FIELDS
_________________________________________________
Protocol | GSM / GPRS / UMTS: General knowledge of the protocol stack(L1 to L3) of 3GPP R97/R99 releases |
Software |
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 |
PROFESSIONNAL EXPERIENCE
_________________________________________________
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. |
|
|
Sept 02 5 months |
Dual mode GSM/UMTS mobile phone
project (3G)
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)
|
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.
|
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 :
|
2 months | Stack regression testing :
|
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.
|
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.
|
2 months | Prospection, recrutement and support of a student trainee for the phone power model giving the phone battery life (GSM & WCDMA parts)
|
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.
|
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 :
|
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
|
|
Have attended internal trainings on GSM/UMTS physical layer and L1 :
|
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)
|
|
Studies on the Multimedia consumption in future phones.
|
|
Definition of Parameters for the design rules
|
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 : |
|
Debugging
|
|
In charge of the Charge/Battery module (discrete) :
|
|
In charge of the Power Management System :
|
|
In charge of the RF part :
|
|
Validation of memories (Flash, RAM, e²prom : access time, and
setting time) and the clocks (13MHz, 32kHz, stability in time and in
temperature, jitter) |
|
Specification document writing (Sherpa data base):
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) |
|
- 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
1999
(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é 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 :
|
|
Hardware :
|
|
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
1998
|
Third year project in Electronic
laboratory in my engineering school :
C Language – Spice –Unix (HP) |
10 days | Software development for the Junior-Enterprise for the customer IFP:
C Langage – Unix (Silicon Graphics) – Linux – Tcl/Tk Librairy |
1997 4 months |
Engineering Internship in England (Liverpool) at Unilever in R&D optic department (80 persons)
|
1995-96 | Assistant Secretary of the ‘Junior Enterprise’ of my school (ESPCI) (turnover of 30 k$)
|
1995-99 | Private lessons in mathematics and physics: 4 hours a week on average |
EDUCATION
____________________________________________________________________________________
1998-99 | Advanced Study Diploma of Electronic with honors
(DEA or Diplome d’Etude Approfondi) in University (Paris)
|
1995-98 | Engineering studies in the graduate school of ESPCI (Ecole
Supérieure de Physique et de Chimie Industrielles de la Ville de
Paris, www.espci.fr) Pluridisciplinar school (Physic, Chemistry, Biology) which prepares students to oversee all facets of any project). |
1995-99 | Intensive undergraduate studies in physics, chemistry and technology,
option T’ |
June 1993 | Baccalaureate ‘E’ with high honors (French secondary school diploma). |
LANGUES
___________________________________________________
English | Fluent (TOEFL in 1998: 560)
|
Spanish | Notions
|
MISCELLANEOUS
___________________________________________________
Fev 04 - Fev 05 1 year |
Round the world trip through Asia, Oceania, South America Website http://decouvrirlemonde;free;fr New experience, it develops the communication skills (English),
|