TW201822568A - 改良式兩階段觸發程序 - Google Patents

Abstract

本發明係關於一種用於用上行鏈路無線電資源排程之使用者設備。該使用者設備自一無線電基地台接收一第一階段上行鏈路資源排程訊息，其指示可由該UE用以執行經由一未經許可的小區之一上行鏈路傳輸之上行鏈路無線電資源。該接收器進一步接收與該第一階段上行鏈路資源排程訊息有關之一第二階段上行鏈路資源排程訊息。在接收到該第二階段上行鏈路資源排程訊息後，該UE之一處理器判定倘若該第一階段上行鏈路資源排程訊息有效，則排程一上行鏈路傳輸。基於關於一上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之一預定時間週期內觸發的一判定，將該第一階段上行鏈路資源排程訊息判定為有效。該UE接著執行一上行鏈路傳輸。

Description

改良式兩階段觸發程序

發明領域 本發明係關於一種用於用上行鏈路無線電資源排程之使用者設備，及係關於一種用於操作該使用者設備之方法。

發明背景長期演進(LTE) 基於WCDMA無線電存取技術之第三代行動系統(3G)在全世界大規模地部署。增強或演進此技術中之第一步驟需要引入高速下行鏈路封包存取(HSDPA)及增強上行鏈路(亦稱作高速上行鏈路封包存取(HSUPA))，從而給出高度競爭性之無線電存取技術。

為了準備進一步增加使用者需求及針對新無線電存取技術之競爭性，3GPP引入稱為長期演進(LTE)之新行動通訊系統。LTE經設計以符合對於高速資料及媒體輸送以及對於下一個十年之高容量語音支援的載波需要。

關於稱為演進型UMTS陸地無線電存取(UTRA)及演進型UMTS陸地無線電存取網路(UTRAN)之長期演進(LTE)的工作項(WI)規格定案為版本8 (LTE Rel.8)。LTE系統表示基於高效封包之無線電存取及提供具有低潛時及低成本之基於完整IP之功能性的無線電存取網路。在LTE中，指定可調式的多個傳輸頻寬(諸如1.4、3.0、5.0、10.0、15.0及20.0 MHz)，以便使用給定頻譜達成靈活系統部署。在該下行鏈路中，採用基於正交分頻多工(OFDM)之無線電存取，此係由於其對歸因於低符號率之多路徑干擾(MPI)的固有抗擾性、循環首碼(CP)之使用及其對不同傳輸頻寬配置之親和性。在上行鏈路中採用基於單載波分頻多重存取(SC-FDMA)之無線電存取，此係由於考慮到使用者設備(UE)之有限傳輸功率，較之波峰資料速率之改良，將廣泛區域覆蓋之佈建優先化。使用許多關鍵封包無線電存取技術，包括多輸入多輸出(MIMO)頻道傳輸技術，且在LTE Rel. 8/9中達成高效控制發信結構。 LTE架構

總體LTE架構展示於圖1中。E-UTRAN由eNodeB組成，從而提供朝向使用者設備(UE)之E-UTRA使用者平面(PDCP/RLC/MAC/PHY)及控制平面(RRC)協定終端。eNodeB (eNB)代管包括使用者平面標頭壓縮及加密之功能性的實體(PHY)層、媒體存取控制(MAC)層、無線電鏈路控制(RLC)層及封包資料控制協定(PDCP)層。其亦提供對應於控制平面之無線電資源控制(RRC)功能性。其執行許多功能，包括無線電資源管理、承認控制、排程、協商上行鏈路服務品質(UL QoS)之強制執行、小區資訊廣播、使用者及控制平面資料之加密/解密，及下行鏈路/上行鏈路使用者平面封包標頭之壓縮/解壓。eNodeB借助於X2介面而彼此互連。

eNodeB亦借助於S1介面連接至EPC (演進型封包核心)，更具體言之，借助於S1-MME連接至MME (行動性管理實體)並借助於S1-U連接至伺服閘道器(S-GW)。S1介面支援MME/伺服閘道器與eNodeB之間的多對多關係。SGW投送並轉遞使用者資料封包，同時亦充當eNodeB間交遞期間的使用者平面之行動性錨定物並充當LTE與其他3GPP技術之間的行動性之錨定物(終止S4介面並在2G/3G系統與PDN GW之間中繼訊務)。對於閒置狀態使用者設備，SGW終止下行鏈路資料路徑並當下行鏈路資料到達使用者設備時觸發傳呼。其管理並儲存使用者設備上下文，例如，IP承載服務之參數、網路內部投送資訊。其亦在合法攔截之情況下執行使用者訊務之複製。

MME為用於LTE存取網路之關鍵控制節點。其負責包括重新傳輸之閒置模式使用者設備追蹤及傳呼程序。其包含於承載啟動/去啟動過程中且在初始附接及在涉及核心網路(CN)節點重定位之LTE內交遞時亦負責選擇用於使用者設備之SGW。其負責鑑認使用者(藉由與HSS互動)。非存取層數(NAS)發信在MME處終止且其亦負責產生及分配臨時身分至使用者設備。其檢查使用者設備之授權以待接服務提供者之公眾陸地行動網路(PLMN)且強制執行使用者設備漫遊限制。MME為用於NAS發信之編密/完整性保護的網路中之終止點並處置安全密鑰管理。發信之合法攔截亦受MME支援。MME亦藉由自SGSN、於MME處終止之S3介面為LTE與2G/3G存取網路之間的行動性提供控制平面功能。MME亦終止朝向用於漫遊使用者設備之家用HSS的S6a介面。 LTE中之分量載波結構

在所謂的子訊框中，在時間頻率域中再分3GPP LTE系統之下行鏈路分量載波。在3GPP LTE中，每一子訊框經分成兩個下行鏈路時槽(如圖2中所展示)，其中第一下行鏈路時槽包含在第一OFDM符號內之控制頻道區域(PDCCH區域)。每一子訊框由時域中之給定數目個OFDM符號(在3GPP LTE (版本8)中，12或14個OFDM符號)組成，其中每一OFDM符號跨越分量載波之全部頻寬。OFDM符號因此各由在相應副載波上傳輸之許多調變符號組成。在LTE中，各時槽中的傳輸之信號由副載波及OFDM符號之資源網格描述。為頻寬內的資源區塊之數目。數量取決於在小區中組配之下行鏈路傳輸頻寬，且應滿足，其中=6且=110分別為由該規範之當前版本支援的最小及最大下行鏈路頻寬。為一個資源區塊內的副載波之數目。對於正常循環首碼子訊框結構，=12且。

