TW202019224A

TW202019224A - 上行鏈路時延之改進方法及其裝置

Info

Publication number: TW202019224A
Application number: TW108138590A
Authority: TW
Inventors: 張喬智; 林建良; 薛人豪; 陳正哲; 何省億; 蔡譯緯; 江臻; 楊文進
Original assignee: 聯發科技股份有限公司
Priority date: 2018-11-08
Filing date: 2019-10-25
Publication date: 2020-05-16
Also published as: US11611973B2; US11089612B2; US20200154457A1; US20210329664A1; TWI722619B

Abstract

描述了關於無線通訊中之使用者設備（UE）上行鏈路時延之改進之示例。當裝置處於特殊模式時，該裝置之處理器向網路多次發送允許執行上行鏈路（UL）傳輸之請求。然後，處理器從網路接收許可。處理器執行UL傳輸到網路，以回應於接收到許可。在多次發送請求中，處理器以高於當裝置處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。

Description

上行鏈路時延之改進方法及其裝置

本發明總體有關於行動通訊，以及，更具體地，有關於無線通訊中之使用者設備（user equipment，UE）上行鏈路時延改進。

除非另有說明，否則本部分中描述之方法不作為後面列出之申請專利範圍之先前技術，以及，不因包括在本部分中而被認為係先前技術。

在第三代合作夥伴計畫（the 3rd Generation Partnership Project，3GPP）規範下，當存在由UE發送之上行鏈路（uplink，UL）業務（例如，資料封包）時，UE向基地台（例如，eNB或gNB）發送一個或複數個排程請求（scheduling request，SR）。作為回應，基地台回復UL許可（grant）以用於UE發送UL業務。然而，在UE發送SR之時間與UE接收UL許可之時間之間通常存在時延（latency），因此通常存在與UL業務傳輸相關聯之時延。

為了縮短時延，一種方法係在網路側進行改進，使用有關於轉發封包傳輸業務之捷徑。或者，另一種方係是網路識別UE之用戶標識模組（Subscriber Identity Module，SIM）卡並為該UE提供低時延模式。然而，這種方法需要來自網際網路服務提供者（internet service provider，ISP）之支援，其對於最終使用者來說可能是昂貴的。

下面之發明內容僅係說明性的，而不旨在以任何方式進行限制。也就是說，提供下文發明內容來介紹本文所述之新穎且非顯而易見技術之概念、要點、益處和有益效果。所選實施方式在下文詳細描述中進一步描述。因此，下文發明內容並不旨在標識所要求保護主題之基本特徵，亦不旨在用於確定所要求保護主題之範圍。

本發明目的在於為無線通訊中UE上行鏈路時延改進提供方案、解決方法、概念、設計和方法。具體地，本發明目的在於為實現無線通訊中UE上行鏈路時延改進提供高成本效益之解決方法。

在一個方面，一種方法可以包括處於特殊模式（special mode）之裝置之處理器向網路多次發送請求以允許執行上行鏈路（uplink，UL）傳輸。該方法還包括處理器從網路接收許可。該方法進一步包括處理器執行UL傳輸到網路，以回應於接收到許可。在多次發送請求中，該方法包括處理器以高於當裝置處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。

在另一方面，一種裝置包括處理器，在執行運作期間，該處理器執行某些運作包括：（i）當裝置處於特殊模式時，向網路多次發送請求以允許執行UL傳輸；（ii）從網路接收許可；（iii）執行UL傳輸到網路，以回應於接收到許可。在多次發送請求中，該處理器以高於當裝置處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。

本發明提出了上行鏈路時延之改進方法及其裝置，實現了減少時延之有益效果。

值得注意的是，雖然本文提供之描述包括諸如第五代（5G）和新無線電（New Radio，NR）之特定無線電進接技術、網路和網路拓撲之內容，然而所提出之概念、方案及其任何變形/衍生可以於、用於或透過其他任何類型之無線電進接技術、網路和網路拓撲實施，例如但不限於長期演進（Long Term Evolution，LTE）、先進LTE（LTE-Advanced）、先進LTE 升級版（LTE-Advanced Pro）、通用行動電信系統（Universal Mobile Telecommunications System，UMTS）以及全球行動通訊系統（Global System for Mobile Communication，GSM）。本發明之範圍不限於本文所述之示例。

本文揭露了所要求保護之主題之詳細實施例和實施方式。然而，應當理解的是，所揭露之實施例和實施方式僅僅係可以以各種形式實現之所要求保護之主題之說明。而且，本發明可以以許多不同形式來實現，並且不應該被解釋為限於本文所闡述之示例性實施例和實施方式。相反，提供該等示例性實施例和實施方式以使本發明之描述全面和完整，並且向所屬技術領域中具有通常知識者充分地傳達本發明之範圍。在下文描述中，可以省略公知特徵和技術之細節，以避免不必要地模糊所呈現之實施例和實施方式。概述

