InfoszakMobilInoora2010 13

A VIK Wikiből
A lap korábbi változatát látod, amilyen Kiskoza (vitalap | szerkesztései) 2013. december 19., 13:05-kor történt szerkesztése után volt. (→‎Csatornák:)
(eltér) ← Régebbi változat | Aktuális változat (eltér) | Újabb változat→ (eltér)
Ugrás a navigációhoz Ugrás a kereséshez

Ez az oldal a korábbi SCH wiki-ről lett áthozva. Az eredeti változata itt érhető el.

Ha úgy érzed, hogy bármilyen formázási vagy tartalmi probléma van vele, akkor kérlek javíts rajta egy rövid szerkesztéssel.

Ha nem tudod, hogyan indulj el, olvasd el a migrálási útmutatót


Mobil Infokom

13. óra

LTE rádiós interfész

  • PRB: 12 vivő (180 kHz) x 6 v 7 szimbólum -> 0.5ms
  • "kockákat lehet osztogatni a júzereknek
  • ütemezés: frekv idő: melyik PRB melyik alkeretben melyik useré, és milyen telesítménnyel?
  • az erőforrások elosztása elosztása a eNodeB-k között
  • erőforrás rács

  |	X Y Z
  |	X Y Z
  |	X Y Z
  |	X Y Z
  |_______________
						  >
  • sima frekvencia kiosztás 3*5MHz hogy a szomszédok ne zavarják egymást
    • baj: különböző szélességű sávok elhelyezése nehéz
    • megoldás: azonos sáv kiosztása mindenhova (PL 20 MHz)
      • Szomszédos cellákban kiosztott PRB-k ne zavarják egymást
    • nincs RNC-nek megfelelő központi vezérlő
      • az LTE definiálja az X2 interfészt az eNodeB-eNodeB-k közt.
    • partial reuse:
      • két szomszéd cellát rajzolt fel. szomszed.jpg
    • Közeli Userek a két szomszédos cellában kiszolgálhatólk azonos PRB-n
      • kis teljesítmény elég -> nem zavarják egymást
    • Távoli Userek nagy teljesítményen ->nem használhatják ugyanazon PRB-ket.
Csatorna Referencia jelek
  • Adaptív moduláció/ kódolás ->csatorna minőségét mérni kell -> kell ismert referencia jel
  • megoldás: Minden PRB-ben: (12 * 6v7) 4 szimbólum
  • megmutatta melyike PRB-kben megy a referencia jel
    • emiatt elvi max fiz sebesség = 96 Mbps
  • referencia jel több 2. antenna esetén már 8 csatornán megy a ref jel.
    • sokszimbolum.jpg
  • ez a cellaazonosító is egyben.
  • UL referencia jel
    • úgy megcsinálni, hogy frekvenciában multiplexálva a hasznos jellel vesz.
    • teljes sávszélességben (amit az UE használ éppen) a 4. OFDM szimbólum egy referencia jel.

*

Fizikai vezérlő infók

  • DL: a keretben 10ms minden alkeretben lehet max 1-3 OFDM szimbólum
  • UL: együtt az adattal DFT-IFFT előtt időben összefésülve vagy ha nincs adat
  • Teljes sáv 2 szélső cucca
  • PRB-jében: szelso.jpg

LTE rádiós protokollszerkezet:

  • IP csomagok
  • PDCP: Packed Data Convergence Protocol
    • fejléc tömörítés
    • (ROHC: Robust Header Compression szabványos)
    • titkosítás
  • RLC Radio Link Control
    • szegmentáció/összefűzés
    • sorrendhelyes továbbítás: RLC fejlécben: sorszám, keretezési információ
    • nyugtázás / újraküldés vezérlés
  • RRC: Radio Resoucce Control
    • Broadcast rendszerinformációk küldése
    • PRC kapcsolat vezérlés
      • paging
      • kapcsolat managment: felépítés/lebontás
      • dedikált kontorl info
      • mérések konfigurálása és vezérlése és feldolgozása
  • RLC belement a MAC protokollba
    • Medium Access Control
      • multiplexálás
      • H-ARQ
  • PHY: fizikai része
    • konkrét fizika átv
    • interleaving/kódolás, moduláció
    • melyik RRB antenna kezelés (MIMO)
    • imidzs máuntin kámin ápp!

prot_1.jpg
prot_2.jpg

  • miért kell két helyre ARQ?
    • minél alacsonyabban van, annál gyorsabb
    • kis overhead miatt a MAC csomagban 1 bit az ACK/NACK
      • ez viszont lehet néha hibás
      • hogy ez biztos ne legyen hibás, ehhez túl nagy lenne az overhead
      • ha mégis hibás, akkor RLC
    • van nyugtázott mód (TCP-hez)
    • nyugtázatlan mód (UDP-hez)
    • átlátszó mód (RRC kontroll csatornához) -> nem csinál az VLLC itt nemtom mi van.

*

Csatornák:

  • Logikai:
    • BCCH (Broadcast Control CHannel)
      • rendszerszintű infók
        • pl sávszélesség, csatorna konfig, más vezérlő cuccok
    • CCH (Common Control Channel)
    • nem broadcast, de közös
    • a véletlen hozzáférés után visszajelzés
    • PCCH (Paging Control Channel)
    • DCCH (Dedicated Control Channel)
      • rendszer és adott UE közötti vezérlő infó
      • pl handover, hitelesítés,
    • MCCH (Multicast Control Channel)
      • Multicastban résztvevő userek számára
      • multicast vételéhez szükséges vezérlés
    • DTCH (Dedicated Transmission Channel)
      • rendszer <-> usr adat
    • MTCH (Multicast Transmission Channel)
      • Multicast forgalom
    • Transzport csatornák
      • azt jelenti, hogyan milyen formában kerül átvitelre
      • transport block -> hány bit?
      • transport formátum -> kódolás & moduláció
      • TTI: Transmission Time Interval: transport block átvitele (1ms)
    • BCH (Broadcast Channel)
      • Broadcast csatornát viszi, és robosztus transzport formátuma van
    • PCH Paging Channel
      • töttöröttötö
    • DL-SCH (Downlink Shared Channel)
      • letöltés osztott 1ms és 1PRB alapú csatorna
      • ezen belül a júzer forgalom
    • MCH (Multicast Channel)
    • UL-SCH
    • RACH (Random Access Channel)


ZH: OFDM-el bezárólag írunk!



  • SAE: System Architecture Evolution
  • Rádiós hordozók
  • RLC-ből logikai csatornák jönnek ki


<< Előző Kövezkező >>


-- Liba - 2010.04.04.