CPM modem for broadband satellite communication

From its-wiki.no
Revision as of 19:42, 2 September 2012 by Josef.Noll (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

CPM modem for broadband satellite communication

by Kjetil Frigstad
Supervisor(s) Pål.Orten
Due date 2013/06/01
Status Ongoing
Problem description:  Oppgaven går ut på å etablere en CPM referanse burst sender i MATLAB ut fra den nye DVB-RCS standarden. Hovedfokus vil være på selve modulasjondelen av standarden, samt kodingsdelen i form av CPM. Videre skal det skisseres/vurderes løsninger på hvordan en mottaker kan/bør implementers.

En ny versjon av standarden for DVB-RCS er nå snart ferdig, der det introduseres CPM (Continuous Phase Modulation). CPM har den fordel framfor QPSK og andre lineære modulasjonsmetoder at envelopen er konstant. Dette muliggjør bruk av lav-kost ikke-lineære forsterkere og svært god utnyttelse av tilført energi. CPM har utviklet seg mye og fått store forbedringer de senere årene, og framstår nå under en del forhold som like båndbreddeeffektivt som QPSK. CPM brukes også i GSM systemer.

Oppgaven utføres i samarbeid med VeriSat på IT Fornebu, Oslo. Målet med oppgaven er å muliggjøre en vurdering av algoritmer og løsninger i form av CPM i DVB-RCS. ( detektering av preamble lengde , - symboler , demodulering og dekoding mm).  

Methods and Tools: The tools and methods in this thesis are based on
  • A set of scenario, describing the challenges
  • A list of requirements being extracted from the scenarios
  • A description and evaluation of technologies and tools being candidates for solutions
  • A functional architecture/description of the envisaged system
  • An implementation of the core concepts
  • A demonstration of the solution
  • An evaluation of the solution, including a critical review of the descisions taken earlier
  • Conclusions
  • References
Time schedule The envisaged time schedule is:

August: sette seg inn i standarden og hvordan burstet er definert, undersøke tidligere løsninger , kartlegge hvilke teknikker som skal brukes og hvordan disse kan/skal implementeres.

September: Skissere opp innledning samt et avsnitt om CPM ( vurdering av fordeler , ulemper osv.), og hvordan dette kan implementers i Matlab.

Oktober: Sette opp en godt definert struktur over koden, for å kartlegge hvilke element/deler som burde lages som gjennbrukbare generelle funksjoner, samt hvilke metoder hvert element/del skal benytte.

Oktober: Selve kodingsdelen.

Februar: Evaluere at burstet tilfredstiller kravene og I den grad det er mulig evaluere ytelsen med simuleringer.

Mars: vurdere/kartlegge mottaker løsninger, ( evt synkroniserings problemstillinger  , demodulering , dekoding osv.)

April: Renskrive oppgaven og gjøre klart for innlevering

Juni 2013: Levere oppgaven

Pre-Knowledge This thesis includes a reasonable amount of programming. The envisaged thesis is based on radio communications, thus expects the user to have followed at least two radio-related courses
Approved by
Keywords Satellite, Continous Phase Modulation, DVB-RCS
Depiction

this page was created by Special:FormEdit/Thesis, and can be edited by Special:FormEdit/Thesis/CPM modem for broadband satellite communication

This page provides hints on what to include in your master thesis.

TOC

Title page, abstract, ...

1. Introduction, containing: short intro into the area, what is happening
1.1 Motivation, containing: what triggered me to write about what I'm writing about
1.2 Methods, containing: which methods are you using, how do you apply them
2. Scenario, optional chapter for explaining some use cases
2.1 user scenario, (bad name, needs something bedre)
2.2 Requirements/Technological challenges
3. State-of-the art/Analysis of technology, structure your content after hardware/SW (or other domains). Describe which technologies might be used to answer the challenges, and how they can answer the challenges
3.1 technology A
3.2 technology B
4. Implementation
4.1 Architecture, functionality
4.2
5. Evaluation
6. Conclusions
References

Comments

Red line

Your thesis should have a "red line", which is visible throughout the whole thesis. This means you should mention in the beginning of each chapter how the chapter contributes to the "goals of the thesis".

Use of scientific methods

A thesis follows a standard method:

  • describe the problem (problemstilling)
  • extract the challenges. These challenges should be measurable, e.g. method is too slow to be useful to voice handover.
  • Analyse technology with respect to challenges. Don't write & repeat "everything" from a certain technology, concentrate on those parts (e.g. protocols) which are of importance for your problem

References

  • Wikipedia is good to use to get an overview on what is happening. But there is not scientific verification of Wikipedia, thus you should use wikipedia only in the introduction of a chapter (if you use text from wikipedia). Use scientific literature for your thesis.
  • Scientific library is "at your hand", you can get there directly from UiO: [[How to get access to IEEE, Springer and other scientific literature -> Unik/UiOLibrary]]
  • I suggest that references to web pages, e.g. OASIS, W3C standards, are given in a footnote. Only if you find white papers or other .pdf documents on a web page then you refer to them in the reference section.

Evaluation of own work

Perform an evaluation of your own work. Revisit the challenges and discuss in how you fulfilled them. Provide alternative solution and discuss what should be done (or what could have been done).