依據本發明之實施例涉及有關於無線通訊中UE上行鏈路時延改進之各種技術、方法、方案和/或解決方法。依據本發明，複數個可能之解決方案可以單獨實施或聯合實施。也就是說，雖然該等解決方案在下文分開描述，但是該等可能之解決方案中之兩個或更多個可以一個組合或另一組合形式實施。

在本發明所提出之各種方案下，UE與基地台之間之網路業務之時延可以縮短或以其他方式改進。本文術語「時延」是指上行鏈路傳輸之資料到達UE之層2（layer 2，L2）之時間和該種資料之上行鏈路傳輸之時間之間之時間流逝。在所提出之方案下，UE可以在UE實際上具有排隊等待UL傳輸到基地台之資料封包之前預先向基地台發送排程請求（SR）或非零緩衝器狀態報告（buffer status report，BSR）。具體地，當處於事件觸發模式（event-triggered mode）時，UE可以在出現許多個預定義事件中之任何事件時發送SR和/或非零BSR到基地台，例如但不限於，檢測到UE屏幕之觸摸、透過UE陀螺儀啟動或執行運作、透過UE加速度計啟動或執行運作、檢測到UE鍵之按壓、接收到UE之另一設備之輸入、檢測到關於UE之硬體之硬體事件之發生，以及檢測關於在UE上執行之軟體之軟體流之發生。此外，當處於強制模式（forced mode）時，即使當UE不知道可用於UL傳輸之任何使用者資料時，UE也可以持續（例如，連續地或週期性地）向基地台發送SR和/或非零BSR。強制模式之定時可以配置為超時或者接收開始/停止事件。此外，當處於後臺模式（background mode）時，無論何時UE知道用於UL傳輸之資料封包可用時，UE可以發送SR或非零BSR。後臺模式不直接依賴於SR/BSR之控制，但UE可以相當頻繁地發送SR和/或BSR，並且實際業務可以從這種行為中受益。這種後臺業務之目的係無論要傳輸之資料包之大小和間隔或使用情況如何，都旨在改進時延。因此，後臺模式可以被配置為UE運作之預設模式。

在所提出之方案下，可以存在用於事件觸發模式和強制模式之處理預測失敗之機制。在所提出之方案下，當從基地台接收到UL許可，然而沒有用於UL傳輸之資料時，UE仍然可以發送用於UL業務之一些資訊。例如，UE可以發送數據機介質存取控制（medium access control，MAC）填充，其可以被配置為基於頻率之傳輸參數或門檻值配置。作為另一示例，UE可以發送數據機層2（L2）控制資料、重傳資料或無效協定資料單元（protocol data unit，PDU）。作為又一示例，UE可以發送網路虛擬資料，例如但不限於，由任何路由器一旦接收就由丟棄之私人網際網路協定（Internet Protocol，IP）位址資料，專門用於預定IP位址或者隨機IP位址之IP封包資料（其中該IP封包資料具有小於預定義生存時間（time-to-live，TTL）值之TTL值），或者專門用於預定或特定伺服器之服務資料。

第1圖示出了在依據本發明之實施方式所提出之方案下中可以實施之示例場景100。為了比較並有助於更好地理解與所提出之方案相關之有益效果和益處，第1圖之部分（A）示出了傳統方法，然而第1圖之（B）部分示出了依據所提出之方案之場景100。

參考第1圖之部分（A），在傳統方法下，UE之默認行為係當存在可用於UL傳輸之使用者資料時（例如，透過到達UE之數據機之層2之使用者資料）發送SR和/或BSR。在傳統方法下，通常預先安排用於SR之傳輸之時槽（預先安排之 SR 時機）。例如，兩個相鄰SR之傳輸之間之持續時間通常為20毫秒（millisecond，ms）。一旦UE發送SR，基地台就可以持續向UE發送UL許可，直到UE發送零BSR（在BSR中值= 0）為止。

參考第1圖之部分（B），在所提出之用於在事件觸發模式下之UE行為之方案下，一旦檢測到複數個預定義事件中之任一個（例如，UE觸摸感測屏幕之觸摸或在UE上啟動遊戲應用（application，app）），可以向UE之數據機之層2（MAC層）提供預測指示（透過封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）層和無線電鏈路控制（Radio Link Control，RLC）層），用於UL傳輸資源之早期準備。因此，UE可以向基地台發送SR以請求UL傳輸之許可，並且這可以在用於UL傳輸之使用者資料之封包到達層2之前發生。一旦從基地台接收到UL許可，UE就可以短時延執行使用者資料封包之UL傳輸，該短時延係在UL傳輸之資料到達層2之時間與由於UL傳輸資源早期準備而產生之該種資料之UL傳輸之時間之間。

