[go: up one dir, main page]

TR201802436T4 - Dcı ile dinamik tdd yukarı bağlantı/aşağı bağlantı konfigürasyonu. - Google Patents

Dcı ile dinamik tdd yukarı bağlantı/aşağı bağlantı konfigürasyonu. Download PDF

Info

Publication number
TR201802436T4
TR201802436T4 TR2018/02436T TR201802436T TR201802436T4 TR 201802436 T4 TR201802436 T4 TR 201802436T4 TR 2018/02436 T TR2018/02436 T TR 2018/02436T TR 201802436 T TR201802436 T TR 201802436T TR 201802436 T4 TR201802436 T4 TR 201802436T4
Authority
TR
Turkey
Prior art keywords
dci
tdd
mobile station
configuration
tdd configuration
Prior art date
Application number
TR2018/02436T
Other languages
English (en)
Inventor
Golitschek Edler Von Elbwart Alexander
Loehr Joachim
Einhaus Michael
Feng Sujuan
Wang Lilei
Oizumi Toru
Original Assignee
Sun Patent Trust
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sun Patent Trust filed Critical Sun Patent Trust
Publication of TR201802436T4 publication Critical patent/TR201802436T4/tr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2643—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA]
    • H04B7/2656—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using time-division multiple access [TDMA] for structure of frame, burst
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2621—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile using frequency division multiple access [FDMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438—Negotiation of transmission parameters prior to communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/04—Transmission power control [TPC]
    • H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
    • H04W52/36—Transmission power control [TPC] using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H04L1/008—Formats for control data where the control data relates to payload of a different packet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Bidirectional Digital Transmission (AREA)
  • Amplifiers (AREA)

Abstract

Buluş, bir TDD yeniden konfigürasyonunu mobil istasyona dinamik olarak belirtmeye yönelik olarak, dinamik TDD yeniden konfigürasyon belirtiminin DCI'ya veya DCI için hesaplanan CRC'ye kodlanmasını içeren bir yöntem ile ilgilidir. Bir yapılanmada TDD konfigürasyon belirtimi, DCI'ya yönelik CRC'nin bir TDD-RNTI ile karıştırılması esnasında CRC'ye bir RNTI şeklinde örtülü olarak kodlanır. Başka bir yapılanmada, TDD konfigürasyon belirtimi DCI veri yükünün bir parçasıdır ve DCI'ya yönelik CRC, dinamik TDD yeniden konfigürasyonunun uygulanacağı hedef hücreyi tanımlayan bir hücre tanımlayıcısıyla karıştırılır. Bir diğer yapılanmada, TDD konfigürasyon belirtimi DCI veri yükünün bir parçasıdır, burada DCI veri yükü, ilaveten, DCI'nın TDD konfigürasyon belirtimini taşıdığını mobil istasyona belirten geçersiz bir parametre içerir.

Description

TARIFNAME DCI ILE DINAMIK TDD YUKARI BAGLANTI/ASAGI BAGLANTI KONFIGÜRASYONU BULUS SAHASI Bulus, bir mobil istasyon için bir Zaman Bölmeli Iki Yönlü Iletisim yukari baglanti/asagi baglanti konfigürasyonunu belirtmeye yönelik yöntemler ile ilgilidir. Bulus ayrica burada tarif edilen yöntemlere dahil edilmesi amaçlanan mobil istasyon ve baz istasyonu saglar. TEKNIK ALTYAPI Uzun Süreli Gelisim (LTE) WCDMA. radyo erisim. teknolojisine dayanan üçüncü nesil mobil sistemler (3G) dünya genelinde büyük bir ölçekte yayginlasmaktadir. Bu teknolojinin iyilestirilmesinde veya gelistirilmesinde birinci adim, Yüksek Hizli Asagi Baglanti Paket Erisiminin (HSDPA) ve Yüksek Hizli Yukari Baglanti Paket Erisimi (HSUPA) olarak da adlandirilan bir gelistirilmis yukari baglantinin dahil edilmesini ve böylece yüksek düzeyde rekabetçi bir radyo erisim teknolojisinin saglanmasini içerir. Giderek artan kullanici talepleri için hazirlikli olmak ve yeni radyo erisim teknolojilerine karsi rekabetçi olmak amaciyla 3GPP'de Uzun Süreli Gelisim (LTE) olarak adlandirilan yeni bir mobil iletisim sistemi sunulmustur. LTE, önümüzdeki on yilda yüksek hizli veri ve ortam aktarimina ve ayrica yüksek kapasiteli ses destegine yönelik tasiyici ihtiyaçlarini karsilamak üzere tasarlanmistir. Yüksek bit hizlari saglama becerisi LTE için önemli bir ölçüttür. Gelistirilmis UMTS Karasal Radyo Erisimi (UTRA) ve UMTS Karasal Radyo Erisim Agi (UTRAN) olarak adlandirilan Uzun Süreli Gelisim (LTE) ile ilgili çalisma maddesi (WI) sartnamesi Sürüm 8 (LTE Sürüm 8) olarak sonlandirilmistir. LTE sisteminde, düsük gecikmeli ve düsük maliyetli tam IP tabanli fonksiyonellikler saglayan verimli paket tabanli radyo erisimi ve radyo erisim aglari sunulur. LTE'de belirli bir spektrum ile esnek sistem dagitimi saglamak amaciyla ölçeklenebilir çoklu iletini bant genislikleri örnegin. 1.4, 3.0, 5.0, 10.0, .0 ve 20.0 MHz olarak tanimlanir. Asagi baglantida, düsük bir sembol hizindan kaynaklanan çok yollu girisime (MP1) karsi içsel bagisikligindan, bir periyodik önek (CP) kullanimindan ve farkli iletim bant genisligi düzenlemelerine yatkinligindan dolayi Ortogonal Frekans Bölmeli Çogullama (OFDM) tabanli radyo erisimi uyarlanmistir. Yukari baglantida tek tasiyicili frekans bölmeli çoklu erisim (SC-FDMA) tabanli radyo erisimi uyarlanmistir, çünkü kullanici ekipmaninin (UE) kisitli iletim gücü dikkate alindiginda pik veri hizinda iyilestirme yerine genis alan kapsamasinin saglanmasina öncelik verilmistir. LTE Sürüm kanal iletim teknikleri de dahil olmak üzere birçok anahtar* paket radyo erisim teknigi kullanilir ve yüksek düzeyde verimli bir denetim imlesim yapisi elde edilir. LTE mimarisi Genel mimari Sekil 1'de gösterilir ve E-UTRAN mimarisinin daha ayrintili bir gösterimi Sekil 2'de verilir. E-UTRAN, kullanici ekipmanina (UE) yönelik E-UTRA kullanici düzlemi (PDCP/RLC/MAC/PHY) ve denetim düzlemi (RRC) protokol sonlandirmalari saglayan bir eNodeB'den olusur. eNodeB (eNB), kullanici düzlemi baslik sikistirma ve sifreleme fonksiyonelligini içeren Fiziksel (PHY) katman, Ortani Erisim Denetimi (MAC) katmani, Radyo Baglanti Denetimi (RLC) katmani ve Paket Veri Denetim Protokolü (PDCP) katmanini barindirir. Ayrica denetim düzlemine karsilik gelen Radyo Kaynak Denetimi (RRC) fonksiyonelligi sunar. Radyo kaynak yönetimi, kabul denetimi, planlama, mutabakata varilan yukari baglanti Hizmet Kalitesinin (QoS) yürütülmesi, hücre bilgisi yayini, kullanici ve denetim düzlemi verilerinin sifrelenmesi/çözülmesi ve asagi baglanti/yukari baglanti kullanici düzlemi paket basliklarinin sikistirilmasi/açilmasi da dahil olmak üzere birçok fonksiyonu yerine getirir. eNodeB'ler X2 arayüzü üzerinden birbirine baglanir. eNodeB'ler ayrica Sl arayüzü üzerinden EPC'ye (Gelistirilmis Paket Çekirdegi) ve daha özel bir ifadeyle Sl-MME üzerinden MME'ye (Hareketlilik Yönetim Unsuru) ve Sl-U üzerinden Hizmet Geçidine (SGW) baglanir. Sl arayüzü, MME'ler/Hizmet Geçitleri ve eNodeB'ler arasinda bir çoga çok iliskiyi destekler. SGW, kullanici veri paketlerini yönlendirir ve gönderir ve ayni zamanda eNodeB arasi devirler esnasinda kullanici düzlemi için hareketlilik çapasi ve LTE ile diger 3GPP teknolojileri arasinda hareketlilik çapasi islevi görür (S4 arayüzünü sonlandirir ve 2G/3G sistemleri ile PDN GW arasinda trafigi aktarir). Bostaki kullanici ekipmanlari için, SGW asagi baglanti veri yolunu sonlandirir` ve kullanici ekipmani için asagi baglanti verisi ulastiginda çagriyi tetikler. Kullanici ekipmani kavramlarini, örnegin IP tasiyici hizmeti parametrelerini, ag dahili yönlendirme bilgisini yönetir ve saklar. Ayrica yasal dinleme durumunda kullanici trafigini kopyalama islevini yerine getirir. MME, LTE erisini agi için anahtar` denetini dügümüdür. Yeniden iletimler de dahil olmak üzere bekleme modundaki kullanici ekipmani izleme ve çagri prosedüründen sorumludur. Tasiyici etkinlestirme/pasiflestirme prosesine dahil olur ve ayrica ilk eklentide ve Çekirdek Ag (CN) dügümünün yeniden konumlandirilmasini içeren LTE içi devir zamaninda bir kullanici ekipmani için SGW seçiminden sorumludur. Kullanicinin yetkilendirilmesinden (HSS ile etkilesime geçmek suretiyle) sorumludur. Erisim Disi Tabaka (NAS) imlesimi MME'de sonlanir ve ayrica geçici kimliklerin üretiminden ve kullanici ekipmanlarina tahsisinden sorumludur. Kullanici ekipmaninin, hizmet saglayicinin Kamu Karasal Mobil Aginda (PLMN) bekletilmesi için yetkilendirilmesini kontrol eder' ve kullanicir ekipmani dolasini kisitlamalarinii uygulaii MME agda NAS imlesimine yönelik sifreleme/bütünlük korumasi için sonlandirma noktasidir ve güvenlik anahtari yönetimini idare eder. Imlesimin yasal olarak dinlenmesi MME tarafindan da desteklenir. MME ayrica SGSN'den baslayip MME'de sonlanan S3 arayüzü ile birlikte LTE ve 2G/3G erisim aglari arasinda hareketlilik için denetini düzlemi islevi saglar. MME ayrica dolasimdaki kullanici ekipmanlari için eV HSS'sine dogru S6a arayüzünü sonlandirir. LTE'de (Sürüm 8) Bilesen Tasiyici Yapisi Bir 3GPP LTE'nin (Sürüm 8 ve sonrasi) asagi baglanti bileseni tasiyicisi zaman-frekans bölgesinde alt çerçevelere ayrilir. 3GPP LTE'de (Sürüni 8 ve sonrasi) her bir alt çerçeve Sekil 3'te gösterildigi üzere iki asagi baglanti dilimine ayrilir, burada birinci asagi baglanti dilimi, birinci OFDM sembollerinin içinde denetim kanali bölgesini (PDCCH bölgesi) kapsar. Her bir alt çerçeve, zaman bölgesinde belirli sayida OFDM sembolünden (3GPP LTE, Sürüm 8 ve sonrasinda 12 veya 14 OFDM sembolü) olusur, burada her bir OFDM sembolü, bilesen tasiyicinin tüm bant genisligi boyunca uzanir. Dolayisiyla OFDM sembollerinin her biri, Sekil 4'te de gösterildigi üzere, ilgili alt tasiyici üzerinde iletilen birtakim modülasyon sembollerinden olusur. Örnegin 3GPP Uzun Süreli Gelisimde (LTE) oldugu gibi OFDM'nin kullanildigi bir çok tasiyicili iletisim. sistemi söz konusu oldugunda, planlayici tarafindan atanabilecek en küçük kaynak birimi bir "kaynak blogudur". Bir fiziksel kaynak blogu (PRB), örnekr olarakr Sekil 4'te gösterildigi üzere zaman bölgesinde ardisik Nww OFDM sembolü (örnegin 7 OFDM sembolü) ve frekans bölgesinde ardisik W alt tasiyici (örnegin bir bilesen tasiyici için 12 alt tasiyici) olarak tanimlanir. Dolayisiyla, 3GPP LTE'de (Sürüm 8) bir fiziksel kaynak blogu, zaman bölgesinde bir dilime ve frekans bölgesinde 180 kHz'e karsilik NDL XNRB "m " kaynak ögesinden olusur (asagi baglanti kaynak sebekesi ile ilgili diger ayrintilar için bkz. örnegin 3GPP TS Physical Channels and Modulation (Release 8)", bölüm 6.2, http://www.3gpp.org). Bir alt çerçeve iki dilimden olusur, dolayisiyla "normal" olarak anilan bir CP (periyodik önek) kullanildiginda bir alt çerçevede 14 OFDM sembolü bulunur` ve "genisletilmis" olarak anilan bir CP kullanildiginda bir alt çerçevede 12 OFDM sembolü bulunur. Ilerleyen kisimlarda terminoloji açisindan bir tam alt çerçeveyi kapsayan ayni ardisik alt tasiyiciya esdeger zaman-frekans kaynaklari bir "kaynak blogu çifti" ya da ayni anlamda "RB çifti" veya "PRB çifti" olarak anilir. blogunun bir kombinasyonunu ifade eder. LTE'nin ileri sürümlerinde "bilesen tasiyici" terimi artik kullanilmamaktadir; bunun yerine terminolojide asagi baglanti ve istege bagli olarak yukari baglanti kaynaklarinin bir kombinasyonunu ifade eden "hücre" terimi kullanilmaktadir. Asagi baglanti kaynaklarinin tasiyici frekansi ile yukari baglanti kaynaklarinin tasiyici frekansi arasindaki baglanti, asagi baglanti kaynaklari üzerinde iletilen sistem bilgisinde belirtilir. Bilesen tasiyici yapisi için benzer varsayimlar sonraki sürümler için de geçerlidir. Mantiksal Kanallar ve Tasima Kanallari MAC katmani, RLC katmani için mantiksal kanallar üzerinden bir veri aktarim hizmeti saglar. Mantiksal kanallar ya RRC imlesimi gibi denetim verilerini tasiyan Mantiksal Denetim Kanallaridir ya da kullanici düzlemi verilerini tasiyan Mantiksal Trafik Kanallaridir. Yayin Denetim Kanali (BCCH), Çagri Denetim Kanali (PCCH), Ortak Denetim Kanali (CCCH), Çoklu Yayin Denetim Kanali (MCCH) ve Tahsisli Denetim Kanali (DCCH) Mantiksal Denetim Kanallaridir. Tahsisli Trafik Kanali (DTCH) ve Çoklu Yayin Trafik Kanali (MTCH) Mantiksal Trafik Kanallaridir. MAC katmanindan gelen veri Tasima Kanallari üzerinden fiziksel katman ile degistirilir. Veri havada nasil iletildigine bagli olarak tasima kanallarina çogullanir. Tasima kanallari asagi baglanti veya yukari baglanti olarak su sekilde siniflandirilir. Yayin Kanali (BCH), Paylasimli Asagi Baglanti Kanali (DL-SCH), Çagri Kanali (PCH) ve Çoklu Yayin Kanali (MCH) asagi baglanti tasima kanallaridir, Paylasimli Yukari Baglanti Kanali (UL-SCH) ve Rastgele Erisim Kanali (RACH) ise yukari baglanti tasima kanallaridir. Akabinde asagi baglantida ve yukari baglantida mantiksal kanallar ve tasima kanallari arasinda bir çogullama gerçeklestirilir. Katman l/Katman 2 (L1/L2) Denetim Imlesimi Planlanan kullanicilari tahsis durumlari, tasima formati ve diger veri ile ilgili bilgiler (örnegin HARQ bilgisi, iletim gücü denetim (TPC) komutlari) hakkinda bilgilendirmek amaciyla, Ll/LZ denetim imlesimi asagi baglanti üzerinde verilerle birlikte iletilir. Kullanici tahsisinin alt çerçeveden alt çerçeveye degiskenlik gösterebilecegi varsayilarak, Ll/L2 denetim imlesimi bir alt çerçevede asagi baglanti verisi ile çogullanir. Kullanici tahsisinin ayrica bir TTI (Iletim Zaman Araligi) temelinde gerçeklestirilebilecegi ve burada TTI uzunlugunun alt çerçevelerin bir kati olabilecegi dikkate alinmalidir. TTI uzunlugu bir hizmet alaninda tüm kullanicilar için sabit olabilir, farkli kullanicilar için farkli olabilir ve hatta her bir kullanici için dinamik olabilir. Genel olarak, Ll/2 denetim imlesiminin her bir TTI için sadece bir kez iletilmesi gerekir. Genelligi kaybetmeden, asagida. bir TTI'nin, bir alt çerçeveye esdeger oldugu varsayilir. Ll/LZ denetim imlesimi, Fiziksel Asagi Baglanti Denetim Kanali (PDCCH) üzerinde iletilir. Bir PDCCH çogu durumda bir mobil terminal veyar UE gruplari için kaynakr atamalarini ve diger denetim bilgilerini içeren bir mesaji bir Asagi Baglanti Denetim Bilgisi (DCI) olarak tasir. Genelde bir alt çerçevede birkaç PDCCH iletilebilir. 3GPP LTE'de, yukari baglanti planlama tahsisatlari veya yukari baglanti kaynak atamalari olarak da anildigi üzere yukari baglanti veri iletimlerine yönelik atamalarin da PDCCH üzerinde iletildigi dikkate alinmalidir. Genel olarak, yukari baglanti veya asagi baglanti radyo kaynaklarini atamak için Ll/L2 denetim imlesimi üzerinde gönderilen bilgi (özellikle LTE(-A) Sürüm lO) asagidaki maddelerle kategorize edilebilir: - Kullanici kimligi, tahsis edilen kullaniciyi belirtir. Bu tipik olarak CRC'nin kullanici kimligi ile maskelenmesi yoluyla saglama toplamina dahil edilir; - Kaynak tahsis bilgisi, bir kullanicinin tahsis edildigi kaynaklari (Kaynak Bloklari, RB'ler) belirtir. Bir kullanicinin tahsis edildigi RB'lerin sayisinin dinamik olabilecegi dikkate alinmalidir; Tasiyici belirtimi, bir birinci tasiyici üzerinde iletilen bir denetim kanalinin ikinci bir tasiyici ile alakali kaynaklari, yani ikinci bir tasiyici üzerindeki kaynaklari veya ikinci bir tasiyici ile ilgili kaynaklari atadigi durumlarda kullanilir; Modülasyon ve kodlama plani, kullanilan modülasyon planini ve kodlama hizini belirler; HARQ bilgisi, örnegin özellikle veri paketlerinin veya bunlarin kisimlarinin yeniden iletimlerinde faydali olan bir yeni veri belirtimi (NDI) ve/veya bir artiklik versiyonu (RV): Güç denetim komutlari, atanan yukari baglanti verisi veya denetim. bilgisi iletiminin iletim gücünü ayarlamaya yöneliktir; Referans sinyal bilgisi, örnegin atama ile ilgili referans sinyallerinin iletimi veya alimi için kullanilacak uygulanmis döngüsel kayma 've/veya ortogonal kapsama kodu indeksi; Yukari baglanti veya asagi baglanti atama indeksi, özellikle TDD sistemlerinde faydali oldugu üzere atamalarin sirasini tanimlamak için kullanilir; Atlama bilgisi, örnegin frekans çesitliligini artirmak amaciyla kaynak atlamasinin uygulanip uygulanmayacagi ve nasil uygulanacagi hakkinda bir belirtim; CSI talebi, atanan bir kaynakta kanal durum› bilgisinin iletimini tetiklemek için kullanilir; ve Çoklu öbek bilgisi, iletimin tek bir öbekte (bitisik RB'ler kümesi) veya çok sayida öbekte (bitisik RB'lerin bitisik olmayan en az iki kümesi) gerçeklestigini belirtmek ve denetlemek için kullanilan bir isarettir. Çoklu öbek tahsisi 3GPP LTE-(A) Sürüm lO'da sunulmustur. Yukaridaki listenin kapsamli olmadigi ve belirtilen tüm bilgi ögelerinin kullanilan DCI formatina bagli olarak her bir PDCCH iletiminde mevcut olmasinin gerekmedigi dikkate alinmalidir. Asagi baglanti denetim bilgisi, genel boyut bakimindan ve ayrica alanlarina dahil edilen bilgiler açisindan farklilik gösteren birkaç formatta bulunur. Günümüzde LTE için tanimlanan farkli DCI formatlari asagidaki gibidir ve 3GPP TS 36.212, "Multiplexing and channel coding", bölüm 5.3.3.1 (http://www.3gpp.org) referansli yayinda ayrintili olarak açiklanmaktadir. DCI formatlari ve DCI içinde iletilen spesifik bilgilere dair daha fazla bilgi için bkz. teknik standart veya LTE - The UMTS Long Term Evolution - From Theory to Practice, Ed.: Stefanie Sesia, Issam Toufik, Matthew Baker, Format O: DCI Formati 0, yukari baglanti iletim modu 1 veya 2'de tek anten portlu iletimlerin kullanildigi PUSCH için kaynak tahsisatlarinin iletiminde kullanilir. Format 1: DCI Formati 1, tek kod kelimeli PDSCH iletimlerine (asagi baglanti iletini modlari l, 2 ve 7) yönelik kaynak atamalarinin iletiminde kullanilir. Format 1A: DCI Formati 1A, tek kod kelimeli PDSCH iletimlerine yönelik kaynak atamalarinin kompakt imlesimi için ve çatismasiz rastgele erisime yönelik olarak bir tahsisli ön isaret imzasini bir mobil terminale tahsis etmek için kullanilir. Format lB: DCI Formati lB, 1. derece iletim (asagi baglanti iletim modu 6) ile birlikte kapali döngülü ön kodlamanin kullanildigi PDSCH iletimlerine yönelik kaynak atamalarinin kompakt imlesiminde kullanilir. Iletilen bilgi Format lA'daki ile aynidir, ancak burada PDSCH iletimi için uygulanan ön kodlama vektörünün bir belirtimi eklenir. Format lC: DCI Formati lC, PDSCH atamalarinin çok kompakt iletiminde kullanilir. Format lC kullanildiginda, PDSCH iletimi QPSK modülasyonunun kullanimi ile sinirlidir. Bu örnegin imlesim çagri mesajlar ve yayin sistem bilgisi mesajlari için kullanilir. Format lD: DCI Formati lD, çok kullanicili MIMO'nun kullanildigi PDSCH iletimine yönelik. kaynak. atamalarinin kompakt imlesiminde kullanilir. Iletilen bilgi, ön kodlama vektörü belirtimlerinin bitlerinden biri disinda Format lB'deki ile aynidir, burada veri sembollerine bir güç saptirmasinin uygulanip uygulanmadigini belirtmek için tek bir bit mevcuttur. Bu özellik, iletim gücünün iki UE arasinda paylasilip paylasilmadigini göstermek için gereklidir. LTE'nin ileriki versiyonlarinda bu özellik daha çok sayida UE arasinda güç paylasimini kapsayacak sekilde genisletilir. Format 2: DCI Formati 2, kapali döngülü MIMO islemine yönelik PDSCH için kaynak atamalarinin iletiminde kullanilir. Format 2A: DCI Formati 2A, açik döngülü MIMO islemine yönelik PDSCH için kaynak atamalarinin iletiminde kullanilir. Iletilen bilgi Format 2'deki ile aynidir, ancak burada eNodeB'nin iki iletim anten portuna sahip oldugu durumlarda herhangi bir ön kodlama bilgisi mevcut degildir ve dört anten portu söz konusu oldugunda iletim derecesini belirtmek için iki bit kullanilir. Format 2B: Sürüm 9'da sunulmustur ve çift katmanli hüzme sekillendirmeye yönelik PDSCH için kaynak atamalarinin iletiminde kullanilir. Format 2C: Sürüm lO'da sunulmustur ve 8 kadar katman içeren kapali döngülü tek kullanicili veya çok kullanicili MIMO islemine yönelik PDSCH için kaynak atamalarinin iletimi için kullanilir. Format 2D: Sürüm ll'de sunulmustur ve 8 kadar katman içeren iletimlerde kullanilir; çogunlukla COMP (Koordineli Çok Noktali Iletim) için kullanilir. Format 3 ve 3A: DCI formatlari 3 ve 3A, sirasiyla 2 bitlik veya 1 bitlik güç ayarlamalarina sahip PUCCh ve PUSCH'ye yönelik güç denetim komutlarinin iletiminde kullanilir. Bu DCI formatlari bir grup UE için ayri güç denetim komutlari Format 4: DCI formati 4, yukari baglanti iletim modu 2'de kapali döngülü uzamsal çogullama iletimlerinin kullanildigi PUSCH'nin planlamasinda kullanilir. Asagidaki tabloda mevcut bazi DCI formatlarinin ve tipik bit sayilarinin bir incelemesi verilir, burada açiklayici olmasi bakimindan eNodeB'de 50 RB'lik bir sistem bant genisliginin ve dört antenin bulundugu varsayilmistir. bit sayisi, Sag sütunda belirtilen spesifik DCI'nin CRC'si için olan bitleri kapsar. DCI sggîsi foîmat Amaç (CRC 0 PUSCH tahsisatlari 43 1 Tek bir kod kelimesi içeren PDSCH atamalari 47 1A Kompakt bir formatin kullanildigi PDSCH 43 atamalari lB 1. derece iletime yönelik PDSCH atamalari 46 1C Çok kompakt bir formatin kullanildigi PDSCH 29 atamalari lD Çok kullanicili MIMO'ya yönelik PDSCH 46 atamalari 2 Kapali döngülü MIMO islemine yönelik PDSCH 62 atamalari 2A Açik döngülü MIMO islemine yönelik PDSCH 58 atamalari 2B Çift katmanli hüzme sekillendirmeye yönelik 57 PDSCH atamalari Kapali döngülü tek kullanicili veya çok 2C kullanicili MIMO islemine yönelik PDSCH 58 atamalari Kapali döngülü tek kullanicili veya çok 2D kullanicili MIMO islemine (COMP) yönelik PDSCH 61 atamalari 2 bitlik güç ayarlamalari ile birlikte PUCCH 3 ve PUSCH için çok sayida kullaniciya yönelik 43 Iletim Gücü Denetimi (TPC) komutlari l bitlik güç ayarlamalari ile birlikte PUCCH 3A ve PUSCH için çok sayida kullaniciya yönelik 43 Iletim Gücü Denetimi (TPC) komutlari 4 PUSCH tahsisatlari 52 isleme yapisini gösterir: - Bilgi ögesi çogullama (bir DCI'yi meydana getiren spesifik bilgi ögelerinin çogullanmasini ifade eder) - CRC ekleme - Kanal kodlama - Hiz esleme UE'nin bir PDCCH iletimini dogru bir sekilde alip almadigini belirleyebilmesi için, her bir PDCCH'ye (yani DCI) eklenen 16 bitlik bir CRC vasitasiyla hata tespiti saglanir. UE'nin ayrica hangi PDCCH'nin (PDCCH'lerin) kendisine yönelik oldugunu belirleyebilmesi gerekir. Bu teoride PDCCH veri yüküne bir tanimlayicinin eklenmesi yoluyla basarilabilir; ancak CRC'nin "UE kimligi" ile karistirilmasinin daha etkili Oldugu ve ilave ek yükten tasarruf sagladigi görülür. CRC, TS ile ayrintili olarak tanimlandigi üzere hesaplanabilir ve karistirilabilir. Bu bölümde DCI iletimlerinde hata tespitinin bir Döngüsel Artiklik Denetimi (CRC) üzerinden nasil yapildigi açiklanir. Konuyla ilgili kisa bir özet asagida verilmektedir. CRC eslik bitlerini hesaplamak için tüm veri yükü kullanilir. Eslik bitleri hesaplanir ve eklenir. UE iletim anteni seçiminin yapilandirilmadigi veya geçersiz oldugu durumlarda ekleme isleminden sonra CRC eslik bitleri karsilik gelen RNTI ile karistirilir. Karistirma ilaveten 36.212'de açikça anlatildigi üzere UE iletim anteni seçimine bagli olabilir. UE iletim anteni seçiminin yapilandirildigi ve geçerli oldugu durumlarda ekleme isleminden sonra CRC eslik bitleri bir anten seçim maskesi ve karsilik gelen RNTI ile karistirilir. RNTI her iki durumda da karistirma islemine dahil oldugundan, sadelik açisindan ve genel baglamdan sapmaksizin, yapilanmalarin asagidaki açiklamalari basit anlamda CRC'nin bir RNTI ile karistirildigini (ve uygun oldugu takdirde açildigini) ifade eder ve dolayisiyla örnegin karistirma prosesinde bir anten seçim maskesi gibi baska bir eleman olarak anlasilmalidir. Karsilik geldigi üzere UE, "UE kimligini" uygulayarak CRC'yi açar ve herhangi bir CRC hatasinin saptanmamasi halinde UE, PDCCH'nin kendisine yönelik denetim bilgisini tasidigini belirler. Yukarida tarif edildigi üzere bir CRC'yi bir kimlik ile karistirma prosesi için "maskeleme" ve "maske kaldirma" terimleri de kullanilir. DCI'daki CRC'nin karistirilabilecegi yukarida belirtilen "UE kimligi" ayrica bahsedilen anlamda bir "UE kimligi" olmayan ve ancak belirtilen ve iletilen bilgi türü, bu durumda sistem bilgisi ile ilgili bir tanimlayici olan bir SI-RNTI (Sistem Bilgisi Radyo Agi Geçici Tanimlayicisi) olabilir. SI-RNTI genellikle sartnamede sabitlenir ve dolayisiyla tüm UE'ler tarafindan önceden bilinir. Farkli amaçlar için kullanilan çesitli RNTI türleri mevcuttur. 3GPP 36.321, Bölüm 7.1'den alinan asagidaki tablolarda çesitli 16 bitlik RNTI'ler ve bunlarin kullanimlari ile ilgili bir inceleme verilir. Deger (on altilik) RNTI OOOl-OO3C RA-RNTI, C-RNTI, Yari Daimi Planlamali C-RNTI, Geçici C-RNTI, TPC-PUCCH-RNTI ve TPC-PUSCH-RNTI (bkz. not) 003D-FFF3 C-RNTI, Yari Daimi Planlamali C-RNTI, Geçici C-RNTI, TPC-PUCCH-RNTI ve TPC-PUSCH-RNTI FFF4-FFFC Ileride kullanilmak üzere ayrilmistir FFFD M-RNTI FFFE P-RNTI FFFF SI-RNTI Tasima Mantiksal Kullanim Kanali Kanal Çagri ve Sistem Bilgisi degisim bildirimi PCH PCCH Sistem Bilgisi Yayini DL-SCH BCCH MCCH Bilgisi degisim bildirimi N/A N/A Rastgele Erisim Yaniti DL-SCH N/A Çatisma Çözümlemesi (herhangi bir geçerli _ C-RNTI mevcut olmadiginda) DL SCH CCCH Msg3 iletimi UL SCH DTCH Dinamik olarak planlanmis tekli yayin UL-SCH DCCH, DTCH Dinamik olarak planlanmis tekli yayin CCCH, DCCH, iletimi DTCH PDCCH talepli rastgele erisimin N/A N/A tetiklenmesi Yari Daimi Olarak planlanmis tekli yayin iletimi (etkinlestirme, yeniden DCCH, DTCH etkinlestirme ve Yeniden iletim) Yari Daimi olarak planlanmis tekli yayin N/A N/A iletimi (pasiflestirme) Fiziksel katman Yukari Baglanti guç N/A N/A denetimi Fiziksel katman Yukari Baglanti guç N/A N/A denetimi Fiziksel Asagi Baglanti Denetim Kanali (PDCCH) ve Paylasimli Fiziksel Asagi Baglanti Kanali (PDSCH) Fiziksel asagi baglanti denetim kanali (PDCCH) örnegin asagi baglanti veya yukari baglanti veri iletimi için kaynak tahsisine yönelik planlama tahsisatlarini tasir. Her bir PDCCH, bir veya daha fazla Denetim Kanali Ögesi (CCE) kullanilarak iletilir. Her bir CCE, bir Kaynak Ögeleri (RE'ler) kümesine karsilik gelir. 3GPP LTE'de su anda bir CCE 9 Kaynak Ögesi Grubundan (REG) olusur, bir REG ise referans sinyallerinin potansiyel RE'leri hariç olmak üzere dört ardisik RE'den (frekans bölgesinde ardisik) olusur. Referans sembollerinin isgal ettigi kaynak ögeleri REG'lere dahil edilmez, yani belirli bir OFDM sembolündeki REG'lerin toplam sayisi, referans sinyallerinin mevcut olup olmamasina baglidir. Kullanici ekipmanlarinar yönelikr PDCCH bir alt çerçevede tüm sistem bant genisligi boyunca uzanan ilk OFDM sembolünde (genellikle PCFICH ile belirtildigi üzere 1, 2 veyar 3 OFDM sembolü, istisnai durumlarda PCFICH ile belirtildigi üzere 2, 3 veya 4 OFDM sembolü) iletilir; sistem bant genisligi tipik olarak bir hücrenin veya bilesen tasiyicinin kapsamina denk gelir. Zaman bölgesindeki ilk OFDM sembolünün ve frekans NRD XNSC bölgesindeki alt tasiyicinin isgal ettigi bölge ayrica PDCCH bölgesi veya denetim kanali bölgesi olarak adlandirilir. Frekans bölgesindeki alt tasiyici üzerinde zaman NPIJSL'H = 2 ND!. _NP/XIV# bölgesindeki geriye kalan OFDM sembolü, PDSCH bölgesi veya paylasimli kanal bölgesi olarak adlandirilir (bkz. asagisi). Paylasimli fiziksel asagi baglanti kanali (PDSCH) üzerinde bir asagi baglanti tahsisati için PDCCH, ayni alt çerçeve içerisinde veri (kullanici verisi) için bir PDSCH kaynagi atar. Bir alt çerçeve içerisindeki PDCCH denetim kanali bölgesi bir CCE kümesinden olusur, burada alt çerçevenin denetim bölgesindeki CCE'lerin toplam sayisi zaman ve frekans denetini kaynagi boyunca dagitilir. Denetini kanalinin kodlama hizini etkili bir sekilde azaltmak için çok sayida CCE birlestirilebilir. CCE'ler farkli kodlama hizlari elde etmek için bir agaç yapisi kullanilarak önceden belirlenmis bir sekilde birlestirilir. 3GPP LTE'de bir PDCCH, 1, 2, 4 veya 8 CCE'yi bir araya getirebilir. Denetim kanali atamasi için kullanilabilir CCE'lerin sayisi, tasiyici bant genisligi, iletim antenlerinin sayisi, denetim için kullanilan OFDM sembollerinin sayisi, CCE boyutu ve benzerleri de dahil olmak üzere birkaç faktörün bir fonksiyonudur. Çok sayida PDCCH bir alt çerçevede iletilebilir. Bir tasima kanali seviyesinde, PDCCH üzerinden iletilen bilgi ayrica Ll/L2 denetim imlesimi olarak adlandirilir. L1/L2 denetini imlesinû. her\ bir kullanici ekipmani (UE) için asagi baglantida iletilir. Denetim imlesimi bir alt çerçevede asagi baglanti (kullanici) verisi ile birlikte çogullanir (kullanici tahsisinin alt çerçeveden alt çerçeveye degiskenlik gösterebilecegi varsayildiginda). Zaman Bölmeli Iki Yönlü Iletisim - TDD LTE, ayni zamanda TD-SCDMA'nin (Zaman Bölmeli Eszamanli Kod Bölmeli Çoklu Erisim) gelisimini desteklemek için tasarlanmis olan uyumlastirilmis bir çerçevede Frekans Bölmeli Iki Yönlü Iletisim (FDD) ve Zaman Bölmeli Iki Yönlü Iletisim (TDD) modlarinda çalisabilir. TDD, yukari baglanti ve asagi baglanti iletimlerini zaman bölgesinde ayirir, bu esnada frekans ayni kalabilir.10 iletisimden farkli olan iki yönlü iletisimi ifade eder. Iki yönlü iletisim söz konusu oldugunda, baglanti üzerinde her bir yöndeki iletimler ayni anda ("tam iki yönlü") veya karsilikli disarlayan anlarda ("yari iki yönlü") meydana gelebilir. Eslestirilmemis radyo spektrumunda TDD için RB'lerin ve RE'lerin temel yapisi Sekil 4'te gösterilir, ancak burada asagi. baglanti iletimleri için. bir radyo çerçevesindeki alt çerçevelerin sadece bir alt kümesi kullanilabilir; geriye kalan alt çerçeveler yukari baglanti iletimleri için kullanilir` ya da asagi baglanti ile yukari baglanti iletimi arasinda geçis saglamak için bir koruma periyodu içeren özel alt çerçeveler kullanilir. Koruma. periyodu, yukari baglanti iletim zamaninin ilerlemesini saglar. Bu TDD yapisi 3GPP LTE Sürüm 8 ve sonrasinda "Çerçeve Yapisi Tip 2" olarak adlandirilir, bu yapinin çesitli asagi baglanti-yukari baglanti oranlari ve anahtarlama periyodiklikleri saglayan yedi farkli konfigürasyonu tanimlanmistir. Sekil 6, 0-6 olarak dizinlenmis 7 farkli TDD yukari baglanti asagi baglanti konfigürasyonunu içeren Tabloyu gösterir. Burada gösterildigi üzere, mevcut yedi TDD yukari baglanti-asagi baglanti konfigürasyonu, asagi baglanti alt çerçevelerinin %40 ila baglanti alt çerçevesi olarak sayilir, çünkü bu tip bir alt çerçevenin bir kismi asagi baglanti iletimi için kullanilabilir). Sekil 7, özellikle 5 ms'lik. bir anahtar-nokta periyodikligi için, yani TDD konfigürasyonlari O, 14 2 ve 6 için çerçeve yapisi tip 2'yi gösterir. Sekil 7, 10 ms uzunlugunda bir radyo çerçevesini ve karsilik geldigi üzere her biri 5 ms'lik iki yarim çerçeveyi gösterir. çerçevelerin üzere yukari baglanti, burada "D" çerçevesi alt 6'daki çerçeveden anlamina gelir ve "S" Özel anlamina gelir. Sekil 6'dan takdir edilecegi 1 numarali tabloda tanimlandigi asagi baglanti veya özel tipi atanir, Yukari Baglanti alt çerçeve daima bir Özel alt çerçevedir ve 6 numarali alt çerçeve TDD konfigürasyonlari O, 1, TDD konfigürasyonlari 3, olark 6 numarali alt çerçeve atanmistir. 2 ve 6 için bir Özel alt çerçevedir; 4 ve 5 için asagi baglantiya yönelik Özel alt çerçeveler üç alan içerir: DwPTS (Asagi Baglanti Pilot Zaman Dilimi), GP (Koruma Periyodu) ve UpPTS (Yukari Baglanti Pilot Zaman Dilimi). Asagidaki Tablo özel alt çerçeve hakkinda bilgi verir ve özellikle DwPTS (Asagi Baglanti Pilot Zaman Dilimi), GP (Koruma Periyodu) ve UpPTS (Yukari Baglanti Pilot Zaman Dilimi) uzunluklarini 3GPP LTE Sürüm 11 için tanimlandigi üzere örnekleme süresinin [Ts=(1/30720) ms] bir kati olarak listeler. Asagi baglantida normal Asagr baglantida . . . " genisletilmis periyodik periyodik onek n Özel alt DwPTS UpPTS DwPTS UpP'I'S k çgi'wîve Yukari bailulkaîirgid Yukari bgylkaîirgid genisleti genisleti normal . normal . periyod lmis periyod lmis ik önek Pesy°dik ik önek per..iy°dik 6592. 7680 T 2192-Ts 2560-T5 24144' 8 TS - - - 13168- Sistemde uygulanan TDD konfigürasyonu, mobil istasyonda ve baz istasyonunda gerçeklestirilen radyo kaynak yönetimi (RRM) ölçümleri, kanal durum bilgisi (CSI) ölçümleri, kanal kestirimleri, PDCCH tespiti ve HARQ zamanlamalari gibi birçok islem üzerinde etkiye sahiptir. Daha özel bir ifadeyle UE mevcut hücresinde TDD konfigürasyonu hakkinda, yani ölçüm, CSI ölçme ve raporlamasi, kanal kestirimini edinmeye yönelik zaman bölgesi filtrelemesi, PDCCH tespiti veya UL/DL ACK/NACK geri bildirimi için hangi alt çerçevenin izlenecegi hakkinda bilgi edinmek amaciyla sistem bilgisini okur. Mevcut Yari Statik TDD UL/DL konfigürasyon planinin dezavantaji Günümüzde LTE TDD, yari statik olarak yapilandirilmis yedi farkli yukari baglanti-asagi baglanti konfigürasyonu sunmak suretiyle asimetrik UL-DL tahsisleri saglar. UL-DL tahsisinin uyarlanmasina yönelik mevcut mekanizma, sistem bilgisi edinim prosedürüne veya sisteni bilgisi degisini prosedürüne dayanir, burada TDD UL-DL konfigürasyonu bir SIB araciligiyla, özellikle SIBl'de TDD-config parametresiyle belirtilir. (sistem bilgisi yayini ile ilgili ayrintilar için bkz. 3GPP TS 8.1.1, http://www.3gpp.org). Sürüm 8 sistem bilgisi degisim prosedürü ile birlikte, bir TDD UL/DL yeniden konfigürasyonu için desteklenen zaman ölçegi her 640 ms'de bir veya daha uzundur. ETWS (Deprem ve Tsunami Uyari Sistemi) yeniden kullanilirken, TDD UL-DL yeniden konfigürasyonu için desteklenen zaman ölçegi, yapilandirilmis varsayilan çagri döngüsüne bagli olarak her 320 ms'de bir veya daha uzundur. TDD UL/DL konfigürasyonunun yari statik tahsisi anlik trafik durumuyla eslesebilir veya eslesmeyebilir. Ancak, örnegin bir komsu hücrenin yukari baglantisinda veya asagi baglantisinda iletisime girisimi hafifletmek için daha fazla bos yukari baglanti alt çerçevesinin dinamik olarak olusturulmasi amaciyla, TDD UL/DL konfigürasyonunun mevcut trafik ihtiyaçlarina uyarlanmasi avantajli olacaktir. Karsilik geldigi üzere, Sürüm 12'de TDD UL/DL konfigürasyonu için daha dinamik bir degisimin uyarlanmasi beklenmektedir. 3GPP'de, çesitli tipteki TDD UL/DL yeniden konfigürasyonlarinin zaman ölçeklerini ve bunlarin faydalarini ve dezavantajlarini incelemek için bir arastirma maddesi (TR 36.828 v11.0.0) baslatilmistir. Arastirma maddesinde genel olarak daha hizli TDD UL/DL yeniden konfigürasyon zaman ölçeklerinin, daha yavas TDD UL/DL yeniden konfigürasyon zaman ölçeklerine kiyasla daha büyük faydalar sagladigi sonucuna varilmistir. Ayrica, gerekli sartname degisikliklerinin miktari, desteklenen yeniden konfigürasyon zaman ölçeklerine bagli olarak degiskenlik gösterir. Ancak arastirma maddesinde ayrica eskiden kalma UE'ler (sadece dinamik TDD yeniden konfigürasyon mekanizmasinin uygulanmadigi Sürüm 12'den önceki standartlar ile uyumlu UE'ler) için farkli UE'lere yönelik farkli TDD konfigürasyonlarindan kaynaklanan problemler tanimlanir. Daha özel bir ifadeyle, baz istasyonunun bir hücrede UE'ler için TDD konfigürasyonunu dinamik olarak yeniden yapilandirmak istedigi durumlarda, dinamik TDD yeniden konfigürasyonunun sadece yeni UE'ler tarafindan dogru bir sekilde islenebilecegi varsayilir; mevcut SIB tabanli TDD konfigürasyon belirtim yönteminin kullanilmadigi, ancak daha dinamik bir belirtim yönteminin kullanildigi durumlarda eskiden kalma UE'lerde TDD yeniden konfigürasyonu uygulanmayacaktir. Dolayisiyla, eskiden kalma UE'ler hala varsayilan (yani SIB ile belirtilen) TDD konfigürasyonuna göre radyo çerçevesinin asagi baglanti alt çerçevelerinde CRS (Ortak Referans Sembolü) gibi referans sinyallerinin mevcut oldugunu varsayacaktir. Dinamik TDD konfigürasyonunun bir asagi baglanti alt çerçevesi yerine bir yukari baglanti alt çerçevesine sahip oldugu durumlarda, eskiden kalma UE hatali bir sekilde CRS'nin nevcut oldugunu varsayacaktirt ve bu da hatali ölçüni ve kanal kestirimlerine yol açacaktir. Arastirma maddesinde ayrica RRC, MAC ve PHY imlesimi daha dinamik belirtim yöntemleri olarak kabul edilir. RRC imlesimi araciligiyla TDD UL/DL yeniden konfigürasyonu 200 ms mertebesindedir ve bir yayin veya bir çoklu yayin yaklasimi belirtilmedikçe RRC'ye bagli her kullanici için bir yeniden konfigürasyon mesaji gerektirir. MAC basliginda MAC Denetim Ögesi (CE) imlesimi araciligiyla TDD UL/DL yeniden konfigürasyonu birkaç on ms mertebesindedir. DCI'nin Ll/L2 denetim imlesimi ile saglanana benzer bir fiziksel katman tasarimi kullanilarak, 10 ms mertebesinde bir TDD UL/DL uyarlamasi zaman ölçegi elde edilebilir. Yukaridaki arastirma maddesinin sonuçlarina göre, bir TDD UL/DL yeniden konfigürasyonunun olabildigince hizli bir sekilde gerçeklestirilmesi gerekir, böylece TDD UL/DL10 konfigürasyonun trafik durumlarina esnek bir sekilde uyarlanmasi saglanabilir. çerçeve konfigürasyon bilgisinin baz istasyonu tarafindan bir CRC parçasinin ekli oldugu belirli bir DCI formati 1C kullanilarak iletilmesi açiklanir. Sistem bilgisinin CRC parçasini karistirmak için yeni bir TD-RNTI'nin kullanilmasi önerilir. Karsilik geldigi üzere kullanici ekipmani bir alt çerçevenin ortak denetim kanali bölgesinde TD-RNTI'yi kullanarak› kör kod çözme islemini gerçeklestirir` ve böylece TDD çerçeve konfigürasyon bilgisini basarili bir sekilde WOZOl2/llO830, LTE tasiyici birlestirmesi için MBMS denetim kanali (MCCH) degisini bildiriminde bir iyilestirme ile ilgilidir, burada bir UE bir birincil hücre (Pcell) üzerinde çalisir ve en az bir ikinci hücre (Scell) ile yapilandirilir. Problem, bir MCCH degisim bildiriminin tasiyici boyunca belirtimini saglamak için herhangi bir teknigin tanimlanmamis olmasidir. Bir çözüme göre, ilgili bir eNodeB tarafindan desteklenen her ikincil hücre için bir tane olmak üzere birkaç hizmet tanimlayici (M-RNTI) tanimlanir. MCCH degisim bildirimini tasiyan bir asagi baglanti denetim bilgisi (DCI), MCCH degisim bildiriminin uygulandigi hücre ile iliskili bir M-RNTI ile karistirilir. BULUSUN KISA AÇIKLAMASI Bulusun bir amaci, önceki teknigin yukarida ele alinan problemlerini çözen bir iyilestirilmis Zaman Bölmeli Iki Yönlü Iletisim konfigürasyon belirtiminin saglanmasidir. Bir veya daha fazla radyo çerçevesinin TDD konfigürasyonunun dinamik uyarlamasi tercihen mümkün olmalidir. Bu amaç, bagimsiz istemlerin konusu ile çözülmektedir. Avantajli yapilanmalar bagimli istemlere tabidir. Çesitli örneklere göre, mobil istasyon ile baz istasyonu arasinda iletisini için kullanilacak Zaman Bölmeli Iki Yönlü Iletisini (TDD) konfigürasyonu baz istasyonu. tarafindan mobil istasyona yönelik bir DCI iletimine kodlanir. Bu baglamda DCI iletimi teriminden kasit, bu spesifik durumda DCI ve karsilik gelen hata tespit kodunu (örnegin CRC) ifade eden tam iletimdir. Bunun nasil basarilacaginar dair çesitli örnekler verilecektir. Bir birinci örnege göre TDD konfigürasyonu, DCI için hesaplanan hata tespit koduna kodlanir; daha özel bir ifadeyle, spesifik TDD konfigürasyonu hata tespit koduna örtülü olarak kodlanir. Atanabilir TDD konfigürasyonlarindan her biri için farkli bir tanimlayici deger tanimlanir ve hem mobil istasyonlar hem de baz istasyonlari öntanimli tanimlayici degerleri ve olasi TDD konfigürasyonlari ile iliskileri bilir. Daha ayrintili olarak, LTE iletisim sistemlerinde tanimlayici, 16 bitlik. bir uzunluga sahip bir geçici radyo agi tanimlayicisi olabilir ve bu tanimlayici akabinde 16 bitlik hata tespit kodu (CRC) ile karistirilir. Karsilik geldigi üzere, baz istasyonu, varsayilan TDD konfigürasyonunu dinamik olarak belirli bir hücre için farkli bir hedef TDD konfigürasyonuna degistirmek istediginde bir DCI üretir, DCI için karsilik gelen hata tespit kodunu hesaplar ve akabinde hesaplanan CRC'yi, bu hücredeki mobil istasyonun (istasyonlarin) sonraki radyo çerçevesi (çerçeveleri) için kullanmasi gereken hedef TDD konfigürasyonu ile iliskili tanimlayiciyla karistirir. DCI'nin kendisi (yani CRC hariç) LTE standartlarinda halihazirda tanimlanmis olan bir DCI formatina uygun olabilir veya esdeger sekilde halihazirda tanimlanmis bir DCI formati, örnegin Format lC ile ayni boyuta sahip olabilir ya da dinamik TDD yeniden konfigürasyonu ile baglantili olarak kullanilma amacina hizmet eden bir "yeni" DCI formatina uygun olabilir. Halihazirda tanimlanmis bir LTE DCI'nin (örnegin format lC) kullanildigi durumlarda baz istasyonu DCI'daki parametrelerin (örnegin Format lC söz konusu oldugunda kaynak blogu atamasi) bir veya daha fazlasini geçersiz bir degere ayarlayabilir, böylece DCI ve geçersiz parametreyi isleyen› mobil istasyon, alinan DCI'nin asagi baglanti kaynaklarini atayan bir yeniden konfigürasyonuna yönelik TDD konfigürasyonunu tasimak için kullanildigini kolayca belirleyebilir. Birinci örnek, açiklanacagi üzere, tanimli bir DCI Formatinin (örnegin DCI formati lC) yukarida belirtilen geçersiz parametresinin baska bir parametreyi kodlamak için kullanilabilmesi yoluyla daha da iyilestirilebilir. Geçersiz parametrenin sadece tek bir geçersiz deger degil de çesitli geçersiz degerler alabilmesi öngörülür. Bahsedilen durumda geçersiz parametre, DCI'nin (bahsedilen geçersiz parametre ile birlikte) dinamik TDD yeniden konfigürasyonunu tasidigi belirtimini kodlamak ve ayrica baska bir parametreyi (degeri) kodlamak için kullanilabilir. Spesifik olarak, parametrenin herhangi bir veya bir grup geçersiz degere ayarlanmasi, mobil istasyonun, DCI'nin TDD konfigürasyon belirtimini tasiyan bir DCI oldugunu ve konvansiyonel DCI olmadigini belirlemesini saglar. Akabinde bahsedilen parametrenin her bir (veya bir grup) geçersiz degeri, belirli baska bir parametrenin farkli bir degeri ile iliskilendirilebilir. Örnegin, gerçekten kullanilabilir olan geçersiz degerler farkli TDD konfigürasyonlari ile iliskilendirilebilir, böylece geçersiz parametre ve özellikle de parametrenin geçersiz degerinden biri, dinamik TDD UL/DL yeniden konfigürasyonu için istenen TDD konfigürasyon indeksini de belirtir. Ayrica, halihazirda 3GPP ile tanimlanmis bir DCI Formati, halihazirda tanimlanmis DCI ile ayni bit boyutunun alinmasi, ancak spesifik durumlar için DCI içinde farkli bir içerigin (bilgi ögeleri) tanimlanmasi yoluyla yeniden kullanilabilir. Örnegin, 3GGP standardi TS 36.212'nin DCI Formati lC, birtakim durumlar için DCI Formati lC'nin halihazirda 3GPP ile tanimlandigi gibi (PDSCH atamalari için) kullanilmasini, ancak geriye kalan (diger) durumlar için DCI Formati lC'nin simdiye kadar 3GPP ile hedeflendigi gibi (basvuru dosyalandiginda tanimlandigi üzere) kullanilmamasini, ancak dinamik TDD yeniden konfigürasyonu için kullanilmasini saglayacak sekilde genisletilebilir. Üçüncü alternatif olarak, muhtemelen mevcut DCI formatlarinar kiyaslar farklir bir* uzunlugar sahip yeni bir DCI Formati tanimlanabilir; uzunluk, bahsedilen yeni DCI formatina dahil edilecek ilave içerige (parametrelere) bagli olacaktir. Ilerleyen kisimlarda daha ayrintili olarak açiklanacagi üzere, herhangi bir durumda ("tanimli", "tanimli- genisletilmis" ve "yeni") DCI, dinamik TDD yeniden konfigürasyonu ile birlikte avantajli bir sekilde kullanilabilecek en az bir ilave parametre içerebilir. Yukarida anlatilanlara göre, DCI'yi ve karsilik gelen hata tespit kodunu alan mobil istasyon, çesitli TDD konfigürasyonlari için önceden tanimlanmis çesitli tanimlayicilari kullanarak hata tespit kodunu açmaya ve hata tespit kodu üzerinde hata tespit kontrolü islemini gerçeklestirmeye çalisacaktir. Mobil istasyon çesitli aday tanimlayicilardan biriyle hata tespit kontrolünü basarili bir sekilde gerçeklestirdikten sonra hata tespit kontrolünün basarili oldugu bir tanimlayici ile iliskili spesifik TDD konfigürasyonunu belirleyecektir. Mobil istasyon akabinde hücresinde sonraki radyo çerçevesi (çerçeveleri) için uygulanacak TDD konfigürasyonunu ögrenir. Ayrica, mobil istasyon baska avantajlar saglamak için yukarida belirtilen ilave parametreyi (parametreleri) belirleyebilir; ayrintilar detayli açiklama bölümünde verilir. Ikinci bir örnege göre, TDD konfigürasyonunun birinci örnekte oldugu gibi hata tespit kodunda örtülü olarak kodlanmasi yerine, TDD konfigürasyonu DCI'da bir parametre olarak dogrudan kodlanir. Karsilik geldigi üzere, baz istasyonu tarafindan üretilen DCI, varsayilan TDD konfigürasyonu yerine uygulanmasi gereken TDD konfigürasyonunu belirten bir alan (uzunlugu tercihen 3 bit kadar olan) içerir. Ikinci örnek ilaveten DCI için hesaplanan ve baz istasyonundan mobil istasyona DCI ile birlikte iletilen hata tespit kodunun bir hücre tanimlayicisi ile karistirildigini belirtir, bu sayede mobil istasyonun, TDD konfigürasyonunun uygulanacagi hedef hücreyi belirlemesi saglanir. Mobil istasyon DCI'yi ve karistirilmis hata tespit kodunu baz istasyonundan alirken ilk olarak hata tespit kodu ve DCI üzerinde bir hata tespit kontrolü yapar, bu kontrol hata tespit kodunun açilmasi adimini içerir. Mobil istasyon hata kontrolünü aslinda baz istasyonunda hata tespit kodunu karistirma islemi için kullanilan hücre tanimlayicisi belirlenene kadar gerçeklestirir. Mobil istasyon ilk olarak belirlenen hücre tanimlayicisi üzerinden DCI'nin TDD konfigürasyonunu tasimaya yönelik bir DCI oldugunu (ve baska türde bir DCI olmadigini) ögrenir; mobil istasyon ikinci olarak TDD konfigürasyonunun (DCI'ya dahil edilen) aslinda hangi hedef hücreye (hücre tanimlayicisi ile tanimlanir) uygulanmasi gerektigini ögrenir. Mobil istasyon TDD konfigürasyonunu DCI veri yükünden ögrenir. Dogal olarak, mobil istasyon belirlenen TDD konfigürasyonunu sadece DCI için hata tespit kodunu karistirmak amaciyla kullanilan hücre tanimlayicisi tarafindan tanimlanan belirlenmis hedef hücreye ait oldugu durumlarda uygular. Ikinci örnek, içinde bir makro hücre ve çesitli küçük hücrelerin bulundugu bir senaryo için avantajli bir sekilde kullanilabilir; örnegin makro hücre frekans bölmeli iki yönlü iletisim ile çalistirilir ve küçük hücreler zaman bölmeli iki yönlü iletisim ile Çalistirilir. Mobil istasyon makro hücrede ve ayrica küçük hücrede yer alir. DCI'nin (ve hata düzeltme kodunun) makro hücredeki bir baz istasyonundan iletildigi, ancak küçük hücrelerden birinin (veya daha fazlasinin) TDD konfigürasyonunu dinamik olarak degistirmek amaciyla iletildigi varsayilir. Bu amaçla, DCI'ya yönelik hata tespit kodunu karistirmak için kullanilan hücre tanimlayicisi, yeni TDD konfigürasyonunun uygulanmasi gereken hücrelerden sadece birini tanimlayabilir. Alternatif olarak, çesitli küçük hücreler birlikte gruplanabilir ve tek bir hücre (grup) tanimlayicisi ile iliskilendirilebilir, böylece mobil istasyonlar, bahsedilen tekli hücre (grup) tanimlayicisi ile karistirilan bir DCI ve hata tespit kodunu aldiktan sonra, yeni TDD konfigürasyonunun hangi hücreye (hücrelere) uygulanmasi gerektigini ve gerekmedigini belirleyebilir. Hata tespit kodunun karistirilmasi için bu tip bir hücre tanimlayicisinin kullanimi yukarida açiklandigi üzere mobil istasyonun bir TDD konfigürasyonunu tasiyan DCI'yi halihazirda belirlemesini saglar, ancak DCI ilaveten yanlis alarm riskini azaltmak için geçersiz bir parametre içerebilir. Spesifik olarak, baz istasyonu bir (veya daha fazla) hücrenin TDD konfigürasyonunu dinamik olarak degistirmek için bir DCI ürettiginde, bir TDD konfigürasyon parametresi dahil edilir ve ayrica DCI'nin parametresi geçersiz bir degere ayarlanir. Hangi belirli parametrenin geçersiz bir degere ayarlanacagi, mobil istasyon bahsedilen parametreyi geçersiz olarak tanimlayabildigi ve böylece bu parametreden DCI'nin bir tasiyan bir DCI oldugunu çikarsayabildigi sürece önemsizdir. Karsilik geldigi üzere, mobil istasyon, hata tespit kodu ile birlikte kullanilan hücre tanimlayicisindan ve ayrica DCI'nin geçersiz parametresinden, DCI'nin ilaveten uygulanmasi gereken yeni TDD konfigürasyonu ile ilgili bir belirtim içerdigi bilgisini toplayabilir. Bir geçersiz parametre örnegi, 3GPP ile tanimlandigi üzere DCI Formati 1C'nin kaynak blogu atama parametresidir. Kaynak blogu atama parametresi geçersiz bir degere ayarlanabilir, örnegin hepsi "1" degerini alabilir. Halihazirda birinci örnek ile baglantili olarak açiklandigi üzere, yukarida belirtilen geçersiz parametre ayrica baska bir bilgiyi, örnegin baska bir* parametre degerini kodlamak için kullanilabilir. Geçersiz parametre için çok sayida geçersiz degerin kullanilabilir olmasi kaydiyla, tüm geçersiz degerler, bahsedilen geçersiz parametreyi tasiyan DCI'nin, çok sayida TDD konfigürasyonlarindan birini tasiyan bir DCI oldugu bilgisiyle iliskilidir. Öte yandan, her bir (veya bir grup) geçersiz deger, baska bir parametrenin farkli bir degeri ile iliskilidir. Dolayisiyla, ilave bilgiler mobil istasyona ilave bitler kullanilmadan tasinabilir. Örnegin, asil TDD konfigürasyonu geçersiz parametreye kodlanabilir; yedi TDD konfigürasyonunu ayirt etmek için en az yedi farkli geçersiz parametre degerinin mevcut olmasi gerekir. Akabinde, DCI'da kullanilan belirli geçersiz parametre degerine bagli olarak, mobil istasyon belirli TDD konfigürasyonunu belirleyebilir. Bilinen bir DCI Formatini (örnegin 3GPP ile tanimlanan DCI Formati lC) almak yerine, ilerleyen kisimlarda daha ayrintili olarak ele alinacagi üzere sadece dinamik TDD yeniden konfigürasyon belirtimini ve muhtemelen diger ilave parametreleri tasimak amaciyla yeni bir DCI Formatinin tanimlanmasi da mümkündür. Üçüncü bir örnege göre, TDD konfigürasyonu ikinci örnege benzer bir sekilde dogrudan DCI'ya kodlanir. DCI, ilaveten, mobil istasyonun alinan DCI'nin bir TDD konfigürasyon belirtimi tasidigini saptamasini saglayan geçersiz bir parametre içerir. Karsilik geldigi üzere, mobil istasyon, DCI'nin bahsedilen belirli geçersiz parametreyi içerdigini belirlediginde, DCI'ya dahil edilen belirli TDD konfigürasyonunu belirleme asamasina geçecektir. Üçüncü örnek için, halihazirda birinci ve ikinci örnekler için ele alindigi üzere 3GPP ile tanimlanan DCI Formati lC gibi çesitli bilinen DCI Formatlarindan herhangi birinin kullanilabilir oldugu varsayilir. Ancak bunlarin yerine diger formatlar da kullanilabilir. 3GPP ile tanimlanan DCI Formati lC konvansiyonel olarak PDSCH atamasi için bir kaynak blogu atama (RBA) parametresi içerir. Üçüncü örnegin amaçlari dogrultusunda, bahsedilen RBA parametresi geçersiz bir degere ayarlanabilir. Önceki örneklerde oldugu gibi, geçersiz parametre için çok sayida geçersiz degerin mevcut olmasi kaydiyla, bahsedilen geçersiz parametreye ilave bilgiler kodlanabilir. Geçersiz degerlerin herhangi biri DCI'nin (bahsedilen geçersiz parametreyi tasir) TDD konfigürasyonunu tasima amacina hizmet ettigini belirtir, her bir (veya bir grup) geçersiz deger ise ilave bilgiler ile iliskilidir. Örnegin, asil TDD konfigürasyonü geçersiz parametreye kodlanabilir; yedi TDD konfigürasyonunu ayirt etmek için en az yedi farkli geçersiz parametre degerinin mevcut olmasi gerekir. Akabinde, DCI'da kullanilan belirli geçersiz parametre degerine bagli olarak, mobil istasyon belirli TDD konfigürasyonunu belirleyebilir. Üçüncü örnek ile ilgili baska bir iyilestirme, DCI için hata tespit kodunun bir sistem bilgisi tanimlayicisi (3GPP'de SI- RNTI) ile karistirildigini varsayar. SI-RNTI normalde 3GPP sistemlerinde sistem bilgisini tasimak için kullanilir ve farkli SI pencereleri, mobil istasyonun, hangi sistem bilgisi mesajinin hangi SI penceresinde belirtilecegini belirleyebilmesini saglayacak sekilde tanimlanir (bkz. 3GPP TS penceresi için sadece bir SI mesaji iletilebilir, ancak bu mesaj SI penceresinde birçok kez iletilebilir (gerekli görüldügü takdirde). Farkli SI mesajlari farkli periyodiklikler ile yapilandirilabilir, dolayisiyla belirli SI pencerelerinin herhangi bir SI mesaji için kullanilmamasi mümkündür; baska bir ifadeyle, mobil istasyon, bu tip kullanilmayan SI pencerelerinde baz istasyonu tarafindan herhangi bir SI mesaji iletiminin gerçeklestirilmeyeceginin farkindadir. Bu mobil istasyon bilgisi, DCI'ya yönelik CRC'nin SI-RNTI ile karistirilmasina ragmen, TDD konfigürasyonunu tasiyan DCI'nin böylesi bir kullanilmayan SI penceresinde iletilmesi sonucunda avantaj saglar. Bir kullanilmayan SI penceresinde alim, mobil istasyonun, geçersiz parametre ile birlikte, DCI'nin bir TDD konfigürasyonu tasidigini daha yüksek bir kesinlik orani ile belirlemesini saglar. Bir varyasyonda, mobil istasyonun TDD-DCI mesajini bekledigi yeri belirli alt Çerçeveler ve/veya radyo çerçeveleri ile sinirlandirdigi yönünde anlasilmasi gereken bir TDD-DCI alim penceresi tanimlanir. Baska bir ifadeyle, TDD konfigürasyon mesajinin baz istasyonu tarafindan iletilebildigi ve/veya sadece mobil istasyon tarafindan alinmasina. ve saptanmasina ihtiyaç duyuldugu TDD-DCI alim penceresi olarak tercihen10 periyodik bir alt çerçeveler ve/veya radyo çerçeveleri paterni tanimlanir. Mevcut bulusun birinci yönü, Istem 1'e göre bir iletisim sisteminde en az bir hedef hücre için çok sayida Zaman Bölmeli Iki Yönlü Iletisim (TDD) konfigürasyonlarindan birinin bir mobil istasyona belirtilmesine yönelik bir yöntem saglar. TDD konfigürasyonu bir veya daha fazla radyo çerçevesinde yukari baglanti çerçevelerini, asagi baglanti çerçevelerini ve özel alt çerçeveleri tanimlar. Mobil istasyon, bir asagi baglanti denetim bilgisini ve asagi baglanti denetim bilgisine yönelik karsilik gelen bir hata tespit kodunu bir birinci hücredeki bir baz istasyonundan alir. Asagi baglanti denetim bilgisine yönelik hata tespit kodu baz istasyonu tarafindan TDD konfigürasyonunun uygulandigi en az bir hedef hücre ile iliskili bir hedef hücre tanimlayicisiyla karistirilir. Mobil istasyon, asagi baglanti denetim bilgisinin hata tespit kodunu karistirmak için kullanilan tanimlayiciyi belirler. Mobil istasyon ayrica belirlenen tanimlayicinin hedef hücre tanimlayicisi olmasi halinde asagi baglanti denetim bilgisi üzerinden TDD konfigürasyonunu belirler ve asagi baglanti denetim bilgisinin hata tespit kodunu karistirmak için kullanilan hedef hücre tanimlayicisi üzerinden belirlenen TDD konfigürasyonunun uygulanacagi en az bir hedef hücreyi belirler. Mobil istasyon bir varsayilan TDD konfigürasyonu ile yapilandirilir` ve belirlenen TDD konfigürasyonunu. n+m. radyo çerçeveleri için uygular ve varsayilan TDD konfigürasyonunu n+m+l. radyo çerçeveleri için uygular, burada m = l olmaktadir ve n ise asagi baglanti denetim bilgisinin ve hata tespit kodunun mobil istasyon tarafindan alindigi radyo çerçevesi ile iliskilidir. Bulusun birinci yönünün avantajli bir varyasyonuna göre, birinci hücre frekans bölmeli iki yönlü iletisini ile çalistirilir` ve en az bir` hedef hücre TDD ile çalistirilir. Asagi baglantir denetini bilgisir ve hata tespit kodu baz istasyonu tarafindan birinci hücreden iletilir. Bulusun birinci yönünün avantajli bir varyasyonuna göre, hedef hücre tanimlayicisi tüm. hücreler arasinda. ya tek bir hedef hücreyi ya da bir grup hedef hücreyi tanimlar. Bulusun birinci yönünün avantajli bir varyasyonuna göre, iletisim sistemi bir LTE iletisim sistemidir ve asagi baglanti denetini bilgisi bir format lC asagi baglanti denetim bilgisidir. Belirli bir varyasyonda asagi baglanti denetim bilgisi ilaveten asagi baglanti denetim bilgisinin çok sayida TDD konfigürasyonundan birini belirttigini gösteren geçersiz bir parametre içerir. Geçersiz parametre 3-9 bitlik bir uzunluga ve geçersiz bir degere sahip bir kaynak blogu atama parametresi olabilir, örnegin kaynak blogu atama parametresinin tüm bitleri "l" olabilir. Bulusun birinci yönünün avantajli bir varyasyonuna göre, asagi baglanti denetim bilgisi, çok sayida geçersiz degerden birine sahip geçersiz bir parametre içerir. Çok sayida geçersiz degerin tümü, asagi baglanti denetim bilgisinin çok sayida TDD konfigürasyonundan birini belirttigini gösterir. Öte yandan, geçersiz parametrenin her bir veya bir grup geçersiz degeri asagidakilerden en az birini belirtir: TDD konfigürasyonu, belirtilen TDD konfigürasyonu uygulandiktan sonra, TDD konfigürasyonunun uygulanacagi hücreye yönelik iletisimler için mobil istasyonun HARQ protokolünü sifirlamaya veya sifirlamamaya yönelik bir HARQ talimati, belirtilen TDD konfigürasyonu için ;bir ömür parametresi, burada mobil istasyon belirtilen TDD konfigürasyonunun uygulanmasi gereken süreyi ömür parametresi üzerinden belirler ve ömür parametresi tercihen önceden belirlenmis bir süre ile iliskili bir indeksi belirtir, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir arabellek duruni raporu prosedürünü iptal etmek 'veya yeni bir arabellek durum raporu prosedürünü tetiklemek için talimat veren bir arabellek durum raporu prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir planlama talebi prosedürünü iptal etmek veya yeni bir planlama talebi prosedürünü tetiklemek için talimat veren bir planlama talebi prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir rastgele erisim kanali prosedürünü iptal etmek *veya yeni bir rastgele erisim kanali prosedürünü tetiklemek için talimat veren bir rastgele erisim kanali prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir kalan güç raporlamasini iptal etmek veya yeni bir kalan güç raporlamasini tetiklemek için talimat veren bir kalan güç raporlama talimati. Bulusun birinci yönünün avantajli bir varyasyonuna göre, asagi baglanti denetim bilgisi asagidakilerden en az birini içerir: TDD konfigürasyonunu belirten bir TDD konfigürasyon alani, burada TDD konfigürasyon alani tercihen 3 bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu uygulandiktan sonra, TDD konfigürasyonunun uygulanacagi hücreye yönelik iletisimler için mobil istasyonun HARQ protokolünü sifirlamaya veya sifirlamamaya yönelik bir talimat içeren bir HARQ talimati, burada HARQ talimati tercihen l bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu. için, bir ömür parametresi, burada mobil istasyon belirtilen TDD konfigürasyonunun uygulanmasi gereken süreyi ömür parametresi üzerinden belirler, burada ömür parametresi tercihen 1-2 bitlik bir uzunluga sahiptir ve ömür parametresi tercihen önceden belirlenmis bir süre ile iliskili bir indeksi belirtir, bir bit degerine sahip bir dolgu alani, burada mobil istasyon, dolgu alaninin bit degerinin bir öntanimli bit degeri ile özdes olup olmadigini belirler, burada dolgu alani tercihen 1-32 bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir arabellekr durum raporur prosedürünü iptal etmekr veya yeni bir arabellek durum raporu prosedürünü tetiklemek için talimat veren bir arabellek durum raporu prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir planlama talebi prosedürünü iptal etmek veya yeni bir planlama talebi prosedürünü tetiklemek için talimat veren bir planlama talebi prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir rastgele erisim kanali prosedürünü iptal etmek 'veya yeni bir rastgele erisim kanali prosedürünü tetiklemek için talimat veren bir rastgele erisim kanali prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir kalan güç raporlamasini iptal etmek veya yeni bir kalan güç raporlamasini tetiklemek için talimat veren bir kalan güç raporlama talimati. Mevcut bulusun ikinci yönü, istem 7'ye göre bir iletisim sisteminde çok sayida Zaman Bölmeli Iki Yönlü Iletisim (TDD) konfigürasyonlarindan birini islemeye yönelik bir mobil istasyon saglar. TDD konfigürasyonu bir veya daha fazla radyo çerçevesinde yukari baglanti çerçevelerini, asagi baglanti çerçevelerini ve özel alt çerçeveleri tanimlar. Mobil istasyona ait bir alici bölümü, asagi baglanti denetim bilgisini ve asagi baglanti denetim bilgisine yönelik karsilik gelen bir hata tespit kodunu alir. Asagi baglanti denetim bilgisine yönelik hata tespit kodu baz istasyonu tarafindan TDD konfigürasyonunun uygulandigi en az bir hedef hücre ile iliskili bir hedef hücre tanimlayicisiyla karistirilir. Mobil istasyona ait bir islemci, asagi baglanti denetim bilgisinin hata. tespit› kodunu karistirmak için kullanilan. tanimlayiciyi belirler. Islemci, belirlenen tanimlayicinin hedef hücre tanimlayicisi olmasi halinde, TDD konfigürasyonunu asagi baglanti denetim bilgisi üzerinden belirler. Islemci, belirlenen TDD konfigürasyonunun uygulanacagi en az bir hedef hücreyi, asagi baglanti denetim bilgisinin hata tespit kodunu karistirmak için kullanilan hedef hücre tanimlayicisi üzerinden belirler. Mobil istasyon bir varsayilan TDD konfigürasyonu ile yapilandirilir. Islemci belirlenen TDD konfigürasyonunu n+m. radyo çerçeveleri için uygular ve varsayilan TDD konfigürasyonunu n+m+l. radyo çerçeveleri için uygular, burada m = l olmaktadir ve n ise asagi baglanti denetim bilgisinin ve hata tespit kodunun mobil istasyon tarafindan alindigi radyo çerçevesi ile iliskilidir. Bulusun ikinci yönünün avantajli bir varyasyonuna göre, iletisim sistemi bir LTE iletisim sistemidir ve asagi baglanti denetim bilgisi bir format lC asagi baglanti denetim bilgisidir. Islemci, geçersiz bir parametre içeren asagi baglanti denetim bilgisi üzerinden, asagi baglanti denetim bilgisinin çok sayida TDD konfigürasyonundan birini belirttigini belirler. Geçersiz parametre 3-9 bitlik bir uzunluga ve geçersiz bir degere sahip bir kaynak blogu atama parametresi olabilir, örnegin kaynak blogu atama parametresinin tüm bitleri "l" olabilir. Bulusun ikinci yönünün avantajli bir varyasyonuna göre, asagi baglanti denetim bilgisi, çok sayida geçersiz degerden birine sahip geçersiz bir parametre içerir. Islemci, geçersiz degerlerin herhangi biri esasinda, asagi baglanti denetim bilgisinin çok sayida TDD konfigürasyonundan birini belirttigini belirler. Islemci, asagi baglanti denetim bilgisinin geçersiz parametresinin belirli geçersiz degeri esasinda, asagidakilerden en az birini belirler: TDD konfigürasyonu, belirtilen TDD konfigürasyonu uygulandiktan sonra, TDD konfigürasyonunun uygulanacagi hücreye yönelik iletisimler için mobil istasyonun HARQ protokolünü sifirlamaya veya sifirlamamaya yönelik bir HARQ talimati, belirtilen TDD konfigürasyonunun uygulanmasi gereken süreyi belirten bir ömür parametresi, burada ömür parametresi tercihen önceden belirlenmis bir süre ile iliskili bir indeksi belirtir, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir arabellek. duruni raporu prosedürünü iptal etmek `veya yeni bir arabellek durum raporu prosedürünü tetiklemek için talimat veren bir arabellek durum raporu prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir planlama talebi prosedürünü iptal etmek veya yeni bir planlama talebi prosedürünü tetiklemek için talimat veren bir planlama talebi prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir rastgele erisim kanali prosedürünü iptal etmek ;veya yeni bir rastgele erisim kanali prosedürünü tetiklemek için talimat veren bir rastgele erisim kanali prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir kalan güç raporlamasini iptal etmek veya yeni bir kalan güç raporlamasini tetiklemek için talimat veren bir kalan güç raporlama talimati. Bulusun ikinci yönünün avantajlir bir 'varyasyonunar göre islemci, asagi baglanti denetim bilgisi üzerinden, asagidakilerden en az birini belirler: bir TDD konfigürasyon alanindan edinilen TDD konfigürasyonu, burada TDD konfigürasyon alani tercihen 3 bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu uygulandiktan sonra, TDD konfigürasyonunun uygulanacagi hücreye yönelik iletisimler için mobil istasyonun HARQ protokolünü sifirlamaya veya sifirlamamaya yönelik bir talimat içeren bir HARQ talimati, burada HARQ talimati tercihen 1 bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu› için bir ömür parametresi, burada islemci, belirtilen TDD konfigürasyonunun uygulanmasi gereken süreyi ömür parametresi üzerinden belirleyecek sekilde uyarlanir, burada ömür parametresi tercihen 1-2 bitlik bir uzunluga sahiptir ve ömür parametresi tercihen önceden belirlenmis bir süre ile bir dolgu alani bit degeri, burada mobil istasyon, dolgu alaninin bit degerinin bir öntanimli bit degeri ile özdes olup olmadigini belirler, burada dolgu alani tercihen 1-32 bitlik bir uzunluga sahiptir, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir arabellek› durum raporu› prosedürünü iptal etmek. veya yeni bir arabellek durum raporu prosedürünü tetiklemek için talimat veren bir arabellek durum raporu prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir planlama talebi prosedürünü iptal etmek veya yeni bir planlama talebi prosedürünü tetiklemek için talimat veren bir planlama talebi prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir rastgele erisim kanali prosedürünü iptal etmek *veya yeni bir rastgele erisim kanali prosedürünü tetiklemek için talimat veren bir rastgele erisim kanali prosedür talimati, belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir kalan güç raporlamasini iptal etmek veya yeni bir kalan güç raporlamasini tetiklemek için talimat veren bir kalan güç raporlama talimati. Mevcut bulusun üçüncü bir yönü, yukarida tarif edildigi üzere bulusun ikinci yönüne göre bir mobil istasyon ve çok sayida Zaman Bölmeli Iki Yönlü Iletisini (TDD) konfigürasyonlarindan birini mobil istasyona belirtmeye yönelik bir` baz istasyonu içeren istem ll'e göre bir iletisim sistemi saglar. TDD konfigürasyonu bir veya daha fazla radyo çerçevesinde yukari baglanti çerçevelerini, asagi baglanti çerçevelerini ve özel alt çerçeveleri tanimlar. Baz istasyonuna ait bir islemci bir TDD konfigürasyonunu kararlastirir. Islemci bir asagi baglanti denetim bilgisini ve asagi baglanti denetim bilgisine yönelik karsilik gelen bir hata tespit kodunu üretir, burada asagi baglanti denetim bilgisi kararlastirilan TDD konfigürasyonunu belirtir. Islemci, üretilen hata tespit kodunu, TDD konfigürasyonunun uygulandigi en az bir hedef hücre ile iliskili bir hedef hücre tanimlayicisiyla karistirir. Bir verici, üretilen asagi baglanti denetim bilgisini ve karistirilan hata tespit kodunu mobil istasyona iletir. Sekillerin Kisa Açiklamasi Ilerleyen kisimlarda bulus asagida kisa açiklamalari verilen ekli sekillere ve çizimlere basvurularak daha detayli biçimde açiklanacaktir. Sekil 1, bir 3GPP LTE sisteminin bir örnek mimarisini gösterir. Sekil 2, 3GPP LTE'nin genel E-UTRAN mimarisinin bir örnek incelemesini gösterir. Sekil 3, 3GPP LTE (Sürüm 8/9) için tanimlandigi üzere bir asagi baglanti bilesen tasiyicisi üzerinden örnek alt çerçeve sinirlarini gösterir. Sekil 4, 3GPP LTE (Sürüm. 8/9) için tanimlandigi üzere bir asagi baglanti diliminin bir örnek asagi baglanti kaynak sebekesini gösterir. Sekil 5, 3GPP ile tanimlandigi üzere bir asagi baglanti denetim bilgisi için isleme yapisini gösterir. Sekil 6, mevcut standart yedi TDD UL/DL konfigürasyonunu (O- 6), 10 alt çerçevenin ve bunlarin anahtar-nokta periyodikliklerinin ilgili tanimlarini gösterir. Sekil 7, 5 ins'lik bir anahtar-nokta periyodikligi için iki yarim çerçeveden ve 10 alt çerçeveden olusan bir radyo çerçevesinin yapisini gösterir. Sekil 8, Sekil 6'daki mevcut standart yedi TDD UL/DL konfigürasyonunu. (0-6) ve bir birinci yapilanmaya. göre yedi TDD-RNTI ile iliskili bir örnegi gösterir. Sekil 9, bulusun bir birinci yapilanmasina göre mobil istasyonun isleyisine yönelik bir temel akis semasini gösterir. Sekil 10, Sekil 6'daki mevcut standart yedi TDD UL/DL konfigürasyonunu (0-6) ve ikinci ve üçüncü yapilanmaya göre yedi TDD konfigürasyon belirtim. degeri ile örnek bir iliskilendirmeyi gösterir. Sekil 11, gelismis Yerel Alan olarak adlandirildigi üzere birçok küçük hücre ve bir marco hücre içeren bir senaryoyu sematik olarak gösterir. Sekil 12, ikinci yapilanmaya göre mobil istasyonun isleyisine yönelik bir temel akis semasini gösterir. Sekil 13, üçüncü yapilanmaya göre mobil istasyonun isleyisine yönelik bir temel akis semasini gösterir. Sekil 14, veri ve geri bildirim iletimleri için bazi zamanlama iliskileri ile birlikte farkli TDD UL/DL konfigürasyonlarina sahip iki radyo çerçevesini gösterir. BULUSUN DETAYLI AÇIKLAMASI Asagidaki paragraflarda bulusun çesitli yapilanmalari açiklanacaktir. Sadece örnekleme amaciyla, yapilanmalarin çogu yukaridaki Teknik Altyapi bölümünde kismen ele alinan 3GPP LTE (Sürüm mobil iletisim sistemlerine göre bir radyo erisim plani ile baglantili olarak özetlenmistir. Bulusun örnegin yukaridaki Teknik Altyapi bölümünde açiklanan 3GPP LTE-A (Sürüm 10/11/12) iletisim sistemleri gibi bir mobil iletisini sisteminde avantajli bir sekilde kullanilabilecegi, ancak bulusun bu belirli örnek iletisim aglarinda kullanim ile Sinirli olmadigi dikkate alinmalidir. üzere TDD yukari baglanti/asagi baglanti konfigürasyonunu ifade eder, burada TDD konfigürasyonu bir radyo çerçevesindeki her bir alt çerçevenin bir asagi baglanti alt çerçevesi, yukari baglanti alt çerçevesi veya özel alt çerçeve olup olmadigini tanimlar. "TDD konfigürasyon indeksi" terimi, olasi yedi TDD UL/DL konfigürasyonundan biriyle iliskili bir sayidir (mevcut durumda 0-6) ve 3GPP teknik standartlarinda tanimlanir (bkz. Sekil 6). Istemlerde ve ayrica tarifname boyunca kullanilan "varsayilan TDD konfigürasyonu" terimi, altyapi bölümünde açiklandigi üzere sistemde SIBl kullanilarak yari statik olarak yapilandirilan TDD konfigürasyonunu ifade eder. Baska bir ifadeyle, varsayilan TDD konfigürasyonu, sistem bilgisi edinim ve degisim prosedürünün konvansiyonel mekanizmasi kullanilarak baz istasyonunun iletisim alaninda tüm UE'lere yayinlanan bir TDD konfigürasyonudur. Elbette "varsayilan TDD konfigürasyonu", mevcut bulusta oldugu kadar dinamik olmamak kaydiyla ve uzun bir zaman döngüsü ile birlikte iletisim esnasinda da degisebilir. Istemlerde hata tespit kodu ile baglantili olarak kullanilan ve detayli açiklamada çogunlukla bir CRC (bir hata tespit kodu örnegi olarak) ile baglantili olarak kullanilan "karistirmak" terimi, örnegin bir tanimlayicinin hata tespit koduna (CRC) örtülü olarak kodlanmasi islemini ifade eder. Bu basvuruda Istemlerde ve tarifnamede kullanilan "geçersiz parametre" terimi genis anlamda geçersiz bir degere sahip olan ve dolayisiyla geçersiz bir parametreyi meydana getiren bir parametre olarak anlasilmalidir. Ilerleyen kisimlarda bulusun birtakim yapilanmalari detayli olarak tarif edilecektir. Açiklamalar bulusu sinirlandirdigi yönünde yorumlanmamalidir ve sadece bulusun daha iyi anlasilmasi bakimindan bulusun yapilanmalari için örnek teskil ettikleri yönünde yorumlanmalidir. Ilgili alanin uzmanlari, istemlerde ifade edildigi üzere bulusun genel ilkelerinin farkli senaryolara ve burada açikça tarif edilmeyen yollarla uygulanabilecegini takdir edecektir. Karsilik geldigi üzere, çesitli yapilanmalarin açiklanmasi amaciyla verilen asagidaki senaryolarin bulusu sinirlandirmamasi amaçlanir. Bulus için açiklanan çesitli yapilanmalar genel olarak TDD konfigürasyonlarini ifade eder ve özellikle TDD konfigürasyonunu varsayilan TDD konfigürasyonundan (SIB üzerinden yapilandirilmis) bir hedef TDD konfigürasyonuna dogru dinamik olarak degistirmeye yönelik hizli bir mekanizma Altyapi bölümünde açiklandigi üzere, önceki teknige ait TDD konfigürasyonunun yari statik yeniden konfigürasyonu yavastir ve külfetlidir ve asagida açiklanan çesitli yapilanmalarin birine göre dinamik bir proses ile gelistirilmelidir. Asagidaki üç yapilanmada, bir veya daha fazla hücre için TDD konfigürasyonunun degisimini belirtmek üzere bir DCI'nin bir baz istasyonundan iletimi kullanilir. TDD konfigürasyonu bahsedilen iletime örtülü olarak kodlanmis olabilir (birinci yapilanmada oldugu gibi CRC'de) veya daha dogrudan bir yolla DCI parçasinin bir parametresi (ikinci ve üçüncü yapilanmada oldugu gibi) olabilir veya DCI ile belirtilen bir tasima blogunda kodlanmis olabilir. Birinci yapilanma Bulusun bir birinci yapilanmalar grubuna göre, TDD konfigürasyonu, her ikisi de belirli bir` radyo hücresi için baz istasyonundan iletilen (genellikle yayinlanan) bir DCI'nin CRC'sine kodlanir. Bu amaçla örnegin baz istasyonunda veya baska bir ag unsurunda yedi farkli RNTI tanimlanir, burada yedi farkli RNTI'nin her biri yedi TDD konfigürasyonundan biriyle iliskilidir* ve her TDD konfigürasyonu (0-6) farkli bir RNTI ile iliskilidir. Sekil 8, TDD_O-6_RNTI'larin TDD konfigürasyonlari ile iliskilendirildigi olasi bir iliskiyi gösterir. Dolayisiyla RNTI maliyeti tam olarak TDD konfigürasyonlarinin sayisi ile sinirlidir ve örnegin eLA senaryosunda küçük hücrelerin sayisina bagli degildir (bkz. ilerisi, ikinci yapilanma). TDD RNTI'lar tercihen 16-24 bit uzunlugundadir ve serbestçe seçilebilir, ancak tercihen 16 bitlik, durum. için onaltilik düzende FFEO-FFFC araligindan seçilir ve mevcut durumda benzer bir sekilde M-RNTI, P-RNTI, SI-RNTI olarak belirlenebilir ya da baz istasyonu tarafindan belirlenir ve yapilandirilir` ve RRC konfigürasyon mesajlari veya sistem bilgisi iletimi üzerinden mobil alicilara iletilir. Birinci yapilanmanin bir varyasyonunda (ayrica ikinci ve üçüncü yapilanma için de geçerlidir), yedi TDD konfigürasyonunun hepsinin iliskilendirilmesi gerekmez. Bu durumda yedi farkli RNTI'ya ihtiyaç duyulmaz, örnegin bulusa göre dinamik TDD yeniden konfigürasyonu için mevcut olmasi gereken gerekli TDD konfigürasyonlarini ayirt etmek için dört TDD-RNTI yeterlidir. TDD-RNTI - TDD konfigürasyon iliskilendirmeleri mevcut durumda benzer bir sekilde M-RNTI, P-RNTI, SI-RNTI olarak belirlenebilir ya da baz istasyonu tarafindan belirlenir ve yapilandirilir ve mobil istasyona (istasyonlara) ve muhtemelen farkli bir ag unsurunun karar vermesi halinde baz istasyonuna (istasyonlarina) iletilir. Bu çesitli farkli yollarla gerçeklestirilebilir ve kullanilan spesifik yol bulusun isleyisi için önemli degildir. Örnegin, Sekil 8'deki tablonun iliskilendirmesi RRC mesajlari, sistem bilgisi mesajlari üzerinden iletilebilir ya da baglanti kurulumu esnasinda yapilabilir. Karsilik geldigi üzere, hem baz istasyonu hem de mobil istasyon birinci yapilanmaya göre dinamik TDD yeniden konfigürasyonunu uygulamak için gerekli olan bilgiye sahiptir. Baz istasyonu belirli bir zaman noktasinda varsayilan TDD konfigürasyonunun optimal olmadigina ve baska bir TDD konfigürasyonunun daha faydali olacagina karar 'verebilir. Bu örnegin farkli bir trafik durumuna veya benzer kosullara bagli olabilir. Dolayisiyla baz istasyonu, varsayilan TDD konfigürasyonundan farkli bir hedef TDD konfigürasyonunu kararlastirir (geriye kalan kullanilabilir alti TDD konfigürasyonu arasindan) ve akabinde dinamik TDD yeniden konfigürasyonunu gerçeklestirir. Baz istasyonu belirli bir hücre (hücreler) için yeni TDD konfigürasyonunu kararlastirdiktan sonra bir DCI (yeni ya da bilinen bir formatta ya da bilinen bir formatta fakat bu formatin bir uzantisi olarak, bkz. asagisi) üretir ve akabinde üretilen DCI için bir hata tespit kodunu hesaplar (3GPP'de hata tespit kodu olarak bir CRC kullanilir). Önceki teknikte CRC, iletilen DCI'nin türüne bagli olarak çesitli RNTI'lardan herhangi biriyle karistirilir. Bu özel durumda, DCI için hesaplanan CRC, kararlastirilan hedef 'TDD konfigürasyonu ile iliskili TDD-RNTI ile karistirilir, örnegin TDD konfigürasyonu 1 için TDD_l_RNTI ile karistirilir (bkz. Sekil 8; burada varsayilan TDD konfigürasyonu TDD konfig l degildir). CRC ile TDD RNTI'nin asil karistirmasi, teknik alanda yaygin olarak bilindigi ve altyapi bölümünde 3GPP LTE için bir örnek olarak açiklandigi üzere mutat sekilde gerçeklestirilebilir. Baz istasyonu DCI'yi ürettikten, CRC'yi hesapladiktan ve CRC ile karsilik gelen TDD RNTI'y karistirdiktan sonra, DCI ve karistirilmis CRC hücrede iletilir. DCI/CRC mesaji PDCCH'de veya ePDCCH'de iletilebilir ve terciheni mobil istasyonlarin birçogunun veya hepsinin yeniden konfigürasyon hakkinda bilgilendirilmesi gerektiginde bunlarin ortak arama boslugunda iletilebilir. Diger durumlarda, UE'ye spesifik arama boslugunda bir iletim daha verimli olabilir, çünkü iletim parametreleri hedeflenen aliciya ve ilgili geçerli iletim kosullarina uyarlanabilir. Yapilanmani bir varyasyonuna göre, 3GPP ile tanimlanan ve altyapi bölümünde özet olarak ele alinan halihazirda kullanilabilir asagi baglanti denetim bilgisi mesajlarindan biri bahsedilen amaca yönelik olarakr tekrar kullanilabilir. Baska bir ifadeyle baz istasyonu, DCI Formatlari O, 1, 1A, lB, lC, 1D, 2, 2A, 2B, 2C, 2D, 3, 3A, 4'ten (bu basvuru dosyalandigi zaman tanimlanmis olan formatlar veya ileriki zamanlarda 3GPP ile tanimlanacak olan herhangi bir diger format) birini, belirli DCI formati mesajinin asil hedeflenen amaci için degilr de dinamik TDD yeniden konfigürasyonur için tekrar kullanabilir. Örnegin, DCI Formati lC mesaji yeniden kullanilabilir, Format lC, kullanilabilir' tüm DCI formatlari arasinda en az sayida bite sahiptir. Ikinci ve üçüncü yapilanmalara da yönelik olan asagidaki açiklamalarda bulusun ilkelerini açiklamak için çogunlukla DCI formati lC'nin kullanildigi, ancak bulusun amaçlari dogrultusunda diger DCI formatlarinin yeniden kullanilabilecegi dikkate alinmalidir. DCI Formati lC 3GPP'de tanimlandigi üzere asagidaki alanlari - kaynak blogu atamasi (RBA), 3-9 bit (bant genisligine bagimli) - Modülasyon ve kodlama plani (MCS), 5 bit - Bosluk Degeri belirtimi, 1 bit (sadece bant genisligi = 50 PRB ise) DCI Formati 1C içerigi ile ilgili daha ayrintili bir tartisma DCI formati lC mesaji 8 ila 15 bit uzunlugunda olabilir. Karsilik geldigi üzere, baz istasyonu, DCI Formati lC için amaçladigi üzere PDSCH atamasi için yukaridaki parametreleri göndermek yerine, DCI'ya diger parametreleri dahil edebilir. Bu kismen hücredeki bant genisligine baglidir, Çünkü DCI Formati lC'de kullanilabilir olan bitlerin miktari bant genisligine baglidir. DCI Formati lC'ye dahil edilecek bu diger parametreler asagidakilerden en az birini içerebilir: - DCI'nin CRC'sine örtülü olarak kodlanan TDD konfigürasyonunun uygulanacagi hedef hücreyi tanimlayan bir hedef hücre tanimlayicisi, - yeni TDD konfigürasyonu uygulandiktan sonra mobil istasyona (istasyonlara) HARQ protokolünü sifirlama veya sifirlamama talimati vermeye yönelik bir HARQ talimati, - varsayilan TDD konfigürasyonuna geçmeden önce mobil istasyona (istasyonlara) bahsedilen TDD konfigürasyonunun uygulanmasi gereken süreyi belirten kodlanmis TDD konfigürasyonuna yönelik bir ömür parametresi, - yanlis alarm riskini azaltmak için geriye kalan kullanilmayan bitlerin iyi bir kullanima hizmet etmesini saglamak üzere DCI'yi "doldurmak" için kullanilabilecek bir öntanimli bit degerine sahip bir dolgu alani (sanal CRC), - belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir arabellek durum raporu (BSR) prosedürünü iptal etmek veya yeni bir BSR prosedürünü tetiklemek için talimat veren bir BSR prosedür talimati, - belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir planlama talebi (SR) prosedürünü iptal etmek veya yeni bir SR prosedürünü tetiklemek için talimat veren bir SR prosedür talimati, - belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir rastgele erisim kanali (RACH) prosedürünü iptal etmek veya yeni bir RACH prosedürünü tetiklemek için talimat veren bir RACH prosedür talimati, - belirtilen TDD konfigürasyonu uygulandiktan sonra, bekleyen bir kalan güç raporlamasi (PHR) talimatini iptal etmek veya yeni bir PHR'yi tetiklemek için talimat veren bir PHR talimati. Bu parametreler yukarida temsili olarak sadece kisaca ele alinmistir ve ilerleyen kisimlarda daha ayrintili olarak açiklanacaktir. Böylesi bilinen bir DCI formati kullanilirken, baz istasyonunun, söz konusu bilinen DCI formati için tanimlanan parametrelerden birini geçersiz bir degere ayarlamasi ve dolayisiyla geçersiz parametreyi tasiyan DCI'nin konvansiyonel olmadigini ve bir TDD UL/DL konfigürasyon belirtimi tasidigini mobil istasyona belirtmek için geçersiz parametreyi bir "kaçis noktasi" olarak kullanmasi da mümkündür. Dolayisiyla DCI mesaji, bahsedilen belirli (geçersiz) parametreyi, bir konvansiyonel DCI mesajinda oldugu gibi ve ancak geçersiz bir deger ile birlikte içerir. Bu geçersiz deger hem baz istasyonu hem, de mobil istasyon tarafindan bilinir. Bir örnek olarak halihazirda standartlastirilmis DCI formati lC söz konusu oldugunda, kaynak blogu atama parametresi geçersiz bir degere ayarlanabilir, örnegin tüm bit degerleri "1" olarak ayarlanabilir. Bir parametreye veya bir parametre kombinasyonuna yönelik bir geçersiz deger genel olarak ayrilmis (rezerve) olan veya belirtilen parametre ile ilgili gerekliliklere ters düsen bir durumu temsil etmesi ile karakterize edilir. Örnegin, geçersiz bir kaynak blogu atama degeri, bir negatif indekse sahip en az bir kaynak blogunun veya kullanilabilir kaynak bloklarinin disinda. kalan en az bir kaynak. blogunun atamasi ile sonuçlanacak bir degerdir. Baska bir geçersiz deger örnegi, TDD söz konusu oldugunda 3GPP TS 36.213 Tablo 7-l'de belirtildigi üzere tanimli maksimum HARQ proses sayisinin ötesinde bir HARQ prosesini belirten bir HARQ indeksine sahip bir HARQ proses numarasi parametresi ile ilgilidir. Bir degerin bir ayrilmis durumu temsil ettigi bir geçersiz parametre kombinasyonu Örnegi, örnegin DCI formati 2'de mevcut oldugu üzere 'Ön kodlama bilgisidir', burada belirtilen tasima bloklarinin sayisina bagli olarak, farkli ön kodlama bilgisi degerleri 'ayrilmis' olarak tanimlanir' ve burada belirtilen tanimlandigi üzere belirtilen modülasyon ve kodlama plani ve artiklik versiyonu kombinasyonuna baglidir. Kaynak tahsis tipi 2 için, , yani tüm bit degerleri "1" olarak ayarlandiginda, 6-110 PRB'lik tüm asagi baglanti bant genislikleri için en az bir RBA durumu geçersizdir. 10 ve 13 PRB için tam olarak bir geçersiz durum mevcuttur, bu halihazirda belirtilen tüm bitler = 1 kosuludur. 6 PRB için 2 geçersiz RBA degeri mevcuttur. 15 PRB için 4 geçersiz RBA degeri mevcuttur. 25 PRB için 50 geçersiz RBA degeri mevcuttur. 50 PRB söz konusu oldugunda, bosluk 1 için 62 geçersiz RBA degeri ve bosluk 2 için 83 geçersiz RBA degeri mevcuttur. 75 PRB için 120 geçersiz RBA degeri mevcuttur ve 100 ve 110 PRB için 212 geçersiz RBA degeri mevcuttur. Özellikle, birden fazla geçersiz degerin. bulundugu Ibir bant genisligi söz konusu oldugunda (yani uygulamada daha önemsiz olan 10 ve 13 PRB disinda tümü), geçersiz parametreyi tasiyan DCI'nin bir TDD UL/DL konfigürasyon belirtimi tasidigi ile ilgili belirtimin yani sira ilave bilgi DCI'nin. bu geçersiz parametresine kodlanabilir. Ilave bilgi yukarida belirtilen ilave parametrelerden biri, yani bir hedef hücre tanimlayicisi, bir HARQ talimati ve bir ömür parametresi, BRS talimati, SR talimati, RACH talimati ve PHR talimatindan en az biri olabilir. Elbette, bu parametrelerden birinin geçersiz parametreye kodlanmasi halinde, DCI'nin bahsedilen belirli parametreyi veri yüküne ayri olarak kodlamasi gerekmez. Örnegin 4 geçersiz RBA degeri içeren 15 PRB'lik bant genisligi söz konusu oldugunda, 4 geçersiz RBA degerinin tümü, mobil istasyona, bahsedilen geçersiz RBA degerini tasiyan DCI'nin dinamik TDD konfigürasyonu ile ilgili bir belirtim içerdigini belirtir. Ayrica, belirli her bir geçersiz RBA degeri ilaveten farkli bir ömür parametresi (örnegin 10 ms, 40 ms, lOO ms ve 200 ms) ile iliskili olabilir ya da TDD konfigürasyonunun uygulanmasi gereken farkli hedef hücreleri (örnegin PCell, SCelll, SCellZ veya SCell3) ayirt edebilir. Alternatif olarak, geçersiz RBA degerlerinden 2'si HARQ sifirlama talimati ile iliskilidir, diger 2 geçersiz RBA degeri ise HARQ sifirlamama talimati ile iliskilidir. Diger bant genislikleri için benzer hususlar geçerlidir; örnegin RBA parametresi için sadece 2 geçersiz durumun bulunmasi halinde, ilave bilginin sadece iki farkli durumu, örnegin HARQ talimati veya ömür parametresi (örnegin 10 ms ve 40 ms'lik geçerli periyotlari ayirt eder) kodlanabilir. Bilinen bir DCI formatinin (örnegin Format lC) yeniden kullanimina alternatif olarak, bilinen DCI formatinin sadece belirli durumlar için kullanilmasini ve diger belirli durumlar için bilinen DCI formatinin baska bir "versiyonunun" kullanilmasini saglayacak üzere bilinen DCI formatina bir uzantinin eklenmesi de mümkündür. Örnegin, bilinen bir DCI formati (örnegin Format lC) sadece belirli radyo çerçeveleri veya belirli radyo çerçevelerindeki alt çerçeveler için uygulanabilir olacak ve diger radyo çerçevelerine veya belirli radyo çerçevelerindeki diger alt çerçevelere yönelik dinamik TDD UL/DL yeniden konfigürasyonu için kullanilacak bilinen DCI formatini tanimlayan bir tanim içerecek sekilde uyarlanabilir, burada DCI formati "versiyona" bagli olarak farkli bilgi ögeleri içerebilir. Yukaridakine alternatif olarak, dinamik TDD yeniden konfigürasyonu için spesifik olarak tanimlanmis olan ve örnegin halihazirda tanimlanmis DCI formatlarindan farkli bir boyuta sahip olan bir DCI formati da kullanilabilir. Bahsedilen durumda, DCI bitlerinin miktari hücre bant genisligine bagli degildir ve bu yeni DCI'da iletilecek parametrelere bagli olarak serbest sekilde tanimlanabilir. Örnegin, yukarida listelenen parametrelerden (hedef hücre tanimlayicisi, HARQ talimati, ömür parametresi, dolgu alani, BSR talimati, SR talimati, RACH talimati, PHR talimati) en az birini içeren bir DCI Formati lE tanimlanabilir. Özet olarak, baz istasyonu DCl'yi ve karistirilmis CRC'yi hücresinde iletir ve hücredeki mobil istasyon (istasyonlar) DCI'yi ve karistirilmis CRC'yi alir. Bu birinci yapilanmaya göre DCI'nin ve CRC'nin islenisi, bulusun temel birinci yapilanmasina yönelik mobil istasyonun akis semasini gösteren Sekil 9 ile baglantili olarak açiklanir. Mobil istasyon, mobil istasyona yönelik DCI mesajlarini saptamak için PDCCH'yi ve EPDCCH'yi dinler. Mobil istasyon, DCI'yi ve CRC'yi baz istasyonundan aldiktan sonra, CRC ile karistirilan RNTI'yi belirleme asamasina geçer. Belirli hata tespit kontrolü ve açma islemi altyapi bölümünde örnek olarak 3GPP LTE için ele alindigi üzere mutat sekilde gerçeklestirilebilir. Örnegin mobil istasyon, CRC, DCI ve aralarinda yedi TDD RNTI'nin da bulundugu DCI'yi karistirmak için kullanilmis olabilecek çesitli olasi aday tanimlayicilar esasinda DCI için bir hata tespit kontrolü yapar. Mobil istasyon tarafindan gerçeklestirilen CRC kontrolü RNTI'lardan sadece biri için basarilidir. Dolayisiyla mobil istasyon karistirma için belirli bir TDD RNTI'nin kullanilmis oldugunu Mobil istasyon akabinde örnegin Sekil 8'de verilen tabloya basvurarak belirlenen TDD RNTI'nin hangi TDD konfigürasyonu ile iliskilendirildigini belirleme asamasina geçer. Dolayisiyla, örnegin mobil istasyon belirlediginde varsayilan TDD konfigürasyonunu kullanmaya devam etmek yerine TDD konfigürasyonu l'e geçer. Bu sekilde belirlenen TDD konfigürasyonu akabinde mobil istasyon tarafindan belirli bir süre boyunca uygulanir. Bu, sabit. bir süre olarak, örnegin 1, 2 4veya 4 radyo çerçevesi olarak önceden tanimlanmis olabilir. Alternatif olarak süre, örnegin önceden (istege bagli olarak) DCI veri yükünün bir parçasi olarak belirtilen veya geçersiz parametreye kodlanan ömür parametresi kullanilarak dinamik olarak belirtilebilir (bkz. yukarisi). Mobil istasyonun DCI/CRC iletimini n. radyo çerçevesinde aldigi varsayildiginda, karsilik geldigi üzere DCI'yi ve CRC'yi isler ve DCI'daki ömür parametresine veya öntanimli sabit süreye bagli olarak belirtilen TDD konfigürasyonunu belirli bir sayida radyo çerçevesi (n+l, n+2, n+3 vs.) için uygular. Dinamik olarak belirtilen TDD konfigürasyonunun "süresi dolduktan" sonra, yani konfigürasyonun artik uygulanmamasi gerektiginde, mobil istasyon örnegin dinamik TDD UL/DL yeniden konfigürasyonu için baska bir TDD DCI alana kadar varsayilan TDD konfigürasyonuna Alternatif olarak mobil istasyon ayrica baska bir TDD yeniden konfigürasyonunu alana kadar yeni TDD konfigürasyonunu uygulamaya devam edebilir; baska bir ifadeyle, yeni TDD konfigürasyonu belirli bir süre için degil de aksi yönde talimat verilene kadar süresiz olarak tanimlanir. Mobil istasyon ayrica DCI'ya dahil edilip edilmedigine bagli olarak DCI'daki ilave parametreleri belirleyebilir. Mobil istasyon örnegin hedef hücre, HARQ talimati, ömür parametresi, dolgu alani degeri, BRS talimati, SR talimati, RACH talimati ve/Veya PHR talimatini belirleyebilir. Bu ilave parametrelerden edinilen bilginin nasil kullanilacagi ile ilgili ayrintilar ilerleyen kisimlarda bu parametreler ile baglantili olarak ayri olarak açiklanir. Birinci yapilanmanin baska bir varyasyonuna göre, DCI'nin CRC'si bir TDD-RNTI ile karistirilir, bu amaç dogrultusunda çok sayida TDD-RNTI yerine sadece bir TDD-RNTI'nin tanimlanmasi gerekecektir, burada bir tasima blogunun iletimi için fiziksel kaynaklari DCI atar, benzer bir sekilde mevcut durumda bir tasima blogu için fiziksel kaynaklari atamak üzere DCI formati 1A kullanilabilir. Bahsedilen tasima blogu daha sonra örnegin mevcut basvurunun ilerleyen kisimlarinda belirtildigi üzere TDD (yeniden) konfigürasyonu hakkindaki bilgileri ve parametreleri içeren bir MAC veya RRC mesajini temsil edebilir. Baska bir ifadeyle, bir veya daha fazla TDD konfigürasyon parametresini belirtmekr için DCI veri yükünün kullanilmasi yerine (veya buna ek olarak), bir yeniden konfigürasyon mesajinin iletildigini ifade etmek için RNTI kullanilir ve DCI veri yükü, TDD konfigürasyon parametresini (parametrelerini) tasiyan tasima blogu hakkinda bilgi verir. Ikinci yapilanma Bulusun ikinci yapilanmasinin yukarida açiklanan birinci yapilanmadan farki, genel olarak, TDD UL/DL konfigürasyonunun, DCI'nin CRC'sini karistirmak için kullanilan RNTI'ya kodlanmamasi ve bunun yerine DCI veri yüküne bir TDD UL/DL konfigürasyon belirtiminin dahil edilmesidir. Ancak geriye kalan ayrintilarin çogu birinci ve ikinci yapilanmalar arasinda aynidir. DCI'daki TDD UL/DL konfigürasyon belirtimi Sekil 6'daki 7 farkli TDD UL/DL konfigürasyonunu ayirt edebilir; dolayisiyla belirli TDD UL/DL konfigürasyonlarini belirtmek için 3 bitlik bir alan yeterlidir, burada her bir belirtim degeri TDD konfigürasyonlarindan biriyle iliskilendirilir. Burada da 2 bitlik (ve hatta 1 bitlik) bir alanin yeterli olmasini saglayacak sekilde daha az sayida TDD UL/DL konfigürasyonu ayirt edilebilir, ancak buradaki dezavantaj, dinamik TDD yeniden konfigürasyonunun bu kadar esnek olmamasidir. 3 bitlik degerler ile TDD konfigürasyonlari arasindaki iliskilendirme baz istasyonu veya baska bir ag unsuru tarafindan tanimlanabilir. Bir 3 bitlik TDD belirtim alani ile birlikte tüm yedi TDD konfigürasyonuna yönelik bir örnek iliskilendirme Sekil lO'da gösterilir. TDD konfigürasyon belirtimi degerleri ile asil TDD konfigürasyonlari arasindaki iliskilere dair bilgiler mobil istasyona ve karari farkli bir ag unsurunun almasi halinde muhtemelen baz istasyonuna (istasyonlarina) iletilir. Birinci yapilanmada oldugu gibi, bilgilendirme prosedürü çesitli farkli yollarla, örnegin RRC mesajlari, sistem bilgisi mesajlari kullanilarak ya da baglanti kurulumu esnasinda gerçeklestirilebilir. Karsilik geldigi üzere, hem baz istasyonu hem de mobil istasyon bulus konusu dinamik TDD yeniden konfigürasyonunu uygulamak için gerekli bilgiye sahiptir. Birinci yapilanmada oldugu gibi baz istasyonu, örnegin hedef TDD konfigürasyonunun mevcut trafik için daha uygun olmasi gibi bir nedenden ötürü, TDD UL/DL konfigürasyonunu, varsayilan TDD konfigürasyonundan baska bir hedef TDD konfigürasyonuna degistirme karari alir. Dolayisiyla baz istasyonu bir dinamik TDD yeniden konfigürasyonunu gerçeklestirmek ister ve yukarida belirtilen TDD UL/DL konfigürasyon belirtimini içeren bir DCI üretir. Dolayisiyla baz istasyonu, dinamik TDD yeniden konfigürasyonuna yönelik bir DCI üretir, burada DCI, baz istasyonunun kararlastirdigi TDD konfigürasyonunu belirten TDD konfigürasyon belirtimini içerir. Yine birinci yapilanma için halihazirda ayrintili olarak açiklandigi üzere, DCI baska parametreler, örnegin HARQ talimati, ömür parametresi, dolgu alani, BRS talimati, SR talimati, RACH talimati ve PHR talimatindan en az birini içerebilir. Birinci yapilanma ile ayni sekilde, baz istasyonu tarafindan üretilen DCI, 3GPP ile tanimlanan. halihazirda kullanilabilir asagi baglanti denetim bilgisi mesajlarindan biri (örnegin DCI olabilir. Bu durumda baz istasyonu, tanimli DCI Formatinin mutat parametrelerini (örnegin Format lC için RBA, MCS, Bosluk Degeri Belirtimi) göndermek yerine baska parametreler içerir. Yukarida açiklandigi üzere TDD konfigürasyon. belirtim alani dahil edilir. Bilinen bir DCI formati kullanilirken, baz istasyonu, söz konusu bilinen DCI için tanimli olan parametrelerden birini geçersiz bir degere ayarlayabilir. Geçersiz parametre, geçersiz parametreyi tasiyan DCI'nin ilaveten bir TDD UL/DL konfigürasyon belirtimi tasidigini mobil istasyona belirtir. Bu birinci yapilanma için ayrintili olarak açiklanmistir ve ikinci yapilanma için de ayni ilkeler geçerlidir ve sadelik açisindan tekrar edilmemektedir. Burada okuyucu kibarca birinci yapilanmanin karsilik gelen metinlerine yönlendirilir. Ayrica, geçersiz parametre mobil istasyona sadece DCI'nin bir TDD UL/DL yeniden konfigürasyon belirtimi tasidigini10 belirtmeyebilir ve bu geçersiz parametrede baska bir parametre, örnegin belirli TDD UL/DL yeniden konfigürasyon belirtimi veya yukarida belirtilen ilave parametrelerin herhangi biri kodlanabilir: HARQ talimati, ömür parametresi, BRS talimati, SR talimati, RACH talimati, PHR talimati. Bu, birinci yapilanma için geçersiz parametre kullanimi ile oldukça benzerdir, ancak burada birinci yapilanmaya yönelik geçersiz parametre hedef hücre tanimlayicisini kodlayabilir ve ikinci yapilanmanin aksine TDD konfigürasyon belirtimini kodlayamaz. Bilinen bir DCI formatinin (örnegin format lC) yeniden kullanimina alternatif olarak, birinci yapilanma için halihazirda açiklandigi üzere bilinen formata bir uzantinin eklenmesi de mümkündür. Okuyucu burada tekrari engellemek amaciyla birinci yapilanmanin karsilik gelen kisimlarina yönlendirilir. Baska bir alternatif olarak, dinamik TDD yeniden konfigürasyonu için spesifik olarak tanimlanmis, örnegin farkli bir boyuta sahip bir DCI formati da kullanilabilir. Okuyucu burada yine birinci yapilanmanin karsilik gelen kisimlarina yönlendirilir. Kullanilan asil DCI formatindan bagimsiz olarak ve DCI'nin ilave parametreler içerip içermediginden bagimsiz olarak, baz istasyonu, bu sekilde üretilen DCI için bir hata tespit kodu hesaplar. Ikinci yapilanmaya göre, hata tespit kodu (CRC) akabinde dinamik TDD yeniden konfigürasyonunu uygulanacagi hedef hücreyi (hücreleri) tanimlayan bir hücre tanimlayicisi ile karistirilir. Hücre tanimlayicisi ayrica SC-RNTI, Küçük Hücre-RNTI olarak adlandirilabilir. CRC ile karistirilacakr hücre tanimlayicisinin CRC ile ayni uzunluga sahip oldugu varsayilir, yani 16-24 bit uzunlugunda olmasi beklenir, dolayisiyla özellikle birçok farkli hücreyi ayirt etmek için uygundur ve bu nedenle tercihen çok sayida hücrenin bulundugu senaryolarda kullanilabilir. 16-24 bitlik hücre tanimlayicisi degerleri tekli hücrelerle veya farkli hücre gruplariyla esnek bir sekilde iliskilendirilebilir. Bunun avantaji, baz istasyonunun iliskili belirli hedef hücre tanimlayicisi degerini kullanarak TDD yeniden konfigürasyonunu tekli hücreler (örnegin SCelll) ve/veya hücre grubu (örnegin komsu hücreler, SCelll-SCelllO) için esnek bir sekilde gerçeklestirebilmesidir. Ayrica, kullanilabilir hedef hücre tanimlayicilarindan biri ayrica tüm hücreleri hedef hücre olarak tanimlayabilir. Hedef hücre tanimlayicisi degerleri ve hedef hücre (gruplar) arasindaki iliski baz istasyonunda veya baska bir ag unsurunda kararlastirilabilir ve akabinde mobil istasyona (ve baz istasyonuna) bildirilir, böylece hem baz istasyonu hem de mobil istasyon ikinci yapilanmaya göre dinamik TDD yeniden konfigürasyon için gerekli olan ayni bilgiye sahip olur. Birinci yapilanmada oldugu gibi, kullanilabilir RNTI degerlerinin tümü kullanilamaz (bir 16 bitlik RNTI söz konusu oldugunda 65536 farkli deger mevcuttur), çünkü bunlarin bazilari halihazirda baska amaçlar için ayrilmistir. Alternatif olarak iliskiler standartla önceden tanimlanmis ve sabitlenmis olabilir. Mevcut mekanizmalar, örnegin tasiyici belirtim alanlari sadece en fazla 8 farkli hücreyi destekler. Ancak Gelistirilmis LTE, bir makro hücrenin kapsaminda onlarca küçük hücrenin bulunabildigi gelismis Yerel Alani (eLA) desteklemelidir. Bu durum Sekil ll'de sematik olarak gösterilir, burada genis kapsama alanli bir makro hücre 800 MHz civarinda çalistirilir ve birçok dar kapsama alanli hücre 3.4 GHz civarinda çalistirilir. Böylesi bir hücre kurulumunda, özellikle bir mobil istasyon makro hücrenin kapsama alaninda hareket ederken mobil istasyonun 7'den fazla küçük hücreyi ayirt etmesi gerekebilir ve en elverisli radyo kosullarina sahip olani belirlemek için çok sayida küçük hücre üzerinde radyo ölçümleri gerçeklestirmesi gerekir. Özet› olarak, baz istasyonu DCI'yi ve DCI için karistirilmis CRC'yi iletir ve hücrede yer alan mobil istasyonlar DCI'yi ve karistirilmis CRC'yi alir. Ikinci yapilanmaya göre DCI'nin ve CRC'nin mobil istasyonda islenisi Sekil 12 itibariyla açiklanir. Mobil istasyon, mobil istasyona yönelik DCI mesajlarini saptamak için PDCCH'yi ve EPDCCH'yi dinler. Dolayisiyla mobil istasyon DCI'yi ve CRC'yi baz istasyonundan alir ve CRC ile karistirilan RNTI'yi belirler. Belirli hata tespit kontrolü ve açma islemi altyapi bölümünde örnek olarak 3GPP LTE için ele alindigi üzere mutat sekilde gerçeklestirilebilir. Örnegin mobil istasyon, CRC, DCI ve aralarinda hedef hücre tanimlayicilarinin da bulundugu DCI'yi karistirmak için kullanilmis olabilecek çesitli olasi aday tanimlayicilar esasinda DCI için bir hata tespit kontrolü yapar. Mobil istasyon tarafindan gerçeklestirilen CRC kontrolü RNTI'lardan sadece biri için basarilidir. Dolayisiyla mobil istasyon karistirma için belirli hedef hücre tanimlayicilarindan birinin kullanilmis oldugunu belirler. CRC'yi karistirmak için bir hedef hücre tanimlayicisi kullanilmis oldugundan, mobil istasyon bir dinamik TDD yeniden konfigürasyonunu gerçeklestirmek üzere DCI'nin ilaveten bir TDD konfigürasyonunu belirttigini çikarsar. Karsilik geldigi üzere, mobil istasyon akabinde yukarida açiklanan farkli yollardan birine göre DCI'ya kodlanan belirli TDD konfigürasyonunu belirleme asamasina geçer. Dolayisiyla mobil istasyon, Sekil lO'da gösterildigi üzere bir asil TDD konfigürasyonu belirtim alani degerini okuyabilir ve degeri karsilikr gelen› bir TDD konfigürasyonu› ile iliskilendirebilir ya da mobil istasyon geçersiz bir parametre degerini belirler ve geçersiz parametre degerinden iliskili TDD konfigürasyonunu Mobil istasyon ayrica kodlanan TDD konfigürasyonunun uygulanmasi amaçlanan ve gereken belirli hedef' hücreyi veya hücre grubunu belirlenen hedef hücre tanimlayicisindan belirler. TDD yeniden konfigürasyonu bir mobil istasyon tarafindan sadece mobil istasyonun aslinda tanimlanan hedef hücreye ait olmasi halinde uygulanacaktir. Aksi takdirde TDD yeniden konfigürasyonu mobil istasyon tarafindan göz ardi edilebilir. Mobil istasyon, DCI'ya dahil edilmesi halinde ömür parametresi, HARQ talimati, dolgu alani degeri, BRS talimati, SR. talimati, RACH talimati ve/Veya PHR talimati gibi ilave parametreleri DCI veri yükünden belirleyebilir. Bu ilave parametrelerden edinilen bilginin nasil kullanilacagi ile ilgili ayrintilar ilerleyen kisimlarda bu parametreler ile baglantili olarak ayri olarak açiklanir. Bu sekilde belirlenen TDD konfigürasyonu akabinde mobil istasyon tarafindan belirli bir süre boyunca uygulanir. Birinci yapilanmada oldugu gibi ,bu sabit bir süre olarak, örnegin 1, 2 veya 4 radyo çerçevesi olarak önceden tanimlanmis olabilir. Alternatif olarak süre, örnegin önceden (istege bagli olarak) DCI veri yükünün bir parçasi olarak belirtilen veya geçersiz parametreye kodlanan ömür parametresi kullanilarak dinamik olarak belirtilebilir (bkz. yukarisi). Mobil istasyonun DCI/CRC iletimini n. radyo çerçevesinde aldigi varsayildiginda, karsilik geldigi üzere DCI'yi ve CRC'yi isler ve DCI'daki ömür parametresine veya öntanimli sabit süreye bagli olarak belirtilen TDD konfigürasyonunu belirli bir sayida radyo çerçevesi (n+l, n+2, n+3 vs.) için uygular. Dinamik olarak belirtilen TDD konfigürasyonunun uygulanmamasi gerektiginde, mobil istasyon örnegin dinamik TDD UL/DL yeniden konfigürasyonu için baska bir TDD DCI alana kadar varsayilan TDD konfigürasyonuna geçer. Alternatif olarak mobil istasyon ayrica baska bir TDD yeniden konfigürasyonunu alana kadar yeni TDD konfigürasyonunu uygulamaya devam edebilir; baska bir ifadeyle, yeni TDD konfigürasyonu belirli bir süre için degil de aksi yönde talimat verilene kadar süresiz olarak tanimlanir. Ikinci yapilanmanin bir varyasyonuna göre, DCI'nin CRC'si bir SC-RNTI ile karistirilir ve bir tasima blogunun iletimi için fiziksel kaynaklari DCI atar, benzer bir sekilde mevcut durumda bir tasima blogu için fiziksel kaynaklari atamak üzere DCI formati 1A. kullanilabilir. Bahsedilen tasima blogu daha sonra örnegin mevcut basvurunun ilerleyen kisimlarinda belirtildigi üzere TDD (yeniden) konfigürasyonu hakkindaki bilgileri ve parametreleri, örnegin istenen TDD konfigürasyonu veya hedef hücre indeksi veya diger parametreleri içeren bir MAC veya RRC mesajini temsil edebilir. Üçüncü yapilanma Bulusun üçüncü yapilanmasi, dinamik TDD UL/DL yeniden konfigürasyonunu bir DCI/CRC iletimini kullanarak ele almasi bakimindan birinci ve ikinci yapilanmaya benzer. Ayrica, ikinci yapilanmaya benzer sekilde, TDD UL/DL konfigürasyonu, CRC'yi karistirmak için kullanilan RNTI'ya örtülü olarak kodlanmaz ve bunun yerine DCI veri yüküne dahil edilir. Ancak üçüncü yapilanmaya göre bir hedef hücre tanimlayicisi (SC- RNTI) DCI'nin CRC'sini karistirmak için kullanilmaz. Ancak DCI, DCI'nin ilaveten bir TDD konfigürasyonu ile ilgili bir belirtim içerdigini mobil istasyona belirtmek için geçersiz bir parametre içerir. Baska bir ifadeyle, halihazirda birinci ve ikinci yapilanmalar itibariyla DCI'nin istege bagli bir parametresi olarak ele alinan geçersiz parametre, üçüncü yapilanma için daima DCI veri yüküne dahil edilir. Diger taraftan, birinci ve ikinci yapilanmalar için ele alinmis olan birçok ayrinti üçüncü yapilanma için de aynidir. Bahsedilen sebepten Ötürü mümkün olan yerlerde tekrarlardan kaçinilir ve okuyucu birinci ve/veya ikinci yapilanmanin karsilik gelen metinlerine yönlendirilir. Ikinci yapilanma ile ayni sekilde, DCI'daki TDD UL/DL konfigürasyon belirtimi Sekil 6'daki 7 farkli TDD UL/DL konfigürasyonundan tümünü ayirt eder veya alternatif olarak daha az sayida TDD UL/DL konfigürasyonunu ayirt edebilir. Karsilik geldigi üzere, bir TDD UL/DL konfigürasyon belirtimi örnek olarak Sekil lO'da gösterildigi gibi tanimlanabilir. Tekrarlari önlemek adina, okuyucu ikinci yapilanmada DCI veri yüküne ayri bir parametre olarak dahil edilebilecek veya yukarida açiklandigi üzere yeterli geçersiz degerin mevcut olmasi halinde geçersiz parametreye kodlanabilecek TDD UL/DL konfigürasyon belirtiminin ayrintili olarak açiklandigi kisimlara yönlendirilir. Her halükarda, baz istasyonu ve mobil istasyonun, farkli TDD konfigürasyonlarinin DCI kullanilarak nasil belirtilecegine dair ortak bir bilgiye sahip olmasi Halihazirda birinci ve ikinci yapilanmalar için ele alindigi üzere, baz istasyonu belirli bir zaman noktasinda örnegin TDD konfigürasyonunun mevcut trafik için daha uygun olmasi nedeniyle TDD UL/DL konfigürasyonunu varsayilan TDD konfigürasyonundan baska bir TDD UL/DL konfigürasyonuna degistirme karari alabilir. Dolayisiyla baz istasyonu asagida üçüncü yapilanma itibariyla açiklanacagi üzere bir dinamik TDD yeniden konfigürasyon islemini gerçeklestirmek ister. Baz istasyonu, baz istasyonunun kararlastirdigi TDD konfigürasyonunu belirtmek üzere TDD konfigürasyon belirtimini içeren bir DCI üretir. Birinci ve ikinci yapilanmalar için ayrintili olarakr açiklandigi üzere, DCI istege bagli olarak ilave parametreler içerebilir; bu belirli üçüncü yapilanma için bu ilave parametreler sunlardir: hedef hücre tanimlayicisi, HARQ talimati, ömür parametresi, dolgu alani, BRS talimati, SR talimati, RACH talimati ve/veya PHR talimati. Üçüncü yapilanmaya göre DCI geçersiz parametreyi daima içerir, dolayisiyla. baz istasyonu tarafindan üretilen DCI, 3GPP ile tanimlanan halihazirda kullanilabilir asagi baglanti denetim bilgisi mesajlarindan biri (örnegin DCI Formatlari O, 1, 1A, lB, lC, 1D, 2, 2A, 2B, 2C, 2D, 3, 3A, 4) olmalidir. Bu halihazirda tanimlanmis DCI mesaji akabinde TDD belirtim konfigürasyonunu tasimak için yeniden kullanilir. Ayrica, geçersiz parametre için (özellikle daha genis bant genislikleri için) birkaç geçersiz degerin mevcut oldugu durumlarda, birinci ve ikinci yapilanmaya benzer bir sekilde, yukarida belirtilen ilave parametrelerden en az birinin geçersiz parametreye kodlanmasi mümkündür. Örnegin, en az sayida bit içeren DCI Formati lC'nin kullanildigi varsayildiginda, DCI formati lC'nin RBA parametresi geçersiz parametre olarak kullanilabilir ve geçersiz bir degere ayarlanabilir. Birinci yapilanma için ayrintili olarak açiklandigi üzere, RBA parametresi hücrede kullanilan bant genisligine bagli olarak farkli birtakim geçersiz degerler alabilir. Bir geçersiz deger tüm bant genislikleri için aynidir, yani burada RBA parametresinin tüm bitleri 1 olarak ayarlanir. Ancak çogu bant genisligi için RBA parametresi birkaç geçersiz deger alabilir; 6 PRB için 2 geçersiz RBA› degeri mevcuttur; 15 PRB için 4 geçersiz RBA degerli mevcuttur; 25 PRB için 50 geçersiz RBA degeri10 mevcuttur; 50 PRB söz konusu oldugunda bosluk 1 için 62 geçersiz RBA degeri mevcuttur ve bosluk 2 için 83 geçersiz RBA degeri mevcuttur; 75 PRB için 120 geçersiz RBA degeri mevcuttur ve 100 ve 110 PRB için 212 geçersiz RBA. degeri mevcuttur. Ilave bilgi, geçersiz parametreyi tasiyan DCI'nin bir TDD UL/DL konfigürasyon belirtimi tasidigi ile ilgili belirtim ile birlikte, DCI'nin bu geçersiz parametresine kodlanabilir. Ilave bilgi yukarida belirtilen ilave parametrelerden biri, yani bir TDD konfigürasyonu, hedef' hücre tanimlayicisi, bir HARQ talimati, bir ömür parametresi, BRS talimati, SR talimati, RACH talimati ve PHR talimatindan en az biri olabilir. Elbette, belirtilen parametrelerden birinin geçersiz parametreye kodlanmasi halinde, DCI'nin bahsedilen belirli parametreyi veri yüküne ayri olarak kodlamasi gerekmez. Dolayisiyla, üçüncü yapilanmanin (ve aslinda ikinci yapilanmanin) bir varyasyonunda, dinamik TDD yeniden konfigürasyonuna yönelik DCI formati lC, geçersiz bir degere ayarlanmis olan (ancak belirli TDD konfigürasyonunu kodlayan) RBA parametresini ve geriye kalan bitler için bir dolgu alanini içerir, burada dolgu alani bir öntanimli degere ayarlanir ve bir sanal CRC olarak islev görür. Baz istasyonu yukarida açiklandigi üzere DCI'yi üretir ve akabinde bu sekilde üretilen DCI için bir hata tespit kodunu (CRC) hesaplar. CRC baz istasyonu tarafindan bir RNTI ile karistirilir; kullanilan bu RNTI üçüncü yapilanmanin isleyisi için önemli degildir, ancak iletim hatalarindan dolayi basarili bir DCI iletimini hatali saptama riskini minimize etmek için islemin sadece bir veya kisitli bir RNTI degeri ile sinirlandirilmasi mobil istasyon için avantajlidir. Üçüncü yapilanmanin avantajli bir varyasyonunda karistirma islemi için SI-RNTI kullanilir ve bu varyasyon asagidaki paragraflarda ayrintili olarak açiklanacaktir. Baz istasyonu DCI'yi ve DCI için karistirilmis CRC'yi iletir ve hücrede yer alan mobil istasyon (istasyonlar) DCI'yi ve karistirilmis CRC'yi alir. Üçüncü yapilanmaya göre DCI'nin ve CRC'nin mobil istasyon tarafindan islenisi Sekil l3 itibariyla açiklanir. Mobil istasyon, mobil istasyona yönelik DCI mesajlarini saptamak için PDCCH'yi ve EPDCCH'yi dinler. Dolayisiyla mobil istasyon DCI'yi ve CRC'yi baz istasyonundan alir. CRC açilir ve DCI'nin içerigi islenir. Mobil istasyon akabinde DCI'nin geçersiz bir parametre içerip içermedigini belirler ve içermesi halinde mobil istasyon DCI'nin konvansiyonel bir DCI olmadigi ve baz istasyonu tarafindan dinamik TDD yeniden konfigürasyonu için kullanildigi çikariminda bulunur ve bu nedenle belirli bir TDD konfigürasyonunu belirtir. Mobil istasyon akabinde yukarida açiklanan farkli yollardan birine göre DCI'ya kodlanan belirli TDD konfigürasyonunu belirleme asamasina geçer. Yani mobil istasyon, Sekil lO'da gösterildigi üzere bir asil TDD konfigürasyon alani degerini okuyabilir ve degeri karsilik gelen bir TDD konfigürasyonu ile iliskilendirebilir ya da mobil istasyon geçersiz parametre degerini belirler ve belirli geçersiz parametre degerini karsilik gelen TDD konfigürasyonu ile iliskilendirir. Ayrica, DCI'nin ilave parametreler içerip içermedigine bagli olarak, mobil istasyon DCI'da hedef hücre (hücreler), ömür, bir HARQ talimati, BRS talimati, SR talimati, RACH talimati ve/veya PHR talimati gibi herhangi bir ilave parametrenin degerini belirleyebilir; burada ilave parametre geçersiz parametreye kodlanmis haldedir veya DCI veri yükünde ayri bir parametre olarak bulunur. Mobil istasyon örnegin kodlanan TDD konfigürasyonunun uygulanmasi amaçlanan ve gereken belirli hedef' hücreyi veya hücre grubunu belirlenen hedef hücre tanimlayicisindan belirler. TDD yeniden konfigürasyonu bir mobil istasyon tarafindan sadece mobil istasyonun aslinda tanimlanan hedef hücreye ait olmasi halinde uygulanacaktir. Aksi takdirde TDD yeniden konfigürasyonu mobil istasyon tarafindan göz ardi edilebilir. Bu ilave parametrelerden edinilen bilginin nasil kullanilacagi ile ilgili ayrintilar ilerleyen kisimlarda bu parametreler ile baglantili olarak ayri olarak açiklanir. Bu sekilde belirlenen TDD konfigürasyonu akabinde mobil istasyon tarafindan belirli bir süre boyunca uygulanir. Birinci yapilanmada oldugu gibi ,bu sabit bir süre olarak, örnegin 1, 2 veya 4 radyo çerçevesi olarak önceden tanimlanmis olabilir. Alternatif olarak süre, örnegin önceden (istege bagli olarak) DCI veri yükünün bir parçasi olarak belirtilen veya geçersiz parametreye kodlanan ömür parametresi kullanilarak dinamik olarak belirtilebilir (bkz. yukarisi). Mobil istasyonun DCI/CRC iletimini n. radyo çerçevesinde aldigi varsayildiginda, karsilik geldigi üzere DCI'yi ve CRC'yi isler ve DCI'daki ömür parametresine veya öntanimli sabit süreye bagli olarak belirtilen TDD konfigürasyonunu belirli bir sayida radyo çerçevesi (n+l, n+2, n+3 vs.) için uygular. Dinamik olarak belirtilen TDD konfigürasyonunun uygulanmamasi gerektiginde, mobil istasyon örnegin dinamik TDD UL/DL yeniden konfigürasyonu için baska bir TDD DCI alana kadar varsayilan TDD konfigürasyonuna geçer. Alternatif olarak mobil istasyon ayrica baska bir TDD yeniden konfigürasyonunu alana kadar yeni TDD konfigürasyonunu uygulamaya devam edebilir; baska bir ifadeyle, yeni TDD konfigürasyonu belirli bir süre için degil de aksi yönde talimat verilene kadar süresiz olarak tanimlanir. Üçüncü yapilanmanin iyilestirilmis bir varyasyonu, DCI'nin CRC'sinin baz istasyonu tarafindan bir sistem bilgisi RNTI (SI-RNTI) ile karistirilmasi ve ilaveten TDD konfigürasyon DCI'sinin normalde baz istasyonu tarafindan sistem bilgisini göndermek için kullanilmamasi gereken bir SI alim penceresinde iletilmesi ile ilgilidir. Bu asagida ayrintili olarak açiklanacaktir. Önceki teknikte MIB ve SIBl mesajlarinin zaman bölgesi planlamasi sirasiyla 40 ins ve 80 ms'lik periyodiklikler ile sabitlenir. Her bir SI mesaji periyodik olarak meydana gelen tanimli bir zaman bölgesi penceresinde iletilir, fiziksel katman denetim imlesimi ise SI'nin bu pencere içinde aslinda hangi alt çerçevelerde planlandigini belirtir. Farkli SI mesajlarinin planlama pencereleri (SI pencereleri veya SI alim pencereleri olarak adlandirilir) ardisiktir (yani aralarinda örtüsmeler veya bosluklar yoktur) ve yapilandirilabilir nitelikte ortak bir uzunluga sahiptir. Sl pencereleri, SI mesajlarinin iletiminin mümkün olmadigi alt çerçeveler, örnegin SIBl için kullanilan alt çerçeveler ve TDD'de yukari baglanti için kullanilan alt çerçeveler içerebilir. SI mesajlari farkli periyodikliklere sahip olabilir. Sonuç olarak, SI pencerelerinin bazi öbeklerinde tüm SI mesajlari planlanir, diger öbeklerde ise sadece daha kisa tekrar periyotlarina sahip SI nesajlari iletilir. Bir örnek olarak, Sistem Çerçeve Numarasi (SFN) O'da baslayan SI pencereleri öbegi tüm SI Hesajlarini içerir ve baska bir SFN'de baslayan öbek önceden tanimlanan periyodikliklere bagli olarak sadece birinci SI mesajini içerebilir. SI pencereleri ile ilgili daha ayrintili bir tartisma için bkz. teknik standart veya LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Bölümler 3.2.2 ve 3.2.2.1. Sonuçta, belirli periyodikliklere bagli olarak (özellikle uzun tekrar periyotlari/döngüleri için), herhangi bir SI'nin iletilmedigi SI pencereleri mevcut olacaktir ve dolayisiyla bu SI pencereleri baz istasyonu tarafindan sistem bilgisini iletmek için kullanilmayacaktir. Bundan fayda saglanabilir. Üçüncü yapilanmanin bir varyasyonunda, CRC'nin SI-RNTI ile karistirildigi DCI baz istasyonu tarafindan bahsedilen kullanilmayan SI pencerelerinin birinde iletilir. Mobil istasyon bu belirli SI penceresinin sistem bilgisini iletmek için kullanilmayacagini önceden bilir, çünkü mobil istasyon da SI Hesajlarinin periyodikliklerinden haberdardir. Dolayisiyla mobil istasyon, bir SI mesaji (yani CRC'nin SI-RNTI ile karistirildigi TDD DCI) aldiginda, bunun konvansiyonel bir SI mesaji olmayacagini bilir. Karsilik geldigi üzere, normalde baz istasyonu tarafindan bir SI mesajini iletmek için kullanilmamasi gereken bir SI penceresinde alinan bu SI mesajinin bir TDD konfigürasyon mesaji olmasi gerektiginin farkindadir. Mobil istasyon ayrica DCI veri yükünün geçersiz bir` parametre içerip içermedigini belirlemek suretiyle bunu dogrulayabilir. Mobil istasyonu normalde baz istasyonu tarafindan SI mesajlarini iletmek için kullanilmamasi gereken SI pencerelerinde olasi SI mesajlarini saptama yükünden kurtarmak için, üçüncü yapilanmanin baska bir varyasyonunda bir "TDD-DCI alim penceresi" tanimlanir. TDD-DCI alim penceresinin, mobil istasyonun TDD-DCI mesajini beklemesi gereken yeri belirli alt çerçeveler ve/veya radyo çerçeveleri ile sinirlandirdigi anlasilmalidir. Baska bir ifadeyle, TDD-DCI mesajinin baz istasyonu tarafindan iletilebildigi ve/veya sadece mobil istasyon tarafindan alinmasina ve saptanmasina ihtiyaç duyuldugu TDD-DCI alim penceresi (veya esanlamli olarak paterni) olarak tercihen - muhtemelen ve ancak zorunlu olmamak kaydiyla komsu› alt çerçevelerin 've/veyar radyo çerçevelerinin periyodik bir paterni tanimlanir. Bu tip bir pencere genel olarak tarif edilen yapilanmalar ve bagimsiz olarak kullanilan SI-RNTI'nin herhangi biriyle kullanilabilir. Örnek olarak asagida TDD-DCI alim penceresinin kullanildigi ve DCI'nin CRC'sini karistirmak için SI-RNTI'nin kullanildigi durum açiklanir. Yukarida belirtildigi üzere UE, yapilandirilmis SI periyodikliklerinin bir fonksiyonu olarak DCI'nin SI mesaji iletimleri için kullanilmayan bir SI penceresinde saptanmasi halinde saptanan DCI'nin bir TDD DCI oldugunu bilebilir. Dolayisiyla bu tip kullanilmayan Sl pencereleri daha sik veya daha seyrek görülebilir. Dolayisiyla, bir TDD DCl'nin iletimine yönelik daha fazla ihtimal saglamak amaciyla, bir TDD-DCI alim penceresinin tanimlanmasi faydali olabilir. Bir alt çerçevenin, kullanilan bir SI penceresinin bir parçasi olmasi ve ayrica TDD-DCI alim penceresinin bir parçasi olmasi halinde, mobil istasyon tercihen basarili bir sekilde saptanan bir DCI'yi, SI-RNTI tarafindan bir TDD-DCI olarak karistirilan ve bir 81 iletimini belirtmek için kullanilmayan CRC ile iliskilendirir. Alternatif olarak, bu tip bir durumda mobil istasyon böylesi bir DCI'yi, DCI içinde geçersiz bir` parametrenin saptanmasi halinde bir TDD-DCI olarak ve aksi durumlarda bir SI iletiminin belirtilmesine yönelik bir DCI olarak yorumlar. Üçüncü yapilanmanin bir varyasyonuna göre, DCI'nin CRC'si bir SI-RNTI ile karistirilabilir. Bunun mobil istasyon tarafindan kullanilmayan bir SI penceresinde ve/Veya bir TDD-DCI alim penceresinin bir parçasi olarak atanan bir alt çerçevede saptanmasi halinde, mobil istasyon DCI'nin bir TDD konfigürasyon mesajina yönelik oldugunu bilir. Bu varyasyonda, DCI bir tasima blogunun iletimi için fiziksel kaynaklari atar, benzer bir sekilde örnegin mevcut durumda bir tasima bloguna yönelik fiziksel kaynaklari atamak için DCI formati 1A kullanilabilir. Bahsedilen tasima blogu daha sonra örnegin mevcut basvurunun ilerleyen kisimlarinda belirtildigi üzere TDD konfigürasyon indeksi veya ilave parametreler gibi TDD (yeniden) konfigürasyonu hakkindaki bilgileri ve parametreleri içeren bir MAC veya RRC mesajini temsil edebilir. Dolayisiyla, DCI nesajindaki TDD belirtimi yerine (veya buna ek olarak), DCI mesajinda belirtilen tasima blogu TDD belirtimini içerir. Ilave parametreler Yukarida tarif edilen birinci, ikinci ve üçüncü yapilanmalarda, dinamik TDD UL/DL yeniden konfigürasyonu için kullanilan asagi baglanti denetim bilgisine, ayri DCI parametreleri olarak veya geçersiz parametreye kodlanmis olarak ilave parametrelerin dahil edilebilecegi ifade edilir. Bu parametreler sadece kisaca ele alinmistir ve asagidaki paragraflarda daha ayrintili olarak açiklanacaktir. Hedef Hücre Tanimlayicisi Terimden de açikça anlasilacagi üzere, bu tanimlayici, DCI/CRC ile iletilen TDD UL/DL konfigürasyonunun *uygulanmasi gereken belirli hücreyi tanimlar. Ancak bu parametre DCI'da kullanilan parametre olmalidir ve ikinci yapilanma için açiklandigi üzere DCI'nin CRC'sini karistirmak için kullanilandan farkli olabilir. Örnegin karistirma için kullanilan SC-RNTI'nin boyutu 16 bittir, ancak DCI veri yüküne dahil edilecek hedef hücre tanimlayicisi uygun herhangi bir boyuta sahip olabilir. Bir hücrenin dinamik TDD UL/DL yeniden konfigürasyon mesajini ilettigi, ancak TDD UL/DL yeniden konfigürasyonunun baska bir hücrede uygulandigi senaryolar mümkün olabilir. Bu, yukarida belirtilen gelismis yerel alan (eLA) senaryosu için geçerli olabilir. Özellikle, TDD konfigürasyonunun bir SCell için oldugu durumlarda, dinamik TDD yeniden konfigürasyonu tercihen PCell'de iletilebilir. Sistemde farkli hücrelerin sayisina bagli olarak, hedef hücre tanimlayicisinin çesitli hücreleri ayirt etmesi için sadece birkaç bit gereklidir. Hedef hücre tanimlayicisi farkli yollarla uygulanabilir. Örnegin, 3GPP Sürüni 8 ile tanimlanan, fiziksel hücre kimligi burada PCID dogrudan bir indekse isaret eder. Alternatif olarak, günümüzde SCell eklemesi ve modifikasyonu için kullanilan numaralandirma (SCellIndex, sCellToAddModList, SCellToAddMod-rlû parametreleri, bkz. örnegin TS 36.331, bölüm .3.10.3b ve diger bölümler) dogrudan kullanilabilir ya da hedef hücre tanimlayicisi ile hedef hücre arasinda yeni bir iliski kurulabilir. Hedef hücre tanimlayicisinin uygulanmasina yönelik baska bir yol, bir 3 bitlik tasiyici belirtim alaninin (CIF) kullanilmasi ile ilgilidir. CIF alani genellikle tasiyici içi planlamaya yöneliktir ve planlamanin ilgili oldugu tasiyiciyi tanimlar. Dolayisiyla CIF baska bir tasiyiciyi tanimlayabilir ve böylece mobil istasyonun DCI ile alinan TDD konfigürasyonunun hangi hücreye (tasiyici) uygulanacagini belirlemesini saglar. Burada tercihen SCell ekleme ve bölümlerde açiklanan SCellIndex, sCellToAddModList, SCellToAddMod-rlO parametreleri) ile benzer numaralandirma ve iliskiler yeniden kullanilir. Hedef hücre tanimlayicisi için baska bir seçenek, 3GPP Sürüm lO'daki Koordineli Çok Noktali (CoMP) iletim yöntemine benzer.10 Hedef hücre tanimlayicisi, bir fiziksel hücre tanimlayicisina isaret etmek yerine, bir veya daha fazla referans sembol kaynagina veya konfigürasyonuna isaret eder (örnegin CRS portu belirtilen kaynak ve TS 36.3ll'de bilgi ögesi CSI-RS-Config'de belirtildigi gibi). Hedef hücre tanimlayicisi için baska bir seçenek, hedef hücre tanimlayicisi ile hedef hücre arasinda yeni bir iliskinin kurulmasidir. Karsilik geldigi üzere, mobil istasyon, DCI'ya dahil edilen bu hedef hücre tanimlayicisi üzerinden hedef hücreyi belirler. Ömür parametresi Altyapi bölümünde açiklandigi üzere, örnegin MAC veya RRC tabanli diger TDD yeniden konfigürasyon yöntemlerine kiyasla, bulus konusu DCI/CRC ile gerçeklestirilen TDD yeniden konfigürasyonunun 10 ms mertebesinde olmasi gerekir. Elbette, dinamik TDD yeniden konfigürasyon belirtimi sadece bir radyo çerçevesi için geçerlir olabilir; ancak bu büyükr bir* ekr yük getirecektir, çünkü ayni TDD yeniden konfigürasyon. mesajinin her 10 ms'de bir iletilmesi gerekecektir. Farkli bir çözüme göre DCI, TDD yeniden konfigürasyonunun geçerli olmasi gereken süreyi belirten. bir ömür parametresi içerebilir. Ömür parametresi çesitli yollarla uygulanabilir ve can birkaç bitlik bir uzunluga sahip olabilir. Sadece 1 bitlik bir ömür parametresinin kullanilmasi, TDD konfigürasyonunun geçerli olmasi gereken iki periyodun (örnegin JJ) ms ve IM) ms, yani 1. radyo çerçevesi ve 14 radyo çerçevesi) ayirt edilmesini saglar. Bir radyo çerçevesinin, böylesi bir dinamik TDD UL/DL yeniden konfigürasyonu için en kisa makul geçerli süre oldugu görülür. 4 radyo çerçevesi bir MBSFN (Tek Frekansli Ag Üzerinden Çoklu Yayin-Yayin) araligina denk gelir. Elbette 10 ve 40 Hß'den baska bir zaman degeri (örnegin 100 ms veya 200 ms) de tanimlanabilir. 200 ms, yani radyo çerçevesi, TDD yeniden konfigürasyonu için RRC zaman ölçegine denk gelir. Dolayisiyla, PHY katmani (yani DCI/CRC) ve MAC/RRC katmani kullanan TT yeniden konfigürasyon zaman ölçekleri arasindaki bosluk, hizli yeniden konfigürasyon potansiyelini kaybetmeden kapatilabilir. Ömür parametresi için 1'den fazla bit, yani 2 veya daha fazla bit kullanilmasi dogal olarak daha esnek bir TDD yeniden konfigürasyonu saglar. Dolayisiyla mobil istasyon, bahsedilen DCI/CRC ile belirtilen dinamik TDD konfigürasyonunun uygulanmasi gereken süreyi HARQ talimati Yeni TDD konfigürasyonu uygulandiktan sonra mobil istasyona (istasyonlara) HARQ protokolünü sifirlama veya sifirlamama talimati vermeye yönelik HARQ talimati, Sekil 14 ile baglantili olarak açiklanacagi üzere, TDD konfigürasyon degisiminden kaynaklanan problemin çözülmesi ile ilgilidir. Açiklayici olmasi bakimindan Sekil 14'te bir TDD UL/DL konfigürasyonu #3'ün n. radyo çerçevesine uygulandigi ve bir TDD UL/DL konfigürasyonu #5'in sonraki n+1. radyo çerçevesine uygulandigi varsayilir. Gösterildigi üzere alt çerçeveler (3, 4) yukari baglantidan asagi baglantiya dogru degisir. Karsilik geldigi üzere, TS 36.213 bölüm 7 (Tablo 7-1), bölüm 8, bölüm ve alt bölümler, özellikle alt bölüm 10.2 de dahil olmak üzere bölüm lO'da gösterildigi gibi TDD UL/DL alt çerçeveleri yeniden yapilandirilirken HARQ proseslerinin sayisi veya UL HARQ için zamanlama iliskisi degisebilir. Daha az sayida HARQ prosesi mevcutsa, UE hangi prosesin devam ettigini ve NDI (Yeni Veri Belirtimi) degistirme için hangi eski PDCCH'nin referans oldugunu bilemeyebilir. Açiga çikan problemlerin bir kismi asagida daha ayrintili olarak ele alinacaktir. n. radyo çerçevesinin 7, 8 ve 9. alt çerçevelerinde alinan PDSCH için HARQ prosedürü is belirsizlikler sergiler. Bu 7, 8 ve 9. alt çerçevelerde varsayilan PDSCH iletimi için ACK/NACK geri bildirimi artik dogru sekilde gerçeklestirilemez, çünkü n+l. radyo çerçevesinin 3 ve 4. alt çerçeveleri artik PUCCH'nin ACK/NACK geri bildirimiyle gönderilmesine imkan HARQ parametresi mobil istasyonda bir TDD UL/DL yeniden konfigürasyonu uygulandiktan sonra HARQ davranisini yapilandirabilir. Birinci seçenek, HARQ talimatinin HARQ protokolü için bir tam sifirlama talimati vermesidir, böylece sonraki tüm iletimler yeni bir tasima blogunu tetikler. Örtülü olarak. HARQ arabellekleri bosaltilir, yani silinir. Buradaki avantaj, HARQ arabelleklerinde bozulmanin önlenebilmesidir. Bu birinci seçenek asagidaki prosedürle ifade edilebilir. Tüm yukari baglanti HARQ proseslerine yönelik NDI'larin degeri 0 olarak ayarlanir. Tüm asagi baglanti HARQ proseslerine yönelik hafif arabellekler bosaltilir. Her bir asagi baglanti HARQ prosesi için, bir tasima blogu için alinan sonraki iletimin birinci iletim oldugu kabul edilir. HARQ talimati parametresi için ikinci seçenek HARQ protokolünün sifirlanmamasidir. Dolayisiyla HARQ arabellekleri TDD UL/DL yeniden konfigürasyonu boyunca optimize genel performansi optimize etmek üzere HARQ protokolünün devam etmesini saglayacak sekilde korunur. Bu, eski TDD konfigürasyonuna göre çogu HARQ prosesinin. TDD yeniden konfigürasyonu aninda. basarili bir sekilde tamamlanmasi halinde faydalidir. Dolayisiyla birinci ve ikinci seçenek arasinda bir ödünlesim vardir ve baz istasyonu HARQ talimatini ikisinden birine ayarlayabilir. Bu tercihli durum için 1 bitlik bir HARQ talimati alani yeterlidir. Dolayisiyla mobil istasyon HARQ prosesleri için nasil davranacagini bu parametre esasinda belirler. Dolgu alani Dolgu alani, mobil istasyon ve ayrica baz istasyonu tarafindan bilinen bir öntanimli deger ile DCI'ya yerlestirilebilir, böylece mobil istasyon dolgu alaninin öntanimli degeri alip almadigini belirleyebilir. DCI'nin önceden belirlenmis degere sahip dolgu alanini içermesi halinde, mobil istasyon, alinan DCI'nin aslinda TDD UL/DL yeniden konfigürasyonunu tasidigini belirleyebilir. Dolayisiyla, TDD RNTI (birinci yapilanma), SC- RNTI (ikinci yapilanma) veya DCI'da geçersiz parametrenin (üçüncü yapilanma) yani sira, dolgu alani mobil istasyonun ikinci kez DCI'nin TDD UL/DL konfigürasyonunu tasidigini belirlemesini saglar. Dolgu alani tercihen diger parametrelerin herhangi biri için kullanilmayabilecek geriye kalan DCI bitlerinden faydalanmak amaciyla bir 3GPP Formatina, örnegin Format lC'ye ait bir DCI'ya dahil edilir. Dolayisiyla dolgu alani 1-32 bitlik bir uzunluga sahip olabilir. Belirli bir boyuta sahip bir DCI kullanilirken ve DCI'ya dahil edilecek belirli ilave parametreler kararlastirildiktan ve ayarlandiktan sonra, geriye aksi takdirde kullanilmayacak olan bitler kalacaktir. Dolayisiyla bu bitlerden faydalanmak için dolgu alani kullanilir. Belirli bit degerlerine sahip bu tip bir dolgu alanini tarif etmek. için ilgili teknigin uzmanlari tarafindan "sanal CRC" terimi de kullanilabilir. Dolayisiyla mobil istasyon, bahsedilen dolgu alanini tasiyan DCI'nin aslinda dinamik TDD yeniden konfigürasyonunu tasimak için oldugunu dogrulamak amaciyla, dolgu alaninin degerini öntanimli deger ile karsilastirabilir. Arabellek Durum Raporu (BSR) Mobil istasyondan baz istasyonuna gönderilen BSR'ler, yukari baglanti kaynaklarinin tahsisini desteklemek için kullanilir. Genel olarak, mobil istasyonda arabellek doldukça, yukari baglanti iletimi için bu mobil istasyona daha çok kaynagin atanmasi veya kaynaklarin daha sik atanmasi gerekir. Ayrintilar için bkz. LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited. by Stefanie Sesia, Issam. Toufik, Matthew Baker, Bölüm 4.4.2.2. BSR'lerin raporlanmasi bir MAC islevidir, yani fiziksel katman üzerinde karsilik gelen tasima bloklari olasi yeniden iletimler ile birlikte HARQ prosedürüne tabi tutulur. Bir BSR, aralarinda bir 'periodicBSR' zamanlayicisinin sona ermesinin de bulundugu birtakim kosullar altinda tetiklenebilir. Ayrintilar için bkz. LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Bölüm 4.4.2.2. Belirtildigi üzere, bir TDD yeniden konfigürasyonu uygulandiktan sonra mobil istasyon ile baz istasyonu arasinda HARQ protokolünün durumu hakkinda bazi belirsizlikler veya karisikliklar olabilir. Dolayisiyla, BSR iletimi söz konusu oldugunda, bir TDD yeniden konfigürasyonundan sonra bir BSR'nin bir yukari baglanti (yeniden) iletiminin bir parçasi olmasi halinde bir yanlis anlama meydana gelebilir. Dolayisiyla mobil istasyon, BSR prosedürünün sifirlanmasi gerekip gerekmedigini ögrenmek için, asagidakilerden bir veya daha fazlasina isaret edebilecek bir parametre alabilir: - bekleyen BSR (yeniden) iletimlerinin iptal edilmesi veya yeniden baslatilmasi - 'periodicBSR' zamanlayicisinin sifirlanmasi/yeniden baslatilmasi - 'retxBSR' zamanlayicisinin sifirlanmasi/yeniden baslatilmasi Planlama Talebi (SR) ve Rastgele Erisim Kanali (RACH) prosedürü Mobil istasyonun bir BSR'yi iletmek istemesi, ancak BSR'yi iletmek için herhangi bir veya yeteri kadar yukari baglanti kaynaginin mevcut olmamasi halinde, mobil istasyon bir SR'yi baz istasyonuna PUCCH üzerinde veya RACH prosedürüyle iletebilir. Ayrintilar için bkz. LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, alinan bir PDSCH iletimi için iletilebilecegi zaman .noktasi genel olarak Sekil l4'te gösterildigi üzere bir TDD yeniden konfigürasyonundan etkilenir ve RACH prosedürü bir radyo çerçevesinin ötesine uzanabilir, yani tam RACH prosedürünü tamamlamak için kullanilabilir DL ve UL iletim seçeneklerinin yeri ve miktarinda bir degisimden dolayi bir TDD yeniden konfigürasyonundan etkilenebilir, dolayisiyla nwbil istasyona yeni TDD konfigürasyonunu uyguladiktan sonra SR ve/Veya RACH prosedürünü iptal etmesi veya yeniden baslatmasi gerektigini söylemek hatalar açisindan daha güvenli olabilir. Kalan Güç Raporlamasi (PHR) BSR'ye benzer sekilde, mobil istasyonun yukari baglanti iletim gücünü yönetmek için PHR kullanilir. Baz istasyonu, her bir alt çerçeve için bir mobil istasyon tarafindan kullanilabilecek ne kadar yukari baglanti bant genisliginin kaldigini belirlemek amaciyla PHR'yi kullanabilir. Ayrintilar için bkz. LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Bölüm l8.3.3. Her bir alt çerçeve için kullanilabilir yukari baglanti iletim gücünün atanan yukari baglanti bant genisligi boyunca dagitilmasi gerekir, dolayisiyla bu bir kalan güç raporuna denk, gelir. Bir PHR› örnegin son PHR'den itibaren kestirilen yol kaybinda önemli bir degisim saptandiginda veya önceki PHR'den itibaren bir yapilandirilmis zaman sonlandiginda ('PHR yasaklama zamanlayicisi') veya mobil istasyon tarafindan yapilandirilmis TPC komut sayisindan daha fazlasi uygulandiginda tetiklenir. BSR'ye benzer sekilde, PHR atanmis yukari baglanti kaynaklarinda bir MAC bilgisi olarak iletilir ve dolayisiyla prosedür bir TDD yeniden konfigürasyonundan etkilenebilir. Bu nedenle, bir ilave parametre mobil istasyona TDD yeniden konfigürasyonundan sonra asagidakilerden bir veya daha fazlasini gerçeklestirmesini söyleyebilir: - bekleyen bir PHR raporunun iptal edilmesi - yeni bir PHR raporunun tetiklenmesi - PHR Yasaklama Zamanlayicisinin sifirlanmasi/yeniden baslatilmasi - TPC komut sayacinin sifirlanmasi veya tanimli bir degere ayarlanmasi Bulusun Donanim ve Yazilim Uygulamasi Bulusun baska bir yapilanmasi, yukarida açiklanan çesitli yapilanmalarin donanim ve yazilim ile uygulanmasina yöneliktir. Bu baglamda bulus bir kullanici ekipmani (mobil uçbirim) ve bir eNodeB (baz istasyonu) saglar. Kullanici ekipmani burada tarif edilen yöntemleri uygulayacak sekilde uyarlanir. Bulusun çesitli yapilanmalarinin bilgisayarlarla (islemcilerle) uygulanabilecegi veya gerçeklestirilebilecegi de takdir edilmelidir. Bir bilgisayar veya islemci örnegin genel amaca yönelik islemciler, sayisal sinyal islemcileri (DSP), uygulamaya özgü tümlesik devreler (ASIC), alanda programlanabilir kapi dizileri (FPGA) veya diger programlanabilir mantik cihazlari vs. olabilir. Bulusun çesitli yapilanmalari ayrica bu cihazlarin bir kombinasyonuyla gerçeklestirilebilir veya yapilandirilabilir. Bunlarin yani sira, bulusun çesitli yapilanmalari ayrica bir islemci tarafindan 'veya dogrudan donanimda. yürütülen yazilim modülleri araciligiyla uygulanabilir. Ayrica yazilim modülleri ve bir donanim uygulamasinin bir kombinasyonu da mümkün olabilir. YaziliHi modülleri bilgisayar tarafindan okunabilir herhangi bir tür saklama ortaminda, örnegin RAM, EPROM, EEPROM, flas bellek, kütükler, sabit diskler, CD-ROM, DVD ve benzerlerinde saklanabilir. Bulusun farkli yapilanmalarinin her bir özelliginin ayri olarak 'veya istege bagli kombinasyonlarda baska bir` bulusun konusu olabilecegi de dikkate alinmalidir. Dolayisiyla mevcut yapilanmalarin her bakimdan sadece temsili olduklari ve kisitlayici olmadiklari kabul edilmelidir. NmE=cw:.o\,_ _:wgo MME .f Hizmet Geçidi MME / Hizmet Geçidi 81 aiayüzü X2 amyüzü a lt çerçeve baglanti baglanti 1\ .-= ?aim ..N-'m - OFDlVl sembolü alt tasiyici Ax-'f'IV' alt tasiyici Birasagi baglanti dilimi 'fm Kaynak bIOgU CRC ekleme Kanal kodlama .9% $60.50 :< . .4 .w .. .icmxmmimcrox: Yukari-asagi baglami konfigürasyonu Asagi›yukari baglanli g Anahtar-nokia periyodildigi All çerçeve numarasi CRC karistirma için iliskili RNTI DCl ve CRC alinir DCI CRC`yi karistirmak için kullanilan RNTI belirlenir Belirlenen RDD RNTI ile iliskili TDD konfig. belirlenir Belirlenen TDD konfig. spesifik radyo çerçevesine uygulanir Aiêinwx \ i Ilim Atiiiww mu. %2 &U ani::. MV «HIIU nH.IiU Aifzhv .05:: 1394& Baslangiç """""""""""""""" i Baslangiç DCl ve CRC alinir DCl ve CRC alinir DCI CRC yi karistirmak L için kullanilan ,«/ \ RNTI belirlenir Hayir/z/ gecersiz \ m?' belirlenen RNTl=' / hedef hücre? ,/ _ . lEvet belirlenir DCI üzerinden " TDD konfig Belirlenen TDD belirlenlr konfig spesifik radyo çerçevesine uygulanir Belirlenen RNTl uzerinden hedef hucre belirlenir Seknis Belirienen TDD konfig spesifik radyo Çerçevesine uygulanir TR TR TR TR TR TR TR

Claims (1)

1.
TR2018/02436T 2013-01-17 2013-01-17 Dcı ile dinamik tdd yukarı bağlantı/aşağı bağlantı konfigürasyonu. TR201802436T4 (tr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/070620 WO2014110764A1 (en) 2013-01-17 2013-01-17 Dynamic tdd uplink/downlink configuration using dci

Publications (1)

Publication Number Publication Date
TR201802436T4 true TR201802436T4 (tr) 2018-03-21

Family

ID=51208949

Family Applications (1)

Application Number Title Priority Date Filing Date
TR2018/02436T TR201802436T4 (tr) 2013-01-17 2013-01-17 Dcı ile dinamik tdd yukarı bağlantı/aşağı bağlantı konfigürasyonu.

Country Status (14)

Country Link
US (7) US9723626B2 (tr)
EP (3) EP2946608B1 (tr)
JP (1) JP6074715B2 (tr)
KR (2) KR102113971B1 (tr)
CN (2) CN110266439B (tr)
BR (1) BR112015016811B1 (tr)
CA (2) CA2898097C (tr)
ES (1) ES2661052T3 (tr)
MX (1) MX342197B (tr)
MY (1) MY189109A (tr)
PL (1) PL2946608T3 (tr)
RU (1) RU2636129C2 (tr)
TR (1) TR201802436T4 (tr)
WO (1) WO2014110764A1 (tr)

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6520718B1 (en) * 1998-11-27 2003-02-18 Shigeki Nagatomo, Et Al. Sardine-bone construction method for large-section tunnel
EP2936877B1 (en) * 2012-12-19 2018-08-29 Telefonaktiebolaget LM Ericsson (publ) User equipment, base station and method for handover
RU2636129C2 (ru) * 2013-01-17 2017-11-20 Сан Пэтент Траст Динамическое конфигурирование восходящей линии связи/нисходящей линии связи tdd с использованием dci
US9191930B2 (en) 2013-03-13 2015-11-17 Samsung Electronics Co., Ltd. Transmission of acknowledgement information in adaptively configured TDD communication systems
KR20140121319A (ko) * 2013-04-03 2014-10-15 삼성전자주식회사 무선 통신 시스템에서 채널 정보 전송 방법 및 장치
WO2014165678A2 (en) * 2013-04-03 2014-10-09 Interdigital Patent Holdings, Inc. Epdcch common search space design for one or more carrier types
JP6693741B2 (ja) * 2013-04-04 2020-05-13 シャープ株式会社 端末装置、通信方法および集積回路
JP6161377B2 (ja) * 2013-04-12 2017-07-12 株式会社Ｎｔｔドコモ 無線基地局、ユーザ端末及び無線通信方法
US10193681B2 (en) * 2013-05-09 2019-01-29 Nokia Solutions And Networks Oy Method, apparatus and computer program for wireless communications
CN109728890B (zh) * 2013-06-27 2021-11-19 华为技术有限公司 载波切换方法、基站和用户设备
CN104301065B (zh) * 2013-07-16 2018-12-11 电信科学技术研究院 一种上下行配置的指示、确定方法及基站、终端
WO2015020583A1 (en) * 2013-08-09 2015-02-12 Telefonaktiebolaget L M Ericsson (Publ) System information broadcast for machine-type communication
US10212674B2 (en) 2013-09-20 2019-02-19 Lg Electronics Inc. Power headroom reporting scheme for multiple subframe configurations
ES2815573T3 (es) * 2013-09-27 2021-03-30 Nokia Technologies Oy Indicación de configuración dinámica TDD UL/DL para TDD EIMTA en agregación de portadoras
KR102434108B1 (ko) 2013-12-18 2022-08-19 엘지전자 주식회사 무선 통신 시스템에서 단말의 신호 송수신 방법 및 이를 위한 장치
CN110740499A (zh) * 2014-01-29 2020-01-31 交互数字专利控股公司 无线通信中的上行链路传输
CN106031299B (zh) * 2014-03-20 2019-10-22 夏普株式会社 终端装置、集成电路以及无线通信方法
US9729283B2 (en) * 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
CN113364563B (zh) * 2014-10-13 2024-08-13 瑞典爱立信有限公司 Harq过程反馈的灵活配置
EP3288209B1 (en) 2015-04-22 2021-06-30 LG Electronics Inc. Method for receiving data channel and lc device
WO2016192019A1 (zh) * 2015-06-01 2016-12-08 华为技术有限公司 一种资源调度方法及装置
JP2017529006A (ja) 2015-07-31 2017-09-28 日本電気株式会社 送信を実行する方法および装置
EP3375233B1 (en) * 2015-09-24 2020-02-05 Telefonaktiebolaget LM Ericsson (PUBL) Technique for downlink control
EP3372041B1 (en) * 2015-11-06 2021-01-06 Telefonaktiebolaget LM Ericsson (publ) Scheduling and accessing of uplink resources
CN106899527B (zh) * 2015-12-17 2020-10-27 华为技术有限公司 一种数据符号传输方法及无线网络设备
CN108476434B (zh) * 2016-02-05 2021-08-10 松下电器（美国）知识产权公司 基站、终端和通信方法
JPWO2017164141A1 (ja) * 2016-03-23 2019-01-31 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US10187864B2 (en) 2016-04-01 2019-01-22 Qualcomm Incorporated Timing advance design for enhanced component carrier
WO2017197647A1 (zh) * 2016-05-20 2017-11-23 华为技术有限公司 调度请求触发方法、装置和系统
BR112019000490A2 (pt) * 2016-07-12 2019-04-24 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método de transmissão de dados, e dispositivo terminal
US10320553B2 (en) * 2016-09-21 2019-06-11 Qualcomm Incoporated Communicating information plus an indication of transmission time
KR102379582B1 (ko) 2017-01-11 2022-03-29 후아웨이 테크놀러지 컴퍼니 리미티드 메시지 송신 방법 및 디바이스
CN108306720B (zh) * 2017-01-13 2022-06-21 北京三星通信技术研究有限公司 一种传输uci信息的方法和设备
GB2562367B (en) * 2017-03-23 2021-03-10 Samsung Electronics Co Ltd Improvements in and relating to scheduling requests (SR) in a telecommunication system
CN108632891B (zh) 2017-03-24 2021-05-18 华为技术有限公司 一种信息传输方法和装置
US10659151B2 (en) * 2017-04-21 2020-05-19 Apple Inc. Apparatus, system and method for utilizing a flexible slot format indicator
WO2018227337A1 (en) * 2017-06-12 2018-12-20 Qualcomm Incorporated Techniques and apparatuses for signaling regarding bandwidth dependent control size
US10673605B2 (en) 2017-06-15 2020-06-02 Apple Inc. Semi-static and dynamic TDD configuration for 5G-NR
CN109275192B (zh) * 2017-07-18 2022-12-13 华为技术有限公司 用于传输信息的方法和设备
US10484981B2 (en) 2017-08-10 2019-11-19 At&T Intellectual Property I, L.P. Decoding downlink control channels for 5G wireless communication systems
EP3444987A1 (en) * 2017-08-17 2019-02-20 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Punctured/on-demand control information for flexible/full duplex communication
CN109587818B (zh) * 2017-09-28 2021-03-23 华为技术有限公司 信息的传输方法和装置
JP6993496B2 (ja) 2017-09-28 2022-01-13 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｔｄｄモードにおけるｎｂ－ｉｏｔ伝送のためのｎｐｒａｃｈフォーマット
US10602518B2 (en) 2017-09-29 2020-03-24 Samsung Electronics Co., Ltd. Method and apparatus for transmitting reference signal in wireless communication system
CN109788562B (zh) * 2017-11-15 2022-09-02 华为技术有限公司 一种上行信息的传输方法、第一通信设备和第二通信设备
AU2017439700A1 (en) * 2017-11-16 2020-01-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Time slot indication method, terminal device, network device and computer storage medium
CN111684859A (zh) * 2018-02-12 2020-09-18 华为技术有限公司 一种数据传输的方法以及通信设备
CN110461021B (zh) 2018-02-13 2020-07-14 华为技术有限公司 一种调度请求取消方法及设备
US10756852B2 (en) * 2018-02-15 2020-08-25 Ofinno, Llc Control element trigger
US11057882B1 (en) * 2018-04-03 2021-07-06 T-Mobile Innovations Llc Systems and methods for dynamically setting frame configuration in a wireless network
US10880917B2 (en) 2018-06-11 2020-12-29 Apple Inc. TDD single Tx switched UL solution
US11147093B2 (en) * 2018-06-28 2021-10-12 Qualcomm Incorporated System information scheduling
CN110536430B (zh) * 2018-09-05 2023-04-07 中兴通讯股份有限公司 通信及资源配置方法、装置、基站、终端及存储介质
EP4325954A3 (en) 2018-09-13 2024-05-08 Samsung Electronics Co., Ltd. System and method of transmitting and receiving paging and system information
KR20200067048A (ko) 2018-12-03 2020-06-11 삼성전자주식회사 무선 통신 시스템에서 랜덤엑세스 수행 시 데이터의 유실을 방지하는 방법 및 장치
WO2020069038A1 (en) * 2018-09-25 2020-04-02 Hughes Network Systems, Llc Approaches for advanced communications capabilities in mobile satellite communications systems
WO2020067697A1 (ko) * 2018-09-28 2020-04-02 삼성전자 주식회사 무선 통신 시스템에서 사용자 구분을 위한 제어정보 전송 방법 및 장치
WO2020070593A1 (en) * 2018-10-02 2020-04-09 Marvell World Trade Ltd. Wlan physical layer design for efficient hybrid arq
EP3879902B1 (en) * 2019-01-08 2023-10-11 Huawei Technologies Co., Ltd. Communication method of frequency division duplex system, related device and system
EP3681206A1 (en) 2019-01-10 2020-07-15 Panasonic Intellectual Property Corporation of America User equipment involved in power saving
WO2020167079A1 (ko) * 2019-02-15 2020-08-20 엘지전자 주식회사 무선 통신 시스템에서 무선 신호를 송수신하는 방법 및 장치
US11395322B2 (en) 2019-03-22 2022-07-19 Samsung Electronics Co., Ltd. Adjusting parameters of a transmission in response to interference
WO2020199023A1 (zh) * 2019-03-29 2020-10-08 华为技术有限公司 一种通信方法及设备
US12069562B2 (en) * 2019-08-13 2024-08-20 Sharp Kabushiki Kaisha Apparatus and method for acquisition of on-demand system information in connected state
CN112532357B (zh) * 2019-09-18 2022-03-01 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11659552B2 (en) 2019-09-27 2023-05-23 Qualcomm Incorporated Time division duplex (TDD) slot format configuration indication for sidelink communications
EP4040898A4 (en) * 2019-09-30 2023-06-21 Beijing Xiaomi Mobile Software Co., Ltd. Information processing method and apparatus, communication device, and storage medium
CN113037428B (zh) * 2019-12-09 2022-01-25 大唐移动通信设备有限公司 一种对数据流程的处理方法及装置
CN111522746B (zh) * 2020-04-23 2021-11-02 腾讯科技（深圳）有限公司 数据处理的方法、装置、设备及计算机可读存储介质
US20230276458A1 (en) * 2020-08-05 2023-08-31 Lg Electronics Inc. Method and apparatus for transmitting or receiving wireless signal in wireless communication system
US20220110146A1 (en) * 2020-10-07 2022-04-07 Qualcomm Incorporated Dynamic full duplex communication
KR102371748B1 (ko) * 2021-07-07 2022-03-08 주식회사 지씨티리써치 무선 통신 시스템에서 주변 기기의 방향을 탐지하기 위한 전자 장치 및 방법
CN116667977A (zh) * 2022-02-18 2023-08-29 北京三星通信技术研究有限公司 接收和发送信息的方法和设备
WO2024080899A1 (en) * 2022-10-12 2024-04-18 Telefonaktiebolaget Lm Ericsson (Publ) Method for dynamically splitting wireless resources between jointly allocated common resources for one or more ul transmissions and/or dl transmissions

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000175244A (ja) * 1998-12-08 2000-06-23 Matsushita Electric Ind Co Ltd 無線通信装置及び無線通信方法
JP2001346265A (ja) * 2000-06-06 2001-12-14 Matsushita Electric Ind Co Ltd 無線通信システム及びそれに用いる通信端末装置
ATE476854T1 (de) 2005-10-07 2010-08-15 Interdigital Tech Corp Übertragen von steuerinformationen für abwärts- und aufwärtsübertragung in einem funkkommunikationssystem
US20090207790A1 (en) * 2005-10-27 2009-08-20 Qualcomm Incorporated Method and apparatus for settingtuneawaystatus in an open state in wireless communication system
KR101208540B1 (ko) * 2006-10-30 2012-12-05 엘지전자 주식회사 코드 분할 다중 접속 방식 이동통신 시스템에서 동기 코드특성을 이용한 초기 셀 탐색 방법 및 장치
CN101203020B (zh) * 2006-12-11 2010-06-23 华为技术有限公司 上行控制时隙分配方法、系统以及移动台
KR20080092222A (ko) 2007-04-11 2008-10-15 엘지전자 주식회사 Ｔｄｄ 시스템에서의 데이터 전송 방법
KR101441895B1 (ko) 2007-08-22 2014-11-03 삼성전자주식회사 ＵＰｎＰ 네트워크에서 ＱｏＳ를 제어하는 방법 및 이를위한 장치
KR101459147B1 (ko) 2008-02-04 2014-11-10 엘지전자 주식회사 무선통신 시스템에서 전송 파워 제어 명령 전송 방법
CN101547498B (zh) * 2008-03-26 2012-10-10 展讯通信（上海）有限公司 一种tdd系统中cell_fach状态的上行接入方法
KR101631394B1 (ko) * 2008-04-21 2016-06-16 애플 인크. Ｈａｒｑ 프로토콜을 위한 방법 및 시스템
US20100254329A1 (en) * 2009-03-13 2010-10-07 Interdigital Patent Holdings, Inc. Uplink grant, downlink assignment and search space method and apparatus in carrier aggregation
US20100272268A1 (en) * 2009-03-27 2010-10-28 Qualcomm Incorporated Enhanced high-speed downlink shared channel serving cell change procedures
US8917605B2 (en) * 2009-11-19 2014-12-23 Interdigital Patent Holdings, Inc. Component carrier activation/deactivation in multi-carrier systems
US8478258B2 (en) * 2010-03-05 2013-07-02 Intel Corporation Techniques to reduce false detection of control channel messages in a wireless network
RU2603805C2 (ru) 2010-07-19 2016-11-27 Инстафайбер Лтд Подложка
SE535235C2 (sv) 2010-10-22 2012-06-05 Scania Cv Abp Arrangemang för att införa ett vätskeformigt medium i avgaser från en förbränningsmotor
CN102075235B (zh) * 2010-11-26 2014-07-16 中兴通讯股份有限公司 时分双工系统中回程链路子帧配置切换的方法及系统
FR2968303B1 (fr) 2010-12-07 2013-01-18 Oreal Peptides modulateurs du complexe saspase-flg2
CN102075993B (zh) * 2011-01-30 2013-06-05 大唐移动通信设备有限公司 载波聚合系统中的定时器维护方法和设备
US9419776B2 (en) * 2011-02-07 2016-08-16 Interdigital Patent Holdings, Inc. Method and apparatus for operating supplementary cells in licensed exempt spectrum
GB2488532B (en) * 2011-02-18 2013-06-05 Sca Ipla Holdings Inc Communication units and methods for control change notification in broadcast communication
WO2012113131A1 (en) * 2011-02-21 2012-08-30 Renesas Mobile Corporation Dynamic uplink/downlink configuration for time division duplex
KR20120013878A (ko) 2011-03-14 2012-02-15 이정무 영상 검색엔진
CN108200653B (zh) 2011-04-01 2022-08-02 英特尔公司 上行链路和下行链路比率配置的灵活调整
US20120300714A1 (en) * 2011-05-06 2012-11-29 Samsung Electronics Co., Ltd. Methods and apparatus for random access procedures with carrier aggregation for lte-advanced systems
US8797924B2 (en) * 2011-05-06 2014-08-05 Innovative Sonic Corporation Method and apparatus to improve discontinuous reception (DRX) operation for TDD (time division duplex) and FDD (frequency division duplex) mode in carrier aggregation (CA)
KR102031031B1 (ko) 2011-06-20 2019-10-15 삼성전자 주식회사 무선 통신 시스템에서 시분할 복식 프레임 구성 정보 송수신 방법 및 장치
US9363820B2 (en) * 2011-08-11 2016-06-07 Industrial Technology Research Institute Method of uplink control information transmission
US8923274B2 (en) 2011-08-15 2014-12-30 Blackberry Limited Notifying a UL/DL configuration in LTE TDD systems
US8705556B2 (en) 2011-08-15 2014-04-22 Blackberry Limited Notifying a UL/DL configuration in LTE TDD systems
US9602251B2 (en) * 2012-01-27 2017-03-21 Sharp Kabushiki Kaisha Devices for reconfiguring uplink and downlink allocations in time domain duplexing wireless systems
US9143291B2 (en) 2012-12-27 2015-09-22 Google Technology Holdings LLC Method and apparatus for device-to-device communication
RU2636129C2 (ru) * 2013-01-17 2017-11-20 Сан Пэтент Траст Динамическое конфигурирование восходящей линии связи/нисходящей линии связи tdd с использованием dci

Also Published As

Publication number Publication date
CA2898097A1 (en) 2014-07-24
CN110266439A (zh) 2019-09-20
MY189109A (en) 2022-01-26
KR102077881B1 (ko) 2020-02-14
BR112015016811B1 (pt) 2022-09-06
US10917909B2 (en) 2021-02-09
US20250071777A1 (en) 2025-02-27
EP2946608A1 (en) 2015-11-25
US9723626B2 (en) 2017-08-01
JP6074715B2 (ja) 2017-02-08
JP2016511558A (ja) 2016-04-14
EP2946608B1 (en) 2017-11-29
EP3277038A1 (en) 2018-01-31
EP3745797A1 (en) 2020-12-02
US12177867B2 (en) 2024-12-24
CA3080779C (en) 2023-09-12
CA2898097C (en) 2021-01-12
US20200092906A1 (en) 2020-03-19
PL2946608T3 (pl) 2018-07-31
ES2661052T3 (es) 2018-03-27
KR102113971B1 (ko) 2020-05-21
KR20200017547A (ko) 2020-02-18
EP3745797B1 (en) 2022-01-12
RU2015128808A (ru) 2017-02-22
KR20150107750A (ko) 2015-09-23
EP3277038B1 (en) 2020-08-26
EP2946608A4 (en) 2016-09-07
US20240023121A1 (en) 2024-01-18
RU2636129C2 (ru) 2017-11-20
US11805530B2 (en) 2023-10-31
US20170295565A1 (en) 2017-10-12
CA3080779A1 (en) 2014-07-24
US10531483B2 (en) 2020-01-07
US11528738B2 (en) 2022-12-13
MX2015009226A (es) 2015-10-15
BR112015016811A2 (pt) 2017-07-11
CN104937991B (zh) 2019-07-26
US20230114623A1 (en) 2023-04-13
CN110266439B (zh) 2021-08-10
US20210168845A1 (en) 2021-06-03
CN104937991A (zh) 2015-09-23
MX342197B (es) 2016-09-20
WO2014110764A1 (en) 2014-07-24
US20150358998A1 (en) 2015-12-10

Similar Documents

Publication Publication Date Title
US12177867B2 (en) Dynamic TDD uplink/downlink configuration using DCI
CN107926003B (zh) 通信系统
CN104145431B (zh) 用于终端在无线通信系统中接收下行链路信号的方法及其装置
JP6681613B2 (ja) Ｄｃｉを使用しての動的なｔｄｄアップリンク／ダウンリンク構成
RU2763997C1 (ru) Динамическое конфигурирование восходящей линии связи/ нисходящей линии связи tdd с использованием dci
JP6508642B2 (ja) Ｄｃｉを使用しての動的なｔｄｄアップリンク／ダウンリンク構成
JP6296258B2 (ja) Ｄｃｉを使用しての動的なｔｄｄアップリンク／ダウンリンク構成
RU2751152C2 (ru) Динамическое конфигурирование восходящей линии связи/нисходящей линии связи tdd с использованием dci
HK1246063A1 (en) Dynamic tdd uplink/downlink configuration using dci
HK1246063B (en) Dynamic tdd uplink/downlink configuration using dci