Kiskoza: /* Csatornák: */

2013-12-19T12:05:52Z

Csatornák:

← Régebbi változat		A lap 2013. december 19., 14:05-kori változata
133. sor:		133. sor:


	[~~https://wiki.sch.bme.hu/bin/view/Infoszak/~~InfoszakMobilInoora2010_12 << Előző] [~~https://wiki.sch.bme.hu/bin/view/Infoszak/~~InfoszakMobilInoora2010_15 Kövezkező >>]		[[InfoszakMobilInoora2010_12\| << Előző]] [[InfoszakMobilInoora2010_15\| Kövezkező >>]]

Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_13}} ==Mobil Infokom== ===13. óra=== ====LTE rádiós interfész==== * PRB: 12 vivő (180 kHz) x 6 v 7 szimbólum ->…”

2012-10-21T20:36:01Z

Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_13}} ==Mobil Infokom== ===13. óra=== ====LTE rádiós interfész==== * PRB: 12 vivő (180 kHz) x 6 v 7 szimbólum ->…”

Új lap

{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_13}}

==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
<pre>

| X Y Z
| X Y Z
| X Y Z
| X Y Z
|_______________
>
</pre>
* 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. https://wiki.sch.bme.hu/pub/Infoszak/InfoszakMobilInoora2010_13/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.
** https://wiki.sch.bme.hu/pub/Infoszak/InfoszakMobilInoora2010_13/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: https://wiki.sch.bme.hu/pub/Infoszak/InfoszakMobilInoora2010_13/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!
https://wiki.sch.bme.hu/pub/Infoszak/InfoszakMobilInoora2010_13/prot_1.jpg<br/>
https://wiki.sch.bme.hu/pub/Infoszak/InfoszakMobilInoora2010_13/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

[https://wiki.sch.bme.hu/bin/view/Infoszak/InfoszakMobilInoora2010_12 << Előző] [https://wiki.sch.bme.hu/bin/view/Infoszak/InfoszakMobilInoora2010_15 Kövezkező >>]

-- [[DonGatto|Liba]] - 2010.04.04.

[[Category:Infoszak]]

InfoszakMobilInoora2010 13 - Laptörténet

Kiskoza: /* Csatornák: */

Unknown user: Új oldal, tartalma: „{{GlobalTemplate|Infoszak|InfoszakMobilInoora2010_13}} ==Mobil Infokom== ===13. óra=== ====LTE rádiós interfész==== * PRB: 12 vivő (180 kHz) x 6 v 7 szimbólum ->…”