第2圖示出了在依據本發明之實施方式所提出之方案下中可以實施之示例場景200。為了比較並有助於更好地理解與所提出之方案相關之有益效果和益處，第2圖之部分（A）示出了傳統方法，然而第2圖之（B）部分示出了依據所提出之方案之場景200。

參考第2圖之部分（A），在傳統方法下，UE之默認行為係當存在可用於UL傳輸之使用者資料時（例如，透過到達UE之數據機之層2之使用者資料）發送SR和/或BSR。在傳統方法下，通常預先安排用於SR之傳輸之時槽（預先安排之 SR 時機）。一旦UE發送SR，基地台就可以持續向UE發送UL許可，直到UE發送零BSR（在BSR中值= 0）為止。

參考第2圖之部分（B），在所提出之用於在強制模式下之UE行為之方案下， UE可以在強制模式（在第2圖中表示為「強制模式開啟」）運作一段時間並且退出強制模式（在第2圖中表示為「強制模式關閉」）另一段時間，等等。當在強制模式下時，即使不存在可用於UL傳輸之資料，UE之數據機之層2也始終準備UL傳輸資源。因此，即使不存在可用於UL傳輸之資料時，UE仍然可以向基地台發送SR以請求UL傳輸之許可。作為回應，UE可以連續地或週期性地從基地台接收UL許可。因此，隨著用於UL傳輸之使用者資料變得可用（例如，使用者資料到達數據機之層2），UE可以短時延執行使用者資料封包之UL傳輸，該短時延係在UL傳輸之資料到達層2之時間與由於UL傳輸資源早期準備而產生之該種資料之UL傳輸之時間之間。在某個時間點，UE可以退出強制模式，相應地，當沒有用於UL傳輸之資料時，UE可以停止UL傳輸資源準備以及發送SR/BSR。

第3圖示出了在依據本發明之實施方式所提出之方案下中可以實施之示例場景300。為了比較並有助於更好地理解與所提出之方案相關之有益效果和益處，第3圖之部分（A）示出了傳統方法，然而第3圖之（B）部分示出了依據所提出之方案之場景300。值得注意的是，為簡單起見，雖然所提出之方案可以應用於其他場景和內容，但是第3圖中所示之示例在結合UE上之遊戲應用與透過使用者之觸摸感應屏幕之觸摸之內容中提供。

參考第3圖之部分（A），在傳統方法下，由於檢測到觸摸事件（例如，透過使用者之UE之觸摸感應屏幕之觸摸），可以啟動UE上之遊戲應用。因此，向UE之網路插口（socket）提供遊戲應用啟動之指示，反過來，該網路插口通知UE之數據機。然後，數據機將SR發送到基地台以請求UL傳輸之許可。

參考第3圖之部分（B），觸摸事件之檢測結果也可以被提供給UE之處理器中之預測引擎或控制單元（在第3圖中表示為「預測引擎」），用於如上所述之事件觸發模式、強制模式或者後臺模式下之UE部分之預測行為。此外，遊戲應用之啟動也可以被提供給UE之處理器中之預測引擎或控制單元，用於如上所述之事件觸發模式、強制模式或者後臺模式下之UE部分之預測行為。此外，網路插口還可以在如上所述之事件觸發模式、強制模式或者後臺模式下向預測引擎或控制單元通知UE部分之預測行為。也就是，如上所述之事件觸發模式、強制模式和後臺模式中之一個、一些或全部可以在任何給定時間在UE中使用或以其他方式實施。說明性實施方式

第4圖依據本發明之實施方式示出了示例裝置410以及示例裝置420之示例通訊環境400。為了實現本文描述之涉及有關於無線通訊中之UE上行鏈路時延改進之方案、技術、流程和方法，裝置410和裝置420中之每一個可以執行各種功能，包括上文所述之各種方案和下文所述之流程500和600。

裝置410和裝置420中之每一個可為電子裝置之一部分，可為諸如可擕式或行動裝置、可穿戴裝置、無線通訊裝置或計算裝置等UE。例如，裝置410和裝置420中之每一個可以在智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦等計算設備中實施。裝置410和裝置420中之每一個也可為機器類型裝置之一部分，可為諸如固定或靜態裝置、家庭裝置、有線通訊裝置或計算裝置等IoT或NB-IoT裝置。例如，裝置410和裝置420中之每一個可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實施。或者，裝置410和裝置420中之每一個可以以一個或複數個積體電路（Integrated circuit，IC）晶片形式實施，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個複雜指令集計算（Complex-Instruction-Set-Computing，CISC）處理器。裝置410和裝置420中之每一個至少包括第4圖所示之那些組件中之一部分，例如，分別為處理器412和處理器422。裝置410可以進一步包括與本發明所提出之方案無關之一個或複數個其它組件（例如，內部電源、顯示裝置和/或使用者周邊設備），但為簡化和簡潔，裝置410和裝置420中之每一個中之该等其他組件沒有在第4圖中描述，也沒有在下文描述。

