TW201943220A - 在基於nr非陸地網路中harq管理方法及程序 - Google Patents
在基於nr非陸地網路中harq管理方法及程序 Download PDFInfo
- Publication number
- TW201943220A TW201943220A TW108104386A TW108104386A TW201943220A TW 201943220 A TW201943220 A TW 201943220A TW 108104386 A TW108104386 A TW 108104386A TW 108104386 A TW108104386 A TW 108104386A TW 201943220 A TW201943220 A TW 201943220A
- Authority
- TW
- Taiwan
- Prior art keywords
- wtru
- harq
- packet
- network node
- size
- Prior art date
Links
Classifications
-
- 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/1835—Buffer management
-
- 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/1864—ARQ related signaling
-
- 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/1896—ARQ related signaling
-
- 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0097—Relays
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一種由WTRU操作的方法以及裝置。WTRU可以確定是否針對超過max-HARQ-size的TB或CBG停用HARQ操作。該max-HARQ-size可以由WTRU計算。在一個實施例中,該max-HARQ-size可以基於該WTRU的記憶體大小、或者可以基於WTRU與gNB之間的傳播延遲。該傳播延遲可以從接收自gNB的隨機存取回應(RAR)而被確定。
Description
提供了一種用於由無線傳輸/接收單元(WTRU)進行操作的方法以及裝置。該方法可以包括確定WTRU可支援的最大混合自動重複請求(HARQ)過程數量。然後,WTRU可以向下一代節點B(gNB)傳輸所確定的最大HARQ過程數量。如果gNB達到該最大HARQ過程數量,則gNB可以被配置為停止為WTRU發起新的HARQ過程對話。以這種方式,直到WTRU向gNB發送應答(ACK),gNB可以不使新的HARQ過程對話被啟動。該最大HARQ過程數量可以使用最壞情況場景方法而被確定、或者可以經由塊錯誤率(BLER)目標方法而被確定。可以經由上鏈控制資訊(UCI)傳訊向gNB表明該最大HARQ過程數量。
WTRU可以確定是否停用超過最大大小(max-HARQ-size,最大HARQ大小)的傳輸塊(TB)或碼塊組(CBG)的HARQ操作。該max-HARQ-size可以由WTRU計算。在一個實施例中,該max-HARQ大小可以基於WTRU的記憶體大小、或者可以基於WTRU與gNB之間的傳播延遲。該傳播延遲可以根據從gNB接收的隨機存取回應(RAR)而被確定。
用於實施例的實施的範例性網路
第1A圖是示出了可以實施所揭露的實施例的範例性通信系統100的圖式。該通信系統100可以是為多個無線使用者提供語音、資料、視訊、訊息傳遞、廣播等內容的多重存取系統。該通信系統100可以經由共用包括無線頻寬的系統資源而使多個無線使用者能夠存取此類內容。例如,通信系統100可以使用一種或多種通道存取方法,例如分碼多重存取(CDMA)、分時多重存取(TDMA)、分頻多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾唯一字DFT擴展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、資源塊過濾OFDM以及濾波器組多載波(FBMC)等等。
如第1A圖所示,通信系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、無線電存取網路(RAN)104、核心網路(CN)106、公共交換電話網路(PSTN)108、網際網路110以及其他網路112,然而應該瞭解,所揭露的實施例設想了任何數量的WTRU、基地台、網路及/或網路元件。每一個WTRU 102a、102b、102c、102d可以是被配置為在無線環境中操作及/或通信的任何類型的裝置。例如,WTRU 102a、102b、102c、102d(其任一者可被稱為“站”及/或“STA”)可以被配置為傳輸及/或接收無線信號、並且可以包括使用者設備(UE)、行動站、固定或行動訂戶單元、基於訂用的單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴顯示器(HMD)、車輛、無人機、醫療設備以及應用(例如遠端手術)、工業設備以及應用(例如機器人及/或在工業及/或自動處理鏈環境中操作的其他無線裝置)、消費類電子裝置、以及在商業及/或工業無線網路上操作的裝置等等。WTRU 102a、102b、102c、102d中的任一者可被可交換地稱為UE。
通信系統100還可以包括基地台114a及/或基地台114b。每一個基地台114a、114b可以是被配置為與WTRU 102a、102b、102c、102d中的至少一個WTRU無線地介接來促進其存取一個或多個通信網路(例如CN 106、網際網路110、及/或其他網路112)的任何類型的裝置。例如,基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、本地節點B、本地e節點 B、gNB、NR節點B、站點控制器、存取點(AP)、以及無線路由器等等。雖然每一個基地台114a、114b都被描述為單一元件,然而應該瞭解。基地台114a、114b可以包括任何數量的互連基地台及/或網路元件。
基地台114a可以是RAN 104的一部分,並且該RAN還可以包括其他基地台及/或網路元件(未顯示),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a及/或基地台114b可被配置為在稱為胞元(未顯示)的一個或多個載波頻率上傳輸及/或接收無線信號。這些頻率可以處於授權頻譜、無授權頻譜或是授權與無授權頻譜的組合中。胞元可以為相對固定或者有可能隨時間變化的特定地理區域提供無線服務覆蓋。胞元可被進一步分成胞元扇區。例如,與基地台114a相關聯的胞元可被分為三個扇區。因此,在一個實施例中,基地台114a可以包括三個收發器,也就是說,一個收發器用於胞元的每一個扇區。在實施例中,基地台114a可以使用多輸入多輸出(MIMO)技術、並且可以為胞元的每一個扇區使用多個收發器。例如,波束成形可以用於在期望的空間方向上傳輸及/或接收信號。
基地台114a、114b可以經由空中介面116以與WTRU 102a、102b、102c、102d中的一者或多者進行通信,其中該空中介面可以是任何適當的無線通訊鏈路(例如射頻(RF)、微波、釐米波、微米波、紅外線(IR)、紫外線(UV)、可見光等等)。空中介面116可以使用任何適當的無線電存取技術(RAT)來建立。
更具體地,如上所述,通信系統100可以是多重存取系統、並且可以使用一種或多種通道存取方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。例如,RAN 104中的基地台114a與WTRU 102a、102b、102c可以實施例如通用行動電信系統(UMTS)地面無線電存取(UTRA)之類的無線電技術,其中所述技術可以使用寬頻CDMA(WCDMA)來建立空中介面116。WCDMA可以包括如高速封包存取(HSPA)及/或演進型HSPA(HSPA+)之類的通信協定。HSPA可以包括高速下鏈(DL)封包存取(HSDPA)及/或高速UL封包存取(HSUPA)。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如演進型UMTS地面無線電存取(E-UTRA)之類的無線電技術,其中所述技術可以使用長期演進(LTE)及/或先進LTE(LTE-A)及/或先進LTA Pro(LTE-A Pro)來建立空中介面116。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如NR無線電存取之類的無線電技術,其中所述無線電技術可以使用新無線電(NR)來建立空中介面116。
在實施例中,基地台114a以及WTRU 102a、102b、102c可以實施多種無線電存取技術。例如,基地台114a以及WTRU 102a、102b、102c可以一起實施LTE無線電存取以及NR無線電存取(例如使用雙連接(DC)原理)。因此,WTRU 102a、102b、102c使用的空中介面可以藉由多種類型的無線電存取技術、及/或向/從多種類型的基地台(例如eNB以及gNB)發送的傳輸來表徵。
在其他實施例中,基地台114a以及WTRU 102a、102b、102c可以實施例如IEEE 802.11(即無線高保真(WiFi))、IEEE 802.16(全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球行動通信系統(GSM)、用於GSM演進的增強資料速率(EDGE)以及GSM EDGE(GERAN)等等的無線電技術。
第1A圖中的基地台114b可以是無線路由器、本地節點B、本地e節點B或存取點、並且可以使用任何適當的RAT來促進例如營業場所、住宅、車輛、校園、工業設施、空中走廊(例如供無人機使用)以及道路等等的局部區域中的無線連接。在一個實施例中,基地台114b與WTRU 102c、102d可以實施IEEE 802.11之類的無線電技術來建立無線區域網路(WLAN)。在實施例中,基地台114b與WTRU 102c、102d可以實施IEEE 802.15之類的無線電技術來建立無線個人區域網路(WPAN)。在再一實施例中,基地台114b以及WTRU 102c、102d可使用基於蜂巢的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)來建立微微胞元或毫微微胞元。如第1A圖所示,基地台114b可以具有與網際網路110的直接連接。因此,基地台114b不需要經由CN 106來存取網際網路110。
RAN 104可以與CN 106進行通信,其中該CN可以是被配置為向一個或多個WTRU 102a、102b、102c、102d提供語音、資料、應用及/或網際網路協定語音(VoIP)服務的任何類型的網路。該資料可以具有不同的服務品質(QoS)需求,例如不同的流通量需求、潛時需求、容錯需求、可靠性需求、資料流通量需求、以及行動性需求等等。CN 106可以提供呼叫控制、記帳服務、基於移動位置的服務、預付費呼叫、網際網路連接、視訊分發等等、及/或可以執行使用者驗證之類的高階安全功能。雖然在第1A圖中沒有顯示,然而應該瞭解,RAN 104及/或CN 106可以直接或間接地以及其他那些與RAN 104使用相同RAT或不同RAT的RAN進行通信。例如,除了與使用NR無線電技術的RAN 104連接之外,CN 106還可以與使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi無線電技術的另一RAN(未顯示)通信。
CN 106還可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110及/或其他網路112的閘道。PSTN 108可以包括提供簡易老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用了公共通信協定(例如TCP/IP網際網路協定族中的傳輸控制協定(TCP)、使用者資料報協定(UDP)及/或網際網路協定(IP))的全球性互連電腦網路裝置系統。該其他網路112可以包括由其他服務供應者擁有及/或操作的有線及/或無線通訊網路。例如,該其他網路112可以包括與一個或多個RAN連接的另一個CN,其中該一個或多個RAN可以與RAN 104使用相同RAT或不同RAT。
通信系統100中一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如,WTRU 102a、102b、102c、102d可以包括在不同無線鏈路上與不同無線網路通信的多個收發器)。例如,第1A圖所示的WTRU 102c可被配置為與可以使用基於蜂巢的無線電技術的基地台114a通信、以及與可以使用IEEE 802無線電技術的基地台114b通信。
第1B圖是示出了範例性WTRU 102的系統圖。如第1B圖所示,WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、例如全球定位系統(GPS)晶片組136之類的定位系統、以及其他週邊設備138。應該瞭解的是,在保持符合實施例的同時,WTRU 102還可以包括前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、常規處理器、數位訊號處理器(DSP)、多個微處理器、與DSP核心關聯的一或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可程式閘陣列(FPGA)電路、其他任何類型的積體電路(IC)以及狀態機等等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理、及/或能使WTRU 102在無線環境中操作的任何其他功能。處理器118可以耦合至收發器120,收發器120可以耦合至傳輸/接收元件122。雖然第1B圖將處理器118以及收發器120描述為單獨元件,然而應該瞭解,處理器118以及收發器120也可以集成在一個電子元件或晶片中。
傳輸/接收元件122可被配置為經由空中介面116以傳輸信號至基地台(例如,第1A圖中的基地台114a)或從基地台(例如,第1A圖中的基地台114a)接收信號。舉個例子,在一個實施例中,傳輸/接收元件122可以是被配置為傳輸及/或接收RF信號的天線。作為範例,在實施例中,傳輸/接收元件122可以是被配置為傳輸及/或接收IR、UV或可見光信號的放射器/偵測器。在實施例中,傳輸/接收元件122可被配置為傳輸及/或接收RF以及光信號。應該瞭解的是,傳輸/接收元件122可以被配置為傳輸及/或接收無線信號的任何組合。
雖然在第1B圖中將傳輸/接收元件122描述為是單一元件,但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地說,WTRU 102可以使用MIMO技術。因此,在實施例中,WTRU 102可以包括經由空中介面116以傳輸以及接收無線電信號的兩個或多個傳輸/接收元件122(例如多個天線)。
收發器120可被配置為對傳輸/接收元件122要傳送的信號進行調變、以及對傳輸/接收元件122接收的信號進行解調。如上所述,WTRU 102可以具有多模能力。因此,收發器120可以包括使WTRU 102能經由多種RAT(例如NR以及IEEE 802.11)來進行通信的多個收發器。
WTRU 102的處理器118可以耦合到揚聲器/麥克風124、小鍵盤126及/或顯示器/觸控板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元)、並且可以接收來自這些元件的使用者輸入資料。處理器118還可以向揚聲器/麥克風124、小鍵盤126及/或顯示器/觸控板128輸出使用者資料。此外,處理器118可以從例如非可移記憶體130及/或可移記憶體132之類的任何適當的記憶體中存取資訊、以及將資料儲存至這些記憶體。非可移記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或是其他任何類型的記憶儲存裝置。可移記憶體132可以包括用戶身份模組(SIM)卡、記憶條、安全數位(SD)記憶卡等等。在其他實施例中,處理器118可以從那些並非實際位於WTRU 102的記憶體存取資訊、以及將資料儲存至這些記憶體,作為範例,此類記憶體可以位於伺服器或家用電腦(未顯示)。
處理器118可以接收來自電源134的電力、並且可被配置為分發及/或控制用於WTRU 102中的其他元件的電力。電源134可以是為WTRU 102供電的任何適當裝置。例如,電源134可以包括一個或多個乾電池組(如鎳鎘(Ni-Cd)、鎳鋅(Ni-Zn)、鎳氫(NiMH)、鋰離子(Li-ion)等等)、太陽能電池以及燃料電池等等。
處理器118還可以耦合到GPS晶片組136,該晶片組可被配置為提供與WTRU 102的目前位置相關的位置資訊(例如經度以及緯度)。作為來自GPS晶片組136的資訊的補充或替代,WTRU 102可以經由空中介面116接收來自基地台(例如基地台114a、114b)的位置資訊、及/或根據從兩個或更多個附近基地台接收的信號時序來確定其位置。應該瞭解的是,在保持符合實施例的同時,WTRU 102可以用任何適當的定位方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138,其中該週邊設備可以包括提供附加特徵、功能及/或有線或無線連接的一個或多個軟體及/或硬體模組。例如,週邊設備138可以包括加速度計、電子指南針、衛星收發器、數位相機(用於照片及/或視訊)、通用序列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器、虛擬實境及/或增強現實(VR/AR)裝置、以及活動追蹤器等等。週邊設備138可以包括一個或多個感測器,該感測器可以是以下的一個或多個:陀螺儀、加速度計、霍爾效應感測器、磁力計、方位感測器、鄰近感測器、溫度感測器、時間感測器、地理位置感測器、高度計、光感測器、觸摸感測器、磁力計、氣壓計、手勢感測器、生物測定感測器及/或濕度感測器。
WTRU 102可以包括全雙工無線電裝置,對於該無線電裝置,一些或所有信號(例如與用於UL(例如針對傳輸)以及下鏈(例如針對接收)的特定子訊框相關聯)的接收或傳輸可以是並行及/或同時的。全雙工無線電裝置可以包括經由硬體(例如扼流圈)或是經由處理器(例如單獨的處理器(未顯示)或是經由處理器118)的信號處理來減小及/或基本消除自干擾的干擾管理單元(未示出)。在實施例中,WTRU 102可以包括傳送以及接收一些或所有信號(例如與用於UL(例如針對傳輸)或下鏈(例如針對接收)的特定子訊框相關聯)的半雙工無線電裝置。
第1C圖是示出了根據實施例的RAN 104以及CN 106的系統圖。如上所述,RAN 104可以在空中介面116上使用E-UTRA無線電技術以與WTRU 102a、102b、102c進行通信。該RAN 104還可以與CN 106進行通信。
RAN 104可以包括e節點B 160a、160b、160c,然而應該瞭解,在保持符合實施例的同時,RAN 104可以包括任何數量的e節點B。每一個e節點B 160a、160b、160c都可以包括在空中介面116上與WTRU 102a、102b、102c通信的一個或多個收發器。在一個實施例中,e節點B 160a、160b、160c可以實施MIMO技術。因此,例如,e節點B 160a可以使用多個天線以向WTRU 102a傳輸無線信號、及/或以及接收來自WTRU 102a的無線信號。
每一個e節點B 160a、160b、160c都可以關聯於一個特定胞元(未顯示)、並且可被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程等等。如第1C圖所示,e節點B 160a、160b、160c可以經由X2介面彼此通信。
第1C圖所示的CN 106可以包括行動性管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(或PGW)166。雖然前述的每一個元件都被描述為是CN 106的一部分,然而應該瞭解,這其中的任一元件都可以由CN操作者之外的實體擁有及/或操作。
MME 162可以經由S1介面被連接到RAN 104中的每一個e節點B 160a、160b、160c、並且可以充當控制節點。例如,MME 162可以負責驗證WTRU 102a、102b、102c的使用者、執行承載啟動/停用、以及在WTRU 102a、102b、102c的初始連結期間選擇特定的服務閘道等等。MME 162還可以提供用於在RAN 104與使用其他無線電技術(例如GSM及/或WCDMA)的其他RAN(未顯示)之間進行切換的控制平面功能。
SGW 164可以經由S1介面被連接到RAN 104中的每一個e節點B 160a、160b、160c。SGW 164通常可以路由以及轉發使用者資料封包至WTRU 102a、102b、102c/來自WTRU 102a、102b、102c的使用者資料封包。SGW 164還可以執行其他功能,例如在eNB間的切換期間錨定使用者平面、在DL資料可供WTRU 102a、102b、102c使用時觸發傳呼、以及管理並儲存WTRU 102a、102b、102c的上下文等等。
SGW 164可以連接到PGW 166,該PGW 166可以為WTRU 102a、102b、102c提供封包交換網路(例如網際網路110)存取,以促進WTRU 102a、102b、102c與IP賦能的裝置之間的通信。
CN 106可以促進與其他網路的通信。例如,CN 106可以為WTRU 102a、102b、102c提供電路切換式網路(例如PSTN 108)存取,以促進WTRU 102a、102b、102c與傳統的陸線通信裝置之間的通信。例如,CN 106可以包括IP閘道(例如IP多媒體子系統(IMS)伺服器)或與之進行通信,並且該IP閘道可以充當CN 106與PSTN 108之間的介面。此外,CN 106可以為WTRU 102a、102b、102c提供針對其他網路112的存取,該其他網路112可以包括其他服務供應者擁有及/或操作的其他有線及/或無線網路。
雖然在第1A圖至第1D圖中將WTRU描述為無線終端,然而應該想到的是,在某些典型實施例中,此類終端可以使用(例如臨時或永久性)與通信網路的有線通信介面。
在典型實施例中,該其他網路112可以是WLAN。
採用基礎架構基本服務集(BSS)模式的WLAN可以具有用於該BSS的存取點(AP)、以及與該AP相關聯的一個或多個站(STA)。該AP可以存取或是介接到分散式系統(DS)、或是將訊務攜入及/或攜出BSS的另一類型的有線/無線網路。源自BSS外部且至STA的訊務可以經由AP到達並被遞送至STA。源自STA且至BSS外部的目的地的訊務可被發送至AP,以遞送到各自的目的地。在BSS內的STA之間的訊務可以經由AP來發送,例如,其中源STA可以向AP發送訊務、並且AP可以將訊務遞送至目的地STA。在BSS內的STA之間的訊務可被認為及/或稱為點到點訊務。該點到點訊務可以在源與目的地STA之間(例如在其間直接)用直接鏈路建立(DLS)來發送。在某些典型實施例中,DLS可以使用802.11e DLS或802.11z隧道化DLS(TDLS)。使用獨立BSS(IBSS)模式的WLAN可不具有AP,並且在該IBSS內或是使用該IBSS的STA(例如所有STA)彼此可以直接通信。在這裡,IBSS通信模式有時可被稱為“特定(ad-hoc)”通信模式。
在使用802.11ac基礎設施操作模式或類似的操作模式時,AP可以在固定通道(例如主通道)上傳送信標。該主通道可以具有固定寬度(例如20 MHz的頻寬)或是經由傳訊動態設定的寬度。主通道可以是BSS的操作通道、並且可被STA用來與AP建立連接。在某些典型實施例中,(例如在802.11系統中)可以實施具有衝突避免的載波感測多重存取(CSMA/CA)。對於CSMA/CA,包括AP的STA(例如每一個STA)可以感測主通道。如果特定STA感測到/偵測到及/或確定主通道繁忙,那麼該特定STA可以回退。在給定的BSS中,一個STA(例如只有一個站)可以在任何給定時間進行傳輸。
高流通量(HT)STA可以使用40 MHz寬的通道來進行通信(例如經由將20 MHz寬的主通道與20 MHz寬的相鄰或不相鄰通道組合以形成40 MHz寬的通道)。
超高流通量(VHT)STA可以支援20 MHz、40 MHz、80 MHz及/或160 MHz寬的通道。40 MHz及/或80 MHz通道可以藉由組合連續的20 MHz通道來形成。160 MHz通道可以藉由組合8個連續的20 MHz通道或者藉由組合兩個不連續的80 MHz通道(這種組合可被稱為80+80配置)來形成。對於80+80配置,在通道編碼之後,資料可被傳遞並經過分段解析器,該分段解析器可以將資料分為兩個流。在每一個流上可以單獨執行反向快速傅立葉轉換(IFFT)處理以及時域處理。該流可被映射在兩個80MHz通道上,並且資料可以由一傳輸STA來傳送。在一接收STA的接收器上,用於80+80配置的上述操作可以是相反的,並且組合資料可被發送至媒體存取控制(MAC)。
802.11af以及802.11ah支援次1 GHz操作模式。與802.11n以及802.11ac中的通道操作頻寬以及載波相較,在802.11af以及802.11ah中使用的通道操作頻寬以及載波減少。802.11af在TV白空間(TVWS)頻譜中支援5 MHz、10 MHz以及20 MHz頻寬,並且802.11ah支援使用非TVWS頻譜的1 MHz、2 MHz、4 MHz、8 MHz以及16 MHz頻寬。根據典型實施例,802.11ah可以支援儀錶類型控制/機器類型通信(MTC),例如巨集覆蓋區域中的MTC裝置。MTC可以具有某種能力,例如包含了支援(例如只支援)某些及/或有限頻寬的受限能力。MTC裝置可以包括電池,並且該電池的電池壽命高於臨界值(例如用於保持很長的電池壽命)。
可以支援多個通道以及通道頻寬的WLAN系統(例如,802.11n、802.11ac、802.11af以及802.11ah)包括可被指定為主通道的通道。該主通道可以具有等於BSS中的所有STA所支援的最大公共操作頻寬的頻寬。主通道的頻寬可以由在支援最小頻寬操作模式的BSS中操作的所有STA中的STA設定及/或限制。在802.11ah的範例中,即使BSS中的AP以及其他STA支援2 MHz、4 MHz、8 MHz、16 MHz及/或其他通道頻寬操作模式,但對支援(例如只支援)1 MHz模式的STA(例如MTC類型的裝置),主通道可以是1 MHz寬。載波感測及/或網路分配向量(NAV)設定可以取決於主通道的狀態。如果主通道繁忙(例如因為STA(其只支援1 MHz操作模式)對AP進行傳輸),那麼即使大多數的頻帶保持空間並且可供使用,也可以認為整個可用頻帶繁忙。
在美國,可供802.11ah使用的可用頻帶是從902 MHz到928 MHz。在韓國,可用頻帶是從917.5 MHz到923.5 MHz。在日本,可用頻帶是從916.5 MHz到927.5 MHz。依照國家碼,可用於802.11ah的總頻寬是從6 MHz到26 MHz。
第1D圖是示出了根據實施例的RAN 113以及CN 115的系統圖。如上所述,RAN 113可以在空中介面116上使用NR無線電技術以與WTRU 102a、102b、102c進行通信。RAN 113還可以與CN 115進行通信。
RAN 113可以包括gNB 180a、180b、180c,但是應該瞭解,在保持符合實施例的同時,RAN 113可以包括任何數量的gNB。每一個gNB 180a、180b、180c都可以包括一個或多個收發器,以經由空中介面116而與WTRU 102a、102b、102c通信。在一個實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、180b、180c可以使用波束成形以向及/或從WTRU 102a、102b、102c傳輸及/或接收信號。因此,例如,gNB 180a可以使用多個天線以向WTRU 102a傳輸無線信號、及/或接收來自WTRU 102a的無線信號。在實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTRU 102a傳送多個分量載波(未顯示)。這些分量載波的子集可以處於無授權頻譜上,而剩餘分量載波則可以處於授權頻譜上。在實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以接收來自gNB 180a以及gNB 180b(及/或gNB 180c)的協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數配置(numerology)相關聯的傳輸以與gNB 180a、180b、180c進行通信。例如,對於不同的傳輸、不同的胞元及/或不同的無線傳輸頻譜部分,OFDM符號間距及/或OFDM子載波間距可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可縮放長度的子訊框或傳輸時間間隔(TTI)(例如包含了不同數量的OFDM符號及/或持續變化的絕對時間長度)以與gNB 180a、180b、180c進行通信。
gNB 180a、180b、180c可被配置為與採用獨立配置及/或非獨立配置的WTRU 102a、102b、102c進行通信。在獨立配置中,WTRU 102a、102b、102c可以在不存取其他RAN(例如,第1C圖中的e節點B 160a、160b、160c)下與gNB 180a、180b、180c進行通信。在獨立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一者或多者作為行動錨點。在獨立配置中,WTRU 102a、102b、102c可以使用無授權頻帶中的信號以與gNB 180a、180b、180c進行通信。在非獨立配置中,WTRU 102a、102b、102c可以在與另一RAN(例如,第1C圖中的e節點B 160a、160b、160c)進行通信/連接的同時與gNB 180a、180b、180c進行通信/連接。例如,WTRU 102a、102b、102c可以實施DC原理而基本上同時地與一個或多個gNB 180a、180b、180c以及一個或多個e節點B 160a、160b、160c進行通信。在非獨立配置中,e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的行動錨點,並且gNB 180a、180b、180c可以提供附加的覆蓋及/或流通量,以服務WTRU 102a、102b、102c。
每一個gNB 180a、180b、180c都可以與特定胞元(未顯示)關聯、並且可以被配置為處理無線電資源管理決策、切換決策、UL及/或DL中的使用者排程、支援網路截割、實施雙連接性、實施NR與E-UTRA之間的互通、路由使用者平面資料至使用者平面功能(UPF)184a、184b、以及路由控制平面資訊至存取以及行動性管理功能(AMF)182a、182b等等。如第1D圖所示,gNB 180a、180b、180c可以經由Xn介面彼此通信。
第1D圖所示的CN 115可以包括至少一個AMF 182a、182b、至少一個UPF 184a、184b、至少一個對話管理功能(SMF)183a、183b、並且有可能包括資料網路(DN)185a、185b。雖然每一個前述元件都被描述為CN 115的一部分,但是應該瞭解,這些元件中的任一元件都可以被CN操作者之外的其他實體擁有及/或操作。
AMF 182a、182b可以經由N2介面被連接到RAN 113中的一者或多者gNB 180a、180b、180c、並且可以充當控制節點。例如,AMF 182a、182b可以負責驗證WTRU 102a、102b、102c的使用者,支援網路截割(例如處理具有不同需求的不同協定資料單元(PDU)對話)、選擇特定的SMF 183a、183b、管理註冊區域、終止NAS傳訊、以及行動性管理等等。AMF 182a、182b可以使用網路截割,以基於WTRU 102a、102b、102c使用的服務類型來定製為WTRU 102a、102b、102c提供的CN支援。例如,針對不同的使用情況,可以建立不同的網路切片,該使用情況例如為依賴於超可靠低潛時(URLLC)存取的服務、依賴於增強型大規模行動寬頻(eMBB)存取的服務、及/或用於機器類型通信(MTC)存取的服務等等。AMF 162可以提供用於在RAN 113與使用其他無線電技術(例如LTE、LTE-A、LTE-A Pro及/或例如WiFi之類的非3GPP存取技術)的其他RAN(未顯示)之間切換的控制平面功能。
SMF 183a、183b可以經由N11介面被連接到CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面被連接到CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇以及控制UPF 184a、184b、並且可以經由UPF 184a、184b來配置訊務路由。SMF 183a、183b可以執行其他功能,例如管理以及分配UE IP位址、管理PDU對話、控制策略實施以及QoS、以及提供下鏈資料通知等等。PDU對話類型可以是基於IP的、不基於IP的、以及基於乙太網路的等等。
UPF 184a、184b可以經由N3介面被連接到RAN 113中的一者或多者gNB 180a、180b、180c,這樣可以為WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取,以促進WTRU 102a、102b、102c與IP賦能的裝置之間的通信,UPF 184、184b可以執行其他功能,例如路由以及轉發封包、實施使用者平面策略、支援多宿主PDU對話、處理使用者平面QoS、緩衝下鏈封包、以及提供行動性錨定等等。
CN 115可以促進與其他網路的通信。例如,CN 115可以包括可以與充當CN 115與PSTN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)、或者與其進行通信。此外,CN 115可以為WTRU 102a、102b、102c提供針對其他網路112的存取,該其他網路112可以包括其他服務供應者擁有及/或操作的其他有線及/或無線網路。在一個實施例中,WTRU 102a、102b、102c可以經由與UPF 184a、184b介接的N3介面以及介於UPF 184a、184b與DN 185a、185b之間的N6介面並經由UPF 184a、184b而連接到本地資料網路(DN)185a、185b。
鑒於第1A圖至第1D圖以及第1A圖至第1D圖的對應描述,在這裡對照以下的一項或多項描述的一個或多個或所有功能可以由一個或多個仿真裝置(未顯示)來執行:WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b及/或這裡描述的其他任何裝置(一個或多個)。這些仿真裝置可以是被配置為仿真這裡一個或多個或所有功能的一個或多個裝置。例如,這些仿真裝置可用於測試其他裝置、及/或用於模擬網路及/或WTRU功能。
仿真裝置可被設計為在實驗室環境及/或操作者網路環境中實施其他裝置的一項或多項測試。例如,該一個或多個仿真裝置可以在被完全或部分作為有線及/或無線通訊網路一部分實施及/或部署的同時執行一個或多個或所有功能,以測試通信網路內的其他裝置。該一個或多個仿真裝置可以在被臨時作為有線及/或無線通訊網路的一部分實施/部署的同時執行一個或多個或所有功能。該仿真裝置可以直接耦合到另一裝置以執行測試、及/或可以使用空中無線通訊來執行測試。
該一個或多個仿真裝置可以在未被作為有線及/或無線通訊網路一部分實施/部署的同時執行包括所有功能的一個或多個功能。例如,該仿真裝置可以在測試實驗室及/或未被部署(例如測試)的有線及/或無線通訊網路的測試場景中使用,以實施一個或多個元件的測試。該一個或多個仿真裝置可以是測試裝置。該仿真裝置可以使用直接的RF耦合及/或經由RF電路(例如,該電路可以包括一個或多個天線)的無線通訊來傳輸及/或接收資料。
非地面網路中的 HARQ 管理
非地面網路中的 HARQ 管理
3GPP已經研究了5G中衛星的作用以及優勢。這工作導致了在TS 22.261[1]中提及的支援衛星存取的具體要求。其中,認識到,作為5G存取技術結合的一部分,衛星覆蓋帶來了附加值,特別是對於無處不在的覆蓋範圍以及可用性至關重要的關鍵任務以及工業應用。
衛星是指空間載具,包括但不限於低地球軌道(LEO)、中地球軌道(MEO)、定置軌道(GEO)或高橢圓軌道(HEO)中的載具。
除衛星外,非地面網路(NTN)是指使用其他機載載具或空載載具進行傳輸的網路或網路部分。空載載具包括但不限於包括無人飛機系統(UAS)的高空平臺站(HAPS) - 包括比空中UAS更輕、比空中UAS更重且均在高空作業(通常在8到50公里之間)的繫留(tethered)UAS,包括準靜止UAS。
應配備5G系統,以利用衛星存取提供服務。其還應支援陸基5G存取與衛星存取網路(由相同操作者擁有或者不同操作者之間的協議)之間的服務連續性。為了使用衛星基礎存取提供服務,5G系統的空中介面應支援不超過300毫秒的單向潛時。第2圖是具有潛時要求的非地面存取架構200的範例的圖式。該架構200包括例如WTRU之類的終端210以及例如閘道或gNB之類的網路裝置230,其經由空載或機載的平臺220進行通信,並且在終端210以及網路裝置230之間中繼訊務。應當理解,雖然仍然受到5G系統的支援,但一方面由於終端210以及平臺220之間的距離以及另一方面由於平臺220以及網路裝置230之間的距離,如上所述,存在相當大的潛時,每一支路可達300毫秒。
自第3代(3G)以來,在大多數行動通信系統中已採用了HARQ方案。有三種HARQ方案類型,即:I型、II型以及III型。類型I將錯誤偵測(ED)以及前向錯誤校正(FEC)資訊添加到訊息中,並且接收器首先使用FEC來校正錯誤,然後使用ED來偵測錯誤,並且如果需要,可能請求重傳該訊息。類型II僅發送ED以及初始訊息,並且僅當偵測到至少一個錯誤時,接收器才請求FEC資訊;如果FEC沒有校正該錯誤(一個或多個),則可以進行重傳。類型III可以說是一種特殊情況,其中每一個(重新)傳輸應該是可獨立自解碼的。其中,II型以及III型需要接收緩衝器。與HARQ類型III相較下,HARQ類型II的性能更受接收緩衝器大小的影響,因為接收緩衝器的任何短缺都可能導致連續的封包錯誤。該接收緩衝器具有用於多個HARQ過程的空間,其中每一個接收到的訊息需要不同的HARQ過程,直到被確定為正確或者由於其他原因而被移除(例如,如果錯誤校正將由更高等級處理)。對於連續傳輸,可能的HARQ過程的數量由以下公式確定:
,公式1
,公式1
在公式1中,NHARQ
表示HARQ過程的數量,並且Tp
,Tsf
,Tue
,Tack
以及Tnb
分別是:傳播延遲、子訊框持續時間、WTRU處理時間、ACK/NACK傳輸時間以及gNB處理時間。Tt
是gNB發送封包以及接收ACK/NACK回饋之間的總時間。在地面網路系統的情況中,與其他處理時間值相較,基地台與行動終端之間的傳播延遲Tp
可以忽略,並且這通常導致NHARQ
為8或16(例如,對於LTE為8,且8或16是NR系統的典型值)。因此,3GPP LTE以及NR使用者終端被配備有對應大小的緩衝器。
然而,在非地面系統的情況中,Tp
不可忽略。例如,對於例如GEO彎管衛星系統的極端情況,Tp
約為300 ms,這導致NHARQ
值約為600。
給定HARQ過程的數量NHARQ
,接收器記憶體的所需大小Mrx
由公式2確定。
, 公式2
, 公式2
在公式2中,Ntr
是封包的最大傳輸次數(包括重傳),並且Mp
是封包的大小。由於非地面以及地面系統兩者的Ntr
以及Mp
值相同,因此非地面通信系統的Mrx
幾乎可以比地面系統的Mrx
大75(= 600÷8)倍(在典型的最壞情況下)。這可能意味著地面使用者終端不能用於非地面系統。對於HARQ II型,這個問題變得更加嚴重。由於在HARQ類型II中,初始傳輸封包僅包含碼塊的系統位元,即,訊息以及ED位元,因此由於記憶體的不足而儲存這些系統位元失敗可能使所有後續的重傳FEC同位位元的操作無用。
提供實施例以解決非地面接收器結構中對於昂貴PHY層記憶體的實質要求的問題。在NR中,對於DL,有限的緩衝器速率匹配(LBRM)可被支援並且可針對每個HARQ過程而被應用。NR限制了與以LBRM率(RLBRM)所編碼的最大傳輸塊大小(TBS)對應的傳輸緩衝器,其中RLBRM是1/2。如已經提到的,在非地面網路中,HARQ過程的數量可以遠大於地面NR中定義的16,這可能意味著適用於地面網路的WTRU HARQ緩衝器大小(即,例如16)不足以支援非地面網路中可能需要的較大量HARQ過程。因此,需要能夠有效地管理WTRU處的可用軟緩衝器以用於較大數量的HARQ過程(例如超過16個)的方法。
在實施例中,WTRU例如基於其HARQ緩衝器大小來計算它可以支援或將支援的最大HARQ過程數量(max-number-HARQ-process)。然後,WTRU可以向gNB傳輸max-number-HARQ-process。這可以經由上鏈控制資訊、UCI或任何其他上鏈控制配置傳訊來完成。該max-number-HARQ-process的傳輸可以由WTRU自主完成、或者可以回應於來自gNB的先前請求而完成。WTRU可以選擇使用任何合適的方法來計算max-number-HARQ-process。這裡給出三種方法作為非限制性範例:最壞情況場景方法、塊錯誤率(BLER)目標方法以及適應性BLER目標方法。
最壞情況場景方法:在此方法中,WTRU針對最壞情況場景計算max-number-HARQ-process。也就是說,WTRU假設所有接收封包都是錯誤的並且準備好這種可能性。基於可用記憶體大小(即,HARQ緩衝器大小)以及封包大小,以這樣的方式計算max-number-HARQ-process的值,以確保:如果每一個單一封包(重新)傳輸失敗,不同HARQ過程中的所有到達封包具有足夠的空間以被儲存在WTRU的HARQ記憶體中,即:
公式3
公式3
BLER目標方法:在此方法中,WTRU計算max-number-HARQ-process以用於與最壞情況場景相較下更樂觀的場景。也就是說,WTRU利用BLER-Target概率假設所接收的封包可能是錯誤的。BLER-Target的典型值為10%。這意味著WTRU假設:平均而言,具有BLER-Target率的一部分到達封包可能是不可解碼的。因此,WTRU平均僅需要儲存用於HARQ過程的一部分到達封包。基於可用記憶體大小Mrx
,、封包大小Mp
以及BLER-TargetPBLER
,以這樣的方式計算max-number-HARQ-process的值,以確保:如果僅BLER-Target的封包(重新)傳輸失敗,用於不同HARQ過程的到達封包具有足夠的空間以被儲存在WTRU的HARQ記憶體中,即:
公式4
公式4
參數BLER-Target是可選的可配置參數,gNB可以通過該參數配置WTRU。
在描述第三種方法(即,適應性BLER目標方法)之前,注意可能發生的是,無論使用何種方法來計算max-number-HARQ-process,所得的值都低於基於傳輸次數等所建議的HARQ數量。換句話說,在WTRU的HARQ記憶體中可能沒有足夠的空間用於必要的(或被認為是必要的)HARQ過程。這可能意味著一旦已達到max-number-HARQ-process,gNB必須停止發起新的HARQ過程對話,然後等待從WTRU接收ACK(釋放HARQ過程對話)以發起新的HARQ過程對話。
這在第3圖中示出,其中gNB在max-number-HARQ-process之後停止發起任何新的HARQ過程。第3圖示出了時間向右傳遞的兩個時間線:上時間線用於DL,下時間線用於UL。在此範例中,gNB發送用於HARQ過程的封包;用於HARQ過程1-3的封包30-1、30-2、30-3顯示在左側。可以理解(並且如省略號所示)的是,在封包30-3以及封包30-max(30-最大)之間可能有另外的封包(其中封包30-max對應於最後的HARQ過程,即,“填充”WTRU的HARQ容量的過程)。在一點上,UL包括在封包30-1的傳輸之後的一段時間發送的第一應答32(對於封包30-1),該時段對應於傳播時間 Tp
加上WTRU處理時間 Tue
。從圖中可以看出,在第一應答32之後在DL上發送封包30-max時,此時gNB不知道已經發送了應答32。這意味著在針對最後一個HARQ過程傳輸封包30-max之後,gNB不應該發送另外的封包,直到其已經接收並處理了來自WTRU的應答為止(這由方塊34示出),之後gNB可以發送另一個封包30-1',其作為對HARQ過程1的應答,對應於新的HARQ過程1。
使用所配置數量的HARQ過程的用於非地面HARQ管理的方法40在第4圖中示出。在第4圖中,假設使用上述基於BLER目標的方法來完成max-number-HARQ過程的計算。
該方法開始於步驟S41。在步驟S42中,WTRU使用已經描述的BLER-Target計算max-number-HARQ-process。該BLER-Target可以是預設值或先前設定的值。
在步驟S43中,WTRU將如此計算的max-number-HARQ-process發送到gNB。在步驟S44中,WTRU以及gNB使用用於WTRU以及gNB 的操作的max-number-HARQ-process進行正常操作。
在步驟S45中,WTRU從gNB接收新的BLER-Target。在變型實施例中,WTRU選擇或計算該新的BLER-Target。在步驟S46中,如先前已經描述的那樣,WTRU使該新的BLER-Target計算新的max-number-HARQ-process,並且在步驟S47中,將該新的max-number-HARQ-process發送給gNB。該方法然後返回到步驟S44,正常操作。
適應性BLER-Target方法:廣義地說,當使用該適應性BLER-Target方法時,gNB調整BLER-Target以試圖確保WTRU HARQ緩衝器足以用於HARQ過程的數量。為此,gNB可以基於WTRU記憶體大小(即,HARQ緩衝器)、gNB以及WTRU之間的傳播延遲的估計值、包括重傳的封包的最大傳輸次數、以及傳輸的封包大小來確定BLER-Target。gNB可以接收WTRU記憶體大小資訊作為WTRU能力資訊的一部分,該WTRU能力資訊是WTRU發送到網路的無線電資源控制(RRC)訊息(在大多數情況下,在初始註冊過程期間)。
gNB可以例如藉由下列來估計到WTRU的傳輸的傳播延遲:藉由將到WTRU的往返時間減半、藉由取得時序提前的值、藉由估計上鏈接收時序。gNB還可以使用gNB的高度、其標稱足跡大小及其仰角來估計到胞元中最遠WTRU的最大距離、以及從該最大距離計算最大傳播延遲。然後,gNB可以例如使用公式1來計算HARQ過程的數量NHARQ
。然後,可以根據以下計算WTRU的BLER-Target的最佳值:
, 公式5
, 公式5
在公式5中,Mrx
是WTRU的記憶體大小,Mp
是傳輸封包的大小,並且Ntr
是封包的最大傳輸次數(包括重傳)。然後,gNB為WTRU配置BLER-Target,即,使得WTRU旨在在BLER-Target處操作並實現該BLER-Target。該配置可以經由DCI欄位動態地被執行、或者用RLC配置靜態地及/或半靜態地被執行。然後,WTRU將BLER-Target的值用於所有CSI報告操作(例如通道品質指示符(CQI)計算)以及使用BLER-Target的其他此類操作(鏈路適應性等)。
在一些實施例中,BLER-Target的計算值可以非常小並且超出了電信系統被設計用於的操作範圍。在此解決方案中,可以定義配置參數min-BLER-Target(最小BLER目標),使得如果BLER-Target的計算值小於min-BLER-Target,則WTRU被配置為使用min-BLER-Target用於進一步操作。
在gNB處使用適應性BLER-Target方法進行非地面HARQ管理的程序如第5圖所示。WTRU的對應程序如第6圖所示。
在第5圖中,該方法在步驟S51開始。在步驟S52中,gNB使用本領域中已知的任何合適的方法估計到WTRU的傳播延遲。在步驟S53中,gNB使用估計的傳播延遲來計算BLER-Target,例如通過使用公式1以及5。
在步驟S54中,gNB檢查計算出的BLER-Target是否低於min-BLER-Target。如果BLER-Target大於min-BLER-Target(“否”),則在步驟S55中,gNB使用BLER-Target來配置WTRU,即,WTRU被配置為針對BLER-Target進行操作。另一方面,如果BLER-Target低於min-BLER-Target(“是”),則在步驟S56中,gNB使用min-BLER-Target來配置WTRU。該方法然後可以返回到步驟S52以估計新的傳播延遲並且可能重複該步驟,直到傳播延遲已經顯著改變以保證BLER-Target的新計算。
在第6圖中,該方法在步驟S61開始。在步驟S62中,WTRU從gNB接收BLER-Target(通常作為第5圖中的步驟S55或S56的結果),並且如果需要,則調整操作以符合此配置的BLER-Target值。在步驟S63中,WTRU基於接收到的BLER-Target確定CQI,並在步驟S64中將確定的CQI報告給gNB。然後,當WTRU從gNB接收新的BLER-Target時,該方法可以從步驟S62重複。
然而,在實施中,封包錯誤的實際數量以及所得到的HARQ過程的數量是隨機變化的。因此,適當的BLER目標的計算(例如,在第5圖的步驟S53中)較佳地基於封包錯誤的隨機模型以及所需的可靠性,即,不超過HARQ過程數量限制的概率。
一種方法是假設出現封包錯誤的帕桑(Poisson)到達模型。在此模型中,假設最大可用HARQ週期的數量是給定參數,並且一個HARQ週期中的封包數量是:
公式6
其中Tt 是gNB發送封包以及接收ACK/NACK回饋之間的總時間,Tsf 是子訊框持續時間。
公式6
其中Tt 是gNB發送封包以及接收ACK/NACK回饋之間的總時間,Tsf 是子訊框持續時間。
然後,假設用於封包錯誤到達的帕桑模型,HARQ週期中的封包錯誤的數量是帕桑隨機變數,並且具有k
個封包錯誤的概率是:
公式7
其中是HARQ週期中的平均封包錯誤數量。在這些假設下,HARQ堵塞的概率(即,所需HARQ過程的數量超過最大可用HARQ過程數量的概率)可以被計算為:
公式8
公式7
其中是HARQ週期中的平均封包錯誤數量。在這些假設下,HARQ堵塞的概率(即,所需HARQ過程的數量超過最大可用HARQ過程數量的概率)可以被計算為:
公式8
基於此公式,對於HARQ過程的給定可靠性等級、或等效的給定HARQ堵塞的概率,gNB可以確定該最佳BLER-Target、並且可以基於此計算來使用與參考第5圖描述的方法類似的方法。
在一個實施例中,gNB可以確定是否停用或賦能重傳的HARQ操作。這意味著,如果停用重傳的HARQ操作,則對於封包的傳輸,僅執行第一次傳輸。如果第一次傳輸失敗,則可能沒有任何進一步的MAC層重傳。為了恢復失敗的封包,經由較高層中的ARQ操作來執行進一步的重傳(一次或多個)。可以基於WTRU記憶體類別、傳播延遲或網路類型(或這些中的兩個或更多個的組合)來做出停用/賦能HARQ操作的決定,具體如下:
WTRU記憶體類別:如果WTRU記憶體大小不足以處理最大數量的HARQ過程,則gNB可以決定停用該WTRU的HARQ過程重傳。
傳播延遲:如果估計的傳播延遲太大以至於所需的WTRU記憶體大小大於實際的WTRU記憶體大小,則gNB可以決定停用WTRU的HARQ過程重傳。
網路類型:如果gNB屬於非地面網路,則其可以完全停用與gNB相關聯的所有UE的HARQ過程重傳。在這種情況下,經由廣播通道中的系統資訊向所有UE廣播用於停用HARQ的傳訊。
停用HARQ操作可以由gNB(或網路)經由廣播通道、或RRC配置、或L1 DCI傳訊、或者RRC配置以及L1 DCI傳訊的組合發送信號或信號集合(下文稱為停用-HARQ(disable-HARQ))來發佈。可以明確地或隱含地完成停用HARQ。一旦WTRU接收到disable-HARQ,則在接收到不可解碼封包時,WTRU丟棄該封包而不將該封包儲存在其記憶體中以用於進一步的HARQ組合、並且簡單地將NACK回饋發送到gNB。可以使用以下任何實施例將disable-HARQ發送到(一個或多個)WTRU。
在一個實施例中,HARQ過程號可以大於HARQ過程的數量(例如由gNB配置)。在此實施例中,WTRU在RRC配置中被配置有針對“HARQ過程數量”的小的值,例如,2。然後,在排程期間,gNB可以將DCI中的“HARQ過程號”欄位設定為大於RRC配置中的HARQ過程數量的值的任何值,例如,16。這樣,WTRU隱含地解讀出對所接收的封包停用HARQ操作。
在一個實施例中,WTRU可以使用RRC的半靜態配置。在此實施例中,對於WTRU,HARQ過程的數量在RRC中被配置為0。這樣,WTRU明確地解讀出對於所有接收封包,HARQ操作被停用。該實施例暗示在NR中,用於HARQ過程的數量的現有整數集合(即,{2, 4, 6, 8, 10, 12, 16})被擴展為新集合{0, 2, 4, 6, 8, 10, 12, 16}。
在此實施例中,定義了新識別符HARQ胞元無線電網路臨時識別符(C-RNTI)。HARQ C-RNTI對停用HARQ的授權或指派進行識別。HARQ C-RNTI是專用RNTI並且由RRC配置。gNB利用作為RRC配置的一部分的HARQ C-RNTI來配置WTRU。針對PDCCH酬載獲得的CRC同位位元是利用HARQ C-RNTI而被加擾,以用於HARQ停用/賦能。
可以由DCI表明動態指示。對於下鏈中的HARQ停用/賦能,可以使用DCI格式1_0以及1_1,其中PDCCH的CRC由HARQ C-RNTI加擾。然後可以使用那些DCI格式中的位元欄位來停用/賦能HARQ。可以從可用的HARQ相關欄位(例如,“新資料指示符”、“冗餘版本”以及“HARQ過程號”) 中選擇位元欄位。
WTRU可以選擇停用超過最大大小(即,max-HARQ-size)的傳輸塊(TB)或碼塊組(CBG)的HARQ操作。根據此特徵,WTRU可以首先計算max-HARQ-size的WTRU特定值。該計算可以基於WTRU的記憶體大小以及到服務gNB的傳播延遲。可以從時序提前資訊(已經由WTRU在隨機存取程序期間在隨機存取回應(RAR)中接收)中擷取到服務gNB的傳播延遲的資訊。一旦WTRU計算了max-HARQ-size的值(其可以確保要在HARQ過程中使用的所有封包都適合於所分配的HARQ記憶體),則其可以將此值作為WTRU能力資訊元素(IE)(其為RRC訊息)的一部分發送到網路或服務gNB。
當gNB正在排程TB(或CBG)以傳輸到WTRU時,如果TB(或CBG)的大小大於max-HARQ-size,則gNB可以假定針對該TB(或CBG)的HARQ操作被停用。
第7圖示出了根據範例性實施例的使用WTRU特定選擇性停用/賦能HARQ的用於非地面HARQ管理的WTRU程序。
方法70在步驟S71開始。在步驟S72中,WTRU使用例如可用的時序提前資訊來估計傳播延遲,並且在步驟S73中,使用估計的傳播延遲以及WTRU的記憶體大小來計算max-HARQ-size,之後,該max-HARQ-size在步驟S74中被發送給gNB。
在步驟S75中,WTRU從gNB接收TB或CBG,並在步驟S76中檢查TB或CBG的大小是否大於max-HARQ-size。
如果TB或CBG的大小不大於max-HARQ-size(“否”),則在步驟S77中,WTRU將TB或CBG視為HARQ被賦能的傳輸並將TB或CBG儲存在其HARQ緩衝器中。
另一方面,如果TB或CBG的大小大於max-HARQ-size(“是”),則在步驟S78中,WTRU將TB或CBG視為HARQ被停用的傳輸、並且不儲存該TB或CBG。
在一個實施例中,如果WTRU被配置有較高層參數CBG-DL = ON
(即,期望WTRU接收包括傳輸塊的碼塊組(CBG)的PDSCH),則WTRU還可以被配置有用於自主停用/賦能HARQ的較高層參數。在這種情況下,WTRU可以基於WTRU記憶體大小及/或WTRU能力/類別自主地決定停用或賦能針對給定HARQ過程號的HARQ操作。
在WTRU未能正確解碼包括TB的大量CBG的情況下,這意味著WTRU可能需要在記憶體中保留大量資訊以用於給定HARQ過程,以能夠將其與TB或CBG的後續重傳進行組合。對於這種場景,如果傳輸塊的CBG的NACK的數量大於某個臨界值,則WTRU可以首先自主地停用HARQ並清除記憶體。然後,無論WTRU是否已正確解碼一個或多個CBG的所有碼塊,WTRU都可以為整個TB或每個CBG產生HARQ-NACK資訊位元。在一個範例中,WTRU為在PUCCH或PUSCH上傳輸針對TB的二進位零或針對所有CBG的全零。藉由傳輸針對TB或所有CBG的HARQ-NACK資訊,WTRU可以隱含地向gNB表明WTRU自主地停用HARQ操作,並且從WTRU的角度已經終止相關聯的HARQ過程。因此,gNB可以使用ARQ機制重傳初始傳輸。
如果傳輸塊的CBG的NACK的數量小於某個臨界值,則意味著WTRU可以具有足夠的記憶體來保持失敗的(一個或多個)CBG的解碼資訊,以由WTRU用於與TB或CBG的後續重傳相組合。因此,WTRU可以針對給定的HARQ過程號賦能HARQ、並且以HARQ-ACK碼簿的形式產生HARQ-ACK資訊,並且在PUCCH或PUSCH上將其發送到gNB。WTRU藉由傳輸二進位1以及0的組合作為HARQ-ACK資訊的一部分以向gNB隱含地表明HARQ操作被賦能。
WTRU可以基於其記憶體大小、WTRU能力、WTRU類別等來確定用於自主停用/賦能HARQ功能的臨界值。
第8圖示出了由WTRU自主停用/賦能HARQ的範例性WTRU程序。
第8圖中的方法開始於步驟S81。在步驟S82中,WTRU從gNB(或網路)接收使WTRU能夠自主地停用/賦能HARQ的參數。在步驟S83中,WTRU基於例如WTRU的記憶體大小、WTRU的能力、WTRU的類別或這些中的至少兩者的組合來計算用於HARQ停用的臨界值。
在步驟S84中,WTRU對包括針對給定HARQ過程號的TB的所有CBG進行解碼。在解碼期間,WTRU將為不正確接收的CBG發送NACK; WTRU計算針對給定HARQ過程號發送的NACK的數量。在步驟S85中,WTRU檢查發送的NACK的數量是否超過臨界值,該臨界值可以是預設值或者由gNB或WTRU配置。
在發送的NACK的數量不超過臨界值(“否”)的情況下,在步驟S86中,WTRU賦能HARQ過程並將接收到的不正確CBG的解碼資訊儲存在記憶體中,並且在步驟S87中,如已經描述的,藉由為HARQ-ACK資訊產生二進位“1”以及“0”,隱含地向gNB表明HARQ被賦能用於該HARQ過程。
相反,在發送的NACK的數量超過臨界值(“否”)的情況下,在步驟S88中,WTRU停用HARQ過程並為給定的HARQ過程清除記憶體,並且在步驟S89中,如上所述,藉由為HARQ-ACK資訊產生所有二進位“0”,隱含地向gNB表明HARQ被停用於該HARQ過程。
在一個實施例中,WTRU可以確定並向gNB指示最大TBS。在一個實施例中,WTRU可以採用適應性軟狀態緩衝器管理協定。在此實施例中,支援非地面網路的WTRU可以確定以及調整與其支援的軟緩衝器相關的參數、並經由UL傳訊向gNB表明這些參數。在一個範例中,WTRU可以基於軟緩衝器大小或WTRU能力、或這些的組合來確定並向gNB表明其可以支援的最大TBS。WTRU可以基於該傳輸的預期往返時間(RTT)來確定所計算的最大TBS、且接著在小於NR中定義的最大TBS的NR TBS編碼大小中選擇所識別的最大TBS。RTT取決於至空載(例如,高空UAS平臺(HAP))或機載(例如,衛星(LEO、MEO、GEO))載具的距離、並且因此通常取決於這些載具的類型。WTRU可以經由系統資訊中的傳訊以隱式或顯式地確定RTT。對於較大的RTT,WTRU可以使用較小的最大TBS,而對於較小的RTT,WTRU可以使用較大的最大TBS大小。WTRU還可以在計算要應用的最大TBS中使用最大配置的HARQ過程。如果WTRU被配置有較大數量的HARQ過程,則WTRU可以使用較小的最大TBS,而對於較小數量的HARQ過程,WTRU可以使用較大的最大TBS。還可以預定義以及指定HARQ過程數量、RTT以及最大TBS之間的關係。
第9圖示出了最大TBS大小的確定及指示的範例性方法90。該方法開始於步驟S91。在步驟S92中,WTRU可以估計傳播延遲,該WTRU在步驟93中使用該傳播延遲來確定最大RTT。如已經描述的,還可以使用系統資訊中的傳訊來確定max-RTT(最大-RTT)。
在步驟S94中,WTRU例如基於所述的max-number-HARQ-processes計算max-TBS(最大-TBS),並且在步驟S95,將max-TBS發送給gNB。
WTRU還可以確定並向gNB表明有限緩衝器速率匹配(LBRM)率。在範例中,WTRU可以確定並向gNB表明其針對每HARQ過程所支援的有限緩衝器速率匹配(LBRM)率。WTRU可以從其時序提前或關於gNB高度、標稱足跡大小以及仰角的資訊來估計RTT。然後,WTRU可以為緩衝器縮減因數選擇任何臨界值,例如1/2,這可以產生2/3的有效母碼率。對於較大的RTT,WTRU可以針對每HARQ過程的LBRM率,應用高於該緩衝器縮減因數1/2的編碼率。這樣,該有效母碼率可以大於2/3。類似地,對於較小的RTT,WTRU可以針對每HARQ過程的LBRM率,應用比1/2小的編碼率。這樣,該有效母碼率可以小於2/3。WTRU還可以使用最大配置的HARQ過程來計算LBRM的編碼率。如果WTRU被配置有較大數量的HARQ過程,則其可以對LBRM應用較高的編碼率,而對於較小數量的HARQ過程,WTRU可以應用較小的編碼率。
第10圖示出了用於WTRU LBRM確定以及指示的方法1000。該方法在步驟1001開始。在步驟S1002中,WTRU估計傳播延遲並在步驟S1003中確定max-RTT(例如,如本文中參考第9圖所述)。
在步驟S1004中,如已經描述的,WTRU計算LBRM率,並且在步驟S1005中,將該LBRM率發送到gNB。
在一個實施例中,WTRU可以確定並向gNB表明最大TBS以及有限緩衝器速率匹配(LBRM)率。在範例中,WTRU可以確定並將針對每HARQ過程的最大支援TBS以及有限緩衝器速率匹配率的組合的索引傳訊至gNB。WTRU可以向gNB指示索引,gNB從該索引確定最大支援TBS以及有限緩衝器速率匹配率。
WTRU可以經由針對蜂巢NR的RRC配置以接收針對每個HARQ過程的最大TBS以及有限緩衝器速率匹配(LBRM)率、且接者基於衛星類型而為NTN確定相同值。在一個範例中,當WTRU期望來自LEO衛星星座的傳輸時,WTRU可以經由較高層傳訊來確定最大TBS是NR中定義的最大TBS的一半並且每HARQ過程的LBRM率是2/3,而不是1/2,便如同蜂巢式NR的情況(RTT可被視為可忽略)那樣。在另一範例中,當WTRU期望來自MEO衛星星座的傳輸時,WTRU可以經由較高層傳訊確定最大TBS是NR中定義的最大TBS的1/3,並且每HARQ過程的LBRM率是3/4而不是1/2。
第11圖示出了用於WTRU確定以及指示max-TBS以及LBRM的方法1100。該方法開始於步驟S1101。在步驟S1102中,WTRU接收用於NTN通信的RRC配置。
在步驟S1103中,如所描述的,WTRU確定max-RTT,並且在步驟S1104中,如上所述,計算max-TBS以及LBRM率。
在步驟S1104中,WTRU將計算出的max-TBS以及LBRM率發送給gNB。可以使用索引來發送此資訊,該索引例如可以使gNB使用查找表來確定該max-TBS以及LBRM率。
結論
結論
儘管於上是以特定組合描述了特徵以及元素,但是本領域中具有通常知識者將理解的是每個特徵或元素可以被單獨使用或以與其它特徵以及元素的任何組合而被使用。此外,於此描述的方法可以在併入在電腦可讀媒體中由電腦或處理器執行的電腦程式、軟體或韌體中實施。非暫態電腦可讀媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體儲存裝置、例如內部硬碟以及可拆卸磁片之類的磁性媒體、磁光媒體、以及例如CD-ROM碟片以及數位多功能光碟(DVD)之類的光學媒體。與軟體相關聯的處理器可以用於實施在WTRU 102、UE、終端、基地台、RNC或任何主機電腦中使用的射頻收發器。
此外,在上述的實施方式中,提及了處理平臺、計算系統、控制器以及包含處理器的其他裝置。這些裝置可以包含至少一個中央處理單元(“CPU”)、以及記憶體。根據電腦程式設計領域中具有通常知識者的實踐,對動作以及操作或指令的符號表示的引用可以由各種CPU以及記憶體執行。這些動作以及操作或指令可以稱為“被執行”、“電腦執行”或“CPU執行”。
本領域中具有通常知識者可以理解,動作以及符號表示的操作或指令包括CPU對電信號的操縱。電系統表示能夠導致電信號的產生的變換或回復的資料位元、以及記憶體系統中的記憶體位置處的資料位元的維持,從而重新配置或以其他方式改變CPU的操作、以及信號的其他處理。維持資料位元的記憶體位置是具有對應於或代表資料位元的特定電、磁、光或有機屬性的實體位置。應當理解,代表性實施方式不限於上述的平臺或CPU且其他平臺以及CPU可以支援所提供的方法。
資料位元也可以被維持在電腦可讀媒體上,電腦可讀媒體包括磁片、光碟以及任何其他揮發性(例如隨機存取記憶體(“RAM”))或非CPU可讀的揮發性(例如唯讀記憶體(“ROM”))大型儲存系統。電腦可讀媒體可以包括協作或互連的電腦可讀媒體,其專門存在於處理器系統上或分佈在可以是處理系統本地的或遠端的多個互連處理系統間。可以理解代表性實施方式不限於上述的記憶體且其他平臺以及記憶體可以支援所描述的方法。
在示出的實施方式中,這裡描述的操作、處理等的任一者可以被實施為儲存在電腦可讀媒體上的電腦可讀指令。該電腦可讀指令可以由行動單元、網路元件及/或任何其他計算裝置的處理器執行。
系統方面的硬體以及軟體實施之間有一點區別。硬體或軟體的使用一般(例如,但不總是,因為在某些環境中硬體與軟體之間的選擇可以是很重要的)是考慮成本與效率折中的設計選擇。可以有影響這裡描述的過程及/或系統及/或其他技術的各種工具(例如,硬體、軟體、及/或韌體),且較佳的工具可以隨著部署的過程及/或系統及/或其他技術的上下文而改變。例如,如果實施方確定速度以及精確度是最重要的,則實施方可以選擇主要是硬體及/或韌體工具。如果靈活性是最重要的,則實施方可以選擇主要是軟體實施。替代地,實施方可以選擇硬體、軟體及/或韌體的某種組合。
上述詳細描述經由使用方塊圖、流程圖及/或範例已經提出了裝置及/或過程的各種實施方式。在這些方塊圖、流程圖及/或範例包含一個或多個功能及/或操作的範圍內,本領域中具有通常知識者可以理解這些方塊圖、流程圖或範例內的每一個功能及/或操作可以被寬範圍的硬體、軟體或韌體或實質上其任何組合而單獨實施及/或一起實施。合適的處理器包括例如通用處理器、專用處理器、常規處理器、數位訊號處理器(DSP)、多個微處理器、與DSP核相關聯的一或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、專用標準產品(ASSP);現場可程式閘陣列(FPGA)電路、任何其他類型的積體電路(IC)及/或狀態機。
雖然以上以特定的組合提供了特徵以及元素,但是本領域中具有通常知識者可以理解每個特徵或元素可以單獨使用或與其他特徵以及元素的任何組合使用。本揭露不限於本申請案描述的特定實施方式,這些實施方式旨在作為各種方面的範例。在不背離其實質以及範圍的情況下可以進行許多修改以及變形,這些對本領域中具有通常知識者是已知的。本申請案的描述中使用的元素、動作或指令不應被理解為對本發明是關鍵或必要的,除非明確說明。除了本文中列舉的方法以及裝置外,在本揭露範圍內的功能上等同的方法以及裝置對本領域中具有通常知識者根據以上描述是明顯的。這些修飾以及變形也應落入所附申請專利範圍的範圍。本揭露僅由所附申請專利範圍以及這些申請專利範圍等同的整個範圍來限定。應當理解本揭露內容不限於特定的方法或系統。
還理解這裡使用的術語僅用於描述特定的實施方式,且不是限制性的。這裡使用的術語“站”及其縮寫“STA”、“使用者設備”及其縮寫“UE”可以表示(i)無線傳輸及/或接收單元(WTRU),例如下文所述;(ii)任何數量的WTRU的實施方式,例如下文所述;(iii)具有無線能力及/或有線能力(例如可接線的)裝置,被配置有(尤其)WTRU(例如上述的)的一些或所有結構以及功能;(iii)具有無線能力及/或有線能力的裝置,被配置少於WTRU的所有結構以及功能,例如下文所述;及/或(iv)其他。可以表示這裡描述的任一UE(或可與其互換使用)的範例性WTRU的細節可以在下面參考第1A至1D圖被提供。
在某些代表性實施方式中,這裡描述的主題的一些部分可以經由專用積體電路(ASIC)、場可程式閘陣列(FPGA)、數位訊號處理器(DSP)及/或其他集成格式來實施。但是,本領域中具有通常知識者可以理解這裡揭露的實施方式的一些方面,其整體或部分,可以同等地由積體電路實施,作為在一個或多個電腦上運行的一個或多個電腦程式(例如在一個或多個電腦系統上運行的一個或多個程式)、在一個或多個處理器上運行的一個或多個程式(例如在一個或多個微處理器上運行的一個或多個程式)、韌體、或實質上地這些的任何組合,以及根據本揭露針對該軟體及/或韌體設計電路及/或寫代碼是本領域中具有通常知識者所知的。此外,本領域中具有通常知識者可以理解這裡描述的主題的機制可以被分佈為各種形式的程式產品,以及這裡描述的主題的範例性實施方式適用,不管用於實際執行該分佈的信號承載媒體的特定類型如何。信號承載媒體的範例包括但不限於以下:可記錄類型的媒體,例如軟碟、硬碟、CD、DVD、數位磁帶、電腦記憶體等,以及傳輸類型的媒體,例如數位及/或類比通信媒體(例如光纜、波導、有線通信鏈路、無線通訊鏈路等)。
這裡描述的主題有時示出了不同元件,其被包含在或連接到不同的其他元件。可以理解這些描繪的架構僅是範例,且實際上實現相同的功能的許多其他架構可以被實施。在概念上,實現相同功能的元件的任何安排有效地“相關聯”,使得期望的功能可以被實現。因此,於此被組合以實現特定功能的任何兩個元件可以視為彼此“相關聯”,使得期望的功能被實現,不管架構或中間元件如何。同樣地,相關聯的任何兩個元件也可以被視為彼此“操作上連接”或“操作上耦合”以實現期望的功能,以及任何兩個能夠這樣相關聯的元件也可以被視為彼此“操作上可耦合”以實現期望的功能。操作上可耦合的特定範例包括但不限於實體上可配對及/或實體上交互的元件及/或無線可交互的及/或無線交互的元件及/或邏輯上交互及/或邏輯上可交互的元件。
關於這裡使用基本上任何複數及/或單數術語,本領域中具有通常知識者可以在適合上下文及/或應用時從複數轉義到單數及/或從單數轉義到複數。為了清晰,這裡可以明確提出各種單數/複數置換。
本領域中具有通常知識者可以理解一般地這裡使用的術語以及尤其在申請專利範圍中使用的術語(例如申請專利範圍的主體部分)一般是“開放性”術語(例如術語“包括”應當理解為“包括但不限於”,術語“具有”應當理解為“至少具有”,術語“包括”應當理解為“包括但不限於”等)。本領域中具有通常知識者還可以理解如果申請專利範圍要描述特定數量,則在申請專利範圍中會顯式描述,且在沒有這種描述的情況下不存在這種意思。例如,如果要表示僅一個項,則可以使用術語“單一”或類似的語言。為幫助理解,以下的申請專利範圍及/或這裡的描述可以包含前導用語“至少一個”或“一個或多個”的使用以引出申請專利範圍描述。但是,這些用語的使用不應當理解為暗示被不定冠詞“一”引出的申請專利範圍描述將包含這樣的被引出的申請專利範圍描述的任何特定申請專利範圍限制到包含僅一個這樣的描述的實施方式,即使在同一個申請專利範圍包括前導用語“一個或多個”或“至少一個”以及不定冠詞(例如“一”)(例如“一”應當被理解為表示“至少一個”或“一個或多個”)。對於用於引出申請專利範圍描述的定冠詞的使用也是如此。此外,即使引出的申請專利範圍描述的特定數量被明確描述,但是本領域中具有通常知識者可以理解這種描述應當被理解為表示至少被描述的數量(例如光描述“兩個描述”而沒有其他修改符,表示至少兩個描述、或兩個或更多個描述)。
此外,在使用類似於“A、B以及C等中的至少一者”的慣例的這些實例中,一般而言,這種句法結構是本領域中具有通常知識者理解的慣例(例如“系統具有A、B以及C中的至少一者”可以包括但不限於系統具有僅A、僅B、僅C、A以及B、A以及C、B以及C、及/或A、B以及C等)。在使用類似於“A、B或C等中的至少一者”的慣例的這些實例中,一般而言,這種慣例是本領域中具有通常知識者理解的慣例(例如“系統具有A、B或C中的至少一者”可以包括但不限於系統具有僅A、僅B、僅C、A以及B、A以及C、B以及C、及/或A、B以及C等)。本領域中具有通常知識者還可以理解表示兩個或更多個替代項的實質上任何分隔的符及/或用語,不管是在說明書中、申請專利範圍還是圖式中,應當被理解為包括包含兩個項之一、任一個、或兩個項的可能性。例如,用語“A或B”被理解為包括“A”或“B”或“A以及B”的可能性。此外,這裡使用的術語“任一個”之後接列舉的多個項及/或多種項旨在包括該多個項及/或多種項的“任一個”、“任何組合”、“任何多個”及/或“多個的任何組合”,單獨或與其他項及/或其他種項結合。此外,這裡使用的術語“組”或“群組”旨在包括任何數量的項,包括零。此外,這裡使用的術語“數量”旨在包括任何數量,包括零。
此外,如果按照馬庫西群組描述本揭露的特徵或方面,本領域中具有通常知識者可以理解也按照馬庫西群組的任何單獨成員或成員子群組來描述本揭露。
本領域中具有通常知識者可以理解,出於任何以及所有目的,例如為了提供書面描述,這裡揭露的所有範圍還包括任何以及所有可能的子範圍以及其子範圍的組合。任何列出的範圍可以容易被理解為足以描述以及實現被分成至少相等的兩半、三份、四份、五份、十份等的相同範圍。作為非限制性範例,這裡描述的每個範圍可以容易被分成下三分之一、中三分之一以及上三分之一等。本領域中具有通常知識者還可以理解例如“多至”、“至少”、“大於”、“小於”等的所有語言包括描述的數字、並指可以隨之被分成上述的子範圍的範圍。最後,本領域中具有通常知識者可以理解,範圍包括每個單獨的成員。因此,例如具有1-3個胞元的群組指具有1、2、或3個胞元的群組。類似地,具有1-5個胞元的群組指具有1、2、3、4或5個胞元的群組等等。
此外,申請專利範圍不應當理解為限制到所提供的順序或元素,除非描述有這種效果。此外,在任何申請專利範圍中術語“用於…的裝置” 的使用旨在援引35 U.S.C. §112, ¶ 6或裝置加功能的申請專利範圍格式,並且沒有術語“用於…的裝置”的任何申請專利範圍不具有此種意圖。
與軟體相關聯的處理器可以用於實施在無線傳輸/接收單元(WTRU)、使用者設備(UE)、終端、基地台、行動管理實體(MME)或演進封包核心(EPC)或任何主機電腦中使用的射頻收發器。WTRU可以結合以硬體及/或軟體實施的模組(包括軟體定義無線電(SDR))以及其他元件,該元件例如是相機、視訊相機模組、視訊電話、對講電話、振動裝置、揚聲器、麥克風、電視收發器、免持耳機、小鍵盤、藍牙®模組、調頻(FM)無線電單元、近場通信(NFC)模組、液晶顯示(LCD)顯示單元、有機發光二極體(OLED)顯示單元、數位音樂播放器、媒體播放器、視訊遊戲機模組、網際網路瀏覽器及/或任何無線區域網路(WLAN)或超寬頻(UWB)模組。
雖然在通信系統方面描述了本發明,但是可以理解系統可以在微處理器/通用電腦(未示出)上以軟體實施。在某些實施方式中,各種元件的功能中的一個或多個可以用控制通用電腦的軟體而被實施。
此外,雖然參考特定實施方式示出以及描述了本發明,但是本發明無意於限於示出的細節。而是,在申請專利範圍的等同範圍內且不背離本發明的情況下可以在細節上進行各種修改。
在整個揭露內容中,本領域中具有通常知識者可以理解,某些代表性實施方案可以替代其他代表性實施方案或與其他代表性實施方案組合使用。
儘管以上以特定組合描述了特徵以及元素,但是本領域中具有通常知識者將理解,每個特徵或元素可以單獨使用或與其他特徵以及元素進行任何組合。另外,這裡描述的方法可以在結合在電腦可讀媒體中的電腦程式,軟體或韌體中實現,以由電腦或處理器執行。非暫態電腦可讀儲存媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、例如內部硬碟以及抽取式磁碟的磁性媒體、磁光媒體以及光學媒體,如CD-ROM磁片以及數位多功能光磁(DVD)。與軟體相關聯的處理器可用於實現用於WTRU、UE、終端、基地台、RNC或任何主機電腦的射頻收發器。
此外,在上述實施例中,注意到處理平臺、計算系統、控制器以及包含處理器的其他裝置。這些裝置可以包含至少一個中央處理單元(“CPU”)以及記憶體。根據電腦程式設計領域的中具有通常知識者的實踐,可以由各種CPU以及記憶體執行對操作或指令的動作以及符號表示的引用。這些動作以及操作或指令可以被稱為被“執行”、“被電腦執行”或“被CPU執行”。
本領域中具有通常知識者將理解,動作以及符號表示的操作或指令包括CPU對電信號的操縱。電系統表示可以導致電信號的產生的變換或回復的資料位元、以及記憶體系統中的記憶體位置處的資料位元的維持,從而重新配置或以其他方式改變CPU的操作以及信號的其他處理。維持資料位元的記憶體位置是具有對應於或代表該資料位元的特定電、磁、光或有機屬性的實體位置。
該資料位元還可以被保持在電腦可讀媒體上,該電腦可讀媒體包括CPU可讀取的磁碟、光碟以及任何其他揮發性(例如,隨機存取記憶體(“RAM”))或非揮發性(例如,唯讀記憶體(“ROM”))大型儲存系統。該電腦可讀媒體可以包括協作或互連的電腦可讀媒體,其專門存在於處理系統上或分佈在多個互連的處理系統中,這些處理系統可以是本地的或遠端的。應當理解,所述代表性實施例不限於上述記憶體,並且其他平臺以及記憶體也可以支援所描述的方法。
例如,合適的處理器包括通用處理器、專用處理器、傳統處理器、數位訊號處理器(DSP)、多個微處理器、與DSP核心相關聯的一或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、特定應用標準產品(ASSP)、現場可程式閘陣列(FPGA)電路、任何其他類型的積體電路(IC)及/或狀態機。
雖然在通信系統方面描述了本發明,但是可以理解系統可以在微處理器/通用電腦(未示出)上以軟體實施。在某些實施方式中,各種元件的功能中的一個或多個可以用控制通用電腦的軟體來實施。
此外,雖然參考特定實施例示出以及描述了本發明,但是本發明無意於限於示出的細節。而是,在申請專利範圍的等同範圍內且不背離本發明的情況下可以在細節上進行各種修改。
100‧‧‧通信系統
102、102a、102b、102c、102d‧‧‧無線傳輸/接收單元(WTRU)
104、113‧‧‧無線電存取網路(RAN)
106、115‧‧‧核心網路(CN)
108‧‧‧公共交換電話網路(PSTN)
110‧‧‧網際網路
112‧‧‧其他網路
114a、114b‧‧‧基地台
116‧‧‧空中介面
118‧‧‧處理器
120‧‧‧收發器
122‧‧‧傳輸/接收元件
124‧‧‧揚聲器/麥克風
126‧‧‧小鍵盤
128‧‧‧顯示器/觸控板
130‧‧‧非可移記憶體
132‧‧‧可移記憶體
134‧‧‧電源
136‧‧‧全球定位系統(GPS)晶片組
138‧‧‧週邊設備
160a、160b、160c‧‧‧e節點B
162‧‧‧行動性管理實體(MME)
164‧‧‧服務閘道(SGW)
166‧‧‧封包資料網路(PDN)閘道(PGW)
180a、180b、180c‧‧‧g點節B
182a、182b‧‧‧存取以及行動性管理功能(AMF)
183a、183b‧‧‧對話管理功能(SMF)
184a、184b‧‧‧使用者平面功能(UPF)
185a、185b‧‧‧資料網路(DN)
200‧‧‧非地面存取架構
210‧‧‧終端
220‧‧‧平臺
230‧‧‧網路裝置
30-1、30-1’、 30-2、30-3、30-max‧‧‧封包
32‧‧‧應答
34‧‧‧方塊
40、50、60、70、80、90、1000、1100‧‧‧方法
BLER-Target‧‧‧塊錯誤率-目標
CBG‧‧‧碼塊組
CQI‧‧‧通道品質指示符
HARQ‧‧‧混合自動重複請求
LBRM‧‧‧有限緩衝器速率匹配
Max-RTT‧‧‧最大預期往返時間
Max-TBS‧‧‧最大傳輸塊大小
N2、N3、N4、N6、N11、S1、X2、Xn‧‧‧介面
NTN ‧‧‧非地面網路
RRC‧‧‧無線電資源控制
S41、S42、S43、S44、S45、S46、S47、S51、S52、S53、S54、S55、S56、S61、S62、S63、S71、S72、S73、S74、S75、S76、S77、S78、S81、S82、S83、S84、S85、S86、S87、S88、S89、S91、S92、S93、S94、S95、S1001、S1002、S1003、S1004、S1005、S1101、S1102、S1103、S1104、S1105‧‧‧步驟
TB‧‧‧傳輸塊
可以從以下結合附圖的範例給出的描述中獲得更詳細的理解,其中附圖中相同的元件符號表示相同的元件,且其中:
第1A圖是示出其中可以實現一個或多個揭露的實施例的範例性通信系統的系統圖。
第1B圖是示出了根據實施例的可在第1A圖中所示的通信系統內使用的範例性無線傳輸/接收單元(WTRU)的系統圖。
第1C圖是示出了根據實施例的可在第1A圖中所示的通信系統內使用的範例性無線電存取網路(RAN)以及範例性核心網路(CN)的系統圖。
第1D圖是示出了根據實施例的可在第1A圖中所示的通信系統內使用的另一範例性RAN以及另一範例性CN的系統圖。
第2圖是具有潛時要求的非地面存取架構的範例的圖式;
第3圖是具有配置數量的混合自動重複請求(HARQ)過程的HARQ過程時序圖;
第4圖是示出了在WTRU處使用配置數量的HARQ過程進行非地面HARQ管理的程序的流程圖;
第5圖是示出了使用適應性塊錯誤率(BLER)目標(BLER-Target)的用於非地面HARQ管理的下一代節點B(gNB)程序的流程圖;
第6圖是示出使用適應性BLER-Target的非地面HARQ管理的程序的流程圖;
第7圖是示出了使用WTRU特定選擇性停用/賦能HARQ的用於非地面HARQ管理的WTRU程序的流程圖;
第8圖是示出了由WTRU執行的用於自主HARQ停用/賦能的範例性WTRU程序的流程圖;
第9圖是示出了用於確定以及指示最大傳輸塊大小(TBS)的程序的流程圖;
第10圖是示出了用於確定以及指示有限緩衝器速率匹配(LBRM)率的程序的流程圖;以及
第11圖是示出了用於聯合確定以及指示最大TBS以及LBRM率的程序的流程圖。
Claims (23)
- 一種用於由一網路節點操作混合自動重複請求HARQ的方法,該方法包括: 由該網路節點獲得與一無線傳輸/接收單元WTRU相關的一資訊; 由該網路節點確定是否應該為要被傳輸的至少一封包賦能或停用混合自動重複請求HARQ;以及 由該網路節點向該WTRU傳輸關於為至少該封包是賦能還是停用HARQ的該資訊。
- 如申請專利範圍第1項所述的方法,其中與該WTRU有關的該資訊是一記憶體大小以及一傳播延遲中的至少其中之一。
- 如申請專利範圍第2項所述的方法,其中與該WTRU有關的該資訊是記憶體大小、並且由該WTRU提供給包括該網路節點的一網路。
- 如申請專利範圍第3項所述的方法,其中該網路在該WTRU的一註冊過程期間獲得與該WTRU有關的該資訊。
- 如申請專利範圍第4項所述的方法,其中該網路節點從該WTRU獲得與該WTRU有關的該資訊。
- 如申請專利範圍第2項所述的方法,其中與該WTRU有關的該資訊包括該網路節點與該WTRU之間的一傳播延遲,並且該方法更包括: 由該網路節點估計該傳播延遲。
- 如申請專利範圍第1項所述的方法,其中與該WTRU相關的該資訊取決於該WTRU以及該網路節點所屬的一網路的一網路類型,並且其中在該網路類型是一非地面網路NTN的情況下,確定停用HARQ。
- 如申請專利範圍第1項所述的方法,更包括: 由該網路節點從該WTRU接收與一封包相關的一應答資訊;以及 回應於指出該封包的不成功解碼以及HARQ是針對該封包而被賦能的該應答資訊,由該網路節點重傳該封包。
- 如申請專利範圍第1項所述的方法,其中關於HARQ是被賦能還是被停用的該資訊由表明一HARQ過程數量的一數字提供,其中“0”表明HARQ被停用。
- 如申請專利範圍第1項所述的方法,其中該WTRU具有一最大可支援HARQ過程數量,並且其中關於HARQ是被賦能還是被停用的該資訊包括一數字,該數字在該數字低於或等於該最大可支援HARQ過程數量的情況下,表明HARQ被賦能,並且在該數字高於該最大可支援HARQ過程數量的情況下,表明HARQ被停用。
- 如申請專利範圍第1項所述的方法,其中關於HARQ是被賦能還是被停用的該資訊包括一位元,對於該位元,“1”表明被賦能且“0”表明被停用,反之亦然。
- 一種用於由一無線傳輸/接收單元WTRU操作的方法,該方法包括: 由該WTRU確定可以在一混合自動重複請求HARQ中使用的一接收封包的一最大大小; 由該WTRU將該最大大小傳輸至該WTRU所連接的一網路節點; 由該WTRU確定從該網路節點接收的一封包的一大小是否大於該最大大小;以及 在該接收的封包的該大小大於該最大大小的情況下,由該WTRU將該接收的封包視為HARQ被停用的一傳輸。
- 如申請專利範圍第12項所述的方法,其中將該接收的封包視為HARQ被停用的一傳輸包括不將該封包儲存在一HARQ記憶體中。
- 如申請專利範圍第12項所述的方法,更包括:如果該接收的封包的該大小不大於該最大大小,則由該WTRU將該接收的封包視為HARQ被賦能的一傳輸。
- 如申請專利範圍第14項所述的方法,其中將該接收的封包視為HARQ被賦能的一傳輸包括將該封包儲存在一HARQ記憶體中並將一應答資訊發送到該網路節點。
- 如申請專利範圍第12項所述的方法,其中該最大大小是基於至少一HARQ記憶體大小以及至該網路節點的一傳播延遲而被確定。
- 一種用於由一網路節點操作混合自動重複請求HARQ的方法,該方法包括: 由該網路節點從一無線傳輸/接收單元WTRU接收要在一混合自動重複請求HARQ中使用的一接收封包的一最大大小; 由該網路節點向該WTRU發送一封包;以及 回應於該封包的大小大於該最大大小,由該網路節點為該封包停用HARQ;否則,由該網路節點為該封包賦能HARQ。
- 一種用於由一無線傳輸/接收單元WTRU操作的方法,該方法包括: 由該WTRU解碼從為一下一代節點B的網路節點接收的一封包; 在確定該封包未被正確解碼時,由該WTRU確定針對以下的一目前的混合自動重複請求HARQ過程數量是否低於一最大HARQ過程數量:與未成功解碼的封包有關的一資訊項已被發送至該網路節點;以及 在該目前項數低於該最大HARQ過程數量的情況下,由該WTRU為該接收的封包賦能HARQ過程。
- 如申請專利範圍第18項所述的方法,其中為該接收的封包賦能HARQ過程包括:將來自該接收的封包的一解碼資訊儲存在一HARQ記憶體中、以及向該網路節點表明為該封包賦能了HARQ。
- 如申請專利範圍第18項所述的方法,更包括:如果該目前項數不低於該最大HARQ過程數量,則由該WTRU停用針對該接收的封包的HARQ過程。
- 如申請專利範圍第20項所述的方法,其中停用針對該接收的封包的HARQ過程包括至少不將來自該接收的封包的一解碼資訊儲存在一HARQ記憶體中、以及向該網路節點表明停用針對該封包的HARQ。
- 如申請專利範圍第18所述的方法,更包括:由該WTRU基於一HARQ記憶體大小、該WTRU的一能力以及該WTRU的一類別中的至少一者來計算該最大HARQ過程數量。
- 一種用於由一無線傳輸/接收單元WTRU操作的方法,該方法包括: 由該WTRU確定到該WTRU所連接的一網路節點的一最大往返時間; 由該WTRU基於該最大往返時間以及該WTRU的一混合自動重複請求HARQ記憶體的一大小,計算以下至少一者:一最大傳輸塊大小、以及一有限緩衝速率匹配率;以及 由該WTRU向該網路節點發送該最大傳輸塊大小以及該有限緩衝速率匹配率中的該至少一者。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862630622P | 2018-02-14 | 2018-02-14 | |
US62/630622 | 2018-02-14 | ||
US201862652659P | 2018-04-04 | 2018-04-04 | |
US62/652659 | 2018-04-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW201943220A true TW201943220A (zh) | 2019-11-01 |
Family
ID=65494648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108104386A TW201943220A (zh) | 2018-02-14 | 2019-02-11 | 在基於nr非陸地網路中harq管理方法及程序 |
Country Status (2)
Country | Link |
---|---|
TW (1) | TW201943220A (zh) |
WO (1) | WO2019160737A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111046027A (zh) * | 2019-11-25 | 2020-04-21 | 北京百度网讯科技有限公司 | 时间序列数据的缺失值填充方法和装置 |
WO2022006724A1 (zh) * | 2020-07-06 | 2022-01-13 | Oppo广东移动通信有限公司 | 用于关闭harq重传的处理方法、终端设备和网络设备 |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111756480B (zh) * | 2019-03-28 | 2022-04-12 | 华为技术有限公司 | 一种关闭harq进程的方法、接收设备以及发送设备 |
US20200313806A1 (en) * | 2019-03-29 | 2020-10-01 | Qualcomm Incorporated | Dynamically configurable acknowledgement procedures |
CN112532356A (zh) * | 2019-09-17 | 2021-03-19 | 华为技术有限公司 | 混合自动重传请求的指示方法、装置及存储介质 |
BR112022005503A2 (pt) * | 2019-09-23 | 2022-06-21 | Hughes Network Systems Llc | Sistema de satélite global de próxima geração com mega-constelações |
WO2021056354A1 (zh) * | 2019-09-26 | 2021-04-01 | Oppo广东移动通信有限公司 | 数据传输方法、装置及系统 |
CN114600549A (zh) * | 2019-10-03 | 2022-06-07 | Idac控股公司 | 协议数据单元(pdu)会话建立 |
WO2021063229A1 (en) * | 2019-10-04 | 2021-04-08 | FG Innovation Company Limited | Methods and apparatuses for hybrid automatic repeat request operations in wireless communication system |
US20220360950A1 (en) * | 2019-10-04 | 2022-11-10 | Ipla Holdings Inc. | Harq feedback for groupcast on new radio uu interface |
US11770293B2 (en) * | 2019-10-21 | 2023-09-26 | Samsung Electronics Co., Ltd. | Transmission of NTN type and NTN type based configuration of operational parameters |
CN112787770B (zh) * | 2019-11-08 | 2022-06-14 | 华为技术有限公司 | 基于ntn的数据传输方法、装置和存储介质 |
EP4057736B1 (en) * | 2019-12-26 | 2024-04-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Parameter setting method, parameter indication method, terminal device, and network device |
CN116208232A (zh) * | 2020-02-10 | 2023-06-02 | 华为技术有限公司 | 一种数据传输方法、装置和系统 |
CN114731672A (zh) * | 2020-02-25 | 2022-07-08 | Oppo广东移动通信有限公司 | 信息传输方法、终端设备和网络设备 |
US11929831B2 (en) * | 2020-03-11 | 2024-03-12 | Qualcomm Incorporated | Disabling hybrid automatic repeat request feedback |
US11877190B2 (en) | 2020-04-08 | 2024-01-16 | Qualcomm Incorporated | Indicating original data communications |
US20230163887A1 (en) * | 2020-04-20 | 2023-05-25 | FG Innovation Company Limited | User equipment and method for handling harq-ack feedback |
US20230188268A1 (en) * | 2020-05-22 | 2023-06-15 | Lenovo (Beijing) Ltd. | Hybrid automatic repeat request process number determination |
CN115804202B (zh) * | 2020-07-27 | 2024-07-09 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
US11728922B2 (en) * | 2020-07-27 | 2023-08-15 | Samsung Electronics Co., Ltd. | Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme |
CN116158160A (zh) * | 2020-08-06 | 2023-05-23 | Lg电子株式会社 | 用于在无线通信系统中发送和接收无线信号的方法和装置 |
WO2022041183A1 (en) * | 2020-08-31 | 2022-03-03 | Qualcomm Incorporated | Indication scheme for rateless codes transmissions without feedback information |
EP4205322A1 (en) * | 2020-10-12 | 2023-07-05 | Nokia Technologies Oy | Method for acknowledgment feedback in non-terrestrial networks |
WO2022086255A1 (ko) * | 2020-10-22 | 2022-04-28 | 가온미디어 주식회사 | 비지상 네트워크 시스템에서 데이터를 송수신하는 장치 및 방법 |
US11700080B2 (en) | 2020-11-23 | 2023-07-11 | Qualcomm Incorporated | Maximum transport block sizes and span for a transport block in a non-terrestrial network |
CN114614944A (zh) * | 2020-12-04 | 2022-06-10 | 中国移动通信有限公司研究院 | 混合自动重传请求功能的控制方法及设备 |
WO2022151363A1 (en) * | 2021-01-15 | 2022-07-21 | Zte Corporation | Time domain resource allocation for non-terrestrial networks |
EP4236139A4 (en) * | 2021-01-15 | 2023-10-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE |
KR20220152477A (ko) * | 2021-05-07 | 2022-11-16 | 삼성전자주식회사 | 통신 시스템에서 harq 프로세스를 지시하는 방법 및 장치 |
WO2023147703A1 (en) * | 2022-02-07 | 2023-08-10 | Mediatek Singapore Pte. Ltd. | Schemes on disabling harq feedback in iot |
WO2024031369A1 (en) * | 2022-08-09 | 2024-02-15 | Nokia Shanghai Bell Co., Ltd. | Harq feedback enabling and disabling in non-terrestrial network |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
MY157747A (en) * | 2006-08-21 | 2016-07-15 | Interdigital Tech Corp | Method and apparatus for dynamically allocating harq process in the uplink |
TW201419781A (zh) * | 2012-08-01 | 2014-05-16 | Interdigital Patent Holdings | 上鏈傳輸控制 |
EP3216151B1 (en) * | 2014-11-05 | 2018-09-19 | Telefonaktiebolaget LM Ericsson (publ) | Adaptive harq timing relaxation |
-
2019
- 2019-02-07 WO PCT/US2019/016984 patent/WO2019160737A1/en active Application Filing
- 2019-02-11 TW TW108104386A patent/TW201943220A/zh unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111046027A (zh) * | 2019-11-25 | 2020-04-21 | 北京百度网讯科技有限公司 | 时间序列数据的缺失值填充方法和装置 |
WO2022006724A1 (zh) * | 2020-07-06 | 2022-01-13 | Oppo广东移动通信有限公司 | 用于关闭harq重传的处理方法、终端设备和网络设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2019160737A1 (en) | 2019-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW201943220A (zh) | 在基於nr非陸地網路中harq管理方法及程序 | |
US11848783B2 (en) | Method and apparatus for improving hybrid automatic repeat request (HARQ) feedback performance of enhanced mobile broadband (eMBB) when impacted by low latency traffic | |
US11824656B2 (en) | Shared data channel design | |
US11916680B2 (en) | Sidelink resource sensing using feedback channels | |
CN111034097B (zh) | 可靠控制信令 | |
TWI770060B (zh) | 可撓無線電服務5g nr資料傳輸 | |
TWI797193B (zh) | 具低密度奇偶檢驗碼新無線電資料傳輸 | |
US20210184801A1 (en) | Method and apparatus for harq-ack codebook size determination and resource selection in nr | |
US11251908B2 (en) | Advanced coding on retransmission of data and control | |
US11818757B2 (en) | Protocols for sidelink assisted downlink broadcast | |
KR20210138803A (ko) | 무선 시스템들에서의 수신기 피드백 | |
CN107078849B (zh) | 用于无线通信的方法、装置和非暂时性计算机可读介质 | |
EP4427376A1 (en) | Methods and procedures for predictive early harq | |
WO2024077138A1 (en) | Methods and systems of sidelink operations for beam-based mode 2 harq in shared spectrum | |
WO2024173222A1 (en) | Methods for enhancements of harq downlink for provisioning services with different reliability and latency | |
WO2024173455A1 (en) | Methods and apparatuses for reporting autonomous retransmissions | |
TW202433991A (zh) | 上行鏈路碼字選擇 |