!HU000006369T2! (19)
HU
(11) Lajstromszám:
E 006 369
(13)
T2
MAGYAR KÖZTÁRSASÁG Magyar Szabadalmi Hivatal
EURÓPAI SZABADALOM SZÖVEGÉNEK FORDÍTÁSA (51) Int. Cl.:
(30) Elsõbbségi adatok: 20060033964 2006. 04. 14.
(73) Jogosult: Samsung Electronics Co., Ltd., Suwon-si Gyeonggi-do 443-742 (KR)
KR
(72) Feltalálók: Kim, Soeng-Hun, c/o Samsung Electronics Co.Ltd., Suwon-si, Gyeonggi-do 443-742 (KR); Van Lieshout, Gert-Jan, c/o Samsung Electronics Research Inst., Staines, Middlesex TW18 4QE (GB); Van der Velde, Himke, c/o Samsung Electronics Research Inst., Staines, Middlesex TW18 4QE (GB) (54)
HU 006 369 T2
H04L 1/16
(21) Magyar ügyszám: E 07 007717 (22) A bejelentés napja: 2007. 04. 16. (96) Az európai bejelentés bejelentési száma: EP 20070007717 (97) Az európai bejelentés közzétételi adatai: EP 1845649 A2 2007. 10. 17. (97) Az európai szabadalom megadásának meghirdetési adatai: EP 1845649 B1 2009. 06. 17.
H04L 1/18
(2006.01) (2006.01)
(74) Képviselõ: Sári Tamás Gusztáv, DANUBIA Szabadalmi és Jogi Iroda Kft., Budapest
Eljárás és berendezés állapotjelentés adására és vételére mobil kommunikációs rendszerben
A leírás terjedelme 16 oldal (ezen belül 7 lap ábra) Az európai szabadalom ellen, megadásának az Európai Szabadalmi Közlönyben való meghirdetésétõl számított kilenc hónapon belül, felszólalást lehet benyújtani az Európai Szabadalmi Hivatalnál. (Európai Szabadalmi Egyezmény 99. cikk (1)) A fordítást a szabadalmas az 1995. évi XXXIII. törvény 84/H. §-a szerint nyújtotta be. A fordítás tartalmi helyességét a Magyar Szabadalmi Hivatal nem vizsgálta.
1
HU 006 369 T2
A jelen találmány általánosságban mobil kommunikációs rendszerre és különösen automatikus ismétléskérés (Automatic Repeat reQuest, ARQ) állapotjelentésének ARQ rétegben való adására és vételére szolgáló eljárásra és berendezésre vonatkozik. Az univerzális mobil távközlési szolgáltatás (Universal Mobile Telecommunication Service, UMTS) rendszer, amely egy harmadik generációs (3rd Generation, 3G) aszinkron mobil kommunikációs rendszer, szélessávú kódosztásos többszörös hozzáférést (Wideband Code Division Multiple Access, WCDMA) alkalmaz. Az UMTS a GSM (Global System for Mobile Communications) és a GPRS (General Packet Radio Services) rendszereken alapul, ezek közül mind a kettõ európai mobil kommunikációs rendszer. Az UMTS szabványosításának feladatát ellátó 3. generációs együttmûködési projekten (3rd Generation Partnership Project, 3GPP) belül az LTE-rõl (Long Term Evolution: hosszú távú evolúció) úgy tárgyalnak, mint az UMTS rendszer következõ generációs mobil kommunikációs rendszere. A 2010 körüli bevezetésre szánt LTE olyan technológia, amely mintegy 100 Mbps¹os, nagy sebességû csomag alapú kommunikáció megvalósítására szolgál. Evégbõl több tervezet is tárgyalás alatt van, és ezek között található egy, a kommunikációs útvonalban elhelyezkedõ csomópontok számának a hálózati konfiguráció egyszerûsítése révén való csökkentésére vonatkozó tervezet és egy másik tervezet, amely a vezeték nélküli protokollok vezeték nélküli csatornákon való lehetõ legnagyobb fokú megvalósítására vonatkozik. Az 1. ábra egy evolvált UMTS (Evolved UMTS, E¹UMTS) mobil kommunikációs rendszer konfigurációjának áttekintését adja. Hivatkozva az 1. ábrára 135 és 140 E¹UTRAN¹ok vagy E¹RAN¹ok (Evolved UMTS Radio Access Networks: evolvált UMTS rádiós hozzáférési hálózat) konfigurációja 110–130 ENB¹k (Evolved Node B: evolvált bázisállomás) vagy Node B¹k, valamint 145 és 150 horgonyzó csomópontok (anchor nodes) két csomópontú konfigurációjára van egyszerûsítve. 105 felhasználói végberendezés (User Equipment, UE) IP (Internet Protocol) hálózathoz fér hozzá 135 és 140 E¹RAN révén. A létezõ Node B¹knek megfelelõ 110–130 csomópontok vezeték nélküli csatornán vannak a 105 UE¹hez csatlakoztatva. A létezõ Node B¹kkel összehasonlítva a 110–130 ENB¹k összetettebb funkciókat hajtanak végre. Az LTE-nél valamennyi felhasználói forgalom, közte a valósidejû szolgáltatások, mint például a VoIP (Voice over IP) szolgáltatás megosztott csatornán keresztül kerül kiszolgálásra. Ez azt jelenti, hogy szükség van egy, az UE¹k állapotinformációjának (státusinformációjának) összegyûjtésére, valamint ettõl függõ ütemezés végrehajtására szolgáló berendezésre, és az ütemezés a 110–130 ENB¹k által van menedzselve. Az „ENB” és a „Node B” kifejezéseket itt felcserélhetõen használjuk. Az LTE-nél – hasonlóan a HSDPA-hoz (High Speed Downlink Packet Access: nagy sebességû cso-
5
10
15
20
25
30
35
40
45
50
55
60 2
2
magkapcsolt letöltés) vagy az EDCH-hoz (Enhanced Uplink Dedicated Channel: továbbfejlesztett uplink irányú dedikált csatorna) – HARQ (Hybrid Automatic Repeat reQuest: hibrid automatikus ismétlési kérés) kerül végrehajtásra a 110–130 ENB¹k és a 105 UE között. Mindazonáltal csak a HARQ használatával az LTE nem tudja teljesíteni a különféle QoS (Quality of Service: szolgáltatási minõség) követelményeket. Ezért egy külön ARQ (vagy külsõ ARQ) lehet végrehajtva egy felsõbb rétegben, és külsõ ARQ ugyancsak végrehajtásra kerül a 110–130 ENB¹k és a 105 UE között. Várható, hogy az LTE ortogonális frekvenciaosztásos multiplexelést (Orthogonal Frequency Division Multiplexing, OFDM) fog használni vezeték nélküli hozzáférési technológiaként 20 MHz¹es sávszélességgel annak érdekében, hogy maximálisan 100 Mbps¹os adatsebességet érjen el. Emellett az LTE AMC¹t (Adaptive Modulation & Coding: adaptív moduláció és kódolás) fog alkalmazni, amely modulációs sémát és csatornakódolási rátát határoz meg az UE¹k csatornaállapotának megfelelõen. A jelenleg tárgyalás alatt álló számos mobil kommunikációs rendszer, köztük az LTE, mind HARQ¹t, mind ARQ¹t használ hibajavítási technikaként. A HARQ a korábban vett adatnak az újraadott adattal való, szoft módon történõ kombinálására szolgáló technika anélkül, hogy eldobnák a korábban vett adatot, így növelve a vétel sikerességének arányát. Pontosabban, a HARQ vevõ (Rx) entitás meghatározza hiba jelenlétét vagy hiányát egy vett csomagban, és nyugtázott ACK (Acknowledged) jelet vagy nem nyugtázott NACK (Non-Acknowledged) jelet küld egy HARQ adó (Tx) entitásnak a hiba jelenlétének vagy hiányának megfelelõen. A HARQ Tx entitás a HARQ csomag újraadását vagy egy új HARQ csomag adását hajtja végre a HARQ ACK vagy NACK jelnek megfelelõen. A HARQ azzal jellemezhetõ, hogy az szoft módon kombinál egy újraadott csomagot egy korábban fogadott csomaggal, és ezáltal csökkenti a hibaarányt. Mindazonáltal az ARQ, amely egy vett csomag sorszámának ellenõrzésére és állapotjelentés (státusriport) alkalmazásával hiányzó csomagra vonatkozó újraadási kérés elküldésére szolgáló technika, nem kombinál szoft módon korábban vett csomagot újraadott csomaggal. Mivel mind az ARQ-nak, mind a HARQ-nak van a hibás csomagok helyreállítására szolgáló szerepe, úgy tartják, hogy nincs szükség az ARQ és a HARQ együttes végrehajtására. Mindazonáltal, mivel elégségesen alacsony csomaghibaarányt nem lehet elérni csak a HARQ alkalmazásával, az ARQ¹t és a HARQ¹t együttesen kell végrehajtani a legtöbb csomagkapcsolt szolgáltatás esetén. A HARQ esetén, mivel a HARQ ACK/NACK jel 1 bites válaszjel, ezért nehezen lehet a hibaarányt csatornakódolás révén csökkenteni. Ennek következtében nehéz alacsony csomaghibaarányt elérni csak a HARQ alkalmazásával. Azaz, amennyiben egy HARQ NACK jelet HARQ ACK jelként tévesen azonosítanak, úgy a hozzá tartozó csomag teljes mértékben elveszik a HARQ rétegnél. Ezért a HARQ ACK/NACK jel megbíz-
1
HU 006 369 T2
hatósága fontos tényezõként viselkedik a csomaghibaarány meghatározásakor a HARQ rétegben. A rendszer, amelynél az ARQ és a HARQ együttesen mûködik, az ARQ mûködés hatékonyságának fokozására képes a HARQ rétegbõl származó információ alkalmazásával. Például egy HARQ Tx entitás adásbefejezési idõinformációt küld egy ARQ csomaghoz egy ARQ adó (Tx) entitásnak, és az ARQ Tx entitás összehasonlítja az idõt, amikor az állapotjelentés történt, azzal az idõvel, amikor az ARQ csomag adása befejezõdött, így megelõzve a szükségtelen újraadást. Amennyiben az állapotjelentés létrejötte és adása ugyanazon idõszak alatt esik meg, úgy az idõ, amikor az állapotjelentést tartalmazó HARQ csomag elõször vételre került, lényegében megegyezik azzal az idõvel, amikor az állapotjelentés létrejött. Mindazonáltal, amennyiben az állapotjelentés létrehozási ideje különbözik az állapotjelentés adási idejétõl, úgy az ARQ Tx entitás nem tudja megbecsülni az állapotjelentés létrehozási idejét, és az állapotjelentés létrehozási idejeként egyszerûen azt az idõt azonosítja, amikor az állapotjelentést tartalmazó HARQ csomag elõször vételre került. Például bizonyos ARQ csomag(ok)hoz a siker/sikertelenség információ vétele – amely egy késleltetett idõnél kerül vételre az állapotjelentés történési idejétõl annak adási idejéig az ARQ vevõ (Rx) entitásnál – nem foglalható bele az elõzõleg generált állapotjelentésbe. Mivel az állapotjelentésnél nem történt meg vétele a bizonyos ARQ csomaghoz tartozó siker/sikertelenség információnak, így az ARQ Tx entitás újraadja a bizonyos ARQ csomagot az ARQ Rx entitásnak, feltételezve, hogy sikertelenül adta a bizonyos ARQ csomagot. Ezért a szokásos mobil kommunikációs rendszereknél szükségtelen újraadás történhet. Az EP 1286491 A1 irat többcsatornás ARQ eljárást és berendezést ír le. ARQ lánc van kialakítva, ahol adatcsomagok egy adótól egy vevõhöz elsõ elõre meghatározott idõintervallumban vannak adva, és ACK pozitív és NAK negatív nyugtázó üzenetek a vevõtõl az adóhoz egy második elõre meghatározott idõintervallumban vannak adva. Az adótól a vevõnek adott minden egyes adatcsomaghoz legalább két második idõintervallum használható a nyugtázó üzenet adásához, továbbfejlesztve így a szinkron visszacsatoló adást azáltal, hogy anélkül növelik a rugalmasságot, hogy az az aszinkron adási módszerek hátrányával járna, amelyekrõl ismert, hogy nagymértékû jelzésátviteli terhelést jelentenek. Az EP 1263159 A1 irat ismétlési kérésekkel rendelkezõ átviteli protokollnál továbbfejlesztett adatcsomagátvitelre szolgáló eljárásra és vevõre vonatkozik. Adatcsomagoknak adótól vevõhöz való adása esetén a sérült csomagokat észlelik, és a sérült adatcsomagok jelzését tartalmazó elsõ állapotüzenetet küldenek a vevõtõl az adónak. A sérült adatcsomagok újraadását hajtják végre az elsõ állapotüzenetnek megfelelõen. A vevõ egy idõzítõegységet inicializál az elsõ állapotüzenet küldésének megfelelõen, és késõbb meghatározza, hogy egy további, a sérült adatcsomagokat jelö-
5
10
15
20
25
30
35
40
45
50
55
60 3
2
lõ állapotüzenetre szükség van¹e. Ezután sérült adatcsomagok kiválogatásra kerülnek a további állapotüzenethez. Egy sérült adatcsomagot akkor választanak ki, amennyiben az nincs jelölve az elsõ állapotüzenetben, vagy ha az idõzítõegység elért egy küszöbértéket. Csak a kiválasztott adatcsomagokra vonatkozó jelzés kerül befoglalásra a további állapotüzenetbe, és a vevõ elküldi a további állapotüzenetet. A jelen találmány egy vonatkozása arra szolgál, hogy megcélozza legalább a fenti problémák és/vagy hátrányok megoldását, és hogy legalább az alább leírt elõnyöket szolgáltassa. Ennek megfelelõen célunk a jelen találmánnyal, hogy olyan eljárást és berendezést alkossunk meg, amelynél ARQ vevõ – Rx – entitás állapotjelentést generál és küld abban az idõpontban, amikor az tulajdonképpen képes az állapotjelentés küldésére mobil kommunikációs rendszerben. Ezt a célunkat a fõigénypontok tárgya révén érjük el. Elõnyös kiviteli alakok az aligénypontok révén kerülnek meghatározásra. A jelen találmány egy másik vonatkozása arra szolgál, hogy olyan eljárást és berendezést biztosítson, amelynél ARQ adó (Tx) entitás megbecsüli egy állapotjelentés létrejöttének idejét az állapotjelentés vétele után egy mobil kommunikációs rendszerben. A jelen találmány egy másik vonatkozása arra szolgál, hogy olyan eljárást és berendezést biztosítson, amelynél az ARQ Tx entitás megbecsüli az idõt, amikor egy állapotjelentés létrejött egy HARQ rétegben egy mobil kommunikációs rendszerben, ahol az ARQ és a HARQ együttesen mûködik. A jelen találmány egy további vonatkozása arra szolgál, hogy olyan eljárást és berendezést biztosítson, amelynél ARQ Tx entitás eltávolítja az egy HARQ csomag ütemezési késleltetése miatti idõhibát, amikor megbecsüli egy állapotjelentés létrehozási idejét az állapotjelentést tartalmazó HARQ csomag elõszöri vételi idejénél egy olyan mobil kommunikációs rendszerben, ahol ARQ és HARQ együttesen üzemel. A jelen találmány egy vonatkozásának megfelelõen eljárást alkottunk meg automatikus ismétléskérési (Automatic Repeat reQuest, ARQ) réteg állapotjelentésének adására egy, az ARQ réteget és hibrid automatikus ismétléskérési (Hybrid Automatic Repeat reQuest, HARQ) réteget magában foglaló mobil kommunikációs rendszerben. Az adásra szolgáló eljárás során ARQ vevõ (Rx) entitás révén meghatározzuk, hogy az állapotjelentés adása engedélyezve van¹e, amikor elõre meghatározott állapotjelentés-generálási feltétel teljesül; amennyiben az állapotjelentés adása engedélyezett, állapotjelentést generálunk ARQ csomagok vételi állapotától függõen addig az idõpontig, amikor az állapotjelentés adása engedélyezésre került; és allokált átviteli erõforráson keresztül adjuk a generált állapotjelentést ARQ adó (Tx) entitásnak. A jelen találmány egy másik vonatkozásának megfelelõen eljárást alkottunk meg automatikus ismétléskérési (Automatic Repeat reQuest, ARQ) réteg állapotjelentésének vételére egy, az ARQ réteget és hibrid
1
HU 006 369 T2
automatikus ismétléskérési (Hybrid Automatic Repeat reQuest, HARQ) réteget magában foglaló mobil kommunikációs rendszerben. A vételre szolgáló eljárás során adó HARQ adó/vevõ (Tx/Rx) entitás révén rögzítjük egy HARQ csomagnak az elõszöri vételi idejét, amikor a HARQ csomag elõször kerül vételre ARQ vevõ (Rx) entitástól; amennyiben meghatározásra kerül, hogy a HARQ csomag sikeresen került vételre, detektáljuk a HARQ csomag által tartalmazott állapotjelentést, és elküldjük a detektált állapotjelentést ARQ adó (Tx) entitásnak együtt a HARQ csomag elõszöri vételi idejével; és az ARQ Tx entitás révén az elõszöri vételi idõt az állapotjelentés generálási idejeként azonosítjuk, és újraadjuk az újraadásra kért ARQ csomagokat az állapotjelentésnek megfelelõen. A jelen találmány egy további vonatkozásának megfelelõen berendezést alkottunk meg automatikus ismétléskérési (Automatic Repeat reQuest, ARQ) réteg állapotjelentésének adására egy, az ARQ réteget és hibrid automatikus ismétléskérési (Hybrid Automatic Repeat reQuest, HARQ) réteget magában foglaló mobil kommunikációs rendszerben. Az adó berendezés magában foglal állapotjelentés-generátort annak meghatározására, hogy az állapotjelentés adása engedélyezett¹e, amikor egy elõre meghatározott állapotjelentésgenerálási feltétel teljesül ARQ vevõ (Rx) entitásban, és amennyiben az állapotjelentés adása engedélyezett, állapotjelentés generálására ARQ csomagoknak a vételi állapotától függõen addig az idõpontig, amikor az állapotjelentés adása engedélyezésre került; és adó entitást a generált állapotjelentésnek ARQ adó (Tx) entitásnak való adására allokált átviteli erõforráson keresztül. A jelen találmány egy még további vonatkozásának megfelelõen berendezést alkottunk meg automatikus ismétléskérési (Automatic Repeat reQuest, ARQ) réteg állapotjelentésének vételére egy, az ARQ réteget és hibrid automatikus ismétléskérési (Hybrid Automatic Repeat reQuest, HARQ) réteget magában foglaló mobil kommunikációs rendszerben. A vevõ berendezés magában foglal HARQ adó/vevõ (Tx/Rx) entitást a HARQ csomag elõszöri vételi idejének rögzítésére, amikor HARQ csomag elõször kerül vételre ARQ vevõ (Rx) entitástól, és amennyiben meghatározásra kerül, hogy a HARQ csomag sikeresen került vételre, egy, a HARQ csomag által tartalmazott állapotjelentés detektálására, és a detektált állapotjelentés kimenetre adására együtt a HARQ csomag elõszöri vételi idejével; és ARQ adó (Tx) entitást az elõszöri vételi idõnek az állapotjelentés generálási idejeként való azonosítására, és újraadásra kérelmezett ARQ csomagok újraadására az állapotjelentésnek megfelelõen. A jelen találmány fenti céljai, más vonatkozásai, jellemzõi és elõnyei nyilvánvalóbbá válnak a következõ részletes leírás alapján, együttes megfontolás tárgyává téve azt a csatolt rajzzal, amelyen az 1. ábra egy evolvált UMTS mobil kommunikációs rendszer konfigurációjának vázlata; a 2. ábra állapotjelentés adási eljárását szemléltetõ folyamatábra egy általános mobil kommunikációs rendszerben; a
5
10
15
20
25
30
35
40
45
50
55
60 4
2
3. ábra állapotjelentésnek a jelen találmány szerinti adási eljárását szemléltetõ folyamatábra; a 4. ábra egy, a jelen találmány szerinti ARQ Rx entitásban egy állapotjelentés generálásának és adásának folyamatábrája; az 5. ábra egy, a jelen találmány szerinti HARQ Rx entitás mûködésének folyamatábrája; a 6. ábra egy, a jelen találmány szerinti ARQ Tx entitás mûködésének folyamatábrája; és a 7. ábra egy, a jelen találmány szerinti ARQ Tx/Rx entitás struktúráját szemléltetõ tömbvázlat. Most a jelen találmány elõnyös kiviteli alakjait írjuk le részletesen, hivatkozással a csatolt rajzra. A következõ leírás során az ismert funkciók és konfigurációk részletes leírását elhagytuk az áttekinthetõség és a tömörség kedvéért. A jelen találmány olyan kialakítást biztosít, amelynél egy ARQ adó entitás eltávolítja az olyan hibát, amely egy állapotjelentés ütemezési késleltetése miatt lép fel, amikor megbecsüli az idõt, amikor az állapotjelentés létrejött egy HARQ rétegben egy olyan mobil kommunikációs rendszerben, ahol az ARQ és a HARQ együttesen mûködik. A 2. ábrára hivatkozva a szemléltetett állapotjelentés-adási eljárás ütemezési késleltetést foglal magában. 205 ARQ adó (Tx) entitás 225 lépés során ARQ csomago(ka)t ad 220 ARQ vevõ (Rx) entitásnak 210 és 215 HARQ adó/vevõ (Tx/Rx) entitásokon keresztül. A 3GPP-nél a „protokoll adategység” (Protocol Data Unit, PDU) kifejezést használjuk általában a „csomag” kifejezés helyett. Így a jelen találmány esetén a „csomag” és a „PDU” kifejezéseket együtt használjuk. 230 lépés során, amennyiben elõre meghatározott állapotjelentés-generálási feltételek bármelyike teljesül 220 ARQ Rx entitás kiváltja egy állapotjelentés generálását, majd elküldi az állapotjelentést 205 ARQ Tx entitásnak, hogy kérje hiányzó (vagy sikertelenül vett) ARQ PDU¹k újraadását, és/vagy hogy jelezze a sikeresen vett ARQ PDU-kat. A feltételek, amelyeknél 220 ARQ Rx entitás állapotjelentést generál, hívásfelépítési folyamat során definiálhatóak, és a feltételek magukban foglalhatják az alábbi feltételeket: – 220 ARQ Rx entitás állapotjelentést generál hiányzó ARQ PDU észlelése hatására. – 220 ARQ Rx entitás állapotjelentést generál meghatározott idõközönként. Amennyiben az állapotjelentés-generálási feltételek bármelyike teljesül, úgy 220 ARQ Rx entitás kiváltja állapotjelentés generálását. Elõnyösen az állapotjelentés elküldésre kerül éppen a generálása után. Mindazonáltal olyan kommunikációs rendszernél, amelynél ENB ütemezés van alkalmazásban – mint például LTE-nél – nagy valószínûsége van annak, hogy 235 ütemezési késleltetés áll be. Például, amennyiben 220 ARQ Rx entitást magában foglaló UE nem rendelkezik allokált átviteli erõforrással az állapotjelentés generálásának 230 idejénél, úgy az UE¹nek keresztül kell mennie elõször egy, az átviteli erõforrás iránti kérés kibocsátását és az allokált átviteli
1
HU 006 369 T2
erõforrás fogadását tartalmazó ütemezési folyamaton, és minimálisan néhány tized milliszekundumnyi 235 ütemezési késleltetésre lehet szükség az ütemezési folyamat alatt. Miután a 220 ARQ Rx entitás 235 ütemezési késleltetést tapasztal, az állapotjelentés befoglalásra kerül egy HARQ csomagba 240 lépés során, és ezután végül elküldésre kerül 210 HARQ Tx/Rx entitásnak, a 205 ARQ Tx entitás egy alsóbb rétegének 215 HARQ Tx/Rx entitás által. Az alábbi leírásnál feltételezzük, hogy egy, az állapotjelentést tartalmazó HARQ csomag sikerrel vételre kerül 205 ARQ Tx entitásnál, példának okáért 3 megismételt adás során. Azaz, amennyiben a 220 ARQ Rx entitás elküldi az állapotjelentést a vevõ 215 HARQ Tx/Rx entitásnak (azaz a vevõ entitásban lévõ HARQ Tx/Rx entitásnak) 240 lépés során, úgy a vevõ 215 HARQ Tx/Rx entitás befoglalja az állapotjelentést egy HARQ csomagba, és elküldi a HARQ csomagot az adó 210 HARQ Tx/Rx entitásnak (azaz az adó entitásban lévõ HARQ Tx/Rx entitásnak) 245 lépés során (1. adás). Az adó 210 HARQ Tx/Rx entitás leellenõrzi 250 lépés során azt az elõszöri vételi idõt, amelynél elõször vette a HARQ csomagot, és meghatározza, hogy vajon a HARQ csomag sikeresen lett¹e véve hiba nélkül. Amennyiben úgy határoz, hogy az adó 210 HARQ Tx/Rx entitás nem járt sikerrel a HARQ csomag vétele során, úgy az adó 210 HARQ Tx/Rx entitás 255 lépés során NACK¹t küld a vevõ 215 HARQ Tx/Rx entitásnak, és válaszul az NACK¹ra a vevõ 215 HARQ Tx/Rx entitás újraadja 260 lépés során a HARQ csomagot az adó 210 HARQ Tx/Rx entitásnak (2. adás). Az adó 210 HARQ Tx/Rx entitás a másodszor adott HARQ csomagot az elõször adott HARQ csomaggal kombinálja, és azután meghatározza, hogy vajon a HARQ csomag sikeresen vételre került¹e. Amennyiben az adó 210 HARQ Tx/Rx entitás ismét sikertelenül vette a HARQ csomagot, úgy az adó 210 HARQ Tx/Rx entitás ismét NACK¹t küld a vevõ 215 HARQ Tx/Rx entitásnak 265 lépés során. Az NACK¹ra válaszul a vevõ 215 HARQ Tx/Rx entitás ismét újraadja a HARQ csomagot az adó 210 HARQ Tx/Rx entitásnak 270 lépés során (3. adás). Amennyiben az adó 210 HARQ Tx/Rx entitás most sikerrel járt a HARQ csomag vétele során, úgy az adó 210 HARQ Tx/Rx entitás kibont egy, a HARQ csomag által tartalmazott állapotjelentést, és elküldi a kibontott állapotjelentést a 205 ARQ Tx entitásnak 275 lépés során, majd ACK¹t küld a HARQ csomag vonatkozásában a vevõ 215 HARQ Tx/Rx entitásnak 280 lépés során. A 205 ARQ Tx entitás megelõzi az ARQ PDU szükségtelen újraadását a 230 állapotjelentés-generálási idõ azonosítása révén, amelynél az állapotjelentés generálásra került. A 230 állapotjelentés-generálási idõrõl elmondható, hogy az vagy közvetlenül ki van fejezve az állapotjelentésben, vagy a 205 ARQ Tx entitás megbecsüli a 230 állapotjelentés-generálási idõt az állapotjelentést magában foglaló HARQ csomag 250 elõszöri vételi idejének felhasználásával. Mindazonáltal a HARQ csomag 250 elõszöri vételi idejének felhaszná-
5
10
15
20
25
30
35
40
45
50
55
60 5
2
lására vonatkozó eljárás pontatlan, mivel az állapotjelentést terhelõ 235 ütemezési késleltetés figyelmen kívül hagyásra került. Ennek megfelelõen a jelen találmány elõnyös kiviteli alakjánál eltávolításra kerül az állapotjelentést terhelõ ütemezési késleltetés miatti hiba, amikor megbecsüljük az állapotjelentés-generálási idõt egy, az állapotjelentést magában foglaló HARQ csomag elõszöri vételi idejébõl. Azaz még akkor sem, ha az állapotjelentés-generálási feltétel teljesül, az ARQ Rx entitás nem fogja rögtön generálni az állapotjelentést, hanem akkor generál állapotjelentést, miután az elõkészület az adására, mint például átviteli erõforrás allokálása befejezésre kerül. Emellett az ARQ Tx entitás állapotjelentés-generálási idõként egy állapotjelentést magában foglaló HARQ csomag elõszöri vételi idejét azonosítja. A 3. ábrára való hivatkozással az állapotjelentés 325 lépésnél kerül kiváltásra, amennyiben az állapotjelentés-generálási feltételek egyike teljesül 320 ARQ Rx entitásnál. Az állapotjelentés-generálási feltétel állapotjelentés idõközönkénti (periodikus) generálása vagy hiányzó ARQ PDU felfedezése lehet. Ha az állapotjelentés kiváltásra is kerül, a 320 ARQ Rx entitás az alábbi mûveletet hajtja végül anélkül, hogy azonnal generálna állapotjelentést. Azaz a 320 ARQ Rx entitás (nem ábrázolt) alsóbb rétegnek átviteli adat jelenlétét jelenti, és az alsóbb réteg engedélyezi a 320 ARQ Rx entitásnak, hogy eljuttassa az átviteli adatot, amennyiben van bármilyen átviteli erõforrás éppen allokálva. Például az alsóbb réteg – amely egy, az átviteli erõforrások menedzseléséért felelõs entitás – egy ENB-ben lévõ ütemezõ, és egy, az UE¹ben lévõ átvitelierõforrás-menedzser. Amennyiben nincs átviteli erõforrás allokálva jelenleg, amikor a 320 ARQ Rx entitás átviteli adat jelenlétét jelenti, az alsóbb réteg átviteli erõforrást allokál megfelelõ folyamat révén. Amennyiben a 320 ARQ Rx entitás egy UE¹hez tartozik, az alsóbb réteg átviteli erõforrásra vonatkozó allokálási kérést küld egy ENB-nek, és vár, amíg átviteli erõforrás allokálásra kerül az ENBtõl. Amennyiben átviteli erõforrás allokálásra került, az alsóbb réteg engedélyezi a 320 ARQ Rx entitásnak, hogy eljuttassa az átviteli adatot. Az átvitel jóváhagyásának az alsóbb rétegtõl való megszerzése hatására a 320 ARQ Rx entitás állapotjelentést generál 330 lépés során. Az állapotjelentés hiányzó ARQ PDU¹k sorszámát foglalja magában újraadási kéréshez, és sikeresen vett ARQ PDU¹k sorszámát addig az idõpontig, amikor az állapotjelentés generálásra került. A hiányzó ARQ PDU sikertelenül vett (vagy NACK-elt) ARQ PDU¹ra vonatkozik, és az az ARQ PDU, amelynek vétele nem ismert, nem felel meg a hiányzó ARQ PDU-nak. A 320 ARQ Rx entitás elküldi az állapotjelentést vevõ 315 HARQ Tx/Rx entitásnak 335 lépés során, és a vevõ 315 HARQ Tx/Rx entitás egy, az állapotjelentést magában foglaló HARQ csomagot generál, majd adja a HARQ csomagot egy adó 310 HARQ Tx/Rx entitásnak allokált átviteli erõforrás alkalmazásával 345 lépés során.
1
HU 006 369 T2
Az adó 310 HARQ Tx/Rx entitás rögzíti a HARQ csomag 340 elõszöri vételi idejét, és meghatározza, hogy a HARQ csomag sikeresen vételre került¹e. Amennyiben a HARQ csomag sikeresen vételre került, úgy az adó 310 HARQ Tx/Rx entitás elküldi 350 lépés során a HARQ csomag 340 elõszöri vételi idejét 305 ARQ Tx entitásnak együtt a HARQ csomag által tartalmazott állapotjelentéssel. 355 lépés során a 305 ARQ Tx entitás az állapotjelentés-generálási idõként az állapotjelentéssel a 350 lépés során együtt adott 340 elõszöri vételi idõt azonosítja. Amennyiben van olyan ARQ PDU, amely az állapotjelentés-generálási idõ elõtt volt adva, azonban még nem volt ACK-val nyugtázva az állapotjelentés révén, úgy a 305 ARQ Tx entitás úgy határoz, hogy az ARQ PDU-nak újraadásra van szüksége. A 4. ábrára való hivatkozással állapotjelentés-generálási feltétel teljesült, és az állapotjelentés generálása kiváltásra kerül 405 lépés során, majd egy ARQ Rx entitás 410 lépés során jelenti átviteli adat jelenlétét egy, az átviteli erõforrások menedzseléséért felelõs alsóbb rétegnek. Az átviteli adat magában foglal egy átviendõ állapotjelentést. Amennyiben az alsóbb réteg engedélyezi az adatátvitelt 415 lépés során azáltal, hogy állapotjelentést magában foglaló adatok átviteléhez használandó átviteli erõforrást allokál, úgy az ARQ Rx entitás továbblép a 420 lépésre, és amennyiben az adatátvitel nem engedélyezett, úgy az ARQ Rx entitás vár, amíg az adatátvitel engedélyezett nem lesz. Például amennyiben egy, az ARQ Rx entitást magában foglaló UE ütemezve van a jelenlegi átviteli idõintervallumban (transmission time interval), vagy amennyiben egy, az ARQ Rx entitást magában foglaló ENB ütemezett egy UE¹t, amely adni fogja az állapotjelentést, úgy az ARQ Rx entitás úgy határoz, hogy az állapotjelentést magában foglaló adatok átvitelére lehetõség van. 420 lépés során az ARQ Rx entitás állapotjelentést generál az ARQ PDU vételi állapottól függõen egészen a jelen idõpontig. Az állapotjelentés magában foglalja a jelen idõpontig sikeresen vett ARQ PDU¹k, azaz az ACK-val nyugtázott ARQ PDU¹k sorszámát, valamint a jelen idõpontig sikertelenül vett ARQ PDU¹k, azaz a NACK-val jelzett ARQ PDU¹k sorszámát, amelyekhez az állapotjelentés generálásra kerül. Mivel az ARQ Rx entitás nem tudja felismerni azon ARQ PDU létezését, amely az alsóbb HARQ Tx/Rx entitásában HARQ folyamatban van, vagy amely teljes mértékben elveszett az eljuttatási folyamat során, így az ARQ Rx entitás nem foglalja bele az ARQ PDU sorszámát az állapotjelentésbe. Ezután 425 lépés során az ARQ Rx entitás továbbítja az állapotjelentést az alsóbb HARQ Tx/Rx entitásának, és a HARQ Tx/Rx entitás befoglalja az állapotjelentést egy HARQ csomagba, és elküldi a HARQ csomagot egy ARQ Tx entitásnak egy ellenoldali HARQ Tx/Rx entitáson keresztül. Hogy összefoglaljuk: amennyiben az állapotjelentés-generálási feltétel teljesül, úgy az ARQ Rx entitás vár addig az ideig, amíg ténylegesen el tudja küldeni az állapotjelentést, és annál az idõpontnál generál állapotjelentést, amikor el tudja küldeni az állapotjelentést.
5
10
15
20
25
30
35
40
45
50
55
60 6
2
Ezen a módon az ARQ Rx entitás azzal az idõponttal, amikor az állapotjelentés generálásra kerül maximálisan megközelíti, azt az idõpontot, amikor az állapotjelentés adása elkezdõdik. Így az ARQ Tx entitás úgy határozhat, hogy az „állapotjelentés-vételi idõ” lényegében egyenlõ az „állapotjelentés-generálási idõvel”. A terjedési idõ figyelembe vehetõ azon idõpont, amikor az állapotjelentést magában foglaló HARQ csomag elküldésre kerül a vevõ HARQ Tx/Rx entitástól és azon idõpont között, amikor a HARQ csomag vételre kerül az adó HARQ Tx/Rx entitásnál. Mindazonáltal ez nem tartozik a jelen találmányhoz, így ennek részletes leírásától eltekintünk. Hivatkozással az 5. ábrára új HARQ csomag kerül vételre 505 lépés során, azaz amennyiben a HARQ csomag elõször van véve, és ezután HARQ Tx/Rx entitás rögzíti a HARQ elõszöri vételi idejét 510 lépés során. A HARQ Tx/Rx entitás az új HARQ csomag vételét a HARQ csomag dekódolásvezérlési információjától függõen ismeri fel, amely egy vezérlõcsatornán át lehet eljuttatva, ilyen lehet például az RSN (Retransmission Sequence Number: újraadási sorszám) vagy az NDI (New Data Indicator: újadatjelzõ). Például, amennyiben az RSN „0”¹ra van állítva, vagy az NDI egy, az elõzõ értéktõl eltérõ értékre van állítva, az azt jelenti, hogy új HARQ csomag adása kezdõdik. 515 lépés során a HARQ Tx/Rx entitás HARQ vételi folyamatot hajt végre a HARQ csomagon. Azaz a HARQ Tx/Rx entitás eldönti a HARQ csomagban lévõ hiba jelenlétét/hiányát ciklikus redundanciaellenõrzés (Cyclic Redundancy Checking, CRC) segítségével a HARQ csomagon. Amennyiben van CRC-hiba, úgy a HARQ Tx/Rx entitás tárolja a HARQ csomagot a megfelelõ HARQ processzor szoft pufferében szoft kombináláshoz. Mindazonáltal, amennyiben nincs CRC-hiba, a HARQ Tx/Rx entitás feldolgozza és továbbítja a HARQ csomagot a felsõbb rétegéhez. Amennyiben a HARQ csomag vétele sikeres 520 lépés során, azaz nincs több hiba a HARQ csomagban, úgy a HARQ Tx/Rx entitás továbblép az 525 lépéshez, ahol demultiplexálja a HARQ csomag által tartalmazott, felsõbb réteghez tartozó adatokat. Ezután 530 lépés során a HARQ Tx/Rx entitás továbbítja a demultiplexált, felsõbb réteghez tartozó adatot egy megfelelõ felsõbb rétegnek. Pontosabban a demultiplexált, felsõbb réteghez tartozó adatokban lévõ állapotjelentés egy ARQ Tx entitásnak kerül elküldésre. Ennél a pontnál a HARQ csomagnak az 510 lépés során rögzített elõszöri vételi ideje együtt elküldésre kerül az ARQ Tx entitásnak. 535 lépés során a HARQ Tx/Rx entitás törli az 510 lépés során rögzített elõszöri vételi idõt, majd továbbhalad az 540 lépéshez, ahol kiüríti a HARQ processzor szoft pufferét. Amennyiben a HARQ csomag vétele sikertelen volt 520 lépés során, azaz amennyiben egy új HARQ csomag adása kezdõdött meg, bár még mindig hiba van a HARQ csomagban, úgy a HARQ Tx/Rx entitás törli a HARQ csomag elõszöri vételi idejét 535 lépés során, és kiüríti a HARQ processzor szoft pufferét 540 lépés során.
1
HU 006 369 T2
Hivatkozással a 6. ábrára, amennyiben egy ARQ Tx entitás 605 lépés során állapotjelentést és elõszöri vételi idõt vesz egy – az alsóbb rétegét képezõ – adó HARQ Tx/Rx entitástól, úgy az ARQ Tx entitás 610 lépés során állapotjelentés-generálási idõként azonosítja az elõszöri vételi idõt, és végrehajtja a szükséges mûveletet az állapotjelentés tartalmának megfelelõen. Más szavakkal az ARQ Tx entitás újraadja az állapotjelentésben jelölt hiányzó ARQ PDU-kat, és azokat az ARQ PDU-kat, amelyek az állapotjelentés-generálási idõ elõtt voltak adva, de amelyek nem lettek ACK-val nyugtázva az állapotjelentés révén. Most a leírásban mindenütt alkalmazott „idõ” kifejezést részletesebben elmagyarázzuk. A jelen találmány az „idõ” több olyan szegmensét használja, amelyet egyformán azonosítania kell egyegy UE¹nek és egy-egy ENB-nek: ilyen például az „állapotjelentés-generálási idõ”, a „elõszöri vételi idõ” és az „adásbefejezési idõ”. A legegyszerûbb módja annak, hogy egy bizonyos idõpontot jelzõ jelzés számára lehetõvé tegyük, hogy ugyanazzal a jelentéssel bírjon két csomópontnál, az, ha az UE és az ENB egymással szinkronizált idõzítõket foglalnak magukban. Mindazonáltal a mobil kommunikáció során általában elfogadottabb, ha az UE az ENB által szórt rendszeridõt használja ahelyett, hogy önálló szinkronizált idõzítõket alkalmaznának. A mobil kommunikációnál idõegységként a keretet alkalmazzuk. A keret az adáshoz/vételhez alapvetõ egységként alkalmazott idõközt jelent. Például az UMTS esetén egy keret hossza 10 ms. A szokásos mobil kommunikációs rendszernél, mint például az UMTS-nél az ENB olyan idõzítõt (vagy számlálót) foglal magában, amely 1¹gyel növekszik minden kerethatárnál. A számláló 1¹gyel növekszik mindig 10 ms¹onként, és a számláló a keret inicializálásánál indul. A számláló kimeneti értéke 1¹gyel megnövelésre kerül minden kerethatárnál, és azt keretsorszámnak nevezzük. Mivel az ENB idõközönként szórja a keretsorszámot, az UE és az ENB azonosítani tudja a keretsorszámot egy-egy bizonyos kerethez. Ezáltal az ENB által szórt keretszám felhasználható, mint a jelen találmánynál leírt „idõ”. Például az állapotjelentés-generálási idõ felcserélhetõ annak a keretnek a keretszámával, amelynél az állapotjelentés generálásra került, és az adásbefejezési idõ felcserélhetõ a befejezett adású keret keretszámával. A keretszám különös esetben hierarchikusan strukturált lehet. Például az LTE-nél, mivel az adó-vevõ egység 0,5 ms¹os rövid idõközzel (periódusidõvel) rendelkezik, így a rendszer 10 ms¹nál hosszabb idõközt alkalmaz egyegy keret egységéül, ahelyett, hogy 0,5 ms¹os egységekben azonosítana egy-egy keretet, és 0,5 ms¹ot használhat egy-egy alkeret egységeként. Azaz egy olyan rendszernél, ahol a 10 ms hosszúsággal rendelkezõ egy-egy keret 0,5 ms¹os hosszúsággal rendelkezõ 20 darab alkeretbõl van kialakítva, a keretszám és az alkeretszám kombinációja alkalmazható az idõ jelzéseként. Például a 2505.11 idõ a 11. alkeretet jelenti a 2505. keretben.
5
10
15
20
25
30
35
40
45
50
55
60 7
2
Ahogy a 7. ábrán szemléltetésre került, egy 700 ARQ entitás 705 adásvezérlõt, 710 adópuffert, 715 keretezõegységet, 720 újraadó puffert, 740 állapotjelentés-generátort és 745 vevõpuffert foglal magában. A 700 ARQ entitás 725 multiplexerhez és 750 demultiplexerhez van csatlakoztatva. Habár csak egy darab 700 ARQ entitást mutatunk be itt, több nem ábrázolt ARQ entitás lehet kialakítva. A 725 multiplexer multiplexálja a több 700 ARQ entitás által eljuttatott ARQ csomagokat (azaz ARQ PDU-kat) egyetlen HARQ csomaggá, és a 750 demultiplexer demultiplexál egy 730 HARQ processzor által eljuttatott egy-egy HARQ csomagot több ARQ csomaggá (azaz ARQ PDU¹vá), és eljuttatja az ARQ csomagokat a hozzájuk tartozó ARQ entitásokhoz. A 730 HARQ processzor HARQ csomagnak egy bizonyos HARQ mûvelet révén való adására/vételére szolgáló eszköz, és a 735 adó-vevõ adás elõtt HARQ csomagnak rádiófrekvenciás jellé való modulálására és vett rádiófrekvenciás jelnek demodulálására szolgáló eszköz. A 750 demultiplexer tárolja a vett ARQ PDU¹t a 745 vevõpufferben. A 740 állapotjelentés-generátor, amennyiben az elõre meghatározott állapotjelentés-generálási feltételek bármelyike teljesül, jelenti a 705 adásvezérlõnek, hogy állapotjelentés kiváltásra (triggerelésre) került. Ezután amennyiben a 705 adásvezérlõ engedélyezi állapotjelentés adását, úgy a 740 állapotjelentés-generátor ellenõrzi a 745 vevõpufferben tárolt ARQ PDU¹k sorszámát, azonosítja a sikeresen vett ARQ PDU¹k sorszámát és az újraadásra kérelmezendõ ARQ PDU¹k sorszámát, és ezeknek megfelelõen állapotjelentést generál. A 740 állapotjelentés-generátor elküldi a generált állapotjelentést az ellenoldali csomópontnak a 725 multiplexeren keresztül. Egy, a felsõbb rétegben generált csomag a 710 adópufferben kerül tárolásra. A felsõbb réteg csomagja megfelelõ méretben kerül keretezésre a 715 keretezõegység által, egy, a beleillesztett sorszámot magában foglaló fejléc-információval rendelkezõ ARQ csomaggá kerül konfigurálásra, majd eljuttatásra a 725 multiplexerhez. Az ARQ csomag egy másolata a 720 újraadó pufferben kerül tárolásra. A 705 adásvezérlõ analizál egy, az állapotjelentésre vonatkozó triggerjelentést, amely a 740 állapotjelentés-generátorból kerül eljuttatásra, és vezérli a 710 adópuffer és a 720 újraadó puffer adatátvitelét az analízis eredményétõl függõen. Pontosabban a 705 adásvezérlõ az alsóbb rétegnek jelenti a 710 és 720 pufferekben tárolt adat mennyiségét, és a következõ adási idõközben adható adatnak az alsóbb rétegbõl jelentett mennyiségén alapulóan a 705 adásvezérlõ meghatározza a következõ adási idõközben adandó adatokat, és úgy vezérli a 710 és 720 puffereket, hogy megfelelõ adatokat adjanak a kimenetükre. Az adható adatok mennyisége az allokált átviteli erõforrásnak megfelelõen van meghatározva. Pontosabban az állapotjelentésre vonatkozó triggerjelentésnek a 740 állapotjelentés-generátortól való vétele hatására a 705 adásvezérlõ, amennyiben al-
1
HU 006 369 T2
sóbb rétegtõl adatátvitelre vonatkozó engedélyt fogadott, úgy jelenti azt a 740 állapotjelentés-generátornak azért, hogy generáljon állapotjelentést. Így a 700 ARQ entitásban annál az idõpontnál, amikor az adatátvitele éppen engedélyezésre kerül, a 740 állapotjelentés-generátor állapotjelentést generál, és az állapotjelentés azonnal elküldésre kerül az allokált átviteli erõforrás alkalmazásával. A mobil kommunikációs rendszernél, amelynél ENB ütemezés van alkalmazva, a jelen találmány fedésbe hozza azt az idõt, amikor az állapotjelentés generálásra kerül az ARQ Rx entitásban, azzal az idõvel, amikor az állapotjelentés tulajdonképpen adásra kerül úgy, hogy az ARQ Tx entitás meg tudja állapítani azt az idõt, amikor az állapotjelentés generálásra került egy, az állapotjelentést magában foglaló HARQ csomag elõszöri vételi idejébõl, és minimalizálni tudja a helytelen állapotjelentés következtében fellépõ hatékonyságvesztést. Ahogy az elõbbi leírásból megérthetõ, az ARQ Rx entitás ütemezési késleltetés után generál és küld állapotjelentést, és az ARQ Tx entitás az állapotjelentés generálási idejének becsüli az állapotjelentést tartalmazó HARQ csomag elõszöri vételi idejét, megelõzve ezzel a szükségtelen újraadást, ami az állapotjelentésgenerálási idõ és az elõszöri vételi idõ közötti hiba miatt lépne fel. Miközben a találmányt annak egy bizonyos elõnyös kiviteli alakjára való hivatkozással mutattuk be, és írtuk le, érthetõ lesz a szakember számára, hogy a kialakításával és a részleteivel kapcsolatban különféle változtatások végezhetõek el anélkül, hogy eltávolodnánk a találmány oltalmi körétõl, amelyet a csatolt igénypontok révén határozunk meg a továbbiakban.
5
10
15
20
25
30
35 SZABADALMI IGÉNYPONTOK 1. Eljárás automatikus ismétléskérési – Automatic Repeat reQuest, ARQ – réteg állapotjelentésének adására egy, az ARQ réteget és hibrid automatikus ismétléskérési – Hybrid Automatic Repeat reQuest, HARQ – réteget magában foglaló mobil kommunikációs rendszerben, az eljárás során: meghatározzuk (415), hogy az állapotjelentés adása engedélyezve van¹e, amikor elõre meghatározott állapotjelentés-generálási feltétel teljesül ARQ vevõ – Rx – entitásban (220, 320); amennyiben az állapotjelentés adása engedélyezett, állapotjelentést generálunk (420) ARQ csomagok vételi állapotától függõen addig az idõpontig, amikor az állapotjelentés adása engedélyezésre került; és allokált átviteli erõforráson keresztül adjuk (425) a generált állapotjelentést ARQ adó – Tx – entitásnak (205, 305). 2. Az 1. igénypont szerinti eljárás, amelynél az állapotjelentés magában foglalja az addig az idõpontig sikeresen vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került, és az addig az idõpontig sikertelenül vett ARQ csomagok sorszá-
40
45
50
55
60 8
2
mát, amikor az állapotjelentés adása engedélyezésre került. 3. Az 1. igénypont szerinti eljárás, amelynél az idõpont, amikor az állapotjelentés adása engedélyezésre került, azt az idõpontot jelöli, amelynél az állapotjelentést magában foglaló adatok adására használt átviteli erõforrás allokálásra került. 4. Az 1. igénypont szerinti eljárás, amelynek során továbbá: úgy határozunk, hogy az állapotjelentés-generálási feltétel teljesült, amikor az aktuális idõ elér egy átviteli idõintervallumot egy elõre meghatározott idõközön alapulva. 5. Az 1. igénypont szerinti eljárás, amelynek során továbbá: úgy határozunk, hogy az állapotjelentés-generálási feltétel teljesült, amikor hiányzó ARQ csomagot észlelünk ARQ csomagoknak az ARQ Tx entitástól (205, 305) való vétele során. 6. Eljárás automatikus ismétléskérési – Automatic Repeat reQuest, ARQ – réteg állapotjelentésének vételére egy, az ARQ réteget és hibrid automatikus ismétléskérési – Hybrid Automatic Repeat reQuest, HARQ – réteget magában foglaló mobil kommunikációs rendszerben, az eljárás során: HARQ adó/vevõ – Tx/Rx – entitás (215, 315) révén rögzítjük (510) egy HARQ csomag elõszöri vételi idejét, amikor a HARQ csomag elõször kerül vételre ARQ vevõ – Rx – entitástól; egy, a HARQ csomag által tartalmazott állapotjelentést detektálunk (520), amennyiben meghatározásra kerül, hogy a HARQ csomag sikeresen került vételre, és elküldjük a detektált állapotjelentést ARQ adó – Tx – entitásnak együtt a HARQ csomag elõszöri vételi idejével; és az ARQ Tx entitás (205, 305) révén az elõszöri vételi idõt az állapotjelentés generálási idejeként azonosítjuk, és újraadjuk az újraadásra kért ARQ csomagokat az állapotjelentésnek megfelelõen. 7. A 6. igénypont szerinti eljárás, amelynél az állapotjelentés magában foglalja az ARQ Rx entitásnál (220, 320) az addig az idõpontig sikeresen vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került, és az ARQ Rx entitásnál (220, 320) az addig az idõpontig hibás ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került. 8. A 7. igénypont szerinti eljárás, amelynél az idõpont, amikor az állapotjelentés adása engedélyezésre került, olyan idõpontot jelöl, amelynél az állapotjelentést magában foglaló adatok adására használt átviteli erõforrás allokálásra került. 9. A 6. igénypont szerinti eljárás, amelynek során továbbá: a HARQ csomag dekódolásvezérlési információját vesszük vezérlõcsatornán keresztül, és ellenõrizzük a dekódolásvezérlési információba foglalt újraadási sorszámot – Retransmission Sequence Number, RSN – és újadat-jelzõt – New Data Indicator, NDI –; és
1
HU 006 369 T2
úgy határozunk, hogy a HARQ csomag elõször került vételre, amennyiben az RSN „0”¹ra van állítva, vagy az NDI egy elõzõ értéktõl eltérõ értékre van állítva. 10. Berendezés automatikus ismétléskérési – Automatic Repeat reQuest, ARQ – réteg állapotjelentésének adására egy, az ARQ réteget és hibrid automatikus ismétléskérési – Hybrid Automatic Repeat reQuest, HARQ – réteget magában foglaló mobil kommunikációs rendszerben, a berendezés tartalmaz: állapotjelentés-generátort (740) annak meghatározására, hogy az állapotjelentés adása engedélyezett¹e, amikor egy elõre meghatározott állapotjelentés-generálási feltétel teljesül ARQ vevõ – Rx – entitásban (220, 320), és amennyiben az állapotjelentés adása engedélyezett, állapotjelentés generálására ARQ csomagok vételi állapotától függõen addig az idõpontig, amikor az állapotjelentés adása engedélyezésre került; és adó entitást (735) a generált állapotjelentésnek ARQ adó – Tx – entitásnak (205, 305) való adására allokált átviteli erõforráson keresztül. 11. A 10. igénypont szerinti berendezés, amelynél az állapotjelentés magában foglalja az addig az idõpontig sikeresen vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került, és az addig az idõpontig sikertelenül vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került. 12. A 10. igénypont szerinti berendezés, amelynél az idõpont, amikor az állapotjelentés adása engedélyezésre került, olyan idõpontot jelöl, amelynél az állapotjelentést magában foglaló adatok adására használt átviteli erõforrás allokálásra került. 13. A 10. igénypont szerinti berendezés, amelynél az állapotjelentés-generátor (740) alkalmasan van kialakítva arra, hogy úgy határozzon, hogy az állapotjelentés-generálási feltétel teljesült, amikor az aktuális idõ elér egy átviteli idõintervallumot egy elõre meghatározott idõközön alapulva. 14. A 10. igénypont szerinti berendezés, amelynél az állapotjelentés-generátor (740) alkalmasan van kialakítva arra, hogy úgy határozzon, hogy az állapotjelentés-generálási feltétel teljesült, amikor hiányzó ARQ csomag kerül észlelésre ARQ csomagoknak az ARQ Tx entitástól való vétele során.
5
10
15
20
25
30
35
40
45
9
2
15. Berendezés automatikus ismétléskérési – Automatic Repeat reQuest, ARQ – réteg állapotjelentésének vételére egy, az ARQ réteget és hibrid automatikus ismétléskérési – Hybrid Automatic Repeat reQuest, HARQ – réteget magában foglaló mobil kommunikációs rendszerben, a berendezés tartalmaz: HARQ adó/vevõ – Tx/Rx – entitást (215, 315) a HARQ csomag elõszöri vételi idejének rögzítésére, amikor HARQ csomag elõször kerül vételre ARQ vevõ – Rx – entitástól, és amennyiben meghatározásra kerül, hogy a HARQ csomag sikeresen került vételre, egy, a HARQ csomag által tartalmazott állapotjelentés detektálására, és a detektált állapotjelentés kimenetre adására együtt a HARQ csomag elõszöri vételi idejével; és ARQ adó – Tx – entitást (205, 305) az elõszöri vételi idõnek az állapotjelentés generálási idejeként való azonosítására, és újraadásra kérelmezett ARQ csomagok újraadására az állapotjelentésnek megfelelõen. 16. A 15. igénypont szerinti berendezés, amelynél az állapotjelentés magában foglalja az ARQ Rx entitásnál az addig az idõpontig sikeresen vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került, és az ARQ Rx entitásnál az addig az idõpontig sikertelenül vett ARQ csomagok sorszámát, amikor az állapotjelentés adása engedélyezésre került. 17. A 16. igénypont szerinti berendezés, amelynél az idõpont, amikor az állapotjelentés adása engedélyezésre került, olyan idõpontot jelöl, amelynél az állapotjelentést magában foglaló adatok adására használt átviteli erõforrás allokálásra került. 18. A 15. igénypont szerinti berendezés, amelynél a HARQ Tx/Rx entitás (215, 315) alkalmasan van kialakítva arra, hogy: a HARQ csomag dekódolásvezérlési információját vegye vezérlõcsatornán keresztül, és hogy ellenõrizze a dekódolásvezérlési információba foglalt újraadási sorszámot – Retransmission Sequence Number, RSN – és újadat-jelzõt – New Data Indicator, NDI –; és hogy úgy határozzon, hogy a HARQ csomag elõször került vételre, amennyiben az RSN „0”¹ra van állítva, vagy az NDI egy elõzõ értéktõl eltérõ értékre van állítva.
HU 006 369 T2 Int. Cl.: H04L 1/16
10
HU 006 369 T2 Int. Cl.: H04L 1/16
11
HU 006 369 T2 Int. Cl.: H04L 1/16
12
HU 006 369 T2 Int. Cl.: H04L 1/16
13
HU 006 369 T2 Int. Cl.: H04L 1/16
14
HU 006 369 T2 Int. Cl.: H04L 1/16
15
HU 006 369 T2 Int. Cl.: H04L 1/16
Kiadja a Magyar Szabadalmi Hivatal, Budapest Felelõs vezetõ: Törõcsik Zsuzsanna Windor Bt., Budapest