在一些實施方式中，裝置410和裝置420中之至少一個可為電子裝置之一部分，可為網路節點或基地台（例如，演進節點B（eNB）、下一代節點B（gNB）或發送接收點（TRP））、小小區、路由器或閘道。例如，裝置410和裝置420中之至少一個可以實施在LTE、先進LTE、先進LTE 升級版中之eNB中、5G、NR、IoT和NB-IoT中之gNB中，或者無線區域網路（wireless local area network，WLAN）中之進接點中。或者裝置410和裝置420中之至少一個可以以一個或複數個IC晶片形式實施，例如但不限於，一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器。

在一方面，處理器412和處理器422中之每一個可以以一個或複數個單核處理器、一個或複數個多核處理器或一個或複數個CISC處理器之形式實施。也就是說，即使本文中使用單數術語「處理器」指代處理器412和處理器422，然而依據本發明，處理器412和處理器422中之每一個在一些實施方式中可以包括複數個處理器，在其他實施方式中可以包括單個處理器。在另一方面，處理器412和處理器422中之每一個可以以具有電子組件之硬體（以及，可選地，韌體）形式實施，該電子組件可以包括但不限於依據本發明實現特定目的而配置和佈置之一個或複數個電晶體、一個或複數個二極體、一個或複數個電容器、一個或複數個電阻、一個或複數個電感、一個或複數個憶阻器和/或一個或複數個變容器。換句話說，依據本發明所述各個實施方式，至少在一些實施方式中，處理器412和處理器422中之每一個可以作為專門設計、配置和佈置之專用機，以依據本發明之各種實施例執行包括無線通訊中UE上行鏈路改進實施方式之特定任務。

在一些實施方式中，裝置410還可以包括收發器416，收發器416耦接於處理器412以及能夠無線發送和接收資料。裝置410可以進一步包括記憶體414，記憶體414耦接於處理器412以及能夠被處412存取並且在其中儲存資料。裝置420也可包括耦接於處理器422之收發器426。收發器426能夠於無線發送和接收資料。在一些實施方式中，裝置420可以進一步包括記憶體424，記憶體424耦接於處理器422以及可被處理器422存取並且在其中儲存資料。因此，裝置410和裝置420可以分別經由收發器416和收發器426彼此進行通訊。

為了有助於更好之理解，裝置410和裝置420中之每一個之運作、功能和能力之以下描述在行動通訊環境之內容中提供，其中裝置410實施於無線通訊設備、通訊裝置或UE中或作為無線通訊設備、通訊裝置或UE實施，裝置420實施於、連接於或通訊地耦接於通訊網路（5G NR 行動網路或者LTE、先進LTE、先進 LTE升級行動網路）之網路節點中或作為通訊網路之網路節點實施。

在無線通訊中之UE上行鏈路時延之改進之一個方面中，作為UE之裝置410之處理器412可以經由收發器416並且當裝置410處於特殊模式下時，向網路（例如，經由裝置420）多次發送請求以允許執行UL傳輸。例如，處理器412可以高於當裝置410處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。此外，處理器412可以經由收發器416從網路（例如，經由裝置420）接收用於UL傳輸之許可。此外，處理器412可以經由收發器416執行UL傳輸到網路（例如，經由裝置420），以回應於接收到許可。

在一些實施方式中，在發送請求中，處理器412可以發送SR。

在一些實施方式中，在發送請求中，處理器412可以發送非零BSR。

在一些實施方式中，特殊模式可為強制模式。在這種情況下，在強制模式下發送請求中，處理器412可以執行某些運作。例如，處理器412可以進入強制模式。此外，處理器412可以在不知道任何使用者資料對於UL傳輸可用之情況下，在強制模式下連續多次發送請求。此外，回應於複數個預定義事件中之任一個之發生，處理器412可以退出強制模式以停止連續地多次發送請求。在一些實施方式中，該複數個預定義事件可以包括下列內容：（1）處於強制模式之預定時段到期；（2）接收輸入以開始一個運作；（3）接收另一輸入以停止另一運作。

