TARIFNAME HÜCREDEN HÜCREYE GEÇIS(=DEVIR) YÖNETIMI Mevcut bulus, mobil telekomünikasyon aglarinda, özellikle de 3GPP standartlarina veya bunlarin esdegerlerine veya türevlerine göre çalisan aglara sahip olmayan, veri paketlerinin yönetimi ile ilgilidir. Mobil telekomünikasyon aglarinda, Kullanici Ekipmaninin (UE) bir baz istasyonundan digerine devredilmesi (bir hücresel ag içinde bir hücreden diger hücreye geçis) sarttir. 3GPP'de, yakin zamanda bir kaynak eNodeB'den (baz istasyonu) bir hedef eNodeB'ye devir (HO) için kontrol düzleminde (C-düzlemi) tanimlanan bir prosedür önerilmistir. Teknikte uzman kisiler 3G iletisimine uygulanan çesitli kisaltmalara elbette asina olacaktir, ancak okuyucularin faydalanmasi için bir sözlük eklenmistir. Teknikte uzman kisiler için anlama etkinligi için bulus, bir 3G sistemi baglaminda detayli olarak tarif edilecek olmakla birlikte, devir ilkeleri, örnegin bir mobil cihazin veya Kullanici Ekipmaninin (UE), sistemin karsilik gelen elemanlari ile gerektigi sekilde degistirildigi diger birkaç cihazdan biriyle (eNodeB'ye karsilik gelen) iletisim kurdugu diger CDMA veya kablosuz gibi diger sistemlere uygulanabilir. St.L0uis,deki RAN2/RAN3/SA2 ortak toplantisinda, SAE/LTE mimari ilkeleri kabul edilmis ve karar PDCP katmanini eNodeB"ye (baz istasyonu) düsürmek olmustur. Malta'daki sonraki RAN2 toplantisinda, sifrelemenin PDCP Sira Numaralari kullanilarak PDCP katmaninda gerçeklestirilmesine karar verilmistir. Bu karara dayanarak, devir sirasinda kullanici katmaninin yönetilmesi daha fazla dikkate alinmalidir ve mevcut basvuru uygun bir devir prosedürünü önermektedir. SAMSUNG: "R2-061829 PDCP SN'nin ARQ düzeyinde yeniden kullanimi?(R" 3GPP TSG-RAN2 Toplantisi # 53bis, PDCP SN`in ARQ düzeyinde yeniden kullanilmasini tartismakta ve verimlilik (devirde kullanim, aktarma ve diger yönleriyle ilgili) ile ilgili alternatifleri (yani, PDCP SN'nin yeniden kullanimi ile ARQ seviyesinde) karsilastirmaktadir. Numaralandirma ve PDCP SN'nin Yeniden Kullanimi(R2-062800 Sequence Numberi'ng & Reuse of PDCP SN)" 3GPP TSG RAN WG2 # 55 RLC/ARQ katmaninin, segmentlere ayrilmamis SDU'lar için sinyal verimini optimize etmek amaciyla RLC'ye özgü bir SN yerine daha yüksek katman sira numaralarini (yani PDCP SN) tekrar kullanmasini önermektedir. Handover)" 3GPP TSG RAN3 toplantisi # 53, Kayipsiz/Sorunsuz Intra-LTE Devri elde etmek için UR düzleminin RRC sinyali ile duraklatilmasi/yeniden baslatilmasi arasinda koordinasyona yönelik basit bir mekanizmayi açiklamaktadir. Evrensel Karasal Radyo Erisimi (UTRA) ve Evrensel Karasal Radyo Erisim Agi (UTRAN) için yapilan bir F izibilite çalismasidir. WC 02/ 15524A1 sayili dokümanda, paket anahtarlamali bir telekomünikasyon sisteminde veri paketlerinin onaylanmis iletimi için bir yöntem açiklanmaktadir. Birbiriyle senkronize edilmis sayicilari göndermek ve almak yoluyla iletilecek yakinsama protokolü paketleri için bir veri paketi numarasi tanimlanmaktadir. Yalnizca kullanici verilerini içeren yakinsama protokol paketleri, bir gönderici ve alici arasindaki veri iletimi için kullanilmaktadir. Sayaçlarin eszamansiz (asenkron) hale gelmesi durumunda, paket veri numarasi içeren yakinsama protokol paketleri gönderilmektedir ve bu yakinsama protokol paketlerinin sayisi aliciya gösterilmektedir. Sayaçlar veri paketi numaralarina göre senkronize edilmektedir. NOKIA: "R2-062754 PDCP/RLC/MAC POU yapisi", 3GPP TSG-RAN WG2 TOPLANTISI # 55 devirde veri islemeyi ve özellikle PDCP'nin eNB'de ag tarafinda oldugu yeni bir mimaride eNB arasi devirde veri islemeyi ele almaktadir ve her bir çözümün artilarini ve eksilerini tespit etmektedir. Bir özellige göre, mevcut bulus bir telekomünikasyon sisteminde gerçeklestirilen bir yöntem saglamaktadir, yöntem asagidakileri içermektedir: i) bir kaynak dügümde: bir mobil iletisim cihazina iletilmek üzere bir dizi PDCP Hizmet Veri Birimi (SDU) alinmasi; her PDCP SDU'suna bir sira numarasi eklenmesi; PDCP SDU"larinin bir kopyasinin saklanmasi; PDCP SDU'larinin sifrelenmesi; ekli sira numaralari ile sifrelenmis PDCP SDU'larinin bölümlendirme için bir Dis ARQ varligina geçirilmesi; Dis ARQ segmentleri olusturmak için sifrelenmis PDCP SDU'larinin ekli sira numaralariyla bölümlendirilmesi; ilgili bir Dis ARQ Protokol Veri Birimi (PDU) üretmek üzere her bir Dis ARQ segmentine ilgili bir Dis ARQ üstbilgisinin üretilmesi ve eklenmesi; üretilen Dis ARQ PDU'larin mobil iletisim cihazina gönderilmesi; ve bir hedef dügüme devir talebi gönderilmesi; ii) hedef dügümde: devir talebinin kaynak dügümden alinmasi ve devir talebine cevap olarak devir kaynagina devir yaniti gönderilmesi; iii) kaynak dügümde: devir yanitinin hedef dügümden alinmasi; mobil iletisim cihazina devir komutu gönderilmesi; ve depolanmis PDCP SDU'larinin eklenmis sira numaralariyla hedefdügüme iletilmesi; ve iv) bir hedef dügüinde: kaynak dügüinden PDCP SDU'larinin alinmasi ve kaynak dügümden alinan PDCP SDU'larina karsilik gelen Dis ARQ PDU'larin hedefdügümden bir mobil iletisim cihazina gönderilmesi. Baska bir açidan, mevcut bulus bir telekomünikasyon sisteminin bir kaynak dügümünü saglamakta olup, kaynak dügüm sunlari ihtiva etmektedir: bir mobil iletisim cihazina iletilmek üzere bir PDCP SDU dizisi almak için araç; `her PDCP SDU'suna bir sira numarasi eklemek için araç; PD-CP SDU'larinin bir kopyasini saklamak için araç; PDCP SDU'larini sifrelemek için araç; ekli sira numaralari ile sifrelenmis PDCP SDU'larini bölümlendirme için bir Dis ARQ varligina geçirmek için araç; Dis ARQ segmentleri olusturmak için sifrelenmis PDCP SDU'larini eklenmis sira nuinaralariyla bölümlemek için araç; karsilik gelen bir Dis ARQ PDU üretmek üzere her bir Dis ARQ segmentine ilgili bir Dis ARQ basliginin üretilmesi ve eklenmesi için araç; üretilen Dis ARQ PDU'lari mobil iletisim cihazina göndermek için araç; bir hedef dügüme devir talebi göndermek için araç; hedef dügümden devir yaniti almak için araç; mobil iletisim cihazina devir komutu göndermek için araç; ve saklanan PDCP SDU'larini eklenmis sira numaralariyla hedef dügüme iletmek için araç. Kaynak dügümü ayrica mobil iletisim cihazindan uplink Dis ARQ PDU'larini almak için araçlar, her bir Dis ARQ PDU'dan bir Dis ARQ basliginin çikarilmasi için araçlar ve sira numarasi ile PDCP SDU'lari olusturmak için alinan ARQ PDU'larin birlestirilmesi için araçlar içerebilir. Kaynak dügümü ayrica mobil iletisim cihazindan alinan sira disi PDCP SDU'larini ara bellege almak için araçlar içerebilir. Bu durumda, kaynak dügüm ayrica, bir hedef dügümden devir cevabini alinaya cevaben arabellege alinmis sira disi uplink PDCP SDU'larini hedef dügüme iletmek için araçlar içerebilir. Mevcut bulus ayrica, ekteki istem 7'de tanimlandigi gibi bir kaynak dügüm tarafindan gerçeklestirilen bir iletisim yöntemi ve asagidakileri içeren bir telekomünikasyon sistemi saglamaktadir: yukarida açiklanan kaynak dügüm; bir hedef dügüm; ve bir mobil iletisim cihazi. Bulus, bir 3G eNodeB'den digerine devredilme baglaminda anlasilma kolayligi açisindan açiklanirken, ilkeler, farkli sebekelerin, örnegin bir 3G sebekesinin ve bir baska sebekenin dügümleri arasinda devirlere genisletilebilir. Istege bagli özellikler ekteki bagimli istemlerde belirtilmistir. Sekil 1, uygulamanin uygulanabilir oldugu bir tipte bir mobil telekomünikasyon sistemini Sekil 2, Sekil 1'de gösterilen sistemin bir bölümünü olusturan bir baz istasyonunu sematik olarak göstermektedir; Sekil 3, Sekil 1'de gösterilen sistemin bir bölümünü olusturan bir mobil iletisim cihazini Sekil 4, mobil iletisim cihazi ve baz istasyonlari arasindaki iletisimi kontrol etmek için kullanilan iletisim yaziliminin bir bölümünü olusturan bir protokol yigininin bir parçasini göstermektedir; Sekil 5 bir devir islemini göstermektedir; Sekil 6, onay modu veri paketlerinin ara bellege alinmasini yönetmek için PDCP ve dis ARQ varliklarinin çalismasini göstermektedir. Sekil 1 sematik olarak bir mobil (hücresel) telekomünikasyon sistemini (l) nolu baz istasyonlarindan biri ve bir telefon agi (7) araciligiyla diger kullanicilarla (gösterilmemistir) iletisim kurabilmektedir. Bu uygulamada, baz istasyonlari (5), mobil telefonlara (3) iletilecek olan verilerin çok sayida alt tasiyici üzerine modüle edildigi ortogonal bir frekans bölmeli çoklu erisim (OFDMA) teknigini kullanmaktadir. Mobil telefona (3) gönderilecek veri miktarina bagli olarak her mobil telefona (3) farkli alt tasiyicilar tahsis edilmistir. Bir mobil telefon (3), bir kaynak ana istasyonun hücresinden (örnegin, baz istasyonu 5-1) bir hedef baz istasyonuna (örnegin, baz istasyonu 5-2) hareket ettiginde, devir islemini kontrol etmek için kaynak ve hedef baz istasyonlarinda (5) ve mobil telefonda (3) bir devir (HO) prosedürü (protokol) gerçeklestirilmektedir. Devir islemi, asagidaki gerekliliklere sahip olan kaynak ve hedef baz istasyonlari (5) arasinda optimize edilmis bir deviri (HO) saglamayi amaçlamaktadir: 1. Yüksek TCP verim performansi elde etmek için gerçek zamanli olmayan (NRT) Servisler için Kayipsiz HHO. 2. Uygulamanin bastan sona iyi performans gösterinesi için paket kaybini en aza indirmek için gerçek zamanli (RT) hizmetlere yönelik kesintisiz HHO, 3. Hava arayüzü üzerinden çift paket iletiminin en aza indirilmesi. 4. Kullanici katmani verileri için minimum kesinti süresi. . NAS (erisilemeyen tabaka) diziliminde, HO esnasinda PDU'lar korunmalidir. 6. Hiçbir çogaltma ve sira disi teslimat ROHC (Robust Header Compression/Saglam Baslik Sikistirma) ve uygulamaya görünür olmamalidir. Sert bir devir isleminde, devir sirasinda, yumusak devir yerine, mobil telefon ile baz istasyonlari arasinda telsiz iletilerinde bir kopukluk olmaktadir, ve mobil telefon devir islemi sirasinda hem kaynak hem de hedef baz istasyonlariyla bir telsiz baglantisi kuracaktir. Teknikte uzman kisilerin takdir edecegi gibi, bu nedenle, paket kaybini ve paket yeniden iletimini en aza indirirken sert bir devir islemi gerçeklestirmek daha zordur. Baz Istasyonu Sekil 2, bu uygulamada kullanilan baz istasyonlarinin (5) her birinin ana bilesenlerini gösteren bir blok diyagramdir. Gösterildigi gibi, her bir baz istasyonu (5), mobil telefonlardan (3) bir veya daha fazla anten (23) araciligiyla sinyalleri iletmek ve bu sinyalleri almak için kullanilabilen (yukarida tarif edilen alt tasiyicilari kullanarak) ve bir sebeke arayüzü (25) vasitasiyla telefon sebekesinden (7) sinyalleri iletmek ve bu sinyalleri almak için kullanilabilen bir alici-verici devresi (21) içermektedir. Bir kontrol cihazi (27), alici-verici devresinin (21) çalismasini bellekte (29) depolanan yazilima göre kontrol etmektedir. Yazilim, digerlerinin yani sira, bir isletim sistemini (31) ve bir downlink programlayicisini (33) içermektedir. Downlink programlayicisi (33), alici telefonlar devresi (21) tarafindan iletilecek olan kullanici veri paketlerini mobil telefonlarla (3) iletisim halinde programlamak için kullanilabilir. Yazilim ayrica çalismasi asagida tarif edilecek olan bir aktarma modülünü (35) içermektedir. Mobil Telefon Sekil 3, Sekil 1'de gösterilen her bir mobil telefonun (3) ana bilesenlerini sematik olarak göstermektedir. Sekil 3'te gösterildigi gibi, mobil telefonlarin (3) her biri, bir veya daha fazla anten (73) vasitasiyla baz istasyonundan (5) sinyalleri iletmek ve sinyalleri almak için çalisan bir alici-verici devresini (71) içermektedir. Gösterildigi gibi, mobil telefon mobil telefonun (3) çalismasini kontrol eden ve bir yandan alici-verici devresine (71) bir yandan hoparlöre (77), bir mikrofona (79), bir ekran (81) ve bir tus takimina (83) bagli olan bir kontrolör de (75) içermektedir. Kontrolör (75), bellek (85) içerisinde depolanan yazilim talimatlarina uygun olarak çalismaktadir. Gösterildigi gibi, bu yazilim talimatlari, digerlerinin yani sira bir isletim sistemini (87) içermektedir. Bu düzenlemede, bellek ayrica uplink veri ara bellekleri (89) saglamaktadir. Devir isleminin kontrol edilmesi için yazilim, çalismasi asagida tarif edilecek olan bir devir modülü (91) tarafindan saglanmaktadir. Yukaridaki açiklamada, hem baz istasyonu (5) hem de mobil telefonlar (3), bir mobil telefon (3) bir kaynak baz istasyonundan bir hedef baz istasyonuna hareket ettiginde aktarma prosedürünü kontrol eden ilgili ayri aktarma modüllerine sahip oldugunun anlasilmasi için açiklanmaktadir. Örnegin bulusu uygulamak için mevcut bir sistemin degistirildigi uygulamalarda özellikler bu sekilde saglanabilirken, diger uygulamalarda, örnegin baslangiçtan itibaren bulusa göre özellikler göz önünde bulundurularak tasarlanan sistemlerde, devir özellikleri genel isletim sistemine veya koduna yerlestirilebilir ve bu nedenle ayri bir varlik olarak bir devir modülü ayirt edilemeyebilir. Isletim Asagidaki açiklama UTRAN'in Uzun Vadeli Evriminde (LTE) kullanilan terminolojiyi kullanacaktir. Bu nedenle, baz istasyonlarini degistiren mobil telefon (3), UE olarak anilacaktir, kaynak baz istasyonu (5-1), kaynak eNodeB (veya sadece eNB) olarak anilacaktir, ve hedef baz istasyonu (5-2), hedef eNodeB olarak anilacaktir. LTE'de kullanilan protokol varliklari, LTE altinda Dis ARQ varliklari olarak adlandirilan Radyo Link Kontrolü (RLC) varliklari disinda UMTS'de kullanilanlarla ayni isimlere sahiptir. LTE'nin Dis ARQ varliklari, UMTS'nin RLC varliklari ile büyük ölçüde ayni (ayni olmasa da) islevsellige sahiptir. Sekil 4, UE ve eNodeB'lerde kullanilan bir protokol yigininin (alt üç katmanin) bir kismini göstermektedir. Ilk katman, verilerin radyo iletisim kanali üzerinden gerçek aktarimindan sorumlu olan fiziksel katmandir (Ll). Bunun üzerinde su alt katmana bölünmüs ikinci katman (L2) vardir - hava arayüzüne erisimi kontrol etmekten sorumlu olan Orta Geçis Kontrol katmani (L2/MAC); veri paketlerinin birlestirilmesinden ve bölümlendirilmesinden, paketlerin onaylanmasindan ve gerektiginde veri paketlerinin yeniden iletilmesinden sorumlu olan Dis ARQ (Otomatik Tekrarlama Istegi) katmani (L2/OARQ); ve baslik sikistirma ve sifrelemeden sorumlu olan PDCP (Paket Veri Yakinlastirma Protokolü) katmani (L2/PDCP). Ikinci katmanin üstünde, eNodeB ve UE arasindaki hava arayüzünde kullanilan radyo kaynaklarini kontrol etmekten sorumlu olan Radyo Kaynak Kontrolü (RRC) katmani (L3/RRC) bulunmaktadir. Gösterildigi gibi, L2/Dis ARQ katmani, C-düzlemi verilerinin ve U-düzlemi verilerinin iletimini yönetmek için kullanilan bir takim Dis ARQ varliklarini (95) içermektedir ve L2/PDCP katmani, C düzlemi ve U düzlemi verilerini islemek için kullanilan PDCP varliklarini (97) içermektedir. Sekil 5, PDCP varliklari (97) ve Dis ARQ varliklari (95) tarafindan downlink veri paketleri islenirken gerçeklestirilen islemleri sematik olarak göstermektedir. Benzer bir islem, uplink veri paketleri için, fakat ters sirada gerçeklestirilmektedir. Gösterildigi gibi, PDCP varligi (97) tarafindan alinan PDCP SDU'lari (Servis Veri Birimleri) (101), ilk olarak, sikistirilmis baslikli karsilik gelen SDU'lari (103) üretmek için bir baslik sikistirmasindan (102) geçmektedir. PD-CP varlik (97), daha sonra, UE için SDU'larin sirasindaki SDU'larin sayisini tanimlayan her bir SDU 103'e bir dizi numarasi (SN) üretmektedir ve eklemektedir tutulmaktadir ( olusturmak üzere bölümlendirildikleri Dis ARQ varligina(95) geçirilen sifreli PDCP PDUlyu (109) olusturmak için sifrelenmektedir. Her Dis ARQ SDU segmenti daha sonra segmenti ve ilgili PDCP PDU (109) içindeki pozisyonunu tanimlayan verilerle etiketlenmektedir. Bu uygulamada, Dis ARQ varligi (95), orijinal PD-CP PDU 109'daki Dis ARQ bölümünün konumunu ve uzunlugunu gösteren PDCP sira numarasini (SN) ve bir UZAKLIK (OFFSET) ve UZUNLUK (LENGTH) kullanmaktadir. Normal çalisma sirasinda, downlink AM (Onay Modu) paketleri için Dis ARQ varligi (95), PDCP SDUßm ( için onay aldigini teyit eder etmez PDCP varlik (97), her bir PDCP SDU"yu (105) ara bellekten (107) temizleyecektir. Downlink UM (Onaylanmamis Mod) paketleri için, Dis ARQ varligi (95), PDCP SDU"yu ( iletiinini kabul eder etmez PDCP varligi (97), her PDCP SDU"yu (105) ara belleginden (107) silmektedir. Uplink AM paketleri için, dis ARQ varligi (95), UE'den paket bölümleri almaktadir ve alindi belgesini kabul etmektedir. Dis ARQ varligi (95) daha sonra PDCP varligina(97) ilettigi ARQ SDU'larini üretmek için alinan paket parçalarini birlestirmektedir. PDCP varligi (97) daha sonra alinan ARQ SDU'larini desifre eder ve sira numarasi sirasiz degilse, SN'yi çikarmaktadir ve paketi telefon sebekesinde (7) bir MME/SAE Ag Geçidine iletmeden önce basligi açmaktadir. Ancak, alinan paket sira disiysa, PDCP varligi (97), alinan paketi tüm eksik paketler alinana kadar arabelleginde (107) depolamaktadir; bu noktada PDCP varlik 97, PDCP sira numaralarina göre SDU,lar1 yeniden siralamaktadir, daha sonra SN'yi çikarmaktadir, paket basliklarini açmaktadir ve alman paketleri telefon sebekesine (7) dogru sirayla iletmektedir. Uplink UM paketleri için, Dis ARQ varlik (95) paket bölümlerini almakta, birlestirmekte ve PDCP varlik 97'ye göndermektedir. PDCP varligi 97 daha sonra paketleri desifre emekte, sira numaralarini silmekte, basliklarini açmakta ve sonra bunlari telefon sebekesine (7) iletmektedir. Devir protokolünün açiklamasi Asagidaki açiklamada, esas olarak, veri paketlerinin alindiginin alici tarafindan onaylandigi, bununla birlikte, Dis ARQ varligi (LTE için RLC'nin esdegeri), her açidan RLC ile ayni olmayabilecegi bir onaylama modu (AM) Radyo Link Kontrolü (RLC) uygulanmaktadir. Onaylanmamis modun (UM) özellikleri VoIP ve streaming(:duraksiz iletim) gibi gerçek zamanli uygulamalar için kullanilan dis ARQ varliklari, onay modu varliklarina kiyasla uygulanan farkli islemlerin oldugu yerlerde de ortaya çikmaktadir. Içerigi aktarmak ve kayipsiz eNodeB devrini desteklemek için verileri iletmek için, eNodeB kaynaginin aktarma sirasinda kendisiyle hedef eNodeB arasinda veri iletim durumunu senkronize edebilmesinin istenebilecegi tarafimizdan takdir edilmistir. Buradan hareketle, Kullanici Düzlemi verilerinin kesinti süresinin minimum oldugunu göz önünde bulundurarak aktarma yürütme asamasinda veri akisinin uygun bir zamanda uygun bir zamanda durdurulmasi gerektigine karar verilmistir. Bununla birlikte, bu istenen sartin yerine getirilmesi kolay degildir çünkü veri aktarimini ek sinyal yoluyla durdurmak, genel aktarma süresini arttiracagi için sorunlu olacaktir. Veri aktarimini aktarma islemi sirasinda kaynak eNodeB ve UE'de (biri veya her ikisi de, tercihen her ikisi de) devir isleminin bir kisminin Kullanici düzleminde veri aktarma isleminde "gerçeklestirilmesi" geleneksel yaklasiminin (yalnizca C düzleminde gerçeklestirilir) degistirilmesiyle durdurmanin mümkün olmadigi tarafimizca takdir edilmektedir. Arzu edilen bir baska özellik, ya hedef eNodeB ya da UE tarafindan hava yoluyla iletilen kopyalanmis paketlerin sayisinin en aza indirilmesidir. Sekil 6, tarif edilen modifiye dizilerin detaylari ile birlikte, Downlink (DL) ve Uplink'te (UL) U düzlemi veri iletiminin durdurulmasi önerildiginde zamanlamalari göstermektedir. Asagidaki açiklama, bu veri akisini durdurma yaklasiminin LTE için hizli ve kayipsiz bir devrinin elde edilmesini nasil kolaylastirdigini açiklamaktadir. Sekil 6'ya referansla, LTE-Access Girisli Mobilite Destegi için bilgi akisi açiklanmaktadir. 1) Kaynak eNodeB içindeki UE içerigi, baglanti kurulmasinda veya son TA güncellemesinde saglanan dolasim kisitlamalari hakkinda bilgi içermektedir. Kaynak eNodeB varligi, alan kisitlama bilgisine göre UE ölçüm prosedürlerini yapilandirmaktadir. Kaynak eNodeB varligi tarafindan saglanan ölçümler, UE7nin baglanti hareketliligini kontrol eden fonksiyona yardimci olabilir. UE ve kaynak eNodeB'nin ölçüm sonuçlarina dayanarak, muhtemelen RRM'ye özgü ek bilgilerle desteklenmektedir, kaynak eNodeB, UE'yi hedef eNodeB tarafindan kontrol edilen bir hücreye devretmeye karar vermektedir. Kaynak eNodeB, deviri hedef tarafa hazirlamak için gerekli bilgileri ileterek hedef eNodeB varligina aktarma Istegi vermektedir. Hedef eNodeB gerekli kaynaklari yapilandirmaktadir. Kaynaklar hedef eNodeB tarafindan verilebiliyorsa, basarili bir devir olasiligini artirmak için hedef eNodeB tarafindan Kabul Denetimi yapilmaktadir. Devir hazirligi hedef eNodeB'de tamamlanmaktadir, UE'nin radyo yolunu hedef eNodeB'ye dogru yeniden yapilandirmasi için bilgi kaynak eNodeB'ye geçirilmektedir. Bu adim asagidaki alt adimlardan olusmaktadir. a. HO Komutunu alt protokol katmanlarina göndermeden önce, Kaynak eNodeB'deki Radyo Kaynak Kontrolü (RRC) varligi (96), Alt Baglanti yönünde bir durum paketi göndermek ve DL iletimini durdurmak için Dis ARQ Kullanici Düzlemi (UP) varliklarina (95) komut vermektedir, dolayisiyla, bu Dis ARQ varliklari (95), alt protokol katmanina herhangi bir Dis ARQ PDU göndermeyecektir. UL alimi devam etmelidir. Paketlerin alinmasi UM Dis ARQ PDU'lar ise, Dis ARQ varligi SDU'lari yeniden birlestirecek ve SDU'yu içeren tüm PDU'lar alindigi anda bunlari üst katmanlara aktaracaktir. b. UE'ye HO gerçeklestirmek için kaynak eNodeB RRC varlik 96 tarafindan komut verilmektedir; Hedef taraftaki radyo kaynagi bilgisi komutta bulunmaktadir. 0. HO Komutu alindiginda, UE'deki RRC varligi 96, dis ARQ U-düzlemi varliklarina Uplink yönünde bir durum paketi göndermesi ve UL iletimini durdurmasi için komut vermektedir. Cevap olarak, kaynak eNodeB'deki PDCP katmani, karsilik gelen PDCP SDU'sunu arayüzden (107) pozitif olarak temizlemektedir. Ardindan, UE bundan sonraki hedef eNodeB'de Ll/L2 sinyalini heinen baslatmaktadir. d. Kullanici düzleminin veri iletimi her iki yönde durduruldugundan ve durum paketi hem uplink hem de downlink olarak degistirildiginden, kaynak eNodeB, kaynak ve hedef eNodeB'ler arasindaki veri iletim durumunu dogru bir sekilde senkronize edebilir ve SDU iletme (Kaynak eNodeB'den hedef eNodeB'ye) bundan sonra herhangi bir noktadan baslayabilir. UE hedef tarafta senkronizasyon kazanmaktadir. UE hücreye basariyla eristiginde, hedef eNodeB'ye devrin tamamlandigina dair bir gösterge göndermektedir. a) Alt tabakaya devir Tamamlandi iletildikten sonra, UE'deki RRC varligi 96, PDCP varliklari 97 ve Dis ARQ varliklarina 95, UL U-düzlemi trafigini sürdürme komutunu vermektedir. b) Devir Tamamlandi bilgisinin alinmasi üzerine, hedef eNodeB'deki RRC varligi 96, PDCP varliklarina (97) ve Dis ARQ U düzlemi varliklarina (95) DL trafigini sürdürme komutunu vermektedir. Hedef eNodeB, kaynak eNodeB'den alinan iletilen DL paketlerinin iletimini baslatmaktadir. MME/UPE, UE'nin hücreyi degistirdigi konusunda bilgilendirilmektedir. UPE veri yolunu hedef eNodeB'ye geçirmektedir ve U-plane(U-düzlemi)/TNL kaynaklarini kaynak eNodeB'ye dogru serbest birakabilmektedir. MME/UPE, devir Tamamlandi mesaji ile hedef eNodeB'ye devir Tamamlandi iletisini onaylamaktadir. Hedef eNodeB, kaynak tarafinda kaynaklarin serbest birakilmasini baslatmaktadir. Hedef eNodeB bu mesaji, 9 mesajinin alinmasindan hemen sonra gönderebilir. Kaynak Serbest Birakma mesajinin alinmasindan sonra, kaynak eNodeB, UE baglamina göre radyo ve C-düzlemi ile ilgili kaynaklari serbest birakmaktadir. Kaynak eNodeB, uygulamaya bagli bir mekanizma, veri iletmenin durdurulabilecegine ve U-plane/TNL kaynaklarinin serbest birakilabilecegine karar verinceye kadar veri iletmeyi gerçeklestirmeye devam etmektedir. Yeni hücre yeni bir Izleme Alaninin üyesiyse, UE'nin hedef eNodeB'deki alan kisitlaina bilgilerini güncelleyen MME/UPE'ye kaydolmasi gerekmektedir. Dis ARQ varliklarinin tek yönlü durmasi Veri iletimi kaynak eNodeB'de ve devir islemi sirasinda UE'de durdugundan, kullanici düzlemi veri aktariminin her iki yönde (geleneksel bir REL 6 RLC varliginda oldugu gibi) askiya alinmasinin, uçus halindeki veri paketleri durdurulmus olan RLC varligi tarafindan atilacagi için veri kaybina neden olacagi vurgulanmalidir. Dolayisiyla, devir islemlerinin yapilacagi bir LTE sistemi için, dis ARQ varliginin (RLC) iletimi durdurmasi gerekmektedir, ancak veri kaybini önlemek için paketler almaya devam etmesi gerekmektedir. Paket yönlendirme Bu uygulamada, PDCP sira numaralari devir islemi sirasinda (hedef eNodeB tarafindan kullanilir) korunmaktadir ve kaynak eNodeB, UE tarafindan hedef eNodeB'ye kabul edilmemis tüm downlink PDCP SDU'larini (SN'li) (105) (arabellekten 107) seçici bir sekilde iletmektedir ve henüz iletilmemis olan kalan herhangi bir download Dis ARQ PDU segmentini atmaktadir. Devir sirasinda, kaynak eNodeB ayrica, basarili bir sekilde sirayla alinan ag PDCP SDU'larini ( iletmektedir, uplink PDCP SDU'larina ( 105), arabellekten (107) hedef eNodeB'ye sekansiz bir sekilde alinmis ve geri kalan herhangi bir uplink Dis ARQ PDU'lari atmaktadir. Sira disi alinan PDCP SDU'larinin, hedef eNodeB PDCP varligina (97) yönlendirilmeden önce, PDCP varligi (97) tarafindan Uplink Paketleri olarak isaretlenmesi gerekmektedir, böylece hedef eNodeB, paketin, UE'ye iletilmek üzere bir sira disi bir uplink paketi oldugunu ve bir downlink paketi olmadigini belirleyebilir. Hedef eNodeB PDCP daha sonra, bu eksik sirali baglanti paketleri UE'den alindiginda, bu sira disi uplink paketlerini telefon agina (7) iletmektedir. Dis ARQ varliklarini durdurmadan önce DURUM PDU'sunu Gönderme Içerigi aktarmak ve eNodeB HO arasi kayipsiz veriyi desteklemek için verileri iletmek için, kaynak eNodeB, HO sirasinda hedef eNodeB ile kendisi ve UE arasindaki veri iletim durumunu senkronize etmektedir. Bu, kullanici düzlein verisi için kesinti süresinin minimum oldugunu göz önünde bulundurarak HO yürütme asamasi sirasinda veri akisinin uygun bir zamanda durdurulmasiyla kolaylastirilmaktadir. Bir uygulamada, kaynak eNodeB'deki ve UE'deki Dis ARQ varligi, veri akisini uygun yönde durdurinadan önce digerine bir durum raporu (bu cihazin basarili bir sekilde aldigini gösteren) göndermektedir. Bu durum mesaji, yalnizca cihazin ne aldigini gösteren basitlestirilmis bir rapor olabilir. Bu, eNodeB kaynaginin ve UE'nin, HO yürütme sirasinda iletimi durdurmadan önce tam veri iletimi durumunu (yani diger tarafin ne aldigini ve dolayisiyla hala ne gönderilmesi gerektigini) ögrenmelerini saglamaktadir. Bu nedenle, HO'den sonra veri iletimi, kopyalanmis paketleri hava arayüzü üzerinden iletmeye gerek kalmadan devam edebilir. Tercih edilen uygulamada, devir sirasinda degistirilen Dis ARQ durum raporlari, Dis ARQ PDU'larina dayanan durum raporlari yerine PDCP sira numaralarini (SN'ler) kullanan Dis ARQ SDU'larina (109) dayanmaktadir, çünkü bunlarin boyutlarinin daha büyük olmasi gerekmektedir (PDCP SN'nin yani sira her bir Dis ARQ PDU lll'i tanimlamak için gerekli olan OFSET ve LENGTH verilerini dahil etmek) ve devri geciktirebilir. PDCP SN Tabanli Durum Raporlari ile, Durum PDUinun boyutu, onlarca byte sirasina indirgenebilir, bu, devir aninda hizli iletimi kolaylastirmaktadir. Normal çalisma sirasinda, Dis ARQ varliklari daha küçük boyutlu ARQ PDU'larina dayanarak durum PDU'larini degistirebilir. Devir sirasinda kullanilan durum PDU'larinin aksine, bu durum PDU'lari, daha küçük ARQ PDU'larini tanimlamak için gereken OFSET ve LENGTH verilerini içerecektir. Avantajlar Veri akisini durdurmak için yukarida belirtilen kesin zamanlamalar, formüle ettigimiz asagidaki (ayri) aranilan vasiflarin karsilanmasina yardimci olmaktadir. 1. Hem gerçek zamanli hem de gerçek zamanli olmayan hizmetler için Birlesik Kayipsiz devir mekanizmasi 111. ENodeB ve UE ile kopya paketlerin iletiminin en aza indirilmesi. Aranan özellik l, DL veri paketlerini kaynaktan hedef eNodeB'ye ara bellekleyebilen ve iletebilen PDCP varliklari (97) ile karsilanmaktadir. UE'de PDCP varliklari (97), UE hedef` eNodeB*ye geçinceye kadar UL iletimi durdurulduktan sonra uygulama tarafindan olusturulan veri paketlerini ara bellege alabilir, - bu, UE'nin geleneksel bir UE'de bulunmayan ara bellege almayi temin etmesini gerektirmektedir, ancak bunun uygulanmasi için gereginden fazla problemli olmayabilir. Veri akislarini kesin olarak durdurarak kaynak eNodeB, kaynak ve hedef eNodeB arasindaki veri iletiin durumunu senkronize edebilir. Bunun nedeni, kaynak eNodeB'nin, iletim ve yeniden iletme arabellegindeki verilere dayanarak hedef eNodeB'ye aktarilmasi gereken PDCP SDU'larinin hangisi oldugunu dogru bir sekilde bilmesidir. Aranilan özellik II ile ilgili olarak, UL ve DL yönlerinde veri akisini durdurmak için açik (ek) bir sinyal olmadigindan, kullanici düzlemi verilerinin kesinti süresinde bir artis olmayacaktir. Ayrica, DL verilerinin durduruldugu durum, minimum kesinti süresine sahip olmak için, düsüncelerimize göre en uygun olacak sekilde seçilmektedir. Eger kaynak eNodeB DL verisini programlamaya devam ederse, UE devir komutunu aldiktan hemen sonra hedef hücre ile senkronize etmeye çalistigindan, UE bu veri paketlerini basariyla alamayacak veya kabul edemeyecektir. Sonunda bu paketlerin hedef eNodeB'ye iletilmesi gerekecek ve hava arayüzü bant genisliginin verimsiz kullanimiyla sonuçlanan hedef eNodeB araciligiyla tekrar iletilmesi gerekecektir. Geleneksel düsünceye göre, VoIP gibi gerçek zamanli hizmetler için verilerin durdurulmasinin hizmete zarar verecegini söylemek mümkünken, tarafimizca, eger kaynak eNodeB, DL paketlerini iletmeye devam ederse, UE hedef hücre ile senkronize etmeye çalisirken bunlari alamazsa, bunlarin elde edilememesi için hiçbir mekanizma olmadigi ve bunun, pratikte, en azindan problemli olabilecegi takdir edilmektedir. Ancak, yine tarafimizca, veri akisi durdurulursa ve bir paket iletme mekanizmasi kullanilirsa, DL'deki paket kaybini ortadan kaldirma olasiligi oldugu, bununla birlikte, UE'ye gecikmis bir veri paketi teslimi olabilecegi, bunun da en kötü durumda sadece tek bir paketin atilmasina neden olabilecegi takdir edilmistir. Ancak bu play-out arabellegi ile telafi edilebilir. Benzer sekilde, UE, hedef hücre ile senkronizasyon kazanmaya çalisirken UL'de iletmeye devam ederse, eNodeB kaynagindan onaylar alamayabilir ve UE, bu AM paketlerini UL yönünde yine hedef` eNodeB'ye iletmek zorunda kalacak ve bu da hava arayüzü bant genisliginin verimsiz kullanimina neden olacaktir. Gerçek zamanli (RT) servisler için, hedef eNodeB'de senkronizasyon kazanmaya çalisirken UE tarafindan UL yönünde iletilen paketler, UL'deki kötü radyo kosullari nedeniyle kaybolabilir ve veri akisi durmazsa kurtarilamayabilir. Dolayisiyla, aktarma islemi sirasinda UL veri akisini durdurarak gecikme bosaltma arabellegi tarafindan telafi edilebilirken, UL'deki gerçek zamanli hizmetler için bile herhangi bir paket kaybinin önlenmesi faydali olacaktir. Ayrica, devir Komutu eNodeB kaynagi tarafindan gönderildikten sonra veri aktarimi hem UL hem de DL yönlerinde devam ediyorsa, kaynak eNodeB'deki aktarim ve yeniden aktarina arabellekleri içindeki paketlerin dinainik dogasi nedeniyle, kaynak ve hedef eNodeB'ler arasindaki veri aktarim durumunu senkronize etmek karmasik olacaktir ve gerçek zamanli olmayan (NRT) Servisler için kayipsiz geçisi saglamak için DL'deki hedef eNodeB ve UL'deki UE tarafindan tekrarlanan paketlerin tekrar iletilmesine ve (NRT) Servisleri hava ara yüzünün bant genisliginin verimsiz kullanimiyla sonuçlanmasina neden olacaktir. Ancak, UM modunu kullanan VoIP vb gibi gerçek zamanli servisler için, kaynak eNodeB tarafindan iletilen ve hedef eNodeB'de dogru sekilde alinmayan veri paketleri kaybolmaktadir ve kurtarilamaz. Bu nedenle, hem RT hem de NRT servisleri için veri akisinin birlesik bir sekilde durdurulmasi, NRT Tasiyicilari için hava ara-yüzünde daha iyi kaynak kullanimina yardimci olacak ve RT servisleri için veri kaybini önleyecektir. Veri akisini durdurmak için kesin bir zamana sahip olmanin bir diger avantaji da, X2 arabirimindeki kaynak eNodeB'deki kaynak eNodeB'den iletilen DL veri paketlerinin ilk önce UE'ye iletilmesi durumunda, hedef eNodeB`deki veri paketlerinin basitlestirilmis örtülü bir sekilde yeniden düzenlenmesinin elde edilebilmesidir (MME/SAE Ag Geçidi) Sl arayüzünde). Yukaridaki tartismadan, hem RT hem de NRT Servisleri için devir islemi sirasinda UL ve DL veri aktariminin durdurulmasi isteniyor gibi görünmektedir, bununla birlikte, kesme zamaninin ve kopya paketlerin minimumda tutulmasini amaçlamaktadir. 3GPP terimleri sözlügü LTE - Uzun Süreli Evrim (UTRAN) eNodeB - E-UTRAN Dügüm B AGW I Erisim Ag Geçidi UE - Kullanici Ekipmani - mobil iletisim cihazi DL - downlink - bazdan mobile baglanti UL - uplink - mobilden baza baglanti AM - Onay Modu UM - Onaylanmamis Mod MME - Mobilite Yönetimi Varligi UPE- Kullanici Düzleini Varligi HO - Handover - Devir RLC - Radyo Link Kontrolü RRC - Radyo Kaynak Kontrolü RRM - Radyo Kaynak Yönetimi SDU - Servis Veri Birimi PDU - Protokol Veri Birimi NAS - Erisimsiz Zemin ROHC - Saglam Baslik Sikistirma TA - Izleme alani U-plane - Kullanici Düzlemi TNL - Tasima Agi Katmani Sl Interface - Erisim Ag Geçidi ve eNodeB arasindaki arayüz X2 Interface - Iki eNodeB arasindaki arayüz MMEs/SAE Geçidi- Hem MME hem de UPE varliklarina sahip Erisim Ag Geçidi için yeni Asagidaki, mevcut buluslarin halihazirda önerilen 3GPP LTE standardinda nasil uygulanabileceginin ayrintili bir açiklamasidir. Çesitli özellikler gerekli veya zorunlu olarak tanimlanmakla birlikte, örnegin standardin getirdigi diger sartlar nedeniyle bu sadece önerilen standart 3GPP LTE standardi için geçerli olabilir. Dolayisiyla, bu ifadeler, mevcut bulusu herhangi bir sekilde sinirlandirdigi seklinde yorumlanmamalidir. basvurusuna dayanmaktadir ve önceligini kabul etmektedir. TR TR TR TR TR TR TR TR