TW202033042A - 行動通訊中處理亂序上行排程的方法和裝置 - Google Patents

行動通訊中處理亂序上行排程的方法和裝置 Download PDF

Info

Publication number
TW202033042A
TW202033042A TW109104758A TW109104758A TW202033042A TW 202033042 A TW202033042 A TW 202033042A TW 109104758 A TW109104758 A TW 109104758A TW 109104758 A TW109104758 A TW 109104758A TW 202033042 A TW202033042 A TW 202033042A
Authority
TW
Taiwan
Prior art keywords
uplink transmission
processor
scheduled
pusch
scheduling
Prior art date
Application number
TW109104758A
Other languages
English (en)
Other versions
TWI740377B (zh
Inventor
穆罕默德 S 阿利比 艾勒馬利
阿布戴拉提夫 沙拿
Original Assignee
新加坡商聯發科技(新加坡)私人有限公司
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 新加坡商聯發科技(新加坡)私人有限公司 filed Critical 新加坡商聯發科技(新加坡)私人有限公司
Publication of TW202033042A publication Critical patent/TW202033042A/zh
Application granted granted Critical
Publication of TWI740377B publication Critical patent/TWI740377B/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14Spectrum sharing arrangements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1215Wireless traffic scheduling for collaboration of different radio technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

描述了關於行動通訊中用戶設備和網路裝置的處理亂序上行鏈路排程的各種解決方案。裝置可以接收排程第一上行鏈路傳輸的第一控制信號。該裝置可以接收排程第二上行鏈路傳輸的第二控制信號。該裝置可以確定第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸。在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下,該裝置可以丟棄第一上行鏈路傳輸。

Description

行動通訊中處理亂序上行排程的方法和裝置
本公開總體上關於行動通訊,更具體地,關於行動通訊中用戶設備(user equipment,UE)和網路裝置相關的處理亂序(out-of-order)上行鏈路排程。
除非在本文中另外指示,否則本部分中描述的方法不是對於下面列出申請專利範圍的現有技術,並且不因包含在該部分中而被承認是現有技術。
在新無線電(New Radio,NR)版本15中,對被排程的(scheduled)實體上行鏈路共用通道(physical uplink shared channel,PUSCH)和它們的排程(scheduling)實體下行鏈路控制通道(physical downlink control channel,PDCCH)之間的順序有限制。因此,不支援亂序(out-of-order)的上行鏈路排程。因此,將不以亂序的上行鏈路排程來排程用戶設備(user equipment,UE)。不允許網路節點向UE排程亂序的上行鏈路傳輸。
在一些應用中,支援亂序的上行鏈路排程有益於以具有不同要求的混合訊務(例如,超可靠低延遲通訊(ultra-reliable low-latency communication,URLLC)和增強行動寬帶(enhanced mobile broadband,eMBB))操作UE。例如,URLLC服務通常比eMBB服務具有更嚴格的延遲要求。通過亂序的上行鏈路排程,UE能夠首先處理URLLC服務的傳輸以滿足延遲要求。但是,亂序的上行鏈路排程可能會導致UE處理時間線(processing timeline)的問題。當對UE排程亂序的上行鏈路傳輸時,UE會沒有足夠的處理時間來準備所有上行鏈路傳輸。
當亂序的上行鏈路傳輸被緊密地(closely)排程的情況下,將給UE帶來大量的計算和巨大的負擔,這導致增加的功耗和複雜的UE實現。強制應用更加激進的UE處理時間要求將導致對UE實現和成本的嚴峻挑戰。因此,需要適當的解決方案來處理亂序的上行鏈路排程,並同時不對UE實現和架構施加很大壓力。
因此,如何處理亂序的上行鏈路排程並且避免在UE實現和架構上增加複雜度,成為新開發的無線通訊網路的重要方面。因此,需要提供適當的方案,使UE支援亂序的上行鏈路排程並在設計複雜度上保持一定的靈活性。
以下發明內容僅是例示性的,並且不旨在以任何方式限制。即,提供以下發明內容以引入這裡所描述的新穎且非明顯技術的概念、亮點、益處以及優點。下面詳細的描述中進一步描述了選擇的實現方式。因此,以下發明內容不旨在識別所要求保護主題之必要特徵,也不旨在用於確定所要求保護主題的範圍。
本公開的目的是提出解決方案或機制,以解決上述在行動通訊中關於用戶設備和網路裝置處理亂序的上行鏈路排程相關的上述問題。
在一個方面,一種方法可以涉及由裝置接收排程第一上行鏈路傳輸的第一控制信號。該方法還可以涉及由裝置接收排程第二上行鏈路傳輸的第二控制信號。該方法可以進一步涉及該裝置確定第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸。該方法可以進一步涉及在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸,該裝置丟棄第一上行鏈路傳輸。
在一個方面,一種裝置可以包括收發器,該收發器在操作期間與無線網路的網路節點無線通訊。該裝置還可以包括通訊地耦接到收發器的處理器。處理器在操作期間可以執行的操作包括經由收發器接收排程第一上行鏈路傳輸的第一控制信號。處理器還可執行的操作包括經由收發器接收排程第二上行鏈路傳輸的第二控制信號。處理器可以進一步執行的操作包括確定第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸。處理器可以進一步執行的操作包括在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下丟棄第一上行鏈路傳輸。
值得注意的是,儘管這裡提供的描述可以在某些無線電接入技術、網路和網路拓撲的背景下,例如長期演進(Long-Term Evolution,LTE)、LTE-A、LTE-A Pro、5G、新無線電(New Radio,NR)、物聯網(Internet-of-Things,IoT)、窄帶物聯網(Narrow Band Internet of Things,NB-IoT)和工業物聯網(Industrial Internet of Things,IIoT),所提出的概念、方案及其任何變體/衍生物可以在、用於和通過其他類型的無線電接入技術、網路和網路拓撲實現。因此,本公開的範圍不限於本文描述的示例。
這裡公開了所要求保護主題內容的詳細實施例和實現方式。然而,應當理解,公開的詳細實施例和實現方式僅為了示例體現為各種形式的所要求保護的主題內容。然而本公開可以體現為多種不同形式,不應理解為僅限於示例的實施例和實現方式。提供這些示例的實施例和實現方式以使得本公開的描述全面且完整並且能夠向本領域具有通常知識者全面傳遞本公開的範圍。在下面之描述中,省略了已知特徵和技術的細節,以避免不必要地使得本發明的實施例和實現方式變得模糊。 概述
本公開的實現方式涉及與行動通訊中用戶設備和網路裝置相關的處理亂序上行排程有關的各種技術、方法、方案和/或解決方案。根據本公開,可以單獨地或聯合地實現許多可能的解決方案。也就是說,儘管可以在下面分別描述這些可能的解決方案,但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合的方式實現。
在NR版本15中,對被排程的PUSCH以及它們的排程PDCCH之間的順序有限制。因此,不支援亂序的上行鏈路排程。例如,這種限制在第三代合作夥伴計畫(3rd Generation Partnership Project,3GPP)規範中被描述為“對於在給定的排程的小區中任何兩個混合自動重傳請求確認(hybrid automatic repeat request-acknowledgement HARQ)過程識別符(identifier,ID),如果UE被排程為通過在符號i處結束的PDCCH,啟動在符號j處開始的第一PUSCH傳輸,則不期望將UE排程為通過在符號i之後結束的PDCCH,發送在第一PUSCH結束之前開始的PUSCH”。因此,將不會使用亂序的上行鏈路排程來排程UE。不允許網路節點對UE排程亂序的上行鏈路傳輸。
在一些應用中,支援亂序的上行鏈路排程有益於以具有不同要求的混合訊務(例如, URLLC和eMBB)操作UE。例如,URLLC服務通常比eMBB服務具有更嚴格的延遲要求。通過亂序的上行鏈路排程,UE能夠首先處理URLLC服務的傳輸以滿足延遲要求。但是,亂序的上行鏈路排程可能會導致UE處理時間線(例如,準備上行鏈路資料)的問題。當對UE排程亂序的上行鏈路傳輸時,UE會沒有足夠的處理時間來準備所有上行鏈路傳輸。例如,當接收到第一下行鏈路控制資訊(downlink control information,DCI)時,UE將對其進行解碼並為關聯的PUSCH傳輸做準備。當第二DCI在初始排程的PUSCH被發送之前排程另一個PUSCH時,這意味著UE在準備較早的PUSCH的同時,將具有額外的負擔來準備第二PUSCH。
當亂序的上行鏈路傳輸被緊密地排程的情況下,將給UE帶來大量的計算和巨大的負擔,這導致增加的功耗和複雜的UE實現。強制應用更加激進的UE處理時間要求將導致對UE實現和成本的嚴峻挑戰。因此,為了在不增加UE實現複雜度和成本的情況下支援亂序的上行鏈路排程,UE需要一些排程/丟棄條件/規則來處理亂序的上行鏈路排程。因此,需要適當的解決方案來處理亂序的上行鏈路排程,同時仍不對UE實現和架構施加很大壓力。
鑒於以上內容,本公開提出了與UE和網路裝置處理亂序的上行鏈路排程有關的多種方案。根據本公開的方案,UE可以被配置為確定是否排程了亂序的上行鏈路傳輸。在排程了亂序的上行鏈路傳輸的情況下,UE可以被配置為根據一些排程/丟棄條件丟棄至少一個上行鏈路傳輸。另一方面,在排程了亂序的上行鏈路傳輸的情況下,UE可以被配置為延長用於稍後的上行鏈路傳輸的準備時間。因此,UE可以具有靈活性以支援亂序的上行鏈路排程,而對UE的實現和架構沒有很大的壓力。
第1圖示出了根據本公開的實現的方案下的示例場景100。場景100涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路、NB-IoT網路或IIoT網路)的一部分。場景100示出了亂序上行鏈路排程的示例。UE可以被配置為從網路節點接收第一控制信號。第一控制信號可以包括排程第一上行鏈路傳輸的第一DCI或PDCCH(例如,DCI-0)。第一上行鏈路傳輸可以包括PUSCH(例如,PUSCH-0)。 UE可以被配置為從網路節點接收第二控制信號。在第一控制信號之後接收第二控制信號。第二控制信號可以包括用於排程第二上行鏈路傳輸的第二DCI或PDCCH(例如,DCI-1)。第二上行鏈路傳輸可以包括PUSCH(例如,PUSCH-1)。對於亂序的上行鏈路排程,在給定服務小區的活動(active)頻寬部分(bandwidth part,BWP)上,UE可以被排程為與HARQ過程x相關聯的第二PUSCH(例如,PUSCH-1)的開始時間早於與HARQ過程y(例如,x!= y)相關聯的第一PUSCH(例如,PUSCH-0)的結尾符號,該第二PUSCH的PDCCH(例如,DCI-1)不在第一排程PDCCH(例如,DCI-0)的結尾符號之前結束。
UE可以被配置為確定是否排程了亂序的上行鏈路排程(例如,第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸)。 UE可以被配置為在排程了亂序的上行鏈路排程的情況下跳過(例如,不發送)至少一個上行鏈路傳輸(例如,PUSCH)。例如,在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下,UE可以丟棄第一上行鏈路傳輸。具體地,UE可以被配置為跳過發送PUSCH(例如,PUSCH-0):該PUSCH(例如,PUSCH-0)的排程PDCCH(例如,DCI-0)位於排程了稍後的PUSCH(例如,PUSCH-1)的PDCCH(例如,DCI-1)之前,該PUSCH(例如,PUSCH-0)的第一個符號位於被排程為遵循亂序上行鏈路排程的稍後PUSCH(例如,PUSCH-1)的結尾/最後一個符號之後的多個預定符號(例如,X個符號)內。
在一些實現中,預定符號(例如,X個符號)的值可以包括基於UE能力(capability)(例如,能力#1或能力#2)之一的PUSCH準備時間。備選地,可以將對預定符號的支援定義為UE能力。UE可以被配置為將預定符號的值報告為UE能力。一種可能的選擇是指定多個X值,並且UE可以報告它可以支援的X值。
第2圖示出了根據本公開的實現的方案下的示例場景200。場景200涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路、NB-IoT網路或IIoT網路)的一部分。場景200示出了鑒於亂序的上行鏈路排程而跳過上行鏈路傳輸的另一示例。類似地,UE可以被排程為在第一PUSCH(例如,PUSCH-0)之前開始第二PUSCH(例如,PUSCH-1),該第二PUSCH(例如,PUSCH-1)的PDCCH(例如,DCI-1)的結束時間不早於第一排程PDCCH(例如,DCI-0)。
UE可以被配置為通過確定第一控制信號的最後一個符號是否在第二控制信號的第一個符號之前的預定符號內,來確定是否排程了亂序上行鏈路排程。UE可以被配置為在排程了亂序的上行鏈路排程的情況下,跳過至少一個上行鏈路傳輸(例如,PUSCH)。具體地,在排程PDCCH(例如,DCI-0)的最後一個符號位於排程了稍後PUSCH(例如,PUSCH-1)的PDCCH(例如,DCI-1)的開始/第一個符號之前的預定符號(例如,Y個符號)內的情況下,UE可以被配置為跳過發送PUSCH(例如,PUSCH-0):該PUSCH(例如,PUSCH-0)的排程PDCCH(例如DCI-0)位於排程了稍後PUSCH(例如,PUSCH-1)的PDCCH(例如,DCI-1)之前。
在一些實現中,預定符號(例如,Y個符號)的值可以包括基於UE能力(例如,能力#1或能力#2)之一的PUSCH準備時間。備選地,可以將對預定符號的支援定義為UE能力。UE可以被配置為將預定符號的值報告為UE能力。一種可能的選擇是指定多個Y值,並且UE可以報告它可以支援的Y值。
另一方面,在確定排程了亂序的上行鏈路排程之後(例如,第二上行鏈路傳輸被排程早於第一上行鏈路傳輸),UE可以被配置為將第二上行鏈路傳輸(例如,稍後排程的PUSCH)的準備時間延長預定數量的符號(例如,E個符號)。例如,N2可以被定義為當不存在亂序的UL排程時用於稍後PUSCH的PUSCH準備時間。對於亂序的上行鏈路排程情況,可以將用於稍後排程的PUSCH的PUSCH準備時間延長為N2 + E個符號。對預定數量的符號(例如,E個符號)的支援可以被定義為UE能力。UE可以被配置為報告預定符號的值作為UE能力。一種可能的選擇是指定多個E值,並且UE可以報告其需要的E值,以適應亂序上行鏈路排程。
在一些實現中,對於由於亂序的上行鏈路排程因而UE可以跳過至少一個上行鏈路傳輸(例如,PUSCH)的情況,可以將稍後排程的PUSCH的PUSCH準備時間延長E個符號。 UE可以被配置為確定由於亂序的上行鏈路排程,其是否可以跳過至少一個PUSCH。UE可以被配置為當UE確定由於亂序的上行鏈路排程其可以跳過至少一個PUSCH的情況下,UE將稍後排程的PUSCH的準備時間延長E個符號。例如,當不存在跳過場景時,N2可以被定義為用於稍後排程的PUSCH的PUSCH準備時間。對於跳過情況,用於稍後排程的PUSCH的PUSCH準備時間可以延長為N2 + E個符號。
第3圖示出了根據本公開的實現的方案下的示例場景300。場景300涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路、NB-IoT網路或IIoT網路)的一部分。場景300示出了亂序的上行鏈路排程的另一示例。對於亂序的上行鏈路排程,UE可以被配置為丟棄其起始符號(例如,第一個符號)在優先的(prioritized)上行鏈路傳輸結束(例如,最後一個符號)之後的預定符號(例如,X個符號)內的上行鏈路傳輸(例如,PUSCH)。在場景300中,PUSCH-2可以是優先的PUSCH。UE可以丟棄PUSCH-0和PUSCH-1,因為它們的起始符號位於PUSCH-2結束之後的X個符號之內。
在一些實施例中,對於在給定的排程小區中的任何兩個HARQ過程ID,在UE被排程為通過在符號i結束的PDCCH開始在符號j開始的第一PUSCH傳輸的情況下,以及在UE被排程為通過在符號i之後結束的PDCCH(例如,DCI-2),發送在第一PUSCH結束之前開始的第二PUSCH(例如,PUSCH-2)的情況下,則UE可以被配置為跳過在第二PUSCH(例如,PUSCH-2)結束之後的X個符號內開始的任何PUSCH傳輸(例如PUSCH-0或PUSCH-1)。
在一些實現中,預定符號(例如,X個符號)的值可包括PUSCH準備時間(例如,N2)。 PUSCH準備時間可以由網路節點配置或由UE預定。備選地,預定符號(例如,X個符號)的值可以包括3GPP規範中定義的預定值(例如,Tproc,2 )。可替代地,預定符號的值可以被定義為UE能力。UE可以被配置為報告預定符號的值作為UE能力。一種可能的選擇是指定多個X值,並且UE可以報告它可以支援的X值。
第4圖示出了根據本公開的實現的方案下的示例場景400。場景400涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路、NB-IoT網路或IIoT網路)的一部分。場景400示出了亂序的上行鏈路排程的另一示例。UE可以接收排程第一上行鏈路傳輸(例如,PUSCH-0)的第一控制信號(例如,DCI-0)和排程第二上行鏈路傳輸(例如,PUSCH-1)的第二控制信號(例如,DCI-1)。對於亂序的上行鏈路排程,在優先的上行鏈路傳輸(例如,PUSCH-1)與任何先前排程的上行鏈路傳輸(例如PUSCH-0)的開始之間應當存在X個符號的間隙。對於在給定的排程小區中的任何兩個HARQ過程ID,當UE被排程為通過在符號i結束的PDCCH(例如DCI-0),開始發送在符號j處開始的第一PUSCH傳輸(例如PUSCH-0)時,不期望UE被排程成通過在符號i之後結束的PDCCH來發送在第一PUSCH的開始之前的X個符號內結束的PUSCH。
在一些實施例中,在優先的PUSCH(例如,PUSCH-1)與任何先前排程的PUSCH(例如,PUSCH-0)的開始之間的間隙小於X的情況下,UE可以認為這是錯誤情況。不期望以亂序上行鏈路排程(其中,在優先的PUSCH與任何先前排程的PUSCH的開始之間的間隙小於X)來排程UE。UE可以配置為忽略/丟棄第一控制信號(例如,DCI-0)和第二控制信號(例如,DCI-1)中的至少一個,並且不發送第一上行鏈路傳輸(例如,PUSCH-0)和第二上行鏈路傳輸(例如,PUSCH-1)中的至少一個。
在一些實施例中,間隙X個符號可以包括PUSCH準備時間(例如,N2)。PUSCH準備時間可以由網路節點配置或由UE預定。備選地,間隙X個符號的值可以包括3GPP規範中定義的預定值(例如,Tproc,2 )。備選地,可以將間隙X個符號的值定義為UE能力。UE可以被配置為報告間隙X個符號的值作為UE能力。一種可能的選擇是指定多個X值,並且UE可以報告它可以支援的X值。
備選地,在確定排程了亂序的上行鏈路排程之後(例如,第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸),在一些排程條件下UE可以被配置為處理兩個上行鏈路傳輸(例如,兩個PUSCH)。 UE可以被配置為確定排程條件是否被滿足。UE可以被配置為在滿足了排程條件的情況下執行第一上行鏈路傳輸和第二上行鏈路傳輸兩者。排程條件可以包括例如但不限於,傳輸塊(transport block,TB)的大小、資源塊(resource block,RB)的數量、符號的數量、載波聚合的使用等。當滿足排程條件時,這意味著排程可以是寬鬆的(loose),並且UE能夠在這種排程下處理兩個上行鏈路傳輸。UE可以根據排程條件確定其是否可以處理兩個上行鏈路傳輸。排程條件可以由網路節點配置或由UE確定。
在一些實現中,排程條件可以應用於第一上行鏈路傳輸或第二上行鏈路傳輸。例如,在較高優先順序(higher priority)的PUSCH不滿足排程條件的情況下,UE可以丟棄較低優先順序(lower priority)PUSCH的傳輸。否則,也可以發送較低優先順序的PUSCH。在另一示例中,在較低優先順序的PUSCH不滿足排程條件的情況下,UE可以丟棄較低優先順序PUSCH的傳輸。否則,也可以發送較低優先順序的PUSCH。對在某些排程條件下處理兩個PUSCH的支援可以作為UE能力。UE可以被配置為向網路節點報告其支援處理兩個PUSCH。
在一些實現中,對於亂序的上行鏈路排程,在UE丟棄第一PUSCH(例如,由第一DCI排程的)的傳輸的情況下,UE不期望接收排程其他PUSCH的任何其他DCI,其中該其他PUSCH相關聯的資源在時間上與丟棄的PUSCH資源重疊。 UE可以忽略/丟棄排程其他PUSCH的任何其他DCI,其中該其他PUSCH相關聯的資源在時間上與丟棄的PUSCH資源重疊。
第5圖示出了根據本公開的實現的方案下的示例場景500。場景500涉及UE和網路節點,其可以是無線通訊網路(例如,LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路、NB-IoT網路或IIoT網路)的一部分。場景500示出了亂序的上行鏈路排程的另一示例。UE可以接收排程第一上行鏈路傳輸(例如,PUSCH-0)的第一控制信號(例如,DCI-0)和排程第二上行鏈路傳輸(例如,PUSCH-1)的第二控制信號(例如,DCI-1)。第一上行鏈路傳輸和第二上行鏈路傳輸可以在時域中重疊/衝突。當第一排程的PUSCH(例如,PUSCH-0)和第二排程的PUSCH(例如,PUSCH-1)在時域中重疊/衝突時,UE可以被配置為丟棄第一排程的PUSCH的傳輸。
當UE檢測到針對高優先順序PUSCH(例如,PUSCH-1)的第二上行鏈路授與的情況下,確實需要停止發送第一PUSCH(例如,PUSCH-0)時,對此可進一步分析。在一些實施例中,UE可以停止在高優先順序PUSCH(例如,PUSCH-1)開始之前X個符號處的傳輸。X個符號的長度可以包括PUSCH準備時間(例如,N2)。在一些實施例中,UE可以繼續發送低優先順序PUSCH(例如,PUSCH-0),直到高優先順序PUSCH(例如,PUSCH-1)的開始。這可以被定義為UE能力。UE可以被配置為向網路節點報告其支援能力。在一些實施例中,在一些排程條件下,UE可以繼續發送低優先順序PUSCH(例如,PUSCH-0),直到開始高優先順序PUSCH(例如,PUSCH-1)。排程條件可以包括例如但不限於TB大小、RB的數量、符號的數量、載波聚合的使用等。這可以被定義為UE能力。UE可以被配置為向網路節點報告其支援。 例示性實現方式
第6圖示出了根據本公開的實現方式的示例通訊裝置610和示例網路裝置620。通訊裝置210和網路裝置220中的每一個可以執行各種功能以實現本文描述的關於無線通訊中用戶設備和網路裝置相關的處理亂序上行鏈路排程的方案、技術、過程和方法,包括上述場景/機制以及下面描述的過程700和800。
通訊裝置610可以是電子裝置的一部分,該電子裝置可以是諸如可擕式或行動裝置的UE、可穿戴裝置、無線通訊裝置或計算裝置。例如,通訊裝置610可以在智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中實現。通訊裝置610還可以是機器型裝置的一部分,機器型裝置可以是諸如不可移動或固定裝置的IoT、NB-IoT或IIOT裝置、家庭裝置、有線通訊裝置或計算裝置。例如,通訊裝置610可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者,通訊裝置610可以以一個或多個積體電路(integrated-circuit,IC)晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算(reduced-instruction-set-computing,RISC)處理器或一個或多個複雜指令集計算(complex-instruction-set-computing,CISC)處理器。通訊裝置610可以包括第6圖中所示的那些元件中的至少一些,例如,處理器612等。通訊裝置610還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如,內部電源、顯示裝置和/或用戶介面設備),並且因此,為了簡單和簡潔起見,下面第6圖中並未描述通訊裝置610的這些元件。
網路裝置620可以是電子裝置的一部分,電子裝置可以是諸如基地台、小型小區(cell)、路由器或閘道的網路節點。例如,網路裝置620可以在LTE、LTE-A或LTE-A Pro網路中的eNodeB中實現,或者在5G、NR、IoT、 NB-IoT或IIOT網路中的gNB中實現。或者,網路裝置620可以以一個或多個IC晶片的形式實現,例如但不限於,一個或多個單核處理器、一個或多個多核處理器、一個或多個RISC處理器、或者一個或更多CISC處理器。網路裝置620可以包括第6圖中所示的元件中的至少一部分,例如,處理器622等。網路裝置620還可以包括與本公開的提出的方案不相關的一個或多個其他元件(例如,內部電源、顯示設備和/或用戶介面設備),並且為了簡單和簡潔起見,下面第6圖中並未描述網路裝置620的這些元件。
在一個方面,處理器612和處理器622中的每一個可以以一個或多個單核處理器、一個或多個多核處理器、一個或多個RISC處理器、或者一個或更多CISC處理器的形式實現。也就是說,即使這裡使用單數術語“處理器”來指代處理器612和處理器622,但是根據本公開處理器612和處理器622中的每一個在一些實現方式中可以包括多個處理器並且在其他實現方式中可以包括單個處理器。在另一方面,處理器612和處理器622中的每一個均可以以硬體(以及可選地,韌體)的形式實現,硬體具有的電子元件包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、被配置和佈置成實現特定目的的一個或多個憶阻器(memristors)和/或一個或多個變容二極體。換句話說,在至少一些實施方式中,處理器612和處理器622中的每一個可以是專用器件,其被專門設計、佈置和配置成根據本公開的各種實施方式在設備(例如,如通訊裝置610所示)和網絡(例如,如網路裝置620所示)中執行特定任務(包括功耗降低)。
在一些實現方式中,通訊裝置610還可以包括耦接到處理器612並且能夠無線地發送和接收資料的收發器616。在一些實現方式中,通訊裝置610還可以包括記憶體614,記憶體614耦接到處理器612並且能夠由處理器612存取其中資料。在一些實現方式中,網路裝置620還可以包括耦接到處理器622並且能夠無線地發送和接收資料的收發器626。在一些實現方式中,網路裝置620還可以包括記憶體624,記憶體624耦接到處理器622並且能夠由處理器622存取其中資料。因此,通訊裝置610和網路裝置620可以分別經由收發器616和收發器626彼此無線通訊。為了幫助更好地理解,以下對通訊裝置610和網路裝置620中的每一個的操作、功能和性能的下述描述是基於行動通訊環境,其中通訊裝置610在通訊裝置或UE中實現或者被實現為通訊裝置或者UE,網路裝置620在通訊網路的網路節點中實現或者被實現為通訊網路的網路節點。
在一些實現中,處理器612可以被配置為經由收發器616從網路裝置620接收排程第一上行鏈路傳輸(例如,PUSCH)的第一控制信號(例如,DCI或PDCCH)。處理器612可以被配置為經由收發器616從網路裝置620接收排程第二上行鏈路傳輸(例如,PUSCH)的第二控制信號(例如,DCI或PDCCH)。處理器612可以在第二控制信號之前接收第一控制信號。對於亂序的上行鏈路排程,在給定服務小區的活動BWP上,處理器612可以被排程為與HARQ過程x相關聯的第二PUSCH的開始時間早於與HARQ過程y(例如,x!= y)相關聯的第一PUSCH的結尾符號,該第二PUSCH的PDCCH不在第一排程PDCCH的結尾符號之前結束。
處理器612可以被配置為確定是否排程了亂序的上行鏈路排程(例如,第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸)。處理器612可以被配置為在排程了亂序的上行鏈路排程的情況下,跳過(例如,不發送)至少一個上行鏈路傳輸(例如,PUSCH)。例如,在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下,處理器612可以丟棄第一上行鏈路傳輸。具體地,處理器612可以被配置為跳過發送如下PUSCH:其排程PDCCH(scheduling PDCCH)位於排程了稍後PUSCH的PDCCH之前,以及其第一個符號位於遵循亂序的上行鏈路排程而被排程的稍後PUSCH的結尾/最後一個符號之後的預定符號(例如,X個符號)內。
在一些實現中,預定符號(例如,X個符號)的值可以包括基於能力(例如,能力#1或能力#2)之一的PUSCH準備時間。替代地,對預定符號的支援可以被定義為能力。處理器612可以被配置為報告預定符號的值作為能力。一種可能的選擇是指定多個X值,並且處理器612可以報告它可以支援的X值。
在一些實現中,處理器612可以被配置為通過確定第一控制信號的最後一個符號是否在第二控制信號的第一個符號之前的預定符號內,來確定是否排程了亂序的上行鏈路排程。處理器612可以被配置為在排程了亂序的上行鏈路排程的情況下跳過至少一個上行鏈路傳輸(例如,PUSCH)。具體地,處理器612可以被配置為在排程PDCCH的最後一個符號位於排程了稍後PUSCH的PDCCH的開始/第一個符號之前的預定符號(例如,Y個符號)內的情況下,跳過其排程PDCCH位於排程了稍後PUSCH的PDCCH之前的PUSCH。
在一些實現中,預定符號(例如,Y個符號)的值可以包括基於能力(例如,能力#1或能力#2)之一的PUSCH準備時間。替代地,對預定符號的支援可以被定義為能力。處理器612可以被配置為報告預定符號的值作為能力。一種可能的選擇是指定多個Y值,並且處理器612可以報告它可以支援的Y值。
在一些實現中,在確定排程了亂序的上行鏈路排程之後(例如,第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸),處理器612可以被配置為將第二上行鏈路排程(例如,稍後排程的PUSCH)的準備時間延長預定數量的符號(例如,E個符號)。例如,當不存在亂序UL排程時,N2可以被定義為用於稍後排程的PUSCH的PUSCH準備時間。對於亂序的上行鏈路排程情況,處理器612可以將用於稍後排程的PUSCH的PUSCH準備時間延長為N2+E個符號。對預定數量的符號(例如,E個符號)的支援可以被定義為能力。處理器612可以被配置為報告預定符號的值作為能力。一種可能的選擇是指定多個E值,並且處理器612可以報告其適應亂序上行鏈路排程所需的E值。
在一些實現中,對於當處理器612由於亂序的上行鏈路排程而跳過至少一個上行鏈路傳輸(例如,PUSCH)的情況,處理器612可以將用於稍後排程的PUSCH的PUSCH準備時間延長E個符號。處理器612可以被配置為確定由於亂序的上行鏈路排程,其是否可以跳過至少一個PUSCH。處理器612可以被配置為在處理器612確定由於亂序的上行鏈路排程而可以跳過至少一個PUSCH的情況下,將用於稍後排程的PUSCH的準備時間延長E個符號。例如,N2可以被定義為當不存在跳過場景時用於稍後排程的PUSCH的PUSCH準備時間。對於跳過情況,處理器612可以將用於稍後排程的PUSCH的PUSCH準備時間延長為N2 + E個符號。
在一些實現中,對於亂序的上行鏈路排程,處理器612可以被配置為丟棄起始符號(例如,第一個符號)在優先的上行鏈路傳輸的結尾(例如,最後一個符號)之後的預定符號(例如,X個符號)之內的上行鏈路傳輸(例如,PUSCH)。對於給定排程的網路節點中的任何兩個HARQ過程ID,在處理器612被排程為通過在符號i結束的PDCCH,開始始於符號j的第一PUSCH傳輸的情況下,以及在處理器612被排程為通過在符號i之後結束的PDCCH,發送在第一PUSCH的結尾之前開始的第二PUSCH的情況下,處理器612可以被配置為跳過在第二PUSCH的結尾之後的X個符號內開始的任何PUSCH傳輸。
在一些實現中,對於亂序的上行鏈路排程,在優先的上行鏈路傳輸與任何先前排程的上行鏈路傳輸的開始之間應當存在X符號的間隙。對於給定排程的網路節點中的任何兩個HARQ過程ID,如果處理器612被排程為通過在符號i結束的PDCCH,開始始於符號j的第一PUSCH傳輸,則不期望處理器612被排程為通過在符號i之後結束的PDCCH,發送在第一PUSCH開始之前的X個符號內結束的PUSCH。
在一些實現中,當優先的PUSCH與任何先前排程的PUSCH的開始之間的間隙小於X時,處理器612可以將其視為錯誤情況。當優先PUSCH與任何先前排程的PUSCH的開始之間的間隙小於X時,不期望處理器612按亂序上行鏈路排程進行排程。處理器612可配置為忽略/丟棄第一控制信號和第二控制信號中的至少一個,並且不發送第一上行鏈路傳輸和第二上行鏈路傳輸中的至少一個。
在一些實現中,在確定排程了亂序的上行鏈路排程之後(例如,第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸),處理器612可以被配置為在一些排程條件下處理兩個上行鏈路傳輸(例如,兩個PUSCH)。處理器612可以被配置為確定排程條件是否被滿足。處理器612可以被配置為在排程條件被滿足的情況下執行第一上行鏈路傳輸和第二上行鏈路傳輸。當滿足排程條件時,這意味著排程可以是寬鬆(loose)的以及處理器612能夠在這種排程下處理兩個上行鏈路傳輸。處理器612可以根據排程條件確定它是否可以處理兩個上行鏈路傳輸。排程條件可以由網路裝置620配置或由處理器612確定。
在一些實現中,當較高優先順序的PUSCH不滿足排程條件時,處理器612可以丟棄較低優先順序PUSCH的傳輸。否則,也可以傳輸較低優先順序的PUSCH。可替代地,當較低優先順序的PUSCH不滿足排程條件時,處理器612可以丟棄較低優先順序PUSCH的傳輸。否則,也可以傳輸較低優先順序的PUSCH。對於在一些排程條件下處理兩個PUSCH的支援,可以作為一種能力。處理器612可以被配置為向網路裝置620報告其支援。
在一些實現中,對於亂序的上行鏈路排程,在處理器612丟棄第一PUSCH(例如,由第一DCI排程)的傳輸的情況下,處理器612不期望接收排程其他PUSCH的任何其他DCI,其中該其他PUSCH相關聯的資源在時間上與丟棄的PUSCH資源重疊。處理器612可以忽略/丟棄排程其他PUSCH的任何其他DCI,其中該其他PUSCH相關聯的資源在時間上與丟棄的PUSCH資源重疊。
在一些實現中,當第一排程的PUSCH和第二排程的PUSCH在時域中重疊/衝突時,處理器612可以被配置為丟棄第一排程的PUSCH的傳輸。處理器612可以停止在高優先順序PUSCH開始之前的X個符號處的傳輸。X個符號的長度可以包括PUSCH準備時間(例如,N2)。
在一些實現中,處理器612可以繼續低優先順序PUSCH的傳輸,直到開始高優先順序PUSCH。這可以定義為能力。處理器612可以被配置為向網路裝置620報告其支援。
在一些實現中,處理器612可以在一些排程條件下繼續低優先順序PUSCH的傳輸直到開始高優先順序PUSCH。這可以定義為能力。處理器612可以被配置為向網路裝置620報告其支援。 例示性過程
第7圖示出了根據本公開的實現方式的示例過程700。過程700可以是與根據本公開的針對處理亂序的上行鏈路排程相關的上述場景/方案的示例實現方式,無論是部分的還是完全的。過程700可以表示通訊裝置610的多個特徵的實現方式。過程700可以包括如框710、720、730和740中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框,根據所需的實現方式,過程700的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外,過程700的框可以按照第7圖中所示的順序執行,或者,可以按照不同的順序執行。過程700可以由通訊裝置610或任何合適的UE或機器類型的設備實現。僅出於說明性目的而非限制,下面以通訊裝置610為背景描述過程700。過程700在框710處開始。
在710,過程700可涉及裝置610的處理器612接收排程第一上行鏈路傳輸的第一控制信號。過程700可以從710進行到720。
在720,過程700可以涉及處理器612接收排程第二上行鏈路傳輸的第二控制信號。過程700可以從720進行到730。
在730,過程700可以涉及處理器612確定第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸。過程700可以從730進行到740。
在740,過程700可以涉及當第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸時,處理器612丟棄第一上行鏈路傳輸。
在一些實現中,過程700可涉及處理器612確定第一上行鏈路傳輸的第一符號是否在第二上行鏈路傳輸的最後一個符號之後的預定符號內。
在一些實現中,預定符號可以包括PUSCH準備時間。
在一些實現中,過程700可以涉及處理器612確定第一控制信號的最後一個符號是否在第二控制信號的第一個符號之前的預定符號內。
在一些實現中,過程700可以涉及處理器612報告預定符號的值作為UE能力。
在一些實現中,過程700可以涉及在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下,處理器612忽略第二控制信號。
在一些實現中,過程700可以涉及處理器612確定第一上行鏈路傳輸和第二上行鏈路傳輸在時域上是否重疊。過程700還可以涉及處理器612在第一上行鏈路傳輸和第二上行鏈路傳輸在時域上重疊的情況下,丟棄第一上行鏈路傳輸的一部分。
第8圖示出了根據本公開的實現方式的示例過程800。過程800可以是與根據本公開的針對處理亂序的上行鏈路排程相關的上述場景/方案的示例實現方式,無論是部分的還是完全的。過程800可以表示通訊裝置610的多個特徵的實現方式。過程800可以包括如框810、820、830和840中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框,根據所需的實現方式,過程800的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外,過程800的框可以按照第8圖中所示的順序執行,或者,可以按照不同的順序執行。過程800可以由通訊裝置610或任何合適的UE或機器類型的設備實現。僅出於說明性目的而非限制,下面以通訊裝置610為背景描述過程800。過程800在框810處開始。
在810,過程800可以涉及裝置610的處理器612接收排程第一上行鏈路傳輸的第一控制信號。過程800可以從810進行到820。
在820,過程800可以涉及處理器612接收排程第二上行鏈路傳輸的第二控制信號。過程800可以從820進行到830。
在830,過程800可以涉及處理器612確定第二上行鏈路傳輸是否被排程為早於第一上行鏈路傳輸。過程800可以從830進行到840。
在840,過程800可以涉及在第二上行鏈路傳輸被排程為早於第一上行鏈路傳輸的情況下,處理器612將第二上行鏈路傳輸的準備時間延長預定數量的符號。
在一些實現中,過程800可以涉及處理器612確定是否滿足排程條件。過程800可以進一步涉及在滿足排程條件的情況下,處理器612執行第一上行鏈路傳輸和第二上行鏈路傳輸。
在一些實現中,過程800可以涉及在不滿足排程條件的情況下,處理器612丟棄第一上行鏈路傳輸。 補充說明
本文中所描述的主題有時例示了包含在不同的其它部件之內或與其連接的不同部件。要理解的是,這些所描繪架構僅是示例,並且實際上能夠實施實現相同功能的許多其它架構。在概念意義上,實現相同功能的部件的任意佈置被有效地“關聯”成使得期望的功能得以實現。因此,獨立於架構或中間部件,本文中被組合為實現特定功能之任何兩個部件能夠被看作彼此“關聯”成使得期望之功能得以實現。同樣,如此關聯的任何兩個部件也能夠被視為彼此“在操作上連接”或“在操作上耦接”,以實現期望功能,並且能夠如此關聯的任意兩個部件還能夠被視為彼此“在操作上可耦接”,以實現期望的功能。在操作在可耦接之特定示例包括但不限於實體上能配套和/或實體上交互的部件和/或可無線地交互和/或無線地交互的部件和/或邏輯上交互和/或邏輯上可交互的部件。
此外,關於本文中任何複數和/或單數術語的大量使用,本領域具備通常知識者可針對上下文和/或應用按需從複數轉化為單數和/或從單數轉化為複數。為了清楚起見,本文中可以明確地闡述各種單數/複數互易。
另外,本領域具備通常知識者將理解,通常,本文中所用術語且尤其是在所附申請專利範圍(例如,所附申請專利範圍之主體)中所使用的術語通常意為“開放”術語,例如,術語“包含”應被解釋為“包含但不限於”,術語“具有”應被解釋為“至少具有”,術語“包括”應解釋為“包括但不限於”,等等。本領域具備通常知識者還將理解,如果引入的申請專利範圍列舉的特定數目是有意的,則這種意圖將在申請專利範圍中明確地列舉,並且在這種列舉不存在時不存在這種意圖。例如,作為理解之幫助,所附申請專利範圍可以包含引入申請專利範圍列舉的引入性短語“至少一個”和“一個或更多個”之使用。然而,這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞“一”或“一個” 的引入將包含這種所引入的申請專利範圍列舉的任何特定申請專利範圍限制於只包含一個這種列舉的實現方式,即使當同一申請專利範圍包括引入性短語“一個或更多”或“至少一個”以及諸如“一”或“一個”這樣的不定冠詞(例如,“一和/或一個”應被解釋為意指“至少一個”或“一個或更多個”)時,這同樣適用於用來引入申請專利範圍列舉之定冠詞的使用。另外,即使明確地列舉了特定數量之所引入之申請專利範圍列舉,本領域技術人員也將認識到,這種列舉應被解釋為意指至少所列舉的數量(例如,在沒有其它修飾語的情況下,“兩個列舉” 的無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉)。此外,在使用類似於“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” 的可能性。
根據上述內容,將領會的是,本文中已經為了例示目的而描述了本公開的各種實現方式,並且可以在不脫離本公開的範圍和精神的情況下進行各種修改。因此,本文中所公開的各種實現方式不旨在是限制性的,真正範圍和精神由所附申請專利範圍指示。
100、200、300、400、500:場景 610:通訊裝置 620:網路裝置 612、622:處理器 614、624:記憶體 616、626:收發器 700、800:過程 710~740、810~840:框
附圖被包括進來以提供對本公開之進一步理解,併入本發明並構成本公開之一部分。附圖例示了本公開之實現方式,並且與說明書一起用於說明本公開之原理。能理解的是,附圖不一定是按比例的,因為為了清楚地例示本發明之構思,一些元件可以被顯示為與實際實現方式中之尺寸不成比例。 第1圖示出了根據本公開的實現的方案下的示例性場景。 第2圖示出了根據本公開的實現的方案下的示例性場景。 第3圖示出了根據本公開的實現的方案下的示例性場景。 第4圖示出了根據本公開的實現的方案下的示例性場景。 第5圖示出了根據本公開的實現的方案下的示例性場景。 第6圖示出了根據本公開的實現的示例通訊裝置和示例網路裝置。 第7圖示出了根據本公開的實現的示例過程的流程圖。 第8圖示出了根據本公開的實現的示例過程的流程圖。
100:場景

Claims (20)

  1. 一種方法,包括: 由裝置的處理器接收排程第一上行鏈路傳輸的第一控制信號; 由所述處理器接收排程第二上行鏈路傳輸的第二控制信號; 由所述處理器確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸;以及 在所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸的情況下,由所述處理器丟棄所述第一上行鏈路傳輸。
  2. 如申請專利範圍第1項所述的方法,其中,所述確定包括:確定所述第一上行鏈路傳輸的第一個符號是否在所述第二上行鏈路傳輸的最後一個符號之後的預定符號內。
  3. 如申請專利範圍第2項所述的方法,其中,所述預定符號包括實體上行鏈路共用通道(physical uplink shared channel,PUSCH)準備時間。
  4. 如申請專利範圍第1項所述的方法,其中,所述確定包括:確定所述第一控制信號的最後一個符號是否在所述第二控制信號的第一個符號之前的預定符號內。
  5. 如申請專利範圍第1項所述的方法,還包括: 由所述處理器報告所述預定符號的值作為用戶設備(user equipment,UE)的能力。
  6. 如申請專利範圍第1項所述的方法,還包括: 在所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸的情況下,所述處理器忽略所述第二控制信號。
  7. 如申請專利範圍第1項所述的方法,還包括: 由所述處理器確定所述第一上行鏈路傳輸和所述第二上行鏈路傳輸在時域上是否重疊;以及 如果所述第一上行鏈路傳輸和所述第二上行鏈路傳輸在時域中重疊,則所述處理器丟棄所述第一上行鏈路傳輸的一部分。
  8. 一種方法,包括: 由裝置的處理器接收排程第一上行鏈路傳輸的第一控制信號; 由所述處理器接收排程第二上行鏈路傳輸的第二控制信號; 由所述處理器確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸;以及 如果所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸,則所述處理器將所述第二上行鏈路傳輸的準備時間延長預定數量的符號。
  9. 如申請專利範圍第8項所述的方法,還包括: 由所述處理器確定排程條件是否被滿足;以及 在所述排程條件被滿足的情況下,由所述處理器執行所述第一上行鏈路傳輸和所述第二上行鏈路傳輸兩者。
  10. 如申請專利範圍第9項所述的方法,還包括: 在不滿足所述排程條件的情況下,由所述處理器丟棄所述第一上行鏈路傳輸。
  11. 一種裝置,包括: 收發器,在操作過程中所述收發器與無線網路的網路節點進行無線通訊;以及 通訊地耦接到所述收發器的處理器,使得在操作期間,所述處理器執行的操作包括: 經由所述收發器接收排程第一上行鏈路傳輸的第一控制信號; 經由所述收發器接收排程第二上行鏈路傳輸的第二控制信號; 確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸;以及 在所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸的情況下,丟棄所述第一上行鏈路傳輸。
  12. 如申請專利範圍第11項所述的裝置,其中,在確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸時,所述處理器確定所述第一上行鏈路傳輸的第一個符號是否在所述第二上行鏈路傳輸的最後一個符號之後的預定符號內。
  13. 如申請專利範圍第12項所述的裝置,其中,所述預定符號包括實體上行鏈路共用通道(physical uplink shared channel,PUSCH)準備時間。
  14. 如申請專利範圍第11項所述的裝置,其中,在確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸時,所述處理器確定所述第一控制信號的最後一個符號是否在所述第二控制信號的第一個符號之前的預定符號內。
  15. 如申請專利範圍第11項所述的裝置,其中,在操作期間,所述處理器還執行以下操作: 經由所述收發器報告所述預定符號的值作為用戶設備(UE)的能力。
  16. 如申請專利範圍第11項所述的裝置,其中,在操作期間,所述處理器還執行以下操作: 在所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸的情況下,忽略所述第二控制信號。
  17. 如申請專利範圍第11項所述的裝置,其中,在操作期間,所述處理器還執行以下操作: 確定所述第一上行鏈路傳輸和所述第二上行鏈路傳輸在時域中是否重疊;以及 如果所述第一上行鏈路傳輸和所述第二上行鏈路傳輸在時域中重疊,則丟棄所述第一上行鏈路傳輸的一部分。
  18. 一種裝置,包括: 收發器,在操作期間與無線網路的網路節點進行無線通訊;以及 通訊地耦接到所述收發器的處理器,使得在操作期間,所述處理器執行的操作包括: 經由所述收發器接收排程第一上行鏈路傳輸的第一控制信號; 經由所述收發器接收排程第二上行鏈路傳輸的第二控制信號; 確定所述第二上行鏈路傳輸是否被排程為早於所述第一上行鏈路傳輸;以及 在所述第二上行鏈路傳輸被排程為早於所述第一上行鏈路傳輸的情況下,將所述第二上行鏈路傳輸的準備時間延長預定數量的符號。
  19. 如申請專利範圍第18項所述的裝置,其中,在操作期間,所述處理器還執行以下操作: 確定是否滿足排程條件;以及 在滿足所述排程條件的情況下,執行所述第一上行鏈路傳輸和所述第二上行鏈路傳輸兩者。
  20. 如申請專利範圍第19項所述的裝置,其中,在操作期間,所述處理器還執行以下操作: 在不滿足所述排程條件的情況下,丟棄所述第一上行鏈路傳輸。
TW109104758A 2019-02-15 2020-02-14 行動通訊中處理亂序上行排程的方法和裝置 TWI740377B (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201962806011P 2019-02-15 2019-02-15
US62/806,011 2019-02-15
US201962936657P 2019-11-18 2019-11-18
US62/936,657 2019-11-18
US16/789,799 2020-02-13
US16/789,799 US11246153B2 (en) 2019-02-15 2020-02-13 Method and apparatus for handling out-of-order uplink scheduling in mobile communications

Publications (2)

Publication Number Publication Date
TW202033042A true TW202033042A (zh) 2020-09-01
TWI740377B TWI740377B (zh) 2021-09-21

Family

ID=72043619

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109104758A TWI740377B (zh) 2019-02-15 2020-02-14 行動通訊中處理亂序上行排程的方法和裝置

Country Status (4)

Country Link
US (1) US11246153B2 (zh)
CN (1) CN111837441B (zh)
TW (1) TWI740377B (zh)
WO (1) WO2020164586A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020192748A1 (en) * 2019-03-27 2020-10-01 FG Innovation Company Limited Method and apparatus for handling overlapping pusch durations
JP2020162019A (ja) * 2019-03-27 2020-10-01 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
US20220150839A1 (en) * 2019-05-03 2022-05-12 Apple Inc. Closed loop power control for pusch
US11979902B2 (en) * 2019-07-10 2024-05-07 Qualcomm Incorporated Data scheduling in uplink burst
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
US11849461B2 (en) * 2020-02-14 2023-12-19 Intel Corporation UL transmission multiplexing and prioritization
WO2022120645A1 (en) * 2020-12-09 2022-06-16 Lenovo (Beijing) Limited Methods and apparatus of enhanced pdsch/pusch scheduling by enhanced pdcch with multiple transmissions
WO2023000147A1 (en) * 2021-07-19 2023-01-26 Nec Corporation Method, device and computer storage medium of communication
WO2023236002A1 (en) * 2022-06-06 2023-12-14 Qualcomm Incorporated Scheduling enhancement for a physical uplink shared channel conveying time-domain channel state information

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8768263B2 (en) * 2010-12-01 2014-07-01 Qualcomm Incorporated Determining an uplink control path with blind decoding
US8964678B2 (en) * 2011-12-23 2015-02-24 Blackberry Limited Method implemented in an eNodeB base station
WO2014046374A1 (ko) * 2012-09-19 2014-03-27 엘지전자 주식회사 상향링크 제어정보 전송 방법 및 장치
US9844072B2 (en) * 2014-09-26 2017-12-12 Qualcomm Incorporated Ultra-low latency LTE uplink frame structure
US10397906B2 (en) * 2015-11-13 2019-08-27 Lg Electronics Inc. Method for transmitting wireless signals and apparatus therefor
KR20180040630A (ko) * 2016-02-02 2018-04-20 닛본 덴끼 가부시끼가이샤 Ul 스케줄링 및 ul 송신을 수행하는 방법 및 장치
US10349320B2 (en) * 2016-03-29 2019-07-09 Sharp Kabushiki Kaisha User equipments, base stations and methods
US9826540B1 (en) 2016-05-12 2017-11-21 Asustek Computer Inc. Uplink transmission in shortened transmission time intervals in a wireless communication system
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
CN110063073B (zh) 2017-01-05 2022-08-05 瑞典爱立信有限公司 用于适配传输功率的方法和终端设备
US10764871B2 (en) * 2017-01-16 2020-09-01 Qualcomm Incorporated Extension of data transmission from ULRB to ULCB
US10499386B2 (en) 2017-06-15 2019-12-03 Sharp Kabushiki Kaisha Procedure, base station and user equipment for uplink transmission without grant

Also Published As

Publication number Publication date
US20200267749A1 (en) 2020-08-20
CN111837441A (zh) 2020-10-27
TWI740377B (zh) 2021-09-21
WO2020164586A1 (en) 2020-08-20
CN111837441B (zh) 2024-01-19
US11246153B2 (en) 2022-02-08

Similar Documents

Publication Publication Date Title
TWI740377B (zh) 行動通訊中處理亂序上行排程的方法和裝置
TWI707601B (zh) 行動通訊之上行鏈路傳輸彈性排程方法和裝置
TWI715044B (zh) 移動通信中對於不同服務類型報告混合自動重複請求-確認資訊的方法和裝置
TWI691193B (zh) 行動通訊中用以決定調變編碼機制表之方法和裝置
TWI699980B (zh) 在行動通訊中報告混合自動重傳請求-確認資訊之方法和裝置
TWI696361B (zh) 用於減少移動通信中上行鏈路開銷的方法和裝置
TWI719649B (zh) 用於移動通信中的上行鏈路傳輸的混合自動重傳請求回饋過程
TWI766264B (zh) 移動通信中下行鏈路控制資訊大小對齊的方法和裝置
TWI702814B (zh) 用於在移動通訊中報告混合自動重複請求-確認資訊的方法和裝置
TWI709355B (zh) 用於處理移動通信中的無序調度的方法和裝置
TWI785275B (zh) 行動通訊之實體下行控制通道監視組態
TWI696397B (zh) 行動通訊中免授權傳輸的混合自動重複請求反饋設計
WO2019192153A1 (zh) 一种资源确定方法、指示方法及装置
TW202002703A (zh) 用於增強移動通信中時域資源分配框架的方法和裝置
TWI729354B (zh) 行動通訊之緊密下行鏈路控制資訊設計和操作
TW201944830A (zh) 行動通訊中緊湊下行鏈路控制資訊的時域資源配置
WO2019137011A1 (zh) 一种通信方法及上行资源确定方法
TWI747166B (zh) 移動通信中用戶裝置處理時間線增強的方法和裝置
TWI728341B (zh) 行動通訊中緊湊下行鏈路控制資訊的頻域資源配置
TWI751013B (zh) 用於無線通訊的方法及裝置
TW201911787A (zh) 用於高可靠度傳輸之上行控制通道設計之方法及其裝置
TWI753310B (zh) 用於移動通信中的系統信息重傳的方法和裝置
TWI791942B (zh) 行動通訊之使用者設備處理時間軸強化技術的方法和裝置
TWI819845B (zh) 用於pucch載波切換和pucch重複的方法和裝置