在一些實施方式中，在執行UL傳輸時，處理器412可以執行某些運作。例如，處理器412可以確定在UL傳輸中不存在要發送之緩衝資料。此外，處理器412可以執行下列任一項之UL傳輸：（a）數據機MAC填充；（b）數據機層2控制資料、重傳資料或無效PDU；（c）網路虛擬資料。在一些實施方式中，數據機MAC填充可以被配置為基於頻率之傳輸參數或門檻值配置。在這種情況下，網路虛擬資料可以包括下列任一項：（i）私人IP位址資料；（ii）專用於預定IP位址或隨機IP位址之IP封包資料，其中IP封包資料之TTL值小於預定義之TTL值；（iii）專用於預定伺服器之服務資料。

在一些實施方式中，特殊模式可為後臺模式。在這種情況下，在後臺模式下發送請求中，處理器412可以執行某些運作。例如，處理器412可以接收用於UL傳輸之一個或複數個資料封包之可用性之指示。此外，回應於接收到該指示，處理器412可以多次發送請求。

在一些實施方式中，特殊模式可為後臺模式。在這種情況下，在後臺模式下發送請求中，處理器412可以執行某些運作。例如，除非存在要發送之更高優先級資料，否則處理器412可以連續地或週期性地發送更低優先級資料以維持用於UL傳輸之許可。此外，當來自應用之更高優先級資料可用時，處理器412可以發送更高優先級資料代替更低優先級資料。

在一些實施方式中，特殊模式可為事件觸發模式。在這種情況下，在事件觸發模式下發送請求中，處理器412可以執行某些運作。例如，處理器412可以從與裝置410相關聯之一個或複數個資訊源接收資訊。此外，處理器412可以基於所接收之資訊來預測執行UL傳輸之需求。此外，處理器412可以多次發送請求以回應於預測到該需求。

在一些實施方式中，在預測執行UL傳輸之需求時，處理器412可以基於所接收之資訊來檢測複數個預定義事件中之至少一個。在一些實施方式中，該複數個預定義事件可以包括下列內容：（a）檢測到裝置410之屏幕之觸摸；（b）透過裝置410之陀螺儀啟動或執行運作；（c）透過裝置410之加速計啟動或執行運作；（d）檢測到裝置410上之鍵之按壓；（e）接收到裝置410之另一設備之輸入；（f）檢測到有關於裝置410之硬體之硬體事件之發生；（g）檢測到有關於在裝置410上執行之軟體之軟體流之發生。說明性流程

第5圖係依據本發明之實施方式描述之示例流程500。流程500係關於依據本本發明之無線通訊中UE上行鏈路時延之改進之上述所提出之方案之示例實施方式。流程500可以代表裝置410和裝置420之特徵之實施方式之一方面。流程500可以包括區塊510、520以及530中之一個或複數個所示之一個或複數個運作、動作或功能。雖然所示之各個區塊係離散的，然而取決於所期望之實施方式，流程500中各個區塊可以拆分成更多區塊、組合成更少區塊或者刪除部分區塊。此外，流程500之區塊可以按照第5圖所示順序執行或者可以以其他順序執行。流程500還可以部分地或完全地重複。流程500可以由裝置410、裝置420和/或任何合適之無線通訊設備、UE、基地台或機器型設備來實施。僅出於說明目的並不具有限制性，流程500在無線網路（例如，Wi-Fi 基服務集合（basic service set，BSS）、NR小區、LTE 小區或者 UMTS 小區）中作為UE（例如，UE 110）之裝置410和作為網路節點（例如，進接點、eNB 或者 gNB）之裝置420之內容中在下文描述。流程500可以在區塊510處開始。

在區塊510中，流程500可以包括作為UE之裝置410之處理器412經由收發器416並且當裝置410處於特殊模式下時，向網路（例如，經由裝置420）多次發送請求以允許執行UL傳輸。例如，流程500可以包括處理器412以高於當裝置410處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。流程500可以從區塊510繼續到區塊520。

在區塊520中，流程500可以包括處理器412經由收發器416從網路（例如，經由裝置420）接收用於UL傳輸之許可。流程500可以從區塊520繼續到區塊530。

在區塊530中，流程500可以包括處理器412經由收發器416執行UL傳輸到網路（例如，經由裝置420），以回應於接收到許可。

在一些實施方式中，在發送請求中，流程500可以包括處理器412發送SR。

在一些實施方式中，在發送請求中，流程500可以包括處理器412發送非零BSR。

在一些實施方式中，特殊模式可為強制模式。在這種情況下，在強制模式下發送請求中，流程500可以包括處理器412執行某些運作。例如，流程500可以包括處理器412進入強制模式。此外，流程500可以包括處理器412在不知道任何使用者資料對於UL傳輸可用之情況下，在強制模式下連續多次發送請求。此外，回應於複數個預定義事件中之任一個之發生，處理器412可以退出強制模式以停止連續地多次發送請求。在一些實施方式中，該複數個預定義事件可以包括下列內容：（1）處於強制模式之預定時段到期；（2）接收輸入以開始一個運作；（3）接收另一輸入以停止另一運作。