假定多載波通訊系統，例如，使用OFDM，如(例如)在3GPP長期演進(LTE)中所使用，可由排程器指派之最小資源單位為一個「資源區塊」。將實體資源區塊(PRB)定義為時域中之連續OFDM符號(例如，7個OFDM符號)，及頻域中之連續副載波，如在圖2中舉例說明(例如，對於分量載波，12個副載波)。在3GPP LTE (版本8中)，實體資源區塊因此由對應於時域中之一個時槽及頻域中之180 kHz的資源要素組成(關於下行鏈路資源網格之另外細節，請見例如3GPP TS 36.211，「演進型通用陸地無線電存取(E-UTRA)；實體頻道及調變(版本8)」，當前版本12.6.0，第6.2節，可在http://www.3gpp.org獲得，且被以引用的方式併入本文中)。

一個子訊框由兩個時槽組成，使得當使用所謂的「正常」CP (循環前置項)時，在子訊框中存在14個OFDM符號，且當使用所謂的「延長之」CP時，在子訊框中存在12個OFDM符號。為了術語之原因，在下文中，等效於跨越完全子訊框之相同連續副載波的時間-頻率資源被稱為「資源區塊對」，或等效「RB對」或「PRB對」。術語「分量載波」指頻域中之若干資源區塊之組合。在LTE之未來版本中，不再使用術語「分量載波」；實際上，術語改變成「小區」，其指下行鏈路與(視需要)上行鏈路資源之組合。在下行鏈路資源上所傳輸之系統資訊中指示下行鏈路資源之載波頻率與上行鏈路資源之載波頻率之間的鏈接。

針對分量載波結構之類似假定亦將適用於後來的版本。 用於支援較寬頻寬的LTE-A中之載波聚集

在世界無線電通訊會議2007 (WRC-07)上決定用於IMT進階之頻譜。儘管決定了用於IMT進階之總頻譜，但實際可用頻寬根據各區域或國家而不同。然而，遵循可用頻譜概述的決定，在第三代合作夥伴計劃(3GPP)中開始無線電介面之標準化。

LTE進階系統能夠支援之頻寬為100 MHz，而LTE系統可僅支援20 MHz。現今，無線電頻譜之缺乏已變為無線網路發展的瓶頸，且結果難以發現寬得足夠用於LTE進階系統之頻譜帶。因此，急切要發現一增加較寬無線電頻譜帶之方式，其中可能的回答係載波聚集功能性。

在載波聚集中，兩個或兩個以上分量載波經聚集以便支援高達100 MHz之較寬傳輸頻寬。將LTE系統中之若干小區聚集至LTE進階系統中的寬得足夠用於100 MHz之一個較寬頻道，即使LTE中之此等小區可能在不同頻帶中。所有分量載波可經組配為LTE Rel. 8/9相容，至少在分量載波之頻寬不超過LTE Rel. 8/9小區的支援之頻寬時。並非由使用者設備聚集之所有分量載波都有必要為Rel. 8/9相容。現有機制(例如，禁止)可用以避免Rel-8/9使用者設備待接分量載波。

使用者設備可取決於其能力而在一或多個分量載波(對應於多個伺服小區)上同時接收或傳輸。具有用於載波聚集之接收及/或傳輸能力的LTE-A Rel. 10使用者設備可在多個伺服小區上同時接收及/或傳輸，而LTE Rel. 8/9使用者設備可僅在單一伺服小區上接收及傳輸，其限制條件為分量載波之結構遵循Rel. 8/9規範。

針對鄰接及非鄰接分量載波支援載波聚集，其中各分量載波在頻域中限於最大110個資源區塊(使用3GPP LTE (版本8/9)數字方案)。

可組配3GPP LTE-A (版本10)相容使用者設備以聚集源自同一eNodeB (基地台)及在上行鏈路及下行鏈路中可能不同頻寬的不同數目個分量載波。可經組配的下行鏈路分量載波之數目取決於UE之下行鏈路聚集能力。相反，可經組配的上行鏈路分量載波之數目取決於UE之上行鏈路聚集能力。當前組配一具有比下行鏈路分量載波多的上行鏈路分量載波之行動終端機可能並非可能。在典型TDD部署中，上行鏈路及下行鏈路中的分量載波之數目及各分量載波之頻寬係相同的。源自同一eNodeB之分量載波不需要提供相同覆蓋。

相鄰聚集之分量載波之中心頻率之間的間距應為300 kHz之倍數。此係為了與3GPP LTE (版本8/9)之100 kHz頻率光柵相容，且同時為了按15 kHz間距保持副載波之正交性。取決於聚集情境，可藉由在鄰接分量載波之間插入低數目個未用之副載波來有助於n * 300 kHz間距。

多個載波之聚集的本質僅暴露至MAC層。對於上行鏈路及下行鏈路兩者，存在MAC中對於每一聚集之分量載波需要的一個HARQ實體。存在(在不存在用於上行鏈路之SU-MIMO的情況下)每一分量載波至多一個輸送區塊。輸送區塊及其潛在HARQ重新傳輸需要映射在相同分量載波上。

當組配載波聚集時，行動終端機僅具有與網路之一個RRC連接。在RRC連接建立/重新建立時，一個小區提供安全輸入(一個ECGI、一個PCI及一個ARFCN)及非存取層移動性資訊(例如，TAI)，與在LTE Rel. 8/9中類似。在RRC連接建立/重新建立後，對應於彼小區之分量載波被稱作下行鏈路主小區(PCell)。在連接的狀態中，每個使用者設備始終存在一個且僅有一個組配之下行鏈路PCell (DL PCell)及一個上行鏈路PCell (UL PCell)。在分量載波之組配集合內，其它小區被稱作次小區(SCells)；其中SCell之載波為下行鏈路次要分量載波(DL SCC)及上行鏈路次要分量載波(UL SCC)。針對一個UE，在此時可組配最多五個伺服小區(包括該PCell)。

分量載波之組配及重新組配以及添加及移除可由RRC執行。啟動及去啟動係(例如)經由MAC控制元件進行。在LTE內交遞時，RRC亦可添加、移除或重新組配SCell以供在目標小區中使用。當添加新SCell時，將專用RRC發信用於發送SCell之系統資訊，該資訊對於傳輸/接收係必要的(與在Rel-8/9針對交遞類似)。當將SCell添加至一個UE時，每一SCell組配有伺服小區索引；PCell始終具有伺服小區索引0。

當使用者設備經組配有載波聚集時，存在始終在作用中之至少一對上行鏈路及下行鏈路分量載波。彼對中之下行鏈路分量載波亦可被稱作「DL錨定載波」。同樣道理亦適用於上行鏈路。當載波聚集經組配時，可同時在多個分量載波上排程使用者設備，但至多一個隨機存取程序應在任何時間皆在進行中。跨載波排程允許分量載波之PDCCH排程另一分量載波上之資源。為此目的，以各別DCI (下行鏈路控制資訊)格式引入分量載波識別欄位，叫作CIF。

藉由RRC發信在上行鏈路與下行鏈路分量載波之間建立的鏈接允許識別當不存在交叉載波排程時授予所適用之上行鏈路分量載波。下行鏈路分量載波至上行鏈路分量載波之鏈接未必需要為一對一。換言之，一個以上下行鏈路分量載波可鏈接至同一上行鏈路分量載波。同時，下行鏈路分量載波可僅鏈接至一個上行鏈路分量載波。上行鏈路 / 下行鏈路排程

eNodeB中之MAC功能指排程，藉由該排程，eNB在UE當中之一個小區中及在針對每一UE之無線電承載當中分佈可用無線電資源。原則上，eNodeB分別基於在eNodeB中緩衝之下行鏈路資訊及基於自UE接收之緩衝狀態報告(BSR)將下行鏈路及上行鏈路資源分配至各UE。在此過程中，eNodeB考慮各組配之無線電承載的QoS要求且選擇MAC PDU之大小。

排程之通常模式為動態排程，借助於用於下行鏈路傳輸資源之分配的下行鏈路授予/指派訊息(DCI)及用於上行鏈路傳輸資源之分配的上行鏈路授予/指派訊息。使用小區無線電網路臨時識別符(C-RNTI)在物理下行鏈路控制頻道(PDCCH)上將其傳輸，以識別意欲之UE。除動態排程以外，定義持久性排程，其使無線電資源能夠在比一子訊框長之時間週期內被半靜態地組配且分配至一UE，因此避免對於針對每一子訊框經由PDCCH的特定下行鏈路指派訊息或上行鏈路授予訊息之需要。對於持久性排程之組配或重新組配，RRC發信指示週期性地指派無線電資源之資源分配間隔。當使用PDCCH組配或重新組配持久性排程時，有必要區分應用於持久性排程之排程訊息與用於動態排程之排程訊息。為此目的，使用特殊排程身分，被稱為半持久性排程C-RNTI、SPS-C-RNTI，對於各UE，半持久性排程C-RNTI與用於動態排程訊息之C-RNTI不同。

為了通知排程之使用者關於其分配狀態，在下行鏈路上將輸送格式及其它傳輸有關資訊(例如，HARQ資訊、傳輸功率控制(TPC)命令)、L1/L2控制發信與資訊一起傳輸。假定使用者分配可在子訊框之間改變，L1/L2控制發信與下行鏈路資料一起在子訊框中多工。應注意，使用者分配亦可基於TTI (傳輸時間間隔)執行，其中TTI長度可為子訊框之倍數。TTI長度可針對所有使用者在服務區中固定，可針對不同使用者而不同，或可針對每一使用者動態平均。通常，L1/2控制發信僅需要每一TTI傳輸一次。在不失一般性之情況下，以下假定TTI等效於一個子訊框。

L1/L2控制發信係在實體下行鏈路控制頻道(PDCCH)上傳輸。PDCCH載運訊息作為下行鏈路控制資訊(DCI)，該訊息在多數情況下包括資源指派及用於行動終端機或一群UE之其它控制資訊。一般而言，可在一個子訊框中傳輸若干PDCCH。

下行鏈路控制資訊以總大小不同之若干格式及亦在其欄位中所含有之資訊中出現。當前定義用於LTE之不同DCI格式在3GPP TS 36.212中詳細地描述，「多工及頻道寫碼」，第5.3.3.1節(當前版本v12.6.0，可在http://www.3gpp.org獲得，且被以引用的方式併入本文中)。對於關於DCI格式之詳細資訊及在DCI中傳輸之特定資訊，請參考提到之技術標準或由Stefania Sesia、Issam Toufik、Matthew Baker編輯之LTE-UMTS長期演進-自理論至實踐(第9.3章)，其被以引用的方式併入本文中。未定可定義額外格式。 層1/層2控制發信

為了通知排程之使用者關於其分配狀態，在下行鏈路上將輸送格式及其它傳輸有關資訊(例如，HARQ資訊、傳輸功率控制(TPC)命令)、L1/L2控制發信與資訊一起傳輸。假定使用者分配可在子訊框之間改變，L1/L2控制發信與下行鏈路資料一起在子訊框中多工。應注意，使用者分配亦可基於TTI (傳輸時間間隔)執行，其中TTI長度可為子訊框之倍數。TTI長度可針對所有使用者在服務區中固定，可針對不同使用者而不同，或可針對每一使用者動態平均。通常，L1/2控制發信僅需要每一TTI傳輸一次。在不失一般性之情況下，以下假定TTI等效於一個子訊框。

L1/L2控制發信係在實體下行鏈路控制頻道(PDCCH)上傳輸。PDCCH載運訊息作為下行鏈路控制資訊(DCI)，該訊息在多數情況下包括資源指派及用於行動終端機或一群UE之其它控制資訊。一般而言，可在一個子訊框中傳輸若干PDCCH。

應注意，在3GPP LTE中，對於上行鏈路資料傳輸之指派(亦被稱作上行鏈路排程授予或上行鏈路資源指派)亦在PDCCH上傳輸。此外，3GPP版本11介紹了基本上履行與PDCCH相同的功能(亦即，傳送L1/L2控制發信)之EPDCCH，即使詳細傳輸方法與PDCCH不同。另外細節可在3GPP TS 36.211及36.213之當前版本中發現，其被以引用的方式併入本文中。因此，在背景技術及實施例中概述之多數項適用於PDCCH以及EPDCCH，或傳送L1/L2控制信號之其他構件，除非具體地提到。

通常，在L1/L2控制發信中發送之用於指派上行鏈路或下行鏈路無線電資源(特定言之，LTE(-A)版本10)的資訊可歸類至以下項： - 使用者身分，指示正被分配之使用者。藉由用使用者身分遮蔽CRC，將此通常包括於總和檢查碼中； - 資源分配資訊，指示在其上分配使用者之資源(例如，資源區塊，RB)。替代地，此資訊可被稱為資源區塊指派(RBA)。注意，在其上分配使用者的RB之數目可為動態的； - 載波指示符，若在第一載波上傳輸之控制頻道指派係關於第二載波之資源(亦即，第二載波上之資源或與第二載波有關之資源)，則使用該載波指示符；(交叉載波排程)； - 調變及寫碼方案，其判定使用之調變方案及寫碼速率； - HARQ資訊，諸如，在資訊包或其部分之重新傳輸中特別有用之新資訊指示符(NDI)及/或冗餘版本(RV)； - 功率控制命令，其調整指派之上行鏈路資料或控制資訊傳輸之傳輸功率； - 參考信號資訊，諸如，應用之循環移位及/或正交覆蓋程式碼索引，其將用於與指派有關的參考信號之傳輸或接收； - 上行鏈路或下行鏈路指派索引，其用以識別在TDD系統中特別有用的指派之次序； - 跳頻資訊，例如，是否及如何應用資源跳頻以便增大頻率分集之指示； - CSI請求，其用以觸發指派之資源中的頻道狀態資訊之傳輸；及 - 多群集資訊，其為用以指示及控制傳輸發生在單個群集(RB之鄰接集合)中還是多個群集(鄰接RB之至少兩個非鄰接集合)中的旗標。多群集分配已由3GPP LTE-(A)版本10介紹。

應注意，以上清單為非詳盡的，且取決於使用之DCI格式，並非所有提到之資訊項皆需要存在於每一PDCCH傳輸中。

下行鏈路控制資訊以在總體大小上不同之若干格式及亦在其欄位中含有之資訊中出現，如上所提到。在下文中，列出一些DCI格式，如當前針對LTE所定義。更多詳細資訊提供於3GPP技術標準TS 36.212 v14.0.0中，特別在第5.3.3.1節「DCI格式」中，其被以引用的方式併入本文中。

- 格式0 ： 使用在上行鏈路傳輸模式1或2中之單一天線埠傳輸，將DCI 格式0用於針對PUSCH的資源授予之傳輸。

- 格式1 ：將DCI格式1用於針對單一碼字PDSCH傳輸的資源指派之傳輸(下行鏈路傳輸模式1、2及7)。

- 格式1A ：將DCI格式1A用於針對單一碼字PDSCH傳輸的資源指派之緊湊發信，且用於將專用前置碼簽名分配至行動終端機以供無競爭隨機存取(針對所有傳輸模式)。

- 格式1B ：使用具有秩1傳輸之封閉迴路預寫碼，將DCI格式1B用於針對PDSCH傳輸的資源指派之緊湊發信(下行鏈路傳輸模式6)。傳輸之資訊與在格式1A中相同，但添加了應用於PDSCH傳輸的預寫碼向量之指示符。

- 格式1C ：將DCI格式1C用於PDSCH指派之很緊湊傳輸。當使用格式1C時，PDSCH傳輸約束於使用QPSK調變。舉例而言，此用於發信傳呼訊息及廣播系統資訊訊息。

- 格式1D ：將DCI格式1D用於針對使用多使用者MIMO之PDSCH傳輸的資源指派之緊湊發信。傳輸之資訊與在格式1B中相同，但替代預寫碼向量指示符的位元中之一者，存在指示是否將功率偏移應用於資料符號之單一位元。此特徵需要展示是否在兩個UE之間共用傳輸功率。LTE之未來版本可將此擴展至在較大數目個UE之間功率共用之情況。

- 格式2 ：將DCI格式2用於針對用於封閉迴路MIMO操作之PDSCH的資源指派之傳輸(傳輸模式4)。

- 格式2A ：將DCI格式2A用於針對用於開放迴路MIMO操作之PDSCH的資源指派之傳輸。傳輸之資訊與針對格式2相同，惟以下情況除外：eNodeB是否具有兩個傳輸天線埠，不存在預寫碼資訊，及對於四個天線埠，使用兩個位指示傳輸秩(傳輸模式3)。

- 格式2B ：在版本9中介紹，且用於針對用於雙層波束形成之PDSCH的資源指派之傳輸(傳輸模式8)。

- 格式2C ：在版本10中介紹，且用於針對用於多達8層之封閉迴路單一使用者或多個使用者MIMO操作之PDSCH的資源指派之傳輸(傳輸模式9)。

- 格式2D ：在版本11中介紹，且用於多達8層傳輸；主要用於COMP (合作多點) (傳輸模式10)

- 格式3 及3A ：將DCI格式3及3A用於用於分別具有2位或1位功率調整之PUCCH及PUSCH的功率控制命令之傳輸。此等DCI格式含有用於一群UE之個別功率控制命令。

- 格式4 ：使用在上行鏈路傳輸模式2中之封閉迴路空間多工傳輸，將DCI格式4用於PUSCH之排程。

- 格式5 ：DCI格式5用於PSCCH(實體側行鏈路控制頻道)之排程，且亦含有用於PSSCH(實體側行鏈路共用控制頻道)之排程的若干SCI格式0欄位。若映射至給定搜尋空間上的在DCI格式5中之資訊位之數目少於用於排程同一伺服小區的格式0之有效負載大小，則應將零附加至格式5，直至有效負載大小等於包括附加至格式0之任何填補位元的格式0之有效負載大小。 未經許可之頻帶上的LTE--許可輔助式存取(LAA)

在2014年9月中，3GPP起始了關於在未經許可頻譜上之LTE操作的新研究項目。用於將LTE延伸至未經許可的頻帶之原因為對於無線寬頻資料之不斷增長之需求，連同有限量之許可頻帶。未經許可頻譜因此愈來愈由蜂窩式運營商考慮為擴增其服務提供之補充工具。與依賴於諸如Wi-Fi之其他無線電存取技術(RAT)相比，在未經許可的頻帶中的LTE之一個優勢為，用未經許可的頻譜存取補充LTE平台使運營商及供應商能夠充分利用無線電及核心網路中的LTE/EPC硬體中之現有或計劃之投資。

然而，必須考量未經許可的頻譜存取可能從不會匹配許可的頻譜存取之品質，此係歸因於與諸如Wi-Fi之未經許可的頻譜中之其他無線電存取技術(RAT)之不可避免的共存。在未經許可的頻帶上之LTE操作將因此至少在開始被考慮為對許可的頻譜上之LTE之補充，而非被考慮為在未經許可的頻譜上之單獨操作。基於此假定，3GPP確立用於在未經許可的頻帶上之LTE操作的術語許可輔助式存取(LAA)，連同至少一個許可的頻帶。然而，不應排除未來在未經許可的頻譜上之LTE之單獨操作，亦即，不受許可的小區輔助。增強型許可輔助式存取(eLAA)為對LAA之增強，特定言之，亦採用在上行鏈路中之未經許可的頻譜。作為對許可的頻譜之補充，未經許可的頻譜之高效使用具有給服務提供者且最終給整個無線行業帶來大的價值之可能性。為了充分利用在未經許可的頻譜中之LTE操作之充分益處，格外重要的是，除了已定義之DL存取方案外，亦定義完整UL存取方案。

在3GPP下的當前意欲之一般LAA方法為儘可能地使用已指定之Rel-12載波聚集(CA)框架，其中如前解釋之CA框架組配包含所謂的主小區(PCell)載波及一或多個次小區(SCell)載波。一般而言，CA支援小區之自排程(在同一分量載波上傳輸排程資訊及使用者資料兩者)及小區之間的交叉載波排程(就PDCCH/EPDCCH而言之排程資訊與就PDSCH/PUSCH而言之使用者資料在不同分量載波上傳輸)兩者。

圖4中說明很基本的情境，具有許可的PCell、許可的SCell 1，及各種未經許可的SCell 2、3及4 (示範性地描繪為小型小區)。未經許可的SCell 2、3及4之傳輸/接收網路節點可為由eNB管理之遠端無線電頭端，或可為附接對網路但不由eNB管理之節點。為簡單起見，此等節點至eNB或至網路之連接未明確地展示於該圖中。

目前，在3GPP下預見到之基本方法為，將在許可的頻帶上操作PCell，同時將在未經許可的頻帶上操作一或多個SCell。此策略之一個益處為，PCell可用於具有高服務品質(QoS)需求的控制訊息及使用者資料之可靠傳輸，諸如語音及視訊，而在未經許可的頻譜上之SCell可取決於情境，在一定程度上產生顯著的QoS降低，此係歸因於與其他RAT之不可避免的共存。

在5GHz下，已達成一致，LAA將聚焦於未經許可的頻帶。最關鍵的問題中之一者因此為與在此等未經許可的頻帶下操作之Wi-Fi (IEEE 802.11)系統之共存。為了支援LTE與諸如Wi-Fi之其他技術之間的公平共存以及為了保證在同一未經許可的頻帶中之不同LTE運營商之間的公平性，用於未經許可的頻帶之LTE之頻道存取必須遵守可部分取決於地理區域及特定頻帶的某些法規集；對於用於在5GHz下之未經許可的頻帶上之操作的所有區域之規章要求之綜合描述在R1-144348 (Alcatel-Lucent等人之「對於未經許可的頻譜之規章要求」，RAN1#78bis，2014年9月，其被以引用的方式併入本文中)以及3GPP技術報告36.889 (當前版本13.0.0)中給出。取決於區域及頻帶，當設計LAA程序時必須考量之規章要求包括動態頻率選擇(DFS)、傳輸功率控制(TPC)、先聽後講(LBT)及具有有限最大傳輸持續時間之不連續傳輸。3GPP之意圖為使單一全局框架目標用於LAA，此基本上意謂對於系統設計，必須考量在5GHz下對於不同區域及頻帶之所有要求。

舉例而言，在歐洲，設定用於標稱頻道頻寬之某些極限，如自以引用的方式併入本文中的歐洲標準ETSI EN 301 893 (當前版本1.8.1)之第4.3節顯而易見。標稱頻道頻寬為指派至單一頻道的頻率之最寬頻帶，包含防護頻帶。佔據之頻道頻寬為含有99%之信號功率的頻寬。准許裝置同時在一或多個鄰近或不鄰近頻道中操作。

將先聽後講(LBT)程序定義為在使用頻道前設備應用開敞信道評估(CCA)檢查所藉之機制。CCA利用至少能量檢測來判定頻道上的其他信號之存在或不存在，以便分別判定頻道經佔據還是開敞。歐洲及日本法規此刻批准LBT在未經許可的頻帶中之使用。除了規章要求之外，經由LBT之載波感測為單向的，以用於未經許可的頻譜之公平共用，且因此其被考慮為在單一全局解決方案框架中用於未經許可的頻譜中之公平且友好操作之重要特徵。

在未經許可的頻譜中，不能始終保證頻道可用性。此外，諸如歐洲及日本之某些區域禁止連續傳輸，且對在未經許可的頻譜中之傳輸叢發之最大持續時間強加限制。因此，具有有限最大傳輸持續時間之不連續傳輸為LAA之所需功能性。對於某些區域及頻帶，需要DFS，以便偵測來自雷達系統之干擾及避免與此等系統之共頻道操作。此外，意圖為達成頻譜之近均勻載入。DFS操作及對應的要求與主-從原理相關聯。主裝置應偵測雷達干擾，然而可依賴於與主裝置相關聯之另一裝置來實施雷達檢測。

與導致小覆蓋區之在許可的頻帶上之操作相比，在5-GHz下在未經許可的頻帶上之操作係處於相反地限於低傳輸功率位準之多數區域中。即使將按相同功率來傳輸許可的與未經許可的載波，通常，仍將期望在5GHz頻帶中之未經許可的載波支援比在2GHz頻帶中之許可的小區小的涵蓋區，此係歸因於增加的路徑損失及信號之陰影效應。對於某些區域及頻帶之再一要求為TPC之使用，以便減小對於在相同未經許可的頻帶上操作之其他裝置造成的平均干擾等級。

可在以引用的方式併入本文中的協調之歐洲標準ETSI EN 301 893 (當前版本1.8.1)中發現詳細資訊。

遵循關於LBT之此歐洲法規，裝置必須在用資料傳輸佔據無線電頻道前執行開敞通道評估(CCA)。僅允許在基於(例如)能量偵測將頻道偵測為自由後起始在未經許可的頻道上之傳輸。詳言之，在CCA期間，該設備必須在某一最小時間內觀測頻道(例如，對於歐洲，為20 μs，見ETSI 301 893，在條款4.8.3下)。若偵測到之能量位準超過組配之CCA臨限值(例如，對於歐洲，為-73 dBm/MHz，見ETSI 301 893，在條款4.8.3下)，由考慮該頻道被佔據，且相反地，若偵測到之能量位準低於組配之CCA臨限值，則考慮其為自由的。若將頻道判定為佔據，則其不應在下一個固定訊框週期期間在彼頻道上傳輸。若將該頻道分類為自由，由允許該設備立即傳輸。最大傳輸持續時間受限制，以便有助於與在同一頻帶上操作之其他裝置的公平資源共用。

在整個頻道頻寬(例如，在5 GHz下，在未經許可的頻帶中之20 MHz)上執行針對CCA之能量偵測，此意謂在彼頻道內的LTE OFDM符號之所有副載波之接收功率位準對在執行CCA之裝置處的評定之能量位準有影響。

除了以上描述之CCA之外，若根據在被以引用的方式併入本文中之ETSI 301 893條款4.9.2.2中之描述將設備分類為基於負載之設備(LBE)，則可能亦需要應用額外擴展之CCA (ECCA)。ECCA包含在隨機因數N乘以CCA觀測時槽之持續時間內之額外CCA觀測時間。N定義清空的閒置時槽之數目，其導致在起始傳輸前必須觀測之總閒置週期。

此外，將設備具有在給定載波上之傳輸而不重新評定彼載波之可用性(亦即，LBT/CCA)所在期間之總時間定義為頻道佔據時間(見ETSI 301 893，在條款4.8.3.1下)。頻道佔據時間應在1 ms至10 ms之範圍中，其中最大頻道佔據時間可為(例如)4 ms，如當前針對歐洲所定義。此外，存在不允許UE在於未經許可的小區上之傳輸後傳輸的最小閒置時間，該最小閒置時間為頻道佔據時間之至少5%。在閒置週期即將結束之際，UE可執行新CCA等等。此傳輸行為示意性地說明於圖5中，該圖係取自ETSI EN 301 893 (彼處之圖2：「針對基於訊框之設備的時序之實例」)。

圖6說明在特定頻帶(未經許可的小區)上之Wi-Fi傳輸與LAA UE傳輸之間的時序。如可自圖5看出，在Wi-Fi叢發後，在eNB藉由(例如)傳輸保留信號直至下一個子訊框邊界來「保留」未經許可的小區前，CCA間隙至少係必要的。接著，開始實際LAA DL叢發。此將類似地應用於LTE UE，在成功執行CCA後，LTE UE將藉由傳輸保留信號來保留子訊框，以便接著開始實際LAA UL叢發。在未經許可的小區中之上行鏈路排程

針對eLAA提供DCI格式0A、0B、4A及4B，以便支援針對單一子訊框及多個子訊框授予及分別單一及多個天線埠之上行鏈路傳輸(PUSCH)。 · DCI格式0A：單一子訊框、單一天線埠 · DCI格式0B：多個子訊框、單一天線埠 · DCI格式4A：單一子訊框、多個天線埠 · DCI格式4B：多個子訊框、多個天線埠

關於此等DCI格式之細節可在被以引用的方式併入本文中之3GPP技術標準TS 36.212 v14.0.0第5.3.3.1.1A節、第5.3.3.1.1B節、第5.3.3.1.8A節、第5.3.3.1.8B節中發現。

此等DCI格式(亦即，上行鏈路授予)中之任一者可為單一階段授予或為兩階段授予之部分。在LTE中之當前示範性實施(見TS 36.212)中，此由「PUSCH觸發A」欄位反映，該欄位為1位元欄位，其區分當位元值為0 (亦即，單階段上行鏈路授予)時，接收之上行鏈路授予用於「非觸發之排程」，還是當位元值為1 (亦即，兩階段上行鏈路授予)時，接收之上行鏈路授予用於「觸發之排程」。此可由eNB控制，eNB為用於無線電資源至UE之排程的負責無線電網路實體。

兩階段上行鏈路排程程序需要兩個單獨的訊息(「觸發A」及「觸發B」)由UE以以便排程一個上行鏈路傳輸之具體方式接收。

觸發A訊息可為以上提到的上行鏈路授予(亦即，DCI格式0A、0B、4A或4B)中之任一者。關於此兩階段授予，四個DCI格式包括以下資料欄位，如目前在技術標準TS 36.212 v14.0.0中所定義：

「PUSCH 觸發A - 1 位 ， 其中值0 指示非觸發排程 ， 且值1 指示觸發排程 ， 如在 [3 ] 之第8 .0 節中所定義。 - 時序偏移 - 4 位元，如在 [ 3 ] 中所定義。 - 當用於觸發排程之旗標經設定至 0 時， - 該欄位指示用於 PUSCH 傳輸之絕對時序偏移。 - 否則， - 該欄位之前兩個位元指示用於 PUSCH 傳輸之相對時序偏移。 - 該欄位之最後兩個位元指示經由觸發排程的 PUSCH 之排程有效之時間窗。 」

此外，用於觸發A訊息之可用DCI格式亦包括用於指示經排程用於上行鏈路傳輸之無線電資源的通常資料欄位，諸如，「資源區塊指派」欄位、「調變及寫碼方案」欄位、「HARQ過程數目」欄位等。此外，可將DCI格式0A、0B、4A、4B (特定言之，DCI CRC)與UE具體身分(諸如，C-RNTI)擾亂，使得定址至具體UE之對應的上行鏈路授予。

觸發B訊息具有DCI格式1C，如當前在被以引用的方式併入本文中之TS 36.212 v14.0.0第5.3.3.1.4節中所定義。如當前在供在未經許可的載波傳輸之範疇內使用之技術標準中所定義，包括兩階段授予程序之DCI格式1C如下：「否則 - 針對 LAA - 4 位元之子訊框組配 ， 如在 [ 3 ] 之第 13A 節中所定義 - 上行鏈路傳輸持續時間及偏移指示 - 5 位元 ， 如在 [ 3 ] 之第 13A 節中所定義 。該欄位僅適用於組配有在 LAA SCell 上之上行鏈路傳輸的 UE - PUSCH 觸發 B - 1 位元 ， 如在 [ 3 ] 之第 8 . 0 節中所定義 。該欄位僅適用於組配有在 LAA SCell 上之上行鏈路傳輸的 UE - 添加保留資訊位元 ， 直至大小等於用於一個 PDSCH 碼字之非常緊湊排程的格式 1C 之大小」

觸發B訊息(DCI格式1C)當如上所述用作兩階段授予程序之部分時，通常不定址至具體UE，而是共用身分(在此情況下，CC-RNTI；共同控制RNTI，其為將在提供共同控制PDCCH資訊之情況下使用之RNTI；見3GPP TS 36.321 v14.0.0，其被以引用的方式併入本文中)可由eNB用以擾亂DCI格式1C，特定言之，其CRC。

以TS 36.212之以上引用中的交叉參考「[3]」指技術標準3GPP TS 36.213，當前版本14.0.0，其至少第8.0節及第13節與兩階段授予相關且因此被以引用的方式全部併入本文中。

特定言之，TS 36.213之第8節更詳細地針對LAA SCell定義何時及如何將執行上行鏈路傳輸(亦即，PUSCH)：「對於為LAA SCell 之 伺服小區 ，UE 應 - 在偵測到具有 DCI 格式 0A / 0B / 4A / 4B 及在意欲用於 UE 之 子訊框 n 中具有設定至「 0 」之「 PUSCH 觸發 A 」欄位 的 PDCCH / EPDCCH 後，或 - 在偵測到具有 DCI 格式 0A / 0B / 4A / 4B 及在來自意欲用於 UE 之 子訊框 n - v 之 最近子訊框中具有設定至「 1 」之「 PUSCH 觸發 A 」欄位的 PDCCH / EPDCCH 後，及在 偵測到具有由 CC - RNTI 擾亂之 DCI CRC 及在子訊框 n 中具有設定至「 1 」之「 PUSCH 觸發 B 」的 PDCCH 後 根據PDCCH /EPDCCH 及HARQ 過程ID ，在 子訊框n +l +k +i ( 其中i = 0 、1 、……、N -1 ) 中 執行在於條款15 .2 .1 中描述之頻道存取 程序上調節之對應的PUSCH 傳輸 ， 其中 - 對於 DCI 格式 0A / 4A ， N = 1 ，且 N 之值由在對應的 DCI 格式 0B / 4B 中之「經 排程子訊框之數目 」判定。 - UE 由 較高層參數 maxNumberOfSchedSubframes - Format0B ( 對於 DCI 格式 0B ) 及 較高層參數 maxNumberOfSchedSubframes - Format4B ( 對於 DCI 格式 4B ) 組配最大值 N ； - k 之值係根據表 8 . 2d ( 若「 PUSCH 觸發 A 」 欄位經設定至「 0 」 ) 或否則根據表 8 . 2e 藉由在對應的 DCI 0A / 0B / 4A / 4B 中之 排程延遲欄位判定 ； - 之值係由在對應的 DCI 格式 0A/0B/4A/4B 中之 HARQ 過程數欄位判定，且 ； - 對於在對應的 DCI 格式 0A / 0B / 4A / 4B 中之設定至 「 0 」的「 PUSCH 觸發 A 」欄位 ， - l = 4 - 否則 - l 之值為 UL 偏移 ， 如由在具有由 CC - RNTI 擾亂之 CRC 之 對應的 DCI 中之「針對 LAA 之 UL 組配」欄位根據子條款 13A 中之程序 及設定至「 1 」之「 PUSCH 觸發 B 」判定 ， - v 之值由具有 DCI 格式 0A / 0B / 4A / 4B 之 對應的 PDCCH / EPDCCH 中之 驗證持續時間欄位根據表 8 . 2f 及設定至「 1 」之 「 PUSCH 觸發 A 」 欄位判定。 - 由 UE 支援的 l + k 之最小值包括於 UE - EUTRA - 能力中

表8.2d ：用於具有設定至 「 0 」之 「PUSCH 觸發A 」 欄位之 DCI 格式0A/0B/4A/4B 之 k 。

表8.2e ：用於具有設定至 「 1 」之 「PUSCH 觸發A 」 欄位之 DCI 格式0A/0B/4A/4B 之 k 。

表8.2f ：用於具有設定至 「 1 」之 「PUSCH 觸發A 」 欄位之 DCI 格式0A/0B/4A/4B 之 v 。 」

當前3GPP技術標準因此更詳細地定義將執行兩階段授予程序之方式。然而，應注意，如當前標準化的兩階段授予程序之以上提供之定義經受連續改變及改良，且因此可在未來改變。因此，根據當前3GPP技術標準的兩階段授予程序之以上列舉之實施將僅被考慮為實施實例，其中許多細節對於本發明並不太重要。

仍然，對於本發明，假定在兩階段授予程序後之基本概念將保持與以上所論述相同。詳言之，將關於圖7來解釋基本概念，該圖說明包括包括觸發A及觸發B訊息之DCI之傳輸及接收的兩階段授予之發揮功能。對於以下示範性論述，假定藉由將在UE中接收觸發B (亦即，第二階段上行鏈路排程訊息)之子訊框作為參考子訊框n來將說明的子訊框編號；相應地將先前及後續子訊框編號。進一步假定，在子訊框n-3接收觸發A訊息，且定義長度v之時間窗，可有效地在該時間窗內執行兩階段授予程序。換言之，可將該時間窗看作定義時間週期，在該時間週期期間，可基於由觸發A及/或觸發B訊息指示之傳輸參數而接收觸發B訊息以便實際觸發對應的上行鏈路傳輸。

時間窗長度v可示範性地指示於觸發A訊息內，如以上由TS 36.212中的DCI格式0A、0B、4A、4B之時序偏移欄位之最後2個位元及TS 36.213之表8.2.f舉例說明。

當在子訊框n接收到觸發B訊息時，UE將判定有關觸發A訊息是否由UE在長度v (在觸發B訊息之接收前立即開始，亦即，範圍自n-1至n-v)之時間窗內接收到。在說明之情境中，在子訊框n-3中且因此在時間窗內接收觸發A排程訊息，藉此觸發UE中之上行鏈路傳輸。接著按在子訊框n+偏移處之特定傳輸時序偏移執行上行鏈路傳輸(亦即，PUSCH)。UE可根據在觸發A訊息及觸發B訊息中接收之資訊執行上行鏈路傳輸，例如，使用指示之無線電資源及調變與寫碼方案等。

精確PUSCH時序偏移對本發明具有具少重要性。示範性地，如當前在TS 36.213中標準化，PUSCH時序偏移為「l+k+i」，其中參數l由觸發B訊息定義(見TS 36.212中的DCI格式1C之「上行鏈路傳輸持續時間及偏移指示」欄位及TS 36.213之表13A-2)，其中參數k由觸發A訊息定義(見TS 36.212中的DCI格式0A、0B、4A及4B中之任一者之「時序偏移」欄位之前2個位元，以及TS 36.213中之表8.2e)。倘若多個上行鏈路子訊框由兩階段上行鏈路排程程序排程，則參數i可適用，且在彼情況下，自0行進至准予的子訊框之數目減1 (否則，其僅為0)。更多細節可自TS 36.213之以上引用之第8節得出。然而，用於根據此兩階段上行鏈路排程程序執行上行鏈路傳輸之PUSCH時序偏移也可不同地定義，或甚至可預定。

如上所提到，3GPP已定義用於在未經許可的小區中之上行鏈路傳輸之兩階段排程程序。然而，可進一步改良此兩階段排程程序。

發明概要 非限制性且示範性實施例提供排程待由使用者設備執行之上行鏈路傳輸所涉及之改良方法及使用者設備。

獨立申請專利範圍提供非限制性且示範性實施例。有利實施例受制於附屬請求項。

根據一個一般態樣，描述一種用於用上行鏈路無線電資源排程之使用者設備。組配至少一個小區用於在該使用者設備與負責在該小區上排程上行鏈路無線電資源之一無線電基地台之間的通訊。該使用者設備包含自該無線電基地台接收一第一階段上行鏈路資源排程訊息之一接收器，該訊息指示可由該使用者設備用以執行經由該排程之小區之一上行鏈路傳輸的上行鏈路無線電資源。該接收器進一步自該無線電基地台接收與該第一階段上行鏈路資源排程訊息有關之一第二階段上行鏈路資源排程訊息。該使用者設備進一步包括一處理器，其判定該第一階段上行鏈路資源排程訊息是否有效。當接收到該第二階段上行鏈路資源排程訊息時，該處理器判定倘若該處理器已判定該第一階段上行鏈路資源排程訊息有效，則排程一上行鏈路傳輸。藉此，該第一階段上行鏈路資源排程訊息是否有效之該判定係基於關於一上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之一預定時間週期內觸發的一判定。該使用者設備進一步包含一傳輸器，倘若該處理器已判定一上行鏈路傳輸經排程，則該傳輸器執行經由該排程之小區的一上行鏈路傳輸。舉例而言，該小區可為在3GPP LTE版本14之情境中之未經許可的小區，或支援兩階段排程之另一小區。

對應地，在另一一般態樣中， 此處揭示之技術特徵在於一種用於操作用於用上行鏈路無線電資源排程之一使用者設備之方法。組配至少一個未經許可的小區以用於在該使用者設備與負責排程該未經許可的小區上之上行鏈路無線電資源之一無線電基地台之間的通訊。該方法包含自該無線電基地台接收一第一階段上行鏈路資源排程訊息，該訊息指示可由該使用者設備用以執行經由該未經許可的小區之一上行鏈路傳輸的上行鏈路無線電資源。該方法進一步包含自該無線電基地台接收與該第一階段上行鏈路資源排程訊息有關之一第二階段上行鏈路資源排程訊息。該方法進一步包含判定該第一階段上行鏈路資源排程訊息是否有效。該方法進一步包含當接收到該第二階段上行鏈路資源排程訊息時，判定倘若已判定該第一階段上行鏈路資源排程訊息有效，則排程一上行鏈路傳輸。藉此，該第一階段上行鏈路資源排程訊息是否有效之該判定係基於關於一上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之一預定時間週期內觸發的一判定。該方法進一步包含倘若已判定一上行鏈路傳輸經排程，則執行經由該未經許可的小區之一上行鏈路傳輸。

揭示之實施例之額外益處及優點將自說明書及圖顯而易見。益處及/或優點可個別地由說明書及圖式揭示內容之各種實施例及特徵提供，且不需要皆提供，以便獲得其中之一或多者。

可使用一種使用者設備及一種方法及使用者設備與方法之組合來實施此等一般及具體態樣。

較佳實施例之詳細說明移動台 或行動節點 或使用者終端機 或使用者設備 為通訊網路內之實體。一個節點可具有若干功能實體。功能實體指實施一組預定功能及/或將一組預定功能提供至節點或網路之其他功能實體之軟體或硬體模組。節點可具有將節點附接至節點可經由其通訊之一通訊設施或媒體的一或多個介面。類似地，網路實體可具有將功能實體附接至其可與其他功能實體或對應的節點通訊所經由之一通訊設施或媒體的一邏輯介面。

如在該組申請專利範圍中及在申請案中使用之術語「無線電資源 」應被廣泛地理解為指實體無線電資源，諸如，時間-頻率資源。

如在該組申請專利範圍中及在申請案中使用之術語「未經許可的小區 」或替代地「未經許可的載波 」應被廣泛地理解為在具有一特定頻寬之未經許可的頻帶中操作之小區/載波。對應地，如在該組申請專利範圍中及在申請案中使用之術語「經許可的小區 」或替代地「經許可的載波 」應被廣泛地理解為在具有一特定頻寬之許可的頻帶中操作之小區/載波。示範性，應在自版本12/13起之3GPP及許可輔助式存取工作項目之情況下來理解此等術語。

圖8 說明屬於UE群組#1之一UE、屬於UE群組#2之一UE以及一eNodeB。

假定在子訊框n-2，為第一階段上行鏈路資源排程訊息之觸發A自eNodeB傳輸至群組#1之UE。在此示範性情況中，用於如發送至群組#1之UE之觸發A的有效時間窗為5個子訊框。藉此，關於有效時間窗之資訊由觸發A自身提供。

進一步假定，在子訊框n，自eNodeB傳輸為第二階段上行鏈路資源排程訊息之觸發B。觸發B由群組#1及#2兩者之UE接收，但eNodeB已傳輸觸發B，其意圖與用於在子訊框n-2至群組#1之UE的已傳輸之觸發A之第二階段上行鏈路資源排程訊息(作為第一階段上行鏈路資源排程訊息)相同。在此示範性情況中，假定群組#2中無UE已在觸發B前之對應的有效時間窗內接收到任何觸發A。在接收到觸發B後，能夠接收觸發B之所有UE (其通常包括來自群組#1以及來自群組#2之UE)需要檢查其是否已在對應的有效時間窗內接收到觸發A。因此，在此實例中，群組#1之UE檢查其是否已在較早先的多達5個子訊框(在此情況下，自子訊框n-5至子訊框n-1)接收到觸發A。當觸發A已在處於有效時間窗內之子訊框n-2中接收到時，群組#1之UE將隨後觸發上行鏈路傳輸。

由於群組#2之UE尚未接收到觸發A，因此在子訊框n處接收之觸發B將不觸發由群組#2之UE進行之上行鏈路傳輸。

如自圖8進一步顯而易見，群組#2之UE在子訊框n+1接收到觸發A。在此示範性情況中，用於如發送至群組#2之UE之觸發A的有效時間窗為3個子訊框。如在此圖中進一步所展示，自eNodeB傳輸第二觸發B (在子訊框n+3)。第二觸發B再次由群組#1及#2兩者之UE接收，但eNodeB已傳輸第二觸發B，其意圖與用於在子訊框n+1傳輸至群組#2之UE之觸發A的第二階段上行鏈路資源排程訊息(作為第一階段上行鏈路資源排程訊息)相同。在接收到觸發B後，群組#2之UE檢查其是否已在較早先的多達3個子訊框(在此情況下，自子訊框n至子訊框n+2)接收到觸發A。當對應的觸發A已在處於有效時間窗內之子訊框n+1中接收到時，群組#2之UE將隨後觸發上行鏈路傳輸。

然而，由於第二觸發B亦在子訊框n+3在群組#1之UE處接收到，因此群組#1之UE將再次檢查其是否已在較早先的多達5個子訊框(在此情況下，自子訊框n-2至子訊框n+2)接收到觸發A。考慮到群組#1之UE已在子訊框n-2接收到觸發A (意即，仍然在用於彼接收之觸發A的有效時間窗內)，群組#1之UE將再次觸發其第二上行鏈路傳輸，但eNodeB不希望第二觸發之上行鏈路傳輸由群組#1之UE進行，而是僅由群組#2之UE進行。根據如在圖8中所展示之此示範性情境，若第二觸發B將在子訊框n+2接收(而非在子訊框n+3接收)，那麼由群組#1之UE進行之此第二觸發之上行鏈路傳輸亦將發生。僅若第二觸發B將在子訊框n+4或稍後接收，則考慮用於群組#1之UE的5個子訊框之示範性有效時間窗，無上行鏈路傳輸之多個觸發將發生。

總體上，在多UE環境中不需要上行鏈路傳輸之此多個觸發。第一原因為此不當的上行鏈路傳輸具有創造對對應的子訊框中之其他傳輸之干擾的風險。第二原因為此多個觸發可暗示UL傳輸之衝突：若群組#1之UE由觸發B在子訊框n觸發UL傳輸，其中對應的UL傳輸由觸發A指示為持續4個子訊框，則該對應的UL傳輸示範性地發生於子訊框n+2至n+5中。若群組#1之同一UE再次由觸發B在子訊框n+3觸發UL傳輸，其中再次，由同一觸發A指示之對應的UL傳輸應持續4個子訊框，對應的UL傳輸示範性地發生於子訊框n+5至n+8。如可看出，此等兩個觸發將因此造成對於子訊框n+5之衝突，其中不清楚將作為第一觸發B之結果還是作為第二觸發B之結果來傳輸資料——即使在兩種情況下傳輸資源可相同，對應的資料將通常含有不同輸送區塊或封包。應避免此衝突，因為其造成UE與eNodeB之間的誤解之可能性。

以下示範性實施例由本發明人構想以減輕以上解釋的問題中之一或多者。

將在如由3GPP標準給出且部分在背景技術章節中解釋之寬泛說明書中實施各種實施例之特定實施，其中如在以下關於提出之實施例之各種實施所解釋來添加特定關鍵特徵。應注意，該實施例可有利地用於行動通訊系統中之實例，諸如，如在以上背景技術章節中所描述之3GPP LTE-A (版本10/11/12/13及以後版本)通訊系統，但該實施例不限於其在此等特定示範性通訊網路中之使用。

該等解釋不應理解為限制本發明之範疇，而應理解為實施例之僅實例，以較好理解本發明。技術人員意識到，大體在該組申請專利範圍中及在於本描述之發明內容章節中給出之解釋中概述的本發明之一般原理可應用於不同情境及以並未在下文中明確描述之方式應用。為了說明及解釋目的，進行若干假定，然而，該等假定不應不當地限制以下實施例之範疇。

此外，如上所提到，以下實施例可在3GPP LTE-A (Rel.12/13及以後版本)環境中實施。各種實施例主要允許具有改良之上行鏈路傳輸方案。然而，其他功能性(亦即，不受各種實施例改變之功能性)可保持精確地與在背景技術章節中所解釋相同，或可在無對各種實施例之任何後果之情況下改變；例如，定義如何實際執行(例如，分段、調變、寫碼、波束形成、多工)及排程(PDCCH、DCI、交叉載波排程、自排程)上行鏈路傳輸或如何執行(例如，初始時序提前、時序提前更新命令)藉由使用時序提前程序之通常上行鏈路傳輸時序的功能及程序。

在下文中，針對解決以上問題，詳細地描述一般實施例，將藉由使用經設計以易於解釋實施例之原理的以下示範性情境來解釋該實施例。然而，該等原理亦可應用於其他情境，其中之一些將在下文中明確地提到。

UE開始兩階段上行鏈路資源排程。詳言之，資源排程由用於未經許可的小區之第一階段上行鏈路資源排程訊息(觸發A)起始，該訊息由UE之接收器接收。隨後，用於未經許可的小區之第二階段上行鏈路資源排程訊息(觸發B)由UE之接收器接收。

隨後，UE之處理器在第一階段上行鏈路資源排程訊息驗證中判定第一階段上行鏈路資源排程訊息(觸發A)是否有效。藉此，此第一階段上行鏈路資源排程訊息(觸發A)之有效性之判定係基於關於上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息(觸發B)在第二階段上行鏈路資源排程訊息(觸發B)之接收前之預定時間週期內觸發的判定。

隨後，當接收到第二階段上行鏈路資源排程訊息(觸發B)時，處理器判定倘若處理器已判定第一階段上行鏈路資源排程訊息(觸發A)有效，則排程上行鏈路傳輸。

最後，倘若處理器已判定上行鏈路傳輸經排程，則UE之傳輸器執行經由未經許可的小區之上行鏈路傳輸。

如上所述的本發明之此主要原理有利地允許防止在多UE環境中之多個上行鏈路傳輸觸發。由於不存在由意欲用於不同UE之觸發B無意地觸發由先前已觸發在有效時間窗內之上行鏈路傳輸的彼特定UE進行之第二上行鏈路傳輸之風險，因此eNodeB可緊接在已發送觸發B後，甚至在預定時間週期/有效時間窗內，直接將新觸發A傳輸至不同UE。

藉由此方式，可顯著改善使用者/小區輸送量。此外，避免多個上行鏈路傳輸觸發，可減少所需觸發A附加項，此係由於可更有效率地使用如由觸發A指示之較長有效性時間。

此外，在有效性時間/有效時間窗內之正確第一觸發B後的第二觸發B之假警報不造成假PUSCH傳輸。此有利地避免歸因於假警報觸發B之誤差情況。

圖9 說明實施例之第一實施，其中阻止在多UE環境中的上行鏈路傳輸之多個觸發。

圖9基本上說明如以上已關於圖8關於在群組#1及#2之UE處的觸發之接收所描述之情形。如所論述，群組#1之UE在子訊框n+3接收觸發B。為了避免上行鏈路傳輸之第二觸發(在如關於圖8所描述之習知系統中，其將發生)，群組#1之UE檢查關於另一觸發B是否已在如在子訊框n+3處接收的觸發B之接收前之預定時間週期內觸發上行鏈路傳輸。優選地，預定時間週期為如在觸發A訊息中指示之有效時間窗。在該實例中，預定時間週期為5個子訊框之長度之有效時間窗(如已關於圖8解釋，其中觸發A通知UE關於表示有效時間窗的子訊框之數目(v = 5))。

因此，群組#1之UE檢查關於另一觸發B是否已在子訊框n+3前之5個子訊框之時間週期內觸發上行鏈路傳輸。詳言之，群組#1之UE檢查關於另一觸發B是否已觸發子訊框n-2與n+2之間的上行鏈路傳輸。如圖8中所說明，上行鏈路傳輸已由在子訊框n中接收之觸發B觸發。因此，為了避免在用於觸發A之有效時間窗內的上行鏈路傳輸之多個觸發，對於在第一觸發B (在該實例中，其在子訊框n中接收)後接收之任一觸發B，UE忽略在子訊框n-2接收之觸發A，此將創造子訊框n-2與n+2之間的有效時間窗且其將使在子訊框n+3接收之觸發B能夠觸發另一上行鏈路傳輸。詳言之，忽略在子訊框n-2接收之觸發A，接著避免在子訊框n+3接收之觸發B將觸發上行鏈路傳輸，此係由於接著在於子訊框n+3處的觸發B之接收前，將發現不到有效時間窗。應注意，在已發現在用於觸發A之有效時間窗內的先前上行鏈路傳輸觸發之情況下的表達「忽略觸發A」意謂對於在子訊框n+3接收之觸發B，「不考慮」在子訊框n-2接收之觸發A。

因此，且如圖9中所說明，在子訊框n+3，無不當的第二/多個上行鏈路傳輸由群組#1之UE觸發。因此，在此情況下，在子訊框n+3，僅群組#2之UE觸發由接收之觸發B進行的上行鏈路傳輸。借助於該解決方案，避免/阻止在多UE環境中之多個觸發。

圖10 為用於根據如上已關於圖9提到之實施例之第一實施的兩階段上行鏈路傳輸程序之圖。

在步驟S101中，UE (群組#1及#2之UE中之任一者)開始兩階段上行鏈路資源排程。詳言之，資源排程由用於未經許可的小區之第一階段上行鏈路資源排程訊息起始，該訊息由UE在步驟S102中接收。隨後，在步驟S103中，第二階段上行鏈路資源排程訊息由用於未經許可的小區之UE接收。

第一階段上行鏈路資源排程訊息驗證由步驟S104組成，其中判定關於上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在第二階段上行鏈路資源排程訊息之接收前的時間週期T內觸發。藉此，「時間週期T」對應於如在申請專利範圍中所反映之「在第二階段上行鏈路資源排程訊息之接收前的預定時間週期」，以及對應於如在圖8及圖9中展示之「有效時間窗」。

若已判定已在時間週期T內進行另一上行鏈路傳輸(步驟S104中之「是」)，則該過程繼續步驟S102，進入等待第一階段上行鏈路資源排程訊息之下一個循環。

然而，若在步驟S104中判定無其他上行鏈路傳輸已在時間週期T內進行(步驟S104中之「否」)，則該過程繼續步驟S105，該步驟係關於判定第一階段上行鏈路資源排程訊息有效。

因為第一階段上行鏈路資源排程訊息有效，所以該過程繼續係關於排程上行鏈路傳輸之步驟S106。隨後，在步驟S107中，實際執行上行鏈路傳輸。

圖11 說明實施例之第二實施，其中阻止在多UE環境中的上行鏈路傳輸之多個觸發。第二實施為對第一實施之替代，然而，其中藉由使觸發A無效，而非僅僅忽略觸發A (如在第一實施中所描述)來避免由同一UE在用於觸發A之有效時間窗內進行的上行鏈路傳輸之多個觸發。

對圖9之情境進行參考，其中在子訊框n+3，第二觸發B已由群組#1之UE接收。作為對實施例之第一實施之替代，在根據圖11的實施例之第二實施中，在於子訊框n接收到觸發B後，群組#1之UE可主動地使觸發A (其已在子訊框n-2接收)無效(無效也可在子訊框n+1或n+2處執行，但需要在於子訊框n+3處解譯/分析/考慮第二觸發B前執行)。因此，如在子訊框n+3處接收之第二觸發B不能夠觸發在群組#1之UE處的上行鏈路傳輸，此係由於不再存在用於觸發A之有效時間窗。換言之，在接收到已觸發上行鏈路傳輸之第一觸發B後(或至少在接收到下一個觸發B前)，實施例之第二實施主動停用觸發A/使觸發A無效。因此，藉由主動地使觸發A無效/停用觸發A，藉此去除用於觸發A之有效時間窗，無非意欲之多個上行鏈路傳輸可由群組#1之UE觸發。

總體上，應注意，通過在上行鏈路傳輸已由觸發B觸發後使觸發A無效(移除用於觸發A之有效時間窗)，而非如圖9中所展示，僅僅在接收到第二觸發B後忽略觸發A (不考慮用於觸發A之有效時間窗)，實施例之第二實施(根據圖11)大體不同於第一實施(根據圖9及圖10)。

主動地「使觸發A無效/停用觸發A」可(例如)藉由雙態觸發在與第一階段上行鏈路傳輸資源排程訊息觸發A之無效/停用相關聯之欄位中的具體位元來實施。

圖12 為用於根據如上已關於圖11提到之實施例之第二實施的兩階段上行鏈路傳輸程序之圖。

在步驟S101中，UE (群組#1及#2之UE中之任一者)開始兩階段上行鏈路資源排程。詳言之，資源排程由用於未經許可的小區之第一階段上行鏈路資源排程訊息起始，該訊息由UE在步驟S102中接收。隨後，在步驟S103中，第二階段上行鏈路資源排程訊息由用於未經許可的小區之UE接收。

第一階段上行鏈路資源排程訊息驗證由步驟S108組成，其中判定關於第一階段上行鏈路資源排程訊息是否已無效。若判定第一階段上行鏈路資源排程訊息已無效(步驟S108中之「是」)，則該過程繼續步驟S102，進入等待第一階段上行鏈路資源排程訊息之下一個循環，或至步驟S103，等待第二階段上行鏈路資源排程訊息。

若在步驟S108中判定尚未使第一階段上行鏈路資源排程訊息無效(步驟S108中之「否」)，則該過程繼續步驟S105，該步驟係關於判定第一階段上行鏈路資源排程訊息有效。隨後，因為第一階段上行鏈路資源排程訊息有效，所以該過程繼續係關於排程上行鏈路傳輸之步驟S106。隨後，在步驟S107中，實際執行上行鏈路傳輸。其後，該過程繼續步驟S109，該步驟係關於使第一階段上行鏈路資源排程訊息無效。隨後，該過程繼續步驟S102，進入等待第一階段上行鏈路資源排程訊息之下一個循環，或至步驟S103，等待第二階段上行鏈路資源排程訊息。

舉例而言，若在第一階段上行鏈路資源排程訊息之無效(在步驟S109中)後接收到第二階段上行鏈路資源排程訊息，則該賽程自步驟S103繼續進行至步驟S108。在步驟S108，判定第一階段上行鏈路資源排程訊息無效，使得該過程再次繼續進行至步驟S102或步驟S103，而不執行上行鏈路傳輸。

如上所述之此程序反映如圖11中所說明之具體行為，其中在子訊框n+3處之第二觸發B不起始再一上行鏈路傳輸，此係由於在第一觸發B已觸發上行鏈路傳輸後，已使觸發A無效。

在實施例之前述描述中，針對通訊系統之小區描述兩階段上行鏈路無線電資源排程。應注意，此兩階段上行鏈路無線電資源排程不僅對於未經許可的或經許可的小區可能，而且對於支援兩階段上行鏈路無線電資源排程之任何小區可能。

根據在標準TS 36.213條款8.0之環境中實施之再一實施例，提議在標準中指定： 對於為LAA SCell之伺服小區，UE應 l 在偵測到具有DCI格式0A/0B/4A/4B及在意欲用於UE之子訊框n 中具有設定至「0」之「PUSCH觸發A」欄位的PDCCH/ EPDCCH後，或 l 在偵測到具有DCI格式0A/0B/4A/4B及在來自意欲用於UE (其尚未由設定至「1」之「PUSCH觸發B」欄位在子訊框n -v +1及子訊框n -1內觸發)之子訊框n -v 之最近子訊框中具有設定至「1」之「PUSCH觸發A」欄位的PDCCH/EPDCCH後，及在偵測到具有由CC-RNTI擾亂之DCI CRC及在子訊框n 中具有設定至「1」之「PUSCH觸發B」的PDCCH後 根據PDCCH/EPDCCH及[...]，在子訊框n + l + k + i (其中i =0 、1 、……、N -1 )中執行在於條款15.2.1中描述之頻道存取程序上調節之對應的PUSCH傳輸 本發明之硬體及軟體實施

其他示範性實施例係關於使用硬體、軟體或軟體結合硬體對上述各種實施例之實施。在此方面，提供一使用者終端機(行動終端機)及一eNodeB (基地台)。使用者終端機及基地台經調適以執行本文中描述之方法，包括適當參與方法之對應的實體，諸如，接收器、傳輸器、處理器。

進一步認識到，可使用計算裝置(處理器)實施或執行各種實施例。計算裝置或處理器可(例如)為通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可規劃閘陣列(FPGA)或其他可規劃邏輯裝置等。各種實施例亦可由此等裝置之組合執行或體現。詳言之，在以上描述的每一實施例之描述中使用之每一功能區塊可由LSI實現為積體電路。其可個別地形成為晶片，或可形成一個晶片，以便包括功能區塊之部分或全部。其可包括耦接至其之資料輸入及輸出端。取決於整合之程度之差異，LSI在此處可被稱作IC、系統LSI、超級(super) LSI或超(ultra) LSI。然而，實施積體電路之技術不限於LSI，且可藉由使用專用電路或通用處理器來實現。此外，可使用可在LSI或可重新組配安置於LSI內部的電路小區之連接及設定之可重新組配處理器之製造後規劃的FPGA (場可規劃閘陣列)。

另外，亦可借助於由處理器或直接在硬體中執行之軟體模組來實施各種實施例。軟體模組與硬體實施之組合亦可為可能的。軟體模組可儲存於任何種類之電腦可讀儲存媒體上，例如，RAM、EPROM、EEPROM、快閃記憶體、暫存器、硬碟機、CD-ROM、DVD等。應進一步注意，不同實施例之個別特徵可個別地或按任意組合為至另一實施例之標的物。

所屬領域的技術人員將瞭解，可對如在具體實施例中展示之本發明進行眾多變化及/或修改。因此，本實施例在所有方面中被考慮為例示性且非限制性。

S101-S109‧‧‧步驟

在下文中，將參看附圖及圖式更詳細地描述示範性實施例。圖1 展示3GPP LTE系統之一示範性架構，圖2 展示如針對3GPP LTE (版本8/9)所定義的子訊框之下行鏈路時槽之一示範性下行鏈路資源網格，圖3 展示如針對3GPP LTE所定義的子訊框之上行鏈路時槽之一示範性上行鏈路資源網格，圖4 說明具有若干許可的及未經許可的小區之一示範性LAA情境，圖5 說明LAA傳輸之傳輸行為，圖6 說明針對未經許可的小區之Wi-Fi傳輸與LAA UE下行鏈路叢發之間的時序，圖7 示範性地說明如針對經由未經許可的小區之上行鏈路傳輸所提供的兩階段上行鏈路排程程序，圖8 說明在多UE環境中的上行鏈路傳輸之多個觸發，圖9 說明根據實施例之第一實施的在多UE環境中之上行鏈路傳輸之多個觸發之阻止，圖10 為根據實施例之第一實施的兩階段上行鏈路傳輸程序之圖，圖11 說明根據實施例之第二實施的在多UE環境中之上行鏈路傳輸之多個觸發之阻止，且圖12 為根據實施例之第二實施的兩階段上行鏈路傳輸程序之圖。

Claims (14)

1. 一種用於用上行鏈路無線電資源排程之使用者設備，其中至少一個未經許可的小區經組配以用於該使用者設備與負責排程該未經許可的小區上之上行鏈路無線電資源之一無線電基地台之間的通訊，其中該使用者設備包含： 一接收器，其在操作中自該無線電基地台接收一第一階段上行鏈路資源排程訊息，該訊息指示可由該使用者設備用以執行經由該未經許可的小區之一上行鏈路傳輸的上行鏈路無線電資源， 該接收器在操作中自該無線電基地台接收與該第一階段上行鏈路資源排程訊息有關之一第二階段上行鏈路資源排程訊息， 一處理器，其在操作中判定該第一階段上行鏈路資源排程訊息是否有效， 該處理器在操作中在接收到該第二階段上行鏈路資源排程訊息時，判定倘若該處理器已判定該第一階段上行鏈路資源排程訊息有效，則排程一上行鏈路傳輸， 其中該第一階段上行鏈路資源排程訊息是否有效之該判定係基於關於一上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之一預定時間週期內觸發的一判定，以及 一傳輸器，其在操作中且倘若該處理器已判定一上行鏈路傳輸經排程，則執行經由該未經許可的小區之一上行鏈路傳輸。
2. 如請求項1之使用者設備，其中當無上行鏈路傳輸已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之該預定時間週期內觸發時，該處理器在操作中判定該第一階段上行鏈路資源排程訊息有效。
3. 如請求項1之使用者設備，其中在一上行鏈路傳輸已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之該預定時間週期內觸發後，該處理器在操作中使該第一階段上行鏈路資源排程訊息無效， 其中當尚未使該第一階段上行鏈路資源排程訊息無效時，該處理器在操作中判定該第一階段上行鏈路資源排程訊息有效。
4. 如請求項1至3中任一項之使用者設備，其中該第一階段上行鏈路資源排程訊息經定址至該使用者設備，且該第二階段上行鏈路資源排程訊息通常經定址至接收該第二階段上行鏈路資源排程訊息之多個使用者設備， 視情況，其中借助於在該第一階段上行鏈路資源排程訊息之該傳輸中使用之一使用者設備具體身分將該第一階段上行鏈路資源排程訊息定址至該使用者設備，且其中該使用者設備具體身分可組配；且 視情況，其中通常借助於在該第二階段上行鏈路資源排程訊息之該傳輸中使用之一共用身分將該第二階段上行鏈路資源排程訊息定址至接收該第二階段上行鏈路資源排程訊息之多個使用者設備，其中該共用身分經預定義且對於多個使用者設備係共同的。
5. 如請求項1至4中任一項之使用者設備，其中該第一階段上行鏈路資源排程訊息指示可將該第一階段上行鏈路資源排程訊息與該接收之第二階段上行鏈路資源排程訊息一起考慮之該預定時間週期， 視情況，其中該處理器判定倘若該第二階段上行鏈路資源排程訊息係在該第一階段上行鏈路資源排程訊息之接收後的該指示之預定時間週期內接收到，則將該第一階段上行鏈路資源排程訊息與該第二階段上行鏈路資源排程訊息一起考慮。
6. 如請求項1至5中任一項之使用者設備，其中該第一階段上行鏈路資源排程訊息進一步指示當執行該上行鏈路傳輸時將考慮之一第一時間偏移，且其中該第二階段上行鏈路資源排程訊息指示當執行該上行鏈路傳輸時將考慮之一第二時間偏移， 視情況，其中該傳輸器在操作中時至少在接收到該第二階段上行鏈路資源排程訊息後的該第一時間偏移與該第二時間偏移之總和後執行該上行鏈路傳輸。
7. 如請求項1至6中任一項之使用者設備，其中該第一階段上行鏈路資源排程訊息為一下行鏈路控制資訊、DCI、格式0A、0B、4A或4B之訊息，分別包含指示該DCI訊息為一兩階段上行鏈路資源排程之一第一上行鏈路資源排程訊息之一第一階段旗標， 視情況，其中該第二階段上行鏈路資源排程訊息為一下行鏈路控制資訊、DCI、格式1C之訊息，包含指示該DCI訊息為一兩階段上行鏈路資源排程之一第二上行鏈路資源排程訊息之一第二階段旗標。
8. 一種用於操作用於用上行鏈路無線電資源排程之一使用者設備之方法，其中至少一個未經許可的小區經組配以用於該使用者設備與負責排程該未經許可的小區上之上行鏈路無線電資源之一無線電基地台之間的通訊，其中該方法包含： 自該無線電基地台接收一第一階段上行鏈路資源排程訊息，該訊息指示可由該使用者設備用以執行經由該未經許可的小區之一上行鏈路傳輸的上行鏈路無線電資源， 自該無線電基地台接收與該第一階段上行鏈路資源排程訊息有關之一第二階段上行鏈路資源排程訊息， 判定該第一階段上行鏈路資源排程訊息是否有效， 當接收到該第二階段上行鏈路資源排程訊息時，判定倘若已判定該第一階段上行鏈路資源排程訊息有效，則排程一上行鏈路傳輸， 其中該第一階段上行鏈路資源排程訊息是否有效之該判定係基於關於一上行鏈路傳輸是否已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之一預定時間週期內觸發的一判定，以及 倘若已判定一上行鏈路傳輸經排程，則執行經由該未經許可的小區之一上行鏈路傳輸。
9. 如請求項8之方法，進一步包含當無上行鏈路傳輸已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之該預定時間週期內觸發時，判定該第一階段上行鏈路資源排程訊息有效。
10. 如請求項8之方法，進一步包含在一上行鏈路傳輸已由另一第二階段上行鏈路資源排程訊息在該第二階段上行鏈路資源排程訊息之接收前之該預定時間週期內觸發後，使該第一階段上行鏈路資源排程訊息無效，以及 當尚未使該第一階段上行鏈路資源排程訊息無效時，判定該第一階段上行鏈路資源排程訊息有效。
11. 如請求項8至10中任一項之方法，其中該第一階段上行鏈路資源排程訊息經定址至該使用者設備，且該第二階段上行鏈路資源排程訊息通常經定址至接收該第二階段上行鏈路資源排程訊息之多個使用者設備， 視情況，其中借助於在該第一階段上行鏈路資源排程訊息之該傳輸中使用之一使用者設備具體身分將該第一階段上行鏈路資源排程訊息定址至該使用者設備，且其中該使用者設備具體身分可組配；且 視情況，其中通常借助於在該第二階段上行鏈路資源排程訊息之該傳輸中使用之一共用身分將該第二階段上行鏈路資源排程訊息定址至接收該第二階段上行鏈路資源排程訊息之多個使用者設備，其中該共用身分經預定義且對於多個使用者設備係共同的。
12. 如請求項8至11中任一項之方法，其中該第一階段上行鏈路資源排程訊息指示可將該第一階段上行鏈路資源排程訊息與該接收之第二階段上行鏈路資源排程訊息一起考慮之該預定時間週期， 視情況，進一步包含判定倘若該第二階段上行鏈路資源排程訊息係在該第一階段上行鏈路資源排程訊息之接收後的該指示之預定時間週期內接收到，則將該第一階段上行鏈路資源排程訊息與該第二階段上行鏈路資源排程訊息一起考慮。
13. 如請求項8至12中任一項之方法，其中該第一階段上行鏈路資源排程訊息進一步指示當執行該上行鏈路傳輸時將考慮之一第一時間偏移，且其中該第二階段上行鏈路資源排程訊息指示當執行該上行鏈路傳輸時將考慮之一第二時間偏移， 視情況，進一步包含至少在接收到該第二階段上行鏈路資源排程訊息後的該第一時間偏移與該第二時間偏移之總和後執行該上行鏈路傳輸。
14. 如請求項8至13中任一項之方法，其中該第一階段上行鏈路資源排程訊息為一下行鏈路控制資訊、DCI、格式0A、0B、4A或4B之訊息，分別包含指示該DCI訊息為一兩階段上行鏈路資源排程之一第一上行鏈路資源排程訊息之一第一階段旗標， 視情況，其中該第二階段上行鏈路資源排程訊息為一下行鏈路控制資訊、DCI、格式1C之訊息，包含指示該DCI訊息為一兩階段上行鏈路資源排程之一第二上行鏈路資源排程訊息之一第二階段旗標。