在一些實施方式中，在執行UL傳輸時，流程500可以包括處理器412執行某些運作。例如，流程500可以包括處理器412確定在UL傳輸中不存在要發送之緩衝資料。此外，流程500可以包括處理器412執行下列任一項之UL傳輸：（a）數據機MAC填充；（b）數據機層2控制資料、重傳資料或無效PDU；（c）網路虛擬資料。在一些實施方式中，數據機MAC填充可以被配置為基於頻率之傳輸參數或門檻值配置。在這種情況下，網路虛擬資料可以包括下列任一項：（i）私人IP位址資料；（ii）專用於預定IP位址或隨機IP位址之IP封包資料，其中IP封包資料之TTL值小於預定義之TTL值；（iii）專用於預定伺服器之服務資料。

在一些實施方式中，特殊模式可為後臺模式。在這種情況下，在後臺模式下發送請求中，流程500可以包括處理器412執行某些運作。例如，流程500可以包括處理器412接收用於UL傳輸之一個或複數個資料封包之可用性之指示。此外，回應於接收到該指示，流程500可以包括處理器412多次發送請求。

在一些實施方式中，特殊模式可為後臺模式。在這種情況下，在後臺模式下發送請求中，流程500可以包括處理器412執行某些運作。例如，除非存在要發送之更高優先級資料，否則流程500可以包括處理器412連續地或週期性地發送更低優先級資料以維持用於UL傳輸之許可。此外，當來自應用之更高優先級資料可用時，流程500可以包括處理器412發送更高優先級資料代替更低優先級資料。

第6圖係依據本發明之實施方式描述之示例流程600。流程600係關於依據本本發明之無線通訊中UE上行鏈路時延之改進之上述所提出之方案之示例實施方式。流程600可以代表裝置410和裝置420之特徵之實施方式之一方面。流程600可以包括區塊610、620以及630中和子流程612、614以及616中之一個或複數個所示之一個或複數個運作、動作或功能。雖然所示之各個區塊是離散的，然而取決於所期望之實施方式，流程600中各個區塊可以拆分成更多區塊、組合成更少區塊或者刪除部分區塊。此外，流程600之區塊可以按照第6圖所示順序執行或者可以以其他順序執行。流程600還可以部分地或完全地重複。流程600可以由裝置410、裝置420和/或任何合適之無線通訊設備、UE、基地台或機器型設備來實施。僅出於說明目的並不具有限制性，流程600在無線網路（例如，Wi-Fi，BSS、NR小區、LTE 小區或者 UMTS 小區）中作為UE（例如，UE 110）之裝置410和作為網路節點（例如，進接點、eNB 或者 gNB）之裝置420之內容中在下文描述。流程600可以在區塊610處開始。

在區塊610中，流程600可以包括作為UE之裝置410之處理器412經由收發器416並且當裝置410處於特殊模式下時，向網路（例如，經由裝置420）多次發送請求以允許執行UL傳輸。例如，當裝置410處於正常運作模式下時，流程600可以包括處理器412以高於當裝置410處於正常運作模式下時發送執行UL傳輸之請求到網路之頻率之頻率多次發送請求。流程600可以從區塊610繼續到區塊620。

在區塊620中，流程600可以包括處理器412經由收發器416從網路（例如，經由裝置420）接收用於UL傳輸之許可。流程600可以從區塊620繼續到區塊630。

在區塊630中，流程600可以包括處理器412經由收發器416執行UL傳輸到網路（例如，經由裝置420），以回應於接收到許可。

在一些實施方式中，特殊模式可為事件觸發模式。流程600可以包括處理器412執行由子區塊612、614和616表示之特定運作。

在子區塊612中，流程600可以包括處理器412從與裝置410相關聯之一個或複數個資訊源接收資訊。流程600可以從子區塊612繼續到子區塊614。

在子區塊614中，流程600可以包括處理器412基於所接收之資訊來預測執行UL傳輸之需求。流程600可以從子區塊614繼續到子區塊616。

在子區塊616中，流程600可以包括處理器412多次發送請求以回應於預測到該需求。

在一些實施方式中，在預測執行UL傳輸之需求時，流程600可以包括處理器412基於所接收之資訊來檢測複數個預定義事件中之至少一個。在一些實施方式中，該複數個預定義事件可以包括下列內容：（a）檢測到裝置410之屏幕之觸摸；（b）透過裝置410之陀螺儀啟動或執行運作；（c）透過裝置410之加速計啟動或執行運作；（d）檢測到裝置410上之鍵之按壓；（e）接收到裝置410之另一設備之輸入；（f）檢測到有關於裝置410之硬體之硬體事件之發生；（g）檢測到有關於在裝置410上執行之軟體之軟體流之發生。

在一些實施方式中，在執行UL傳輸時，流程600可以包括處理器412執行某些運作。例如，流程600可以包括處理器412確定在UL傳輸中不存在要發送之緩衝資料。此外，流程600可以包括處理器412執行下列任一項之UL傳輸：（a）數據機MAC填充；（b）數據機層2控制資料、重傳資料或無效PDU；（c）網路虛擬資料。在一些實施方式中，數據機MAC填充可以被配置為基於頻率之傳輸參數或門檻值配置。在一些實施方式中，網路虛擬資料可以包括下列任一項：（i）私人IP位址資料；（ii）專用於預定IP位址或隨機IP位址之IP封包資料，其中IP封包資料之TTL值小於預定義之TTL值；（iii）專用於預定伺服器之服務資料。附加說明

本文描述之主題有時示出了包括在不同之其它組件內或與其相連接之不同組件。但應當理解，該等所描繪之架構僅係示例，並且實際上許多實現相同功能之其它架構可以實施。在概念意義上，實現相同功能之組件之任何佈置被有效地「關聯」，從而使得期望之功能得以實現。因此，不考慮架構或中間組件，本文中被組合以實現特定功能之任何兩個組件能夠被看作彼此「關聯」，從而使得期望之功能得以實現。同樣地，如此關聯之任何兩個組件亦能夠被視為彼此「在運作上連接」或「在運作上耦接」，以實現期望之功能，並且能夠如此關聯之任意兩個組件還能夠被視為彼此「在運作上連接」，以實現期望之功能。在運作上在可耦接之具體示例包括但不限於物理上能配套和/或物理上交互之組件和/或可無線地交互和/或無線地交互之組件和/或邏輯上交互和/或邏輯上可交互之組件。

更進一步，關於本文實質上使用之任何複數和/或單數術語，所屬技術領域中具有通常知識者可針對內容和/或申請在適當時候從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本文中可以明確地闡述各種單數/複數互易。

此外，所屬技術領域中具有通常知識者將理解，通常，本文中所用之術語且尤其係在所附之申請專利範圍（例如，所附之申請專利範圍之主體）中所使用之術語通常意為「開放式」術語，例如，術語「包括」應被解釋為「包括但不限於」，術語「具有」應被解釋為「至少具有」，術語「包括」應解釋為「包括但不限於」，等等。所屬技術領域中具有通常知識者還將理解，如果引入之申請專利範圍列舉之具體數量係有意的，則這種意圖將在申請專利範圍中明確地列舉，並且在缺少這種列舉時不存在這種意圖。例如，為了有助於理解，所附之申請專利範圍可以包括引入性短語「至少一個」和「一個或複數個」之使用。然而，這種短語之使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞「一」或「一個」之引入將包括這種所引入之申請專利範圍列舉之任何特定申請專利範圍限制於只包括一個這種列舉之實現方式，即使當同一申請專利範圍包括引入性短語「一個或更多」或「至少一個」以及諸如「一」或「一個」這樣之不定冠詞，例如，「一和/或一個」應被解釋為意指「至少一個」或「一個或複數個」，這同樣適用於用來引入申請專利範圍列舉之定冠詞之使用。此外，即使明確地列舉了具體數量之所引入之申請專利範圍列舉，所屬技術領域中具有通常知識者亦將認識到，這種列舉應被解釋為意指至少所列舉之數量，例如，在沒有其它之修飾語之情況下，「兩個列舉」之無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉。此外，在使用類似於「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:通訊環境； 410、420:裝置； 416、426:收發器； 412、422:處理器； 414、424:記憶體； 500、600:流程； 510、520、530、610、620、630:區塊； 612、614、616:子區塊。

所包括之附圖用以提供對發明之進一步理解，以及，被併入且構成本發明之一部分。附圖示出了發明之實施方式，並與說明書一起用於解釋本發明之原理。可以理解的是，為了清楚地說明本發明之概念，附圖不一定按比例繪製，所示出之一些組件可以以超出與實際實施方式中尺寸之比例示出。第1圖係在依據本發明之實施方式之方案下示出示例場景之示意圖。第2圖係在依據本發明之實施方式之方案下示出示例場景之示意圖。第3圖係在依據本發明之實施方式之方案下示出示例場景之示意圖。第4圖係依據本發明之實施方式之示例通訊裝置和示例網路裝置之區塊圖。第5圖係依據本發明之實施方式之示例流程之流程圖。第6圖係依據本發明之實施方式之示例流程之流程圖。

500:流程

510、520、530:區塊

Claims

一種上行鏈路時延之改進方法，包括：處於一特殊模式下之一裝置向一網路多次發送一請求以允許執行一上行鏈路傳輸；從該網路接收一許可；以及執行該上行鏈路傳輸到該網路，以回應於接收到該許可；其中，該多次發送該請求之步驟包括以高於當該裝置處於一正常運作模式下時發送執行該上行鏈路傳輸之該請求到該網路之頻率之一頻率多次發送該請求。
如申請專利範圍第1項所述之上行鏈路時延之改進方法，其中，該多次發送該請求之步驟包括發送一排程請求或發送一非零緩衝器狀態報告。
如申請專利範圍第1項所述之上行鏈路時延之改進方法，其中，該特殊模式係一強制模式，以及其中在該強制模式下該多次發送該請求之步驟包括：進入該強制模式；在不知道任何使用者資料對於該上行鏈路傳輸可用之情況下，在該強制模式下連續地多次發送該請求；以及回應於複數個預定義事件中之任一個之發生，退出該強制模式以停止該連續地多次發送該請求之步驟。
如申請專利範圍第3項所述之上行鏈路時延之改進方法，其中，該複數個預定義事件包括：處於該強制模式之一預定時段到期；接收一輸入以開始一個運作；以及接收一另一輸入以停止一另一運作。
如申請專利範圍第1項所述之上行鏈路時延之改進方法，其中，該特殊模式係一事件觸發模式，以及其中在該事件觸發模式下該多次發送該請求之步驟包括：從與該裝置相關聯之一個或複數個資訊源接收資訊；基於該接收之該資訊來預測執行該上行鏈路傳輸之一需求；以及多次發送該請求以回應於預測到該需求。
如申請專利範圍第5項所述之上行鏈路時延之改進方法，其中，該預測執行該上行鏈路傳輸之該需求之步驟包括基於該接收之該資訊來檢測複數個預定義事件中之至少一個。
如申請專利範圍第6項所述之上行鏈路時延之改進方法，其中，該複數個預定義事件包括：檢測到該裝置之一屏幕之一觸摸；透過該裝置之一陀螺儀啟動或執行運作；透過該裝置之一加速計啟動或執行運作；檢測到該裝置上之一鍵之一按壓；接收到該裝置之一另一設備之一輸入；檢測到有關於該裝置之一硬體之一硬體事件之發生；以及檢測到有關於在該裝置上執行之一軟體之一軟體流之發生。
如申請專利範圍第3或5項所述之上行鏈路時延之改進方法，其中，該執行該上行鏈路傳輸之步驟包括：確定在該上行鏈路傳輸中不存在要發送之緩衝資料；以及執行下列任一項之該上行鏈路傳輸：一數據機介質存取控制填充；一數據機層2控制資料、一重傳資料或一無效協定資料單元；以及一網路虛擬資料。
如申請專利範圍第8項所述之上行鏈路時延之改進方法，其中，該數據機介質存取控制填充被配置為基於頻率之傳輸參數或門檻值配置，以及其中該網路虛擬資料包括下列任一項：一私人網際網路協定位址資料；專用於一預定網際網路協定位址或一隨機網際網路協定位址之一網際網路協定封包資料，其中該網際網路協定封包資料一之生存時間值小於一預定義之生存時間值；以及專用於一預定伺服器之一服務資料。
如申請專利範圍第1項所述之上行鏈路時延之改進方法，其中，該特殊模式係一後臺模式，以及其中在該後臺模式下該多次發送該請求之步驟包括：接收用於該上行鏈路傳輸之一個或複數個資料封包之可用性之一指示；以及回應於接收到該指示，多次發送該請求。
如申請專利範圍第1項所述之上行鏈路時延之改進方法，其中，該特殊模式係一後臺模式，以及其中在該後臺模式下該多次發送該請求之步驟包括：除非存在要發送之更高優先級資料，否則連續地或週期性地發送更低優先級資料以維持用於該上行鏈路傳輸之該許可；以及當來自一應用之該更高優先級資料可用時，發送該更高優先級資料代替該更低優先級資料。
一種裝置，用於上行鏈路時延之改進，包括：一處理器，在執行運作期間執行之運作包括：當該裝置處於一特殊模式下時，向一網路多次發送一請求以允許執行一上行鏈路傳輸；從該網路接收一許可；以及執行該上行鏈路傳輸到該網路，以回應於接收到該許可；其中，該處理器以高於當該裝置處於一正常運作模式下時發送執行該上行鏈路傳輸之該請求到該網路之頻率之一頻率多次發送該請求。