TW201840166A - 無線通訊系統中請求控制單元傳送資源的方法和設備 - Google Patents

無線通訊系統中請求控制單元傳送資源的方法和設備 Download PDF

Info

Publication number
TW201840166A
TW201840166A TW107114338A TW107114338A TW201840166A TW 201840166 A TW201840166 A TW 201840166A TW 107114338 A TW107114338 A TW 107114338A TW 107114338 A TW107114338 A TW 107114338A TW 201840166 A TW201840166 A TW 201840166A
Authority
TW
Taiwan
Prior art keywords
configuration
mac
transmission
control unit
basic parameters
Prior art date
Application number
TW107114338A
Other languages
English (en)
Other versions
TWI665897B (zh
Inventor
陳威宇
郭豊旗
曾立至
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 TW201840166A publication Critical patent/TW201840166A/zh
Application granted granted Critical
Publication of TWI665897B publication Critical patent/TWI665897B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本發明從使用者設備的角度公開一種方法和設備，其中使用者設備被網路節點分配有多個排程請求配置。在一個實施例中，所述方法包含如果計時器到期則使用者設備觸發媒體存取控制控制單元。所述方法還包含使用者設備觸發對媒體存取控制控制單元的排程請求。所述方法還包含使用者設備基於多個排程請求配置中的第一排程請求配置傳送排程請求，其中第一排程請求配置與當媒體存取控制控制單元被觸發時具有可用於傳送的數據的最高優先順序邏輯通道相關聯。

Description

無線通訊系統中請求控制單元傳送資源的方法和設備
本公開大體上涉及無線通訊網路，且更具體地說涉及在無線通訊系統中請求控制單元傳送資源的方法和設備。
隨著對將大量數據傳送到行動通訊裝置以及從行動通訊裝置傳送大量數據的需求快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線存取網（E-UTRAN）。E-UTRAN系統可以提供高數據輸送量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
從使用者設備（User Equipment，UE）的角度公開了一種方法和設備，其中UE被網路節點分配有多個排程請求（Scheduling Request，SR）配置。在一個實施例中，所述方法包含如果計時器到期則UE觸發媒體存取控制（Medium Access Control，MAC）控制單元（Control Element，CE）。所述方法還包含UE觸發對MAC控制單元的SR。所述方法還包含UE基於多個SR配置中的第一SR配置傳送SR，其中第一SR配置與當MAC控制單元被觸發時具有可用於傳送的數據的最高優先順序邏輯通道相關聯。
下文描述的示例性無線通訊系統和裝置採用支援廣播流量的無線通訊系統。廣泛部署無線通訊系統以提供各種類型的傳送，例如語音、數據等等。這些系統可以是基於碼分多址（CDMA）、時分多址（TDMA）、正交頻分多址（OFDMA）、3GPP LTE（Long Term Evolution，長期演進）無線存取、3GPP LTE-A或LTE-高級（Long Term Evolution Advanced，長期演進高級）、3GPP2 UMB（Ultra Mobile Broadband，超行動寬頻）、WiMax或一些其它調變技術。
確切地說，下文描述的示例性無線通訊系統裝置可以被設計成支援一個或多個標準，例如由名為“第三代合作夥伴計畫”的在本文中被稱作3GPP的聯合體提供的標準，包含：TR 38.913 V14.1.0，“對下一代存取技術的情境和要求的研究”；TS 36.300 V14.2.0，“演進型通用陸地無線電存取（E-UTRA）和演進型通用陸地無線存取網路（E-UTRAN）；總體描述；階段2”；TS 36.321 V14.2.0，“演進型通用陸地無線電存取（E-UTRA）；媒體存取控制（MAC）協定規範”；TS 36.331 V14.2.0，“演進型通用陸地無線電存取（E-UTRA）；無線電資源控制（RRC）；協定規範”；TS 38.804 v14.0.0，“對新無線電存取技術的研究；無線電介面協定方面”；R2-1703796，“來自NR/LTE分組討論的報告（UP NR，FeD2D，可穿戴裝置，Rel-14修正）”；以及R2-1704030，“來自LTE分組討論的報告”，副會長（InterDigital）。上文所列的標準和文檔特此明確地以全文引用的方式併入。
第1圖示出了根據本發明的一個實施例的多址無線通訊系統。存取網路100（AN）包含多個天線群組，其中一個天線群組包含104和106，另一天線群組包含108和110，並且又一天線群組包含112和114。在第1圖中，針對每一天線群組僅示出了兩個天線，但是每一天線群組可以利用更多或更少個天線。存取終端116（AT）與天線112和114通訊，其中天線112和114經由前向鏈路120向存取終端116傳送資訊，並經由反向鏈路118從存取終端116接收資訊。存取終端（AT）122與天線106和108通訊，其中天線106和108經由前向鏈路126向存取終端（AT）122傳送資訊，並經由反向鏈路124從存取終端（AT）122接收資訊。在FDD系統中，通訊鏈路118、120、124和126可使用不同頻率以供通訊。例如，前向鏈路120可使用與反向鏈路118所使用頻率不同的頻率。
每一天線群組和/或它們被設計成在其中通訊的區域常常被稱作存取網路的磁區。在實施例中，天線群組各自被設計成與存取網路100所覆蓋的區域的磁區中的存取終端通訊。
在通過前向鏈路120和126的通訊中，存取網路100的傳送天線可以利用波束成形以便改進不同存取終端116和122的前向鏈路的信噪比。並且，相比於通過單個天線傳送到其所有存取終端的存取網路，使用波束成形以傳送到在存取網路的整個覆蓋範圍中隨機分散的存取終端的存取網路對相鄰細胞中的存取終端產生更少的干擾。
存取網路（AN）可以是用於與終端通訊的固定台或基站，並且也可以被稱作存取點、節點B、基站、增強型基站、演進型節點B（evolved Node B，eNB），或某一其它術語。存取終端（AT）還可以被稱作使用者設備（user equipment，UE）、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖是MIMO 系統200中的傳送器系統210（也被稱作存取網路）和接收器系統250（也被稱作存取終端（AT）或使用者設備（UE）的實施例的簡化框圖。在傳送器系統210處，從數據來源212將用於數個數據流程的流量數據提供到傳送（TX）數據處理器214。
在一個實施例中，通過相應的傳送天線傳送每個數據流程。TX數據處理器214基於針對每一數據流程而選擇的特定解碼方案來格式化、解碼及交錯數據流程的流量數據以提供經解碼數據。
可使用OFDM技術將每一數據流程的經解碼數據與導頻數據多工。導頻數據通常為以已知方式進行處理的已知數據樣式，且可在接收器系統處使用以估計通道回應。隨後基於針對每個數據流程選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於數據流程的經複用導頻和經解碼數據以提供調變符號。可以通過由處理器230執行的指令來決定用於每個數據流程的數據速率、解碼和調變。
接著將所有數據流程的調變符號提供給TX MIMO處理器220，處理器可進一步處理調變符號（例如，用於OFDM）。TX MIMO處理器220接著將NT 個調變符號流提供給NT 個傳送器(TMTR) 222a至222t。在某些實施例中，TX MIMO處理器220對數據流程的符號及傳送符號的天線應用波束成形權重。
每一傳送器222接收及處理相應符號流以提供一個或多個類比訊號，並且進一步調節（例如，放大、濾波及上變頻轉換）類比訊號以提供適合於經由MIMO通道傳送的經調變訊號。接著分別從NT 個天線224a到224t傳送來自傳送器222a到222t的NT 個經調變訊號。
在接收器系統250處，由NR 個天線252a至252r接收所傳送的經調變訊號，並且將從每個天線252接收到的訊號提供到相應的接收器（RCVR）254a至254r。每一接收器254調節（例如，濾波、放大和下變頻轉換）相應的接收到的訊號、將經調節訊號數位化以提供樣本，並且進一步處理樣本以提供對應的“接收到的”符號流。
RX數據處理器260接著接收來自NR 個接收器254的NR 個所接收符號流且基於特定接收器處理技術處理符號流以提供NT 個“檢測到的”符號流。RX數據處理器260接著解調、解交錯及解碼每一檢測到的符號流以恢復數據流程的流量數據。由RX數據處理器260進行的處理與傳送器系統210處的TX MIMO處理器220和TX數據處理器214所執行的處理互補。
處理器270週期性地決定要使用哪個預解碼矩陣（下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路消息。
反向鏈路消息可包括與通訊鏈路及/或接收到的數據流程有關的各種類型的資訊。反向鏈路消息接著由TX數據處理器238（其還接收來自數據來源236的數個數據流程的流量數據）處理，由調變器280調變，由傳送器254a至254r調節，及被傳送回到傳送器系統210。
在傳送器系統210處，來自接收器系統250的經調變訊號通過天線224接收、通過接收器222調節、通過解調器240解調，並通過RX數據處理器242處理，以提取通過接收器系統250傳送的反向鏈路消息。接著，處理器230決定使用哪一預解碼矩陣以決定波束成形權重，然後處理所提取的消息。
轉而參看圖 3，此圖示出了根據本發明的一個實施例的通訊裝置的替代簡化功能框圖。如第3圖中所示出，可以利用無線通訊系統中的通訊裝置300以用於實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且無線通訊系統優選地是LTE系統。通訊裝置300可包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（central processing unit, CPU）308、記憶體310、程式碼312以及收發器314。控制電路306通過CPU 308執行記憶體310中的程式碼312，由此控制通訊裝置300的操作。通訊裝置300可接收由使用者通過輸入裝置302（例如，鍵盤或小鍵盤）輸入的訊號，且可通過輸出裝置304（例如，顯示器或揚聲器）輸出圖像和聲音。收發器314用於接收和傳送無線訊號、將接收到的訊號傳遞到控制電路306、且無線地輸出由控制電路306產生的訊號。也可以利用無線通訊系統中的通訊裝置300來實現第1圖中的AN 100。
第4圖是根據本發明的一個實施例在第3圖中所示的程式碼312的簡化的框圖。在此實施例中，程式碼312包含應用層400、層3部分402以及層2部分404，且耦合到層1部分406。層3部分402通常執行無線電資源控制。層2部分404通常執行鏈路控制。層1部分406通常執行物理連接。
下一代（即，5G）存取技術的3GPP標準化活動自從2015年3月已經啟動。下一代存取技術旨在支援以下三個系列的使用情形以用於滿足緊急的市場需要以及由ITU-R IMT-2020闡述的更長期的要求： - 增強型行動寬頻（enhanced Mobile Broadband，eMBB） - 大規模機器類型通訊（massive Machine Type Communications，mMTC） - 超可靠且低時延通訊（Ultra-Reliable and Low Latency Communications，URLLC）。
關於新無線電存取技術的5G研究專案的目的是識別且開發新無線電系統所需的技術元件，其應當能夠使用範圍至少高達100 GHz的任何頻譜段。支援高達100 GHz的載波頻率帶來無線電傳播領域中的許多挑戰。隨著載波頻率增加，路徑損耗也增加。
排程請求（Scheduling Request，SR）過程和緩衝區狀態報告（Buffer Status Report，BSR）過程被設計成用於UE請求上行鏈路資源。另一方面，側鏈路（Sidelink）緩衝區狀態報告過程被設計成用於UE請求專用側鏈路資源。由於側鏈路BSR或BSR將傳送到基站，因此如果需要則UE將觸發SR以請求用於傳送側鏈路BSR或BSR的上行鏈路資源。細節過程在3GPP TS 36.321中如下描述： 5.4.4 排程請求 排程請求（SR）用於請求用於新傳送的UL-SCH資源。 當觸發SR時，其將被視為待決的，直到其被取消為止。當組裝MAC PDU且此PDU包含含有直到（且包含）觸發BSR的最後事件的緩衝狀態的BSR（參見子條款5.4.5）時，或者如果所有待決SR由側鏈路BSR觸發，當組裝MAC PDU且此PDU包含含有直到（且包含）觸發側鏈路BSR的最後事件的緩衝狀態的側鏈路BSR（參見子條款5.14.1.4）時，或者如果所有待決SR由側鏈路BSR觸發，當上部層配置自主資源選擇時，或當UL准予可適應可用於傳送的所有待決數據時，將取消所有待決SR且將停止sr-ProhibitTimer。 如果觸發SR且不存在其它待決的SR，那麼MAC實體將SR_COUNTER設定為0。 只要一個SR待決，MAC實體就將針對每一TTI： - 如果沒有UL-SCH資源可用於在此TTI中的傳送： - 如果MAC實體不具有用於任何TTI中配置的SR的有效PUCCH資源且如果用於MCG MAC實體的rach-Skip或用於SCG MAC實體的rach-SkipSCG未經配置：那麼在SpCell上起始隨機存取過程（參見子條款5.1）且取消所有待決SR； - 否則如果MAC實體具有至少一個有效的PUCCH資源用於為此TTI配置的SR且如果此TTI不是用於傳送的測量間隙或側鏈路發現間隙的部分且如果sr-ProhibitTimer不處於運行中： - 如果SR_COUNTER＜dsr-TransMax： - 將SR_COUNTER遞增1； - 指示實體層在用於SR的一個有效的PUCCH資源上傳送SR； - 啟動sr-ProhibitTimer。 - 否則： - 通知RRC釋放用於所有服務細胞的PUCCH； - 通知RRC釋放用於所有服務細胞的SRS； - 清除任何配置的下行鏈路指派和上行鏈路准予； - 在SpCell上起始隨機存取過程（參見子條款5.1）且取消所有待決SR。 注意：當MAC實體在一個TTI中具有用於SR的多於一個有效的PUCCH資源時在哪一有效的用於SR的PUCCH資源上用訊號表示SR的選擇留給UE實施方案解決。 注意：SR_COUNTER針對每一SR集束遞增。sr-ProhibitTimer是在SR集束的第一TTI中啟動。 5.4.5 緩衝區狀態報告 緩衝區狀態報告過程用以為服務eNB提供關於與MAC實體相關聯的UL緩衝區中可用於傳送的數據量的資訊。RRC通過配置三個計時器periodicBSR-Timer 、retxBSR-Timer 和logicalChannelSR-ProhibitTimer 且通過針對每一邏輯通道任選地傳送向LCG分配邏輯通道的logicalChannelGroup而控制BSR報告[8]。 對於緩衝區狀態報告過程，MAC實體應考慮所有未暫停的無線電承載並考慮暫停的無線電承載。 對於NB-IoT，不支援長BSR且所有邏輯通道屬於一個LCG。 如果以下事件中的任一者發生，那麼將觸發緩衝區狀態報告（BSR）： - 用於屬於LCG的邏輯通道的UL數據變為可用於RLC實體中或PDCP實體中的傳送（何種數據將被視為可用於傳送的定義分別在[3]和[4]中指定）且數據屬於具有比屬於任何LCG且其數據已經可用於傳送的邏輯通道的優先順序更高優先順序的邏輯通道，或者對於屬於LCG的任何邏輯通道不存在可用於傳送的數據，在此情況下下文將BSR稱為“常規BSR”； - 分配UL資源且填補位元的數目等於或大於緩衝區狀態報告MAC控制單元加上其子標頭的大小，在此情況下下文將BSR稱為“填補BSR”； - retxBSR-Timer到期且MAC實體針對屬於LCG的任何邏輯通道具有可用於傳送的數據，在此情況下下文將BSR稱為“常規BSR”； - periodicBSR-Timer到期，在此情況下下文將BSR稱為“週期性BSR”。 對於常規BSR： - 如果由於數據變成可用於針對logicalChannelSR-ProhibitTimer由上部層配置的邏輯通道的傳送而觸發BSR： - 啟動或重新啟動logicalChannelSR-ProhibitTimer； - 否則： - 如果在運行，則停止logicalChannelSR-ProhibitTimer。 對於常規且週期性BSR： - 如果多於一個LCG具有可用於在其中傳送BSR的TTI中的傳送：報告長BSR； - 否則報告短BSR。 對於填補BSR： - 如果填補位元的數目等於或大於短BSR加上其子標頭的大小但小於長BSR加上其子標頭的大小： - 如果多於一個LCG具有可用於在其中傳送BSR的TTI中的傳送：報告具有可用於傳送的數據的最高優先順序邏輯通道的LCG的截斷BSR； - 否則報告短BSR。 - 否則如果填補位元的數目等於或大於長BSR加上其子標頭的大小，報告長BSR。 對於NB-IoT： - 如果rai-Activation經配置，且針對BSR已觸發零位元組的緩衝區大小，且UE在近期可能有更多數據要傳送或接收（有待進一步研究）： - 取消任何待決BSR。 如果緩衝區狀態報告過程決定至少一個BSR已觸發且未取消： - 如果MAC實體具有為用於此TTI的新傳送分配的UL資源： - 指示多工和組裝過程產生BSR MAC控制單元； - 啟動或重新啟動periodicBSR-Timer，當所有所產生BSR是截斷BSR時除外； - 啟動或重新啟動retxBSR-Timer。 - 否則如果常規BSR已觸發且logicalChannelSR-ProhibitTimer不處於運行中： - 如果由於數據變成可用於針對邏輯通道SR掩蔽（logicalChannelSR-Mask）由上部層設置的邏輯通道的傳送而使得上行鏈路准予未經配置或常規BSR未觸發： - 將觸發排程請求。 即使當到BSR可傳送的時候多個事件觸發BSR且在此情況下常規BSR和週期性BSR將具有超過填補BSR的優先時，MAC PDU也將含有至多一個MAC BSR控制單元。 MAC實體將在收到針對任何UL-SCH上的新數據的傳送的准予的指示後即刻重新啟動retxBSR-Timer。 倘若此TTI中的UL准予可適應可用於傳送的所有待決數據但不足以另外適應BSR MAC控制單元加上其子標頭，則將取消所有觸發的BSR。當BSR包含在用於傳送的MAC PDU中時將取消所有觸發的BSR。 MAC實體將在TTI中傳送至多一個常規/週期性BSR。如果請求MAC實體在TTI中傳送多個MAC PDU，那麼其可在並不含有常規/週期性BSR的MAC PDU中的任一者中包含填補BSR。 在TTI中傳送的所有BSR始終反映在對於此TTI已經建置所有MAC PDU之後的緩衝區狀態。每一LCG將每TTI報告至多一個緩衝區狀態值，且此值將在報告用於此LCG的緩衝區狀態的所有BSR中報告。 注意：不允許填補BSR取消觸發的常規/週期性BSR，NB-IoT除外。僅針對特定MAC PDU觸發填補BSR，且當此MAC PDU已建置時取消觸發。 […] 5.14.1.4 緩衝區狀態報告 側鏈路緩衝區狀態報告過程用以為服務eNB提供關於與MAC實體相關聯的SL緩衝區中可用於傳送的側鏈路數據量的資訊。RRC通過配置兩個計時器periodic-BSR-TimerSL 和retx-BSR-TimerSL 來控制側鏈路的BSR報告。每一側鏈路邏輯通道屬於ProSe目的地。依據側鏈路邏輯通道的優先順序和LCG ID與logicalChGroupInfoList [8]中上部層提供的優先順序之間的映射，每一側鏈路邏輯通道被分配給LCG。根據ProSe目的地界定LCG。 如果以下事件中的任一者發生，那麼將觸發側鏈路緩衝區狀態報告（BSR）： - 如果MAC實體具有經配置SL-RNTI或經配置SL-V-RNTI，那麼： - 針對ProSe目的地的側鏈路邏輯通道，SL數據變得可用於RLC實體或PDCP實體中的傳送（對什麼數據將被視為可用於傳送的界定分別在[3]和[4]中指定，並且要麼數據屬於具有比屬於任何LCG（屬於相同ProSe目的地）且其數據已經可用於傳送的側鏈路邏輯通道的優先順序高的優先順序的側鏈路邏輯通道，要麼目前不存在數據可用於屬於相同ProSe目的地的任一個側鏈路邏輯通道的傳送，在此情況下，側鏈路BSR在下文指代為“常規側鏈路BSR”； - 分配UL資源，並且在已經觸發填補BSR之後剩餘的填補位元的數目等於或大於側鏈路BSRMAC控制單元的大小加上其子標頭，側鏈路BSRMAC控制單元含有ProSe目的地的至少一個LCG的緩衝區狀態，在此情況下，側鏈路BSR在下文指代為“填補側鏈路BSR”； -retx-BSR-TimerSL 到期，且MAC實體針對任一個側鏈路邏輯通道具有可用於傳送的數據，在此情況下側鏈路BSR在下文指代為“常規側鏈路BSR”； -periodic-BSR-TimerSL 到期，在此情況下，側鏈路BSR在下文指代為“週期性側鏈路BSR”； - 否則： - SL-RNTI或SL-V-RNTI被上部層配置，並且SL數據可用於RLC實體或PDCP實體中的傳送（對什麼數據將被視為可用於傳送的界定分別在[3]和[4]中指定），在此情況下，側鏈路BSR在下文指代為“常規側鏈路BSR”。 對於常規且週期性側鏈路BSR： - 如果UL准予中的位元的數目等於或大於側鏈路BSR的大小加上其子標頭，側鏈路BSR含有用於具有可用於傳送的所有LCG的數據的緩衝區狀態，那麼： - 報告含有用於具有可用於傳送的數據的所有LCG的緩衝區狀態的側鏈路BSR； - 否則，考慮到UL准予中的位元的數目，報告含有用於盡可能多的具有可用於傳送的數據的LCG的緩衝區狀態的截斷側鏈路BSR。 對於填補側鏈路BSR： - 如果在已經觸發填補BSR之後剩餘的填補位元的數目等於或大於側鏈路BSR的大小加上其子標頭，側鏈路BSR含有用於具有可用於傳送的所有LCG的緩衝區狀態，那麼： - 報告含有用於具有可用於傳送的數據的所有LCG的緩衝區狀態的側鏈路BSR； - 否則，考慮到UL准予中的位元的數目，報告含有用於盡可能多的具有可用於傳送的數據的LCG的緩衝區狀態的截斷側鏈路BSR。 如果緩衝區狀態報告過程決定至少一個側鏈路BSR已觸發且未取消： - 如果MAC實體具有針對此TTI分配用於新傳送的UL資源，並且出於邏輯通道優先順序區分的原因，所分配的UL資源可容納側鏈路BSRMAC控制單元加上其子標頭，那麼： - 指示多工和組裝過程產生側鏈路BSR MAC控制單元； - 除在所有產生的側鏈路BSR是截斷側鏈路BSR時之外，啟動或重新啟動periodic-BSR-TimerSL ； - 啟動或重新啟動retx-BSR-TimerSL ； - 否則，如果常規側鏈路BSR已觸發，那麼： - 如果上行鏈路准予未配置，那麼： - 將觸發排程請求。 MAC PDU將含有最多一個側鏈路BSRMAC控制單元，即使在多個事件觸發側鏈路BSR時也這樣，知道可以傳送側鏈路BSR為止，在此情況下，常規側鏈路BSR和週期性側鏈路BSR將優先於填補側鏈路BSR。 在接收SL准予後，MAC實體將重新開機retx-BSR-TimerSL 。 在針對此SC週期有效的剩餘經配置SL准予可以容納可用於側鏈路通訊中的傳送的所有待決數據的情況下，或在有效的剩餘經配置SL准予可以容納可用於V2X側鏈路通訊中的傳送的所有待決數據的情況下，所有所觸發的常規側鏈路BSR將被取消。在MAC實體不具有可用於任一個側鏈路邏輯通道的傳送的數據的情況下，所有所觸發的側鏈路BSR將被取消。當側鏈路BSR（除截斷側鏈路BSR以外）包含在MAC PDU中以用於傳送時，所有所觸發的側鏈路BSR將被取消。當上部層配置自主資源選擇時，所有所觸發的側鏈路BSR將被取消，並且retx-BSR-TimerSL 和periodic-BSR-TimerSL 將停止。 MAC實體將在TTI中傳送至多一個常規/週期性側鏈路BSR。如果請求MAC實體在TTI中傳送多個MAC PDU，那麼它可包含任一個不含有常規/週期性側鏈路BSR的MAC PDU中的填補側鏈路BSR。 在TTI中傳送的所有側鏈路BSR始終反映在對於此TTI已經建置所有MAC PDU之後的緩衝區狀態。每一LCG將每TTI報告至多一個緩衝區狀態值，且此值將在報告用於此LCG的緩衝區狀態的所有側鏈路BSR中報告。 注意：不允許填補側鏈路BSR取消觸發的常規/週期性側鏈路BSR。僅針對特定MAC PDU觸發填補側鏈路BSR，且當此MAC PDU已建置時取消觸發。 6.1.3.1 衝區狀態報告MAC控制單元 緩衝區狀態報告（BSR）MAC控制單元由以下各項組成： - 短BSR和截斷BSR格式：一個LCG ID欄位和一個對應緩衝區大小欄位（圖6.1.3.1-1）；或 - 長BSR格式：四個緩衝區大小欄位，對應於LCG ID #0到#3（圖6.1.3.1-2）。 BSR格式由具有LCID的MAC PDU子標頭識別，如表6.2.1-2中指定。 如下定義欄位LCG ID和緩衝區大小： - LCG ID：邏輯通道群組ID欄位識別正報告緩衝區狀態的邏輯通道的群組。欄位的長度是2個位。對於NB-IoT，LCG ID被設定成#0。 - 緩衝區大小：緩衝區大小欄位識別在用於TTI的所有MAC PDU已經建置之後跨越邏輯通道群組的所有邏輯通道可用的總數據量。數據量是以位元組的數目指示。其將包含可用於RLC層中和PDCP層中的傳送的所有數據；何種數據將被視為可用於傳送的定義分別在[3]和[4]中指定。RLC和MAC標頭的大小在緩衝區大小計算中不考慮。此欄位的長度是6個位元。如果extendedBSR-Sizes未經配置，那麼緩衝區大小欄位採取的值在表6.1.3.1-1中示出。如果extendedBSR-Sizes經配置，那麼緩衝區大小欄位採取的值在表6.1.3.1-2中示出。 [ 3GPP TS 36.321 V14.2.0的標題為“短BSR和截斷BSR MAC控制單元”的圖6.1.3.1-1重製為第5圖] [3GPP TS 36.321 V14.2.0的標題為“長BSR MAC控制單元”的圖6.1.3.1-2重製為第6圖] [3GPP TS 36.321 V14.2.0的標題為“用於BSR的緩衝區大小水準”的表6.1.3.1-1重製為第7圖] [3GPP TS 36.321 V14.2.0的標題為“用於BSR的延伸緩衝區大小水準”的表6.1.3.1-2重製為第8圖] 6.1.3.1a 侧链路BSR MAC控制單元 側鏈路BSR和截斷側鏈路BSR MAC控制單元由每報告目標群組的一個目的地索引欄位、一個LCG ID欄位和一個對應緩衝區大小欄位組成。 側鏈路BSR MAC控制單元由具有LCID的MAC PDU子標頭識別，如表6.2.1-2中指定。它們具有可變的大小。 對於每一包含的群組，欄位定義如下（圖6.1.3.1a-1和6.1.3.1a-2）： - 目的地索引：目的地索引欄位識別ProSe目的地或V2X側鏈路通訊的目的地。此欄位的長度是4個位元。將值設定成在destinationInfoList 或v2x-DestinationInfoList 中報告的目的地的索引且如果報告多個此類列表，則以與[8]中指定相同的次序跨越所有列表循序地對值編索引； - LCG ID：邏輯通道群組ID欄位識別正報告緩衝區狀態的邏輯通道的群組。欄位的長度是2個位元； - 緩衝區大小：緩衝區大小欄位識別在用於TTI的所有MAC PDU已經建置之後跨越ProSe目的地的LCG的所有邏輯通道可用的總數據量。數據量是以位元組的數目指示。其將包含可用於RLC層中和PDCP層中的傳送的所有數據；何種數據將被視為可用於傳送的定義分別在[3]和[4]中指定。RLC和MAC標頭的大小在緩衝區大小計算中不考慮。此欄位的長度是6個位元。緩衝區大小欄位採取的值在表6.1.3.1-1中示出； - R：保留位元，被設定成“0”。 以屬於LCG的側鏈路邏輯通道的最高優先順序的遞減次序包含LCG的緩衝區大小，而無關於目的地索引欄位的值。 [3GPP TS 36.321 V14.2.0的標題為“針對偶數N的側鏈路BSR和截斷側鏈路BSR MAC控制單元”的圖6.1.3.1a-1被重製為第9圖] [3GPP TS 36.321 V14.2.0的標題為“針對奇數N的側鏈路BSR和截斷側鏈路BSR MAC控制單元”的圖6.1.3.1a-2被重製為第10圖]
邏輯通道優先順序區分（Logical channel prioritization，LCP）過程和MAC控制單元與MAC SDU的多工在3GPP TS 36.321中描述如下： 5.4.3 多工和組裝 5.4.3.1 邏輯通道優先順序區分 當執行新傳送時應用邏輯通道優先順序區分過程。 RRC通過用於每一邏輯通道的信令而控制上行鏈路數據的排程：priority ，其中增加的priority值指示較低優先順序；prioritisedBitRate ，其設定經區分優先的位元速率（Prioritized Bit Rate，PBR）；bucketSizeDuration ，其設定桶大小持續時間（Bucket Size Duration，BSD）。對於，NB-IoT，prioritisedBitRate 、 bucketSizeDuration 以及邏輯通道優先順序區分過程的對應步驟（即，下方的步驟1和步驟2）不適用。 MAC實體將維持用於每一邏輯通道j的變數Bj。Bj將當相關邏輯通道建立時初始化為零，且針對每一TTI由乘積PBR×TTI持續時間遞增，其中PBR是邏輯通道j的經區分優先的位元速率。然而，Bj的值從不可超過桶大小，且如果Bj的值大於邏輯通道j的桶大小，那麼其將設定成桶大小。邏輯通道的桶大小等於PBR×BSD，其中PBR和BSD是由上部層配置。 當執行新傳送時MAC實體將執行以下邏輯通道優先順序區分過程： - MAC實體將在以下步驟中將資源配置到邏輯通道： - 步驟1：具有Bj＞0的所有邏輯通道以遞減優先順序次序被分配資源。如果邏輯通道的PBR設定成“無窮大”，那麼MAC實體將在滿足較低優先順序邏輯通道的PBR之前為可用於邏輯通道上的傳送的所有數據分配資源； - 步驟2：MAC實體將使Bj遞減在步驟1中服務於邏輯通道j的MAC SDU的總大小； ● 注意：Bj的值可為負。 - 步驟3：如果任何資源保留，那麼以嚴格減小優先順序次序（無論Bj的值如何）服務於所有邏輯通道直到用於邏輯通道的數據或UL准予耗盡，無論哪種情況首先出現。被配置成具有相等優先順序的邏輯通道應當被相等地服務。 - UE在以上排程過程期間還將遵循以下規則： - 如果整個SDU（或部分地傳送的SDU或重傳的RLC PDU）配合於相關聯MAC實體的剩餘資源中，那麼UE不應當將RLC SDU（或部分地傳送的SDU或重傳的RLC PDU）分段； - 如果UE將來自邏輯通道的RLC SDU分段，那麼其將最大化片段的大小以盡可能地填充相關聯MAC實體的准予； - UE應當最大化數據的傳送。 - 如果MAC實體被給定等於或大於4個位元組的UL准予大小，同時具有可用於傳送的數據，那麼MAC實體將不會僅傳送填補BSR和/或填補（除非UL准予大小小於7個位元組且需要傳送AMD PDU片段）； - 對於根據訊框結構類型3操作的服務細胞上的傳送，MAC實體將僅考慮laa-Allowed 已經配置的邏輯通道。 MAC實體將不傳送對應於暫停的無線電承載的邏輯通道的數據（當無線電承載被視為暫停時的條件在[8]中定義）。 如果MAC PDU僅包含用於以零MAC SDU填補BSR或週期性BSR的MAC CE且不存在對於此TTI所請求的非週期性CSI[2]，那麼MAC實體在以下情況中將不產生用於HARQ實體的MAC PDU： - 倘若MAC實體經配置有skipUplinkTxDynamic 且向HARQ實體指示的准予是定址到C-RNTI；或 - 倘若MAC實體經配置有skipUplinkTxSPS 且向HARQ實體指示的准予是經配置上行鏈路准予； 對於邏輯通道優先順序區分過程，MAC實體將按降冪考慮以下相對優先順序： - 用於來自UL-CCCH的C-RNTI或數據的MAC控制單元； - 用於SPS確認的MAC控制單元； - 用於BSR的MAC控制單元，為了填補而包含的BSR除外； - 用於PHR、延伸PHR或雙重連線性PHR的MAC控制單元； - 用於側鏈路BSR的MAC控制單元，為了填補而包含的側鏈路BSR除外； - 來自任何邏輯通道的數據，來自UL-CCCH的數據除外； - 用於為了填補而包含的BSR的MAC控制單元； - 用於為了填補而包含的側鏈路BSR的MAC控制單元。 ● 注意：當請求MAC實體在一個TTI中傳送多個MAC PDU時，步驟1到3和相關聯規則可以獨立地應用於每一准予或應用於准予的容量的總和。而且准予經處理的次序留給UE實施方案解決。由UE實施方案決定當請求MAC實體在一個TTI中傳送多個MAC PDU時在哪一MAC PDU中包含MAC控制單元。當請求UE在一個TTI中產生兩個MAC實體中的MAC PDU時，由UE實施方案解決准予經處理的次序。 5.4.3.2 MAC控制單元和MAC SDU的多工 MAC實體將根據子條款5.4.3.1和6.1.2在MAC PDU中多工MAC控制單元和MAC SDU。
由RRC控制的邏輯通道的配置在3GPP TS 36.331中描述如下：LogicalChannelConfig IELogicalChannelConfig 用以配置邏輯通道參數。LogicalChannelConfig 資訊單元 -- ASN1START LogicalChannelConfig ::= SEQUENCE { ul-SpecificParameters SEQUENCE { priority INTEGER (1..16), prioritisedBitRate ENUMERATED { kBps0, kBps8, kBps16, kBps32, kBps64, kBps128, kBps256, infinity, kBps512-v1020, kBps1024-v1020, kBps2048-v1020, spare5, spare4, spare3, spare2, spare1}, bucketSizeDuration ENUMERATED { ms50, ms100, ms150, ms300, ms500, ms1000, spare2, spare1}, logicalChannelGroup INTEGER (0..3) OPTIONAL -- Need OR } OPTIONAL, -- Cond UL ..., [[ logicalChannelSR-Mask-r9 ENUMERATED {setup} OPTIONAL -- Cond SRmask ]], [[ logicalChannelSR-Prohibit-r12 BOOLEAN OPTIONAL -- Need ON ]], [[ laa-Allowed-r14 BOOLEAN OPTIONAL -- Need ON ]] } -- ASN1STOP
SR和BSR相關RRC配置在3GPP TS 36.331中描述如下：MAC-MainConfig IEMAC-MainConfig 用以指定用於信令和數據無線電承載的MAC主要配置。可每細胞群組（即MCG或SCG）獨立地配置所有MAC主要配置參數，除非另外顯式地指定。MAC-MainConfig 資訊單元 -- ASN1START MAC-MainConfig ::= SEQUENCE { ul-SCH-Config SEQUENCE { maxHARQ-Tx ENUMERATED { n1, n2, n3, n4, n5, n6, n7, n8, n10, n12, n16, n20, n24, n28, spare2, spare1} OPTIONAL, -- Need ON periodicBSR-Timer PeriodicBSR-Timer-r12 OPTIONAL, -- Need ON retxBSR-Timer RetxBSR-Timer-r12, ttiBundling BOOLEAN } OPTIONAL, -- Need ON drx-Config DRX-Config OPTIONAL, -- Need ON timeAlignmentTimerDedicated TimeAlignmentTimer, phr-Config CHOICE { release NULL, setup SEQUENCE { periodicPHR-Timer ENUMERATED {sf10, sf20, sf50, sf100, sf200, sf500, sf1000, infinity}, prohibitPHR-Timer ENUMERATED {sf0, sf10, sf20, sf50, sf100, sf200, sf500, sf1000}, dl-PathlossChange ENUMERATED {dB1, dB3, dB6, infinity} } } OPTIONAL, -- Need ON ..., [[ sr-ProhibitTimer-r9 INTEGER (0..7) OPTIONAL -- Need ON ]], [[ mac-MainConfig-v1020 SEQUENCE { sCellDeactivationTimer-r10 ENUMERATED { rf2, rf4, rf8, rf16, rf32, rf64, rf128, spare} OPTIONAL, -- Need OP extendedBSR-Sizes-r10 ENUMERATED {setup} OPTIONAL, -- Need OR extendedPHR-r10 ENUMERATED {setup} OPTIONAL -- Need OR } OPTIONAL -- Need ON ]], [[ stag-ToReleaseList-r11 STAG-ToReleaseList-r11 OPTIONAL, -- Need ON stag-ToAddModList-r11 STAG-ToAddModList-r11 OPTIONAL, -- Need ON drx-Config-v1130 DRX-Config-v1130 OPTIONAL -- Need ON ]], [[ e-HARQ-Pattern-r12 BOOLEAN OPTIONAL, -- Need ON dualConnectivityPHR CHOICE { release NULL, setup SEQUENCE { phr-ModeOtherCG-r12 ENUMERATED {real, virtual} } } OPTIONAL, -- Need ON logicalChannelSR-Config-r12 CHOICE { release NULL, setup SEQUENCE { logicalChannelSR-ProhibitTimer-r12 ENUMERATED {sf20, sf40, sf64, sf128, sf512, sf1024, sf2560, spare1} } } OPTIONAL -- Need ON ]], [[ drx-Config-v1310 DRX-Config-v1310 OPTIONAL, -- Need ON extendedPHR2-r13 BOOLEAN OPTIONAL, -- Need ON eDRX-Config-CycleStartOffset-r13 CHOICE { release NULL, setup CHOICE { sf5120 INTEGER(0..1), sf10240 INTEGER(0..3) } } OPTIONAL -- Need ON ]], [[ drx-Config-r13 CHOICE { release NULL, setup DRX-Config-r13 } OPTIONAL -- Need ON ]], [[ skipUplinkTx-r14 CHOICE { release NULL, setup SEQUENCE { skipUplinkTxSPS-r14 ENUMERATED {true} OPTIONAL, -- Need OR skipUplinkTxDynamic-r14 ENUMERATED {true} OPTIONAL -- Need OR } } OPTIONAL -- Need ON ]], [[ dataInactivityTimerConfig-r14 CHOICE { release NULL, setup SEQUENCE { dataInactivityTimer-r14 DataInactivityTimer-r14 } } OPTIONAL -- Need ON ]] } MAC-MainConfigSCell-r11 ::= SEQUENCE { stag-Id-r11 STAG-Id-r11 OPTIONAL, -- Need OP ... } DRX-Config ::= CHOICE { release NULL, setup SEQUENCE { onDurationTimer ENUMERATED { psf1, psf2, psf3, psf4, psf5, psf6, psf8, psf10, psf20, psf30, psf40, psf50, psf60, psf80, psf100, psf200}, drx-InactivityTimer ENUMERATED { psf1, psf2, psf3, psf4, psf5, psf6, psf8, psf10, psf20, psf30, psf40, psf50, psf60, psf80, psf100, psf200, psf300, psf500, psf750, psf1280, psf1920, psf2560, psf0-v1020, spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1}, drx-RetransmissionTimer ENUMERATED { psf1, psf2, psf4, psf6, psf8, psf16, psf24, psf33}, longDRX-CycleStartOffset CHOICE { sf10 INTEGER(0..9), sf20 INTEGER(0..19), sf32 INTEGER(0..31), sf40 INTEGER(0..39), sf64 INTEGER(0..63), sf80 INTEGER(0..79), sf128 INTEGER(0..127), sf160 INTEGER(0..159), sf256 INTEGER(0..255), sf320 INTEGER(0..319), sf512 INTEGER(0..511), sf640 INTEGER(0..639), sf1024 INTEGER(0..1023), sf1280 INTEGER(0..1279), sf2048 INTEGER(0..2047), sf2560 INTEGER(0..2559) }, shortDRX SEQUENCE { shortDRX-Cycle ENUMERATED { sf2, sf5, sf8, sf10, sf16, sf20, sf32, sf40, sf64, sf80, sf128, sf160, sf256, sf320, sf512, sf640}, drxShortCycleTimer INTEGER (1..16) } OPTIONAL -- Need OR } } DRX-Config-v1130 ::= SEQUENCE { drx-RetransmissionTimer-v1130 ENUMERATED {psf0-v1130} OPTIONAL, --Need OR longDRX-CycleStartOffset-v1130 CHOICE { sf60-v1130 INTEGER(0..59), sf70-v1130 INTEGER(0..69) } OPTIONAL, --Need OR shortDRX-Cycle-v1130 ENUMERATED {sf4-v1130} OPTIONAL --Need OR } DRX-Config-v1310 ::= SEQUENCE { longDRX-CycleStartOffset-v1310 SEQUENCE { sf60-v1310 INTEGER(0..59) } OPTIONAL --Need OR } DRX-Config-r13 ::= SEQUENCE { onDurationTimer-v1310 ENUMERATED {psf300, psf400, psf500, psf600, psf800, psf1000, psf1200, psf1600} OPTIONAL, --Need OR drx-RetransmissionTimer-v1310 ENUMERATED {psf40, psf64, psf80, psf96, psf112, psf128, psf160, psf320} OPTIONAL, --Need OR drx-ULRetransmissionTimer-r13 ENUMERATED {psf0, psf1, psf2, psf4, psf6, psf8, psf16, psf24, psf33, psf40, psf64, psf80, psf96, psf112, psf128, psf160, psf320} OPTIONAL --Need OR } PeriodicBSR-Timer-r12 ::= ENUMERATED { sf5, sf10, sf16, sf20, sf32, sf40, sf64, sf80, sf128, sf160, sf320, sf640, sf1280, sf2560, infinity, spare1} RetxBSR-Timer-r12 ::= ENUMERATED { sf320, sf640, sf1280, sf2560, sf5120, sf10240, spare2, spare1} STAG-ToReleaseList-r11 ::= SEQUENCE (SIZE (1..maxSTAG-r11)) OF STAG-Id-r11 STAG-ToAddModList-r11 ::= SEQUENCE (SIZE (1..maxSTAG-r11)) OF STAG-ToAddMod-r11 STAG-ToAddMod-r11 ::= SEQUENCE { stag-Id-r11 STAG-Id-r11, timeAlignmentTimerSTAG-r11 TimeAlignmentTimer, ... } STAG-Id-r11::= INTEGER (1..maxSTAG-r11) -- ASN1STOP
用於NR設計的研究項目中RAN2的發展在3GPP TS 38.804中提到。3GPP TS 38.804指定支持多個基礎參數且NR中的邏輯通道可以與TTI持續時間和/或基礎參數相關聯。此關聯的主要目的是用於實現服務要求。舉例來說，緊急服務可以與較短TTI相關聯以用於時延減少。同時，較短TTI還提供用於數據傳送的更多機會以實現較高數據速率。基礎參數和TTI持續時間的定義在3GPP TS 38.804中描述如下： 5.4.7 基礎參數和TTI持續時間 一個基礎參數對應於頻域中的一個子載波間距。通過以整數N縮放基本子載波間距，可在TR 38.802[14]中界定不同基礎參數。 一個TTI持續時間在一個傳送方向上對應於時域中的數個連續符號。當使用不同數目個符號（例如，在一個傳送方向上對應於微時隙、一個時隙或若干個時隙）時，可界定不同TTI持續時間。 一個基礎參數和一個TTI持續時間的組合決定了在實體層上將如何進行傳送。 無線電承載的邏輯通道所映射到的基礎參數和/或TTI持續時間可經由RRC信令配置和重新配置。映射對RLC不可見，即，RLC配置是按照邏輯通道，而不依賴於基礎參數和/或TTI持續時間，並且ARQ可在邏輯通道配置有的基礎參數和/或TTI持續時間中的任一個上操作。 單個MAC實體可支援一個或多個基礎參數和/或TTI持續時間，但為了遵從映射，邏輯通道優先順序區分過程考慮一個LCH到一個或多個基礎參數和/或TTI持續時間的映射。 注意：具有多個基礎參數和TTI持續時間的HARQ操作有待進一步研究，且其應當由RAN1討論和決定。 注意：超出TTI的基礎參數的任何特性是否對MAC可見有待進一步研究（取決於RAN1中的進展）。
在RAN2#97bis會議中，與SR設計相關的新協議如下做出： 關於SR/BSR的協議 - SR應當至少區分觸發SR的邏輯通道的“基礎參數/TTI類型”（這如何完成有待進一步研究）。
在RAN2#98會議中，與SR設計相關的新協議如下做出： 協議 1. 可對UE配置多個SR配置，且使用哪個SR配置取決於觸發SR的LCH。用於邏輯通道的SR配置的細微性有待進一步研究。 2. 從RAN2觀點來看，具有多個SR配置的單個位元SR足以區分觸發SR的邏輯通道的“基礎參數/TTI長度”。RAN2尚未識別具有足夠支援的需要多位元SR的其它使用情況。 3. RAN2未發現傳達緩衝區狀態資訊的需要。 4. 將LS傳送到RAN1以向RAN1指示RAN2未發現支援多位元SR的需要。
基於最新協定，SR將需要反映觸發SR的上行鏈路邏輯通道的TTI和/或基礎參數資訊。此協定的主要目的是加速上行鏈路資源請求且避免由邏輯通道的TTI/基礎參數配置造成的資源浪費。如何反映TTI和/或基礎參數資訊將需要進一步研究。下文論述可能的方法。
方法1- 網路將多個SR配置提供到UE。不同SR配置在頻域、時域和/或碼域中可含有不同無線電資源，且每一SR配置連結到TTI/基礎參數資訊。連結可以基於隱式關聯（例如，根據SR配置用於SR傳送的基礎參數連結到請求關於基礎參數的資源）和/或顯式關聯（例如，TTI/基礎參數資訊包含在每一SR配置中）而建立。TTI/基礎參數資訊可以是一個或多個以下候選者： 1. 基礎參數（例如，基礎參數索引） 2. TTI長度/持續時間（例如，最大TTI閾值、特定TTI長度/持續時間（範圍）） 3. 邏輯通道識別 4. 邏輯通道群組識別 5. 邏輯通道優先順序 6. QoS流ID
且UE可直接顯式地或隱式地使SR配置與邏輯通道關聯。舉例來說，如果SR配置包含邏輯通道（群組）識別，那麼屬於某些邏輯通道（群組）的數據到達可觸發BSR且還可基於SR配置觸發對應SR。作為另一實例，如果每一SR配置包含用於執行SR傳送的基礎參數資訊，屬於某些邏輯通道（群組）的數據到達，那麼將觸發使用與建議使用的邏輯通道（群組）相同的基礎參數的SR配置。
方法2 - NR中定義具有多個位元的新SR。SR中的多個位元可以被設計為一個或多個欄位。每一欄位可用以指示如下列出的一個或多個資訊： 1. 基礎參數 2. TTI長度/持續時間（例如，最大TTI閾值、特定TTI長度/持續時間（範圍）） 3. 邏輯通道識別（例如，表示不同邏輯通道的位元圖，用於指示LCID的欄位） 4. 邏輯通道群組識別 5. 邏輯通道優先順序 6. QoS流ID
一個可能實例可以是SR中存在兩個欄位。第一欄位表示基礎參數，且第二欄位表示TTI長度/持續時間。如果對基礎參數A和基礎參數B建議的邏輯通道以及低於0.5ms的TTI長度具有將到來的數據，則SR可以在第一欄位中指示基礎參數A和基礎參數B且在第二欄位中指示低於0.5ms的TTI。替代地，SR可以在第一欄位中指示基礎參數A或基礎參數B且在第二欄位中指示低於0.5ms的TTI。替代地，SR可以在第一欄位中指示僅基礎參數A且在第二欄位中指示低於0.5ms的TTI。僅指示基礎參數A的UE可取決於網路配置（例如，網路配置UE以指示哪一個，UE僅從網路接收基礎參數A配置，等）。僅指示基礎參數A的UE可取決於基礎參數A上的較短時隙長度。在一個實施例中，邏輯通道與具有可用於傳送的數據的其它邏輯通道的優先順序相比具有最高優先順序。
另一實例可以是SR中用於指示邏輯通道識別的一個欄位。UE將LCID設定為在具有數據的所有邏輯通道中具有最高優先順序的邏輯通道的識別。由於網路將邏輯通道的TTI和/或基礎參數配置提供到UE，因此網路可瞭解UE的TTI/基礎參數需要。
方法3 - 此方法是先前兩個方法的混合。可以對UE配置多個SR配置，且那些SR配置中的至少一個支援多個位元SR。多個SR配置和多個位元SR獨立地表示一個或多個以下資訊： 1. 基礎參數 2. TTI長度/持續時間（例如，最大TTI閾值、特定TTI長度/持續時間（範圍）） 3. 邏輯通道識別（例如，表示不同邏輯通道的位元圖，用於指示LCID的欄位） 4. 邏輯通道群組識別 5. 邏輯通道優先順序 6. QoS流ID
通過多個位元SR和多個SR配置的資訊表示可以是不同的或具有某一水準的重疊。舉例來說，使用多個位元SR以指示邏輯通道的某個群組內的特定LCID，同時使用不同SR配置以指示在邏輯通道的不同群組中數據是否可用。特定LCID可用以關於具有數據的邏輯通道的群組識別具有最高優先順序或最短TTI和/或基礎參數的邏輯通道。作為另一實例，使用多個位元SR和不同SR配置以指示不同資訊。使用多個位元SR以指示TTI長度/持續時間資訊且使用多個SR配置以指示不同基礎參數。
另一方面，仍存在協議未涵蓋的一些可能的情況。對於那些情況還不清楚如何處置SR觸發/設定。下文觀察且列出那些可能的情況。
情況1：側鏈路BSR
在LTE中，引入側鏈路介面用於UE之間的直接通訊。類似於BSR，側鏈路BSR用以從基站請求側鏈路資源。當需要傳送側鏈路BSR且不具有上行鏈路資源時UE將觸發SR。由於基站將提供僅上行鏈路資源用於從UE回應SR且上行鏈路資源無法用於側鏈路傳送，因此根據最新協定，資源浪費仍可能發生。此外，不清楚側鏈路邏輯通道是否將與TTI長度和/或基礎參數相關聯。
情況2：基於控制單元控制的計時器和/或計數器（例如，retx-BSR 計時器）
在LTE中，存在被設計成用於處置不期望條件的一些計時器和/或計數器。當計數器到達閾值或計時器到期時，UE可以觸發MAC控制單元且可以進一步觸發SR。重新傳送BSR計時器是LTE中的一個實例。更具體地，對於重新傳送BSR計時器情況，如果重新傳送BSR計時器到期並且UE仍然具有可用於屬於LCG的任何邏輯通道的傳輸的數據，則UE觸發BSR。在NR中，在許多過程中使用此設計是相當可能的。如果計時器和/或計數器觸發未預期的MAC控制單元，那麼UE可以觸發SR以用於盡可能快地將MAC控制單元轉發到網路。
情況3：可觸發SR的潛在新的上行鏈路MAC控制單元
在NR中可以引入新控制單元用於不同目的。此處，新控制單元將觸發SR。新控制單元被設計成用於UE自主地向網路（例如，基站、TRP、CU和/或DU等）報告資訊。新MAC控制單元可以或可不與邏輯通道相關。舉例來說，可以存在波束相關的控制單元（例如，波束報告、波束品質報告、波束失敗指示等）。由於UE可以比網路端更早檢測到此條件，因此波束相關的控制單元可能需要盡可能快地向網路報告。波束相關控制單元可以用於上行鏈路和/或下行鏈路。波束相關控制單元可以用於UE波束和/或網路波束。
作為另一實例，在Rel-14中引入SPS輔助資訊消息。可以存在新MAC控制單元用於快速更新最新資訊。新MAC控制單元可以指示下文列出的一個或多個資訊以用於説明網路更新對應SPS： 1. 邏輯通道識別 2. SPS配置索引 3. 細胞和/或頻率資訊 4. 波束信息 5. 無線電承載識別 6. QoS流ID 7. 週期性 8. 起始偏移 9. 服務/流量是否終止的指示 10.封包大小（例如，TB大小、MAC PDU大小、RLC PDU大小、PDCP PDU大小、IP封包大小等）
由於網路可能不能夠立即檢測流量模式改變，因此當UE不具有上行鏈路資源時新控制單元能夠觸發SR是較好的。
可以由新MAC CE報告的其它可能的資訊可為一個或多個以下資訊： 1. DL通道品質 2. 數據速率 3. 數據到達 4. UE傳送功率 5. 一個或多個RB和/或一個或多個邏輯通道改變的流量特性（例如，消息大小、時延要求、優先順序、通訊路徑（上行鏈路、側鏈路、中繼等）、MCS暗示、可靠性、側鏈路的目的地和/或源、RNTI關聯、RB與QoS流ID之間的映射、傳送功率設定、多少（重新）傳送機會、細胞與RB/LC之間的映射、HARQ處理程序/實體與LC/RB之間的映射等） 6. UE波束成形（例如，任何時間中多少波束、在波束成形之後的功率限制、波束成形開/關等） 7. UE模式（例如，覆蓋範圍增強模式等） 8. UE行動性（例如，速度等） 9. 擁塞檢測（例如，檢測特定時間側鏈路和/或上行鏈路是否擁塞等）
此外，新MAC CE也可以是用於起始某些服務或功能的請求。服務或功能可以是一個或多個以下候選者。 1. 系統資訊請求（例如，其它SI請求MAC CE） 2. 資源請求（例如，（側鏈路）競爭資源請求、不含准予的資源請求、前同步碼資源請求、特定定時和/或特定連續週期中的保留上行鏈路/側鏈路資源等） 3. 時間對準請求 4. 封包複製功能請求 5. 細胞啟動/去啟動請求 6. 下行鏈路MAC CE請求 7. TTI捆綁請求 8. 定位請求 9. HARQ配置改變請求（例如，改變HARQ過程數目和/或重定HARQ 10. 改變數據速率請求（例如，UE的數據速率、某個細胞的數據速率，和/或一個或多個LC的數據速率等）
下文論述基於每一前述方法的可能的情況;在一個示例性實施例中，如以下所提到的所有邏輯通道皆會屬於某一LCG。可替代地，如以下所提到的邏輯通道不需屬於某一LCG。
應用方法1 - 在情況1中，提出用於處置側鏈路BSR如何觸發SR以用於請求上行鏈路資源的可能的選項。
選項1（用於UE選擇SR配置的預定義規則） - 可能UE根據與當由於側鏈路BSR而觸發SR時的預設或存取基礎參數相關聯的SR配置而觸發SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以是用於執行初始存取的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE根據與UE可使用的最大（例如，SCS=480khz、SCS=120khz）或最小基礎參數（例如，SCS=15khz、SCS=2.5khz）相關聯的SR配置而始終觸發SR傳送。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
另一可能性可以是UE始終根據具有最密集SR傳送機會的SR配置觸發SR傳送。又一可能性可以是UE使用UE正被配置的所有SR配置來觸發SR傳送。
此外，基礎參數可以被方法1的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當側鏈路BSR被觸發時UE將遵循哪一種規則。
選項2（網路配置側鏈路BSR與SR配置之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。且與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來觸發SR傳送。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含MAC控制單元資訊（例如，MAC控制單元的LCID、MAC控制單元對應位元圖等）。
此外，基礎參數和/或TTI資訊可以被方法1的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR。
選項3（所有SR配置可為候選者，且UE選擇其中的一個） - UE可以可能根據具有與MAC控制單元觸發定時最接近的SR傳送機會的SR配置觸發SR傳送。最接近的SR傳送可能需要考慮UE處理能力。
選項4（用於控制單元（例如，側鏈路BSR）的所定義SR配置） - UE可以可能以用於專門處置一個或多個MAC控制單元的SR配置進行配置。可能存在專用於處置MAC控制單元的多於一個SR配置。
選項5（UE可自主地選擇多個SR配置中的一個而不是所有SR配置，且基於一些條件決定多個SR配置） - UE可以可能以用於決定SR配置的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（UE觸發與具有數據的邏輯通道相關的SR配置） - 假設側鏈路邏輯通道也將關聯不同的TTI長度和/或基礎參數，UE可以應用類似於上行鏈路設計的解決方案。
UE可以可能根據與在所有ProSe目的地中具有數據的所有側鏈路邏輯通道內的最高優先順序側鏈路邏輯通道的TTI長度和/或基礎參數相關聯的SR配置來觸發SR傳送。另一可能性可以是UE根據與用於最新側鏈路BSR觸發的側鏈路邏輯通道的TTI長度和/或基礎參數相關聯的SR配置來觸發SR傳送。
在情況2中，考慮和提出用於處置用於基於控制單元而控制的計時器和/或計數器的SR觸發的以下可能的選項：
選項1（用於UE選擇SR配置的預定義規則） - UE可以可能當控制單元需要觸發SR時根據與預設或存取基礎參數相關聯的SR配置來觸發SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以是用於執行初始存取的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
替代地，UE可以始終根據與UE可以使用的最大或最小基礎參數相關聯的SR配置來觸發SR傳送。UE可以使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可以使用的基礎參數也將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
另一可能性可以是UE始終根據具有最密集SR傳送機會的SR配置進行SR傳送。又一可能性可以是UE在UE正被配置的所有SR配置上觸發SR傳送。此外，基礎參數可以被方法1的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當觸發基於MAC CE的計時器/計數器控制時UE將遵循哪一個規則。
選項2（網路配置此基於MAC CE的計時器/計數器控制與SR配置之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來觸發SR配置。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置等）中提供。
替代地，網路可以可能將基礎參數和/或TTI資訊提供到MAC控制單元。更具體地說，在情況2中，基礎參數和/或TTI資訊可以提供到特定計時器或計數器用於處置基於MAC CE控制的計時器/計數器。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置來觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
另一可能性可以是SR配置包含MAC控制單元資訊（例如，MAC控制單元的LCID、MAC控制單元對應位元圖、與基於MAC CE的計時器/計數器控制相關的計時器和/或計數器IE）。此外，基礎參數和/或TTI資訊可以被方法1的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR。
選項3（所有SR配置可為候選者，且UE選擇其中的一個） - UE可以可能根據具有與MAC控制單元觸發定時最接近的SR傳送機會的SR配置觸發SR傳送。最接近的SR傳送可能需要考慮UE處理能力。
選項4（用於控制單元（例如，用於基於MAC CE的計時器/計數器控制、用於不與邏輯通道相關的MAC CE）的所定義SR配置） - UE將可能以用於專門處置一個或多個MAC控制單元的SR配置進行配置。可能存在專用於處置MAC控制單元的多於一個SR配置。
選項5（UE可以自主地選擇多個SR配置中的一個而不是所有SR配置，且基於一些條件決定多個SR配置） - UE將可能以用於決定SR配置的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（基於緩衝區狀態觸發SR） - UE可能基於當前哪一個邏輯通道具有數據來觸發SR傳送。更具體地說，UE將根據與具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的TTI和/或基礎參數相關聯的SR配置來觸發SR傳送。
替代地，UE可以根據與具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的LCG相關聯的SR配置來觸發SR傳送。
選項7（基於計時器/計數器參數觸發SR） - 通常，計時器和/或計數器將基於某個時間單位而增加或減小。UE可能根據與時間單位相關聯的SR配置來觸發SR傳送。可存在用於將時間單位轉換為對應基礎參數和/或TTI的參數（例如，1個時隙、14個OFDM符號等）。舉例來說，如果1ms子訊框是計時器的時間單位且UE觸發由計時器控制的控制單元，則控制單元將使用15khz基礎參數上的SR配置。
在情況3中，用於處置用於潛在新控制單元的SR觸發的可能的選項如下：
選項1（用於UE選擇SR配置的預定義規則） - UE可能當新MAC CE需要觸發SR時根據與預設或存取基礎參數相關聯的SR配置來觸發SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以是用於執行初始存取的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
替代地，UE可以始終根據與UE可使用的最大或最小基礎參數相關聯的SR配置來觸發SR傳送。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可以使用的基礎參數也將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
另一可能性可以是UE始終根據具有最密集SR傳送機會的SR配置進行SR傳送。又一可能性可以是UE在UE正被配置的所有SR配置上觸發SR傳送。此外，基礎參數可以被方法1的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當新控制單元被觸發時UE將遵循哪一種規則。
選項2（網路配置新MAC CE與SR配置之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。且與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則進行SR配置的SR傳送。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
另一可能性可以是SR配置包含MAC控制單元資訊（例如，MAC控制單元的LCID、MAC控制單元對應位元圖、等）。此外，基礎參數和/或TTI資訊可以被方法1的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR。
選項3（所有SR配置可為候選者，且UE選擇其中的一個） - UE可能根據具有與MAC控制單元觸發定時最接近的SR傳送的SR配置來觸發SR傳送。最接近的SR傳送可能需要考慮UE處理能力。
選項4（用於新MAC控制單元的所定義SR配置） - UE可能將以專用於處置一個或多個MAC多個MAC控制單元的SR配置進行配置。可能存在專用於處置MAC控制單元的多於一個SR配置。
選項5（UE可以自主地選擇多個SR配置中的一個而不是所有SR配置，且基於一些條件決定多個SR配置） - UE可能將以用於決定SR配置的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s).
應用方法2
在情況1中，用於處置側鏈路BSR如何觸發SR以用於請求上行鏈路資源的可能的選項如下：
選項1（用於UE設定多個位元SR的預定義規則） - UE可能當側鏈路BSR需要觸發SR時將多個位元SR設定為預設或存取基礎參數。預設基礎參數可以是在規範中為MAC控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE將多個位元SR設定為UE可使用的最大或最小基礎參數。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是數據傳送相關配置。
又一可能性可以是UE設定多個位元SR以請求UE可使用的所有基礎參數。此外，基礎參數可以被方法2的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當側鏈路BSR被觸發時UE將遵循哪一種規則。
選項2（網路配置側鏈路BSR與多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。且與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來設定多個位元SR。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含如何設定MAC控制單元資訊（例如，MAC控制單元的LCID與多個位元設定之間的關聯等）。此外，基礎參數和/或TTI資訊可以被方法1的描述中提到的一個或多個資訊代替。
選項3 - 在此選項中，多個位元SR的所有可能的設定可為候選者。且UE自身決定如何設定。
選項4（用於控制單元（例如，側鏈路BSR）的多個位元SR的所定義專用設定） - UE可能將以用於處置一個或多個MAC控制單元的多個位元SR中的一個或多個欄位的專用設定進行配置。可以存在用以處置不同MAC控制單元的多於一個專用設定。
選項5（UE可自主地選擇多個位元SR的多個設定中的一個而不是所有可能的設定） - 基於一些條件決定多個SR設定） - UE可能將以用於決定SR設定的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（UE基於具有數據的邏輯通道設定多個位元SR） - 假設側鏈路邏輯通道也將關聯不同的TTI長度和/或基礎參數。在此假設中，UE可以應用類似於上行鏈路設計的解決方案。UE可能將多個位元SR設定為在所有ProSe目的地中具有數據的所有側鏈路邏輯通道內的最高優先順序側鏈路邏輯通道的TTI長度和/或基礎參數。另一可能性可以是UE將多個位元SR設定為用於最新側鏈路BSR觸發的側鏈路邏輯通道的TTI長度和/或基礎參數。
在情況2中，用於處置用於基於控制單元控制的計時器和/或計數器的SR觸發的可能的選項如下：
選項1（用於UE設定多個位元SR的預定義規則） - UE可能當基於MAC CE的計時器/計數器控制需要觸發SR時將多個位元SR設定為預設或存取基礎參數。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE將多個位元SR設定為UE可使用的最大或最小基礎參數。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是數據傳送相關配置。
又一可能性可以是UE設定多個位元SR以請求UE可使用的所有基礎參數。此外，基礎參數可以被方法2的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當觸發基於MAC CE的計時器/計數器控制時UE將遵循哪一個規則。
選項2（網路配置基於MAC CE的計時器/計數器控制與多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務。且與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來設定多個位元SR。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含如何設定MAC控制單元資訊（例如，MAC控制單元的LCID與多個位元設定之間的關聯，等）。此外，基礎參數和/或TTI資訊可以被方法2的描述中提到的一個或多個資訊代替。
選項3 - 在此選項中，多個位元SR的所有可能的設定可為候選者，且UE自身決定如何設定。
選項4（用於基於MAC CE的計時器/計數器控制的多個位元SR的所定義專用設定） - UE可能將以用於處置一個或多個控制單元的多個位元SR中的一個或多個欄位的專用設定進行配置。可以存在用以處置不同控制單元的多於一個專用設定。
選項5：UE可自主地選擇多個位元SR的多個設定中的一個而不是所有可能的設定；且基於一些條件決定多個SR設定 - UE將可能以用於決定SR設定的適當集合（例如，如何設定SR的不同欄位）的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（基於緩衝區狀態設定多個位元SR） - UE可能基於當前哪一邏輯通道具有數據而設定多個位元SR。更具體地說，UE將多個位元SR設定為具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的TTI和/或基礎參數。
替代地，UE將多個位元SR設定為具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的LCG。
選項7（基於計時器/計數器參數設定多個位元SR） - 通常，計時器和/或計數器將基於某個時間單位而增加或減小。UE可能基於時間單位來設定多個位元SR。可存在用於將時間單位轉換為對應基礎參數和/或TTI的參數（例如，1個時隙、14個OFDM符號，等）。舉例來說，如果1ms子訊框是計時器的時間單位且UE觸發由計時器控制的控制單元，則控制單元將多個位元SR設定為15khz基礎參數。
在情況3中，用於處置用於潛在新控制單元的SR觸發的可能的選項如下：
選項1（用於UE設定多個位元SR的預定義規則） - UE可能當新控制單元需要觸發SR時將多個位元SR設定為預設或存取基礎參數。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE將多個位元SR設定為UE可使用的最大或最小基礎參數。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是數據傳送相關配置。
又一可能性可以是UE設定多個位元SR以請求UE可使用的所有基礎參數。此外，基礎參數可以被方法2的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當新MAC控制單元被觸發時UE將遵循哪一種規則。
選項2（網路配置新MAC控制單元與多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來設定多個位元SR。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置、等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將多個位元SR設定為基礎參數和/或TTI資訊。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含如何設定MAC控制單元資訊（例如，MAC控制單元的LCID與多個位元設定之間的關聯，等）。此外，基礎參數和/或TTI資訊可以被方法2的描述中提到的一個或多個資訊代替。
選項3 - 多個位元SR的所有可能的設定可為候選者，且UE自身決定如何設定。
選項4（用於控制單元的多個位元SR的所定義專用設定） - UE可能將以用於處置一個或多個控制單元的多個位元SR中的一個或多個欄位的專用設定進行配置。可以存在用以處置不同控制單元的多於一個專用設定。
選項5（UE可自主地選擇多個位元SR的多個設定中的一個而不是所有可能的設定；且基於一些條件決定多個SR設定） - UE可能將以用於決定SR設定的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
應用方法3
在情況1中，用於處置側鏈路BSR如何觸發SR以用於請求上行鏈路資源的一些可能的選項如下：
選項1（用於UE選擇SR配置且相應地設定多個位元SR的預定義規則） - UE可能當側鏈路BSR需要觸發SR時根據與預設或存取基礎參數相關聯的SR配置來觸發且設定SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE始終根據與UE可使用的最大或最小基礎參數相關聯的SR配置來觸發且設定SR傳送。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
又一可能性可以是UE始終觸發具有最密集SR傳送機會的SR配置。此外，基礎參數可以被方法3的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當側鏈路BSR被觸發時UE將遵循哪一種規則。
選項2（網路配置側鏈路BSR和SR配置與多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務（例如，側鏈路、MBMS、V2X、V2V、中繼、MTC、URLLC、IoT等）。與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來觸發且設定SR傳送。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發且設定SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置、等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含MAC控制單元資訊和/或如何設定用於MAC CE的多個位元SR（例如，MAC單元的LCID、MAC控制單元對應位元圖、等）。此外，基礎參數和/或TTI資訊可以被方法3的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別和/或如何設定多個位元SR。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR並且還基於服務配置設定多個位元SR。
選項3（UE實施方案） - 所有SR配置和/或多個位元SR設定可為候選者。UE可決定選擇哪一種SR配置以及如何對其進行設定。
選項4（用於控制單元（例如，側鏈路BSR）的所定義SR配置和多個位元SR設定） - UE可能將以專用於處置一個或多個控制單元的SR配置和特定多個位元SR設定進行配置。可以存在專用於處置控制單元的多於一個SR配置和/或特定SR設定。
選項5（UE可自主地選擇多個SR配置和/或多個位元SR設定中的一個，且基於一些條件決定多個SR配置和/或多個位元SR設定） - UE可能將以用於決定SR配置和/或多個位元SR設定的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（UE根據與具有數據的邏輯通道相關聯的SR配置觸發且設定SR傳送） - 假設側鏈路邏輯通道也將關聯於不同的TTI長度和/或基礎參數，UE可以應用類似於上行鏈路設計的解決方案。UE可能根據與在所有ProSe目的地中具有數據的所有側鏈路邏輯通道內的最高優先順序側鏈路邏輯通道的TTI長度和/或基礎參數相關聯的SR配置來觸發且設定SR傳送。
另一可能性可以是UE根據與用於最新側鏈路BSR觸發的側鏈路邏輯通道的TTI長度和/或基礎參數相關聯的SR配置來觸發且設定SR傳送。
在情況2中，用於處置用於基於控制單元控制的計時器和/或計數器的SR觸發的一些可能的選項如下：
選項1（用於UE選擇SR配置且相應地設定多個位元SR的預定義規則） - UE可能當基於MAC CE的計時器/計數器控制需要觸發SR時根據與預設或存取基礎參數相關聯的SR配置來觸發且設定SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE始終根據與UE可使用的最大或最小基礎參數相關聯的SR配置來觸發且設定SR傳送。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
又一可能性可以是UE始終觸發具有最密集SR傳送機會的SR配置。此外，基礎參數可以被方法3的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度，等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當新MAC控制單元被觸發時UE將遵循哪一種規則。
選項2（網路配置基於MAC CE的計時器/計數器控制與SR配置和多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務。與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來觸發且設定SR傳送。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發且設定SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置、等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含MAC控制單元資訊和/或如何設定用於MAC CE的多個位元SR（例如，MAC單元的LCID、MAC控制單元對應位元圖、等）。此外，基礎參數和/或TTI資訊可以被方法3的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別和/或如何設定多個位元SR。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR並且還基於服務配置設定多個位元SR。
選項3（UE實施方案） - 所有SR配置和/或多個位元SR設定可為候選者；且UE可決定選擇哪一種SR配置以及如何對其進行設定。
選項4（用於控制單元（例如，側鏈路BSR）的所定義SR配置和多個位元SR設定） - UE可能將以專用於處置一個或多個控制單元的SR配置和特定多個位元SR設定進行配置。可以存在專用於處置MAC控制單元的多於一個SR配置和/或特定SR設定。
選項5（UE可自主地選擇多個SR配置和/或多個位元SR設定中的一個，且基於一些條件決定多個SR配置和/或多個位元SR設定） - UE可能將以用於決定SR配置和/或多個位元SR設定的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
選項6（基於緩衝區狀態觸發且設定SR） - UE可能基於哪個（哪些）邏輯通道當前具有數據而觸發且設定SR傳送。更具體地說，UE將根據與具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的TTI和/或基礎參數相關聯的SR配置來觸發且設定SR傳送。
替代地，UE將根據與具有數據的所有（側鏈路）邏輯通道內的最高優先順序邏輯通道的LCG相關聯的SR配置來觸發且設定SR傳送。
選項7（基於計時器/計數器參數觸發且設定SR） - 通常，計時器和/或計數器將基於某個時間單位而增加或減小。UE可能根據與時間單位相關聯的SR配置來觸發且設定SR傳送。可存在用於將時間單位轉換為對應基礎參數和/或TTI的參數（例如，1個時隙、14個OFDM符號，等）。舉例來說，如果1ms子訊框是計時器的時間單位且UE觸發由計時器控制的控制單元，則控制單元將根據與15khz基礎參數相關聯的SR配置來觸發且設定SR傳送。
在情況3中，用於處置用於潛在新控制單元的SR觸發的一些可能的選項如下：
選項1（用於UE選擇SR配置且相應地設定多個位元SR的預定義規則） - UE可能當新MAC CE需要觸發SR時根據與預設或存取基礎參數相關聯的SR配置來觸發且設定SR傳送。預設基礎參數可以是在規範中為控制單元請求資源所定義的預設基礎參數。預設基礎參數可以是用於在RRC_IDLE狀態和/或RRC_INACTIVE狀態中接收系統資訊的基礎參數。預設基礎參數可以對於不同UE是不同的（例如，NB-IoT UE和正常UE可以由於UE能力而具有不同的預設基礎參數）。
另一可能性可以是UE始終根據與UE可使用的最大或最小基礎參數相關聯的SR配置來觸發且設定SR傳送。UE可使用的基礎參數將需要考慮UE能力。在一個實施例中，UE可使用的基礎參數還將需要考慮從網路提供的配置。如果UE不具有與某些基礎參數相關的配置，那麼UE可能不能夠在基礎參數上傳送SR，即使UE能夠使用也是如此。配置可以是SR配置。
又一可能性可以是UE始終觸發具有最密集SR傳送機會的SR配置。此外，基礎參數可以被方法3的描述中提到的一個或多個TTI/基礎參數資訊（例如，LCG和/或TTI長度等）代替。替代地，考慮上文所提及的所有可能的簡單規則，另一可能性可以是網路配置當新MAC控制單元被觸發時UE將遵循哪一種規則。
選項2（網路配置新MAC CE與SR配置和多個位元SR設定之間的關聯） - 網路可能可以將基礎參數和/或TTI資訊提供到服務。與服務相關的MAC控制單元將通過與具有數據的邏輯通道相似的規則來觸發且設定SR傳送。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發且設定SR傳送。基礎參數和/或TTI資訊可以在服務配置（例如，側鏈路通訊配置、側鏈路發現配置、等）中提供。
另一可能性可以是網路將基礎參數和/或TTI資訊提供到MAC控制單元。MAC控制單元將根據與基礎參數和/或TTI資訊相關聯的SR配置觸發SR傳送。此外，MAC控制單元可以或可不限於僅使用與基礎參數和/或TTI資訊相關的上行鏈路資源用於傳送。
又一可能性可以是SR配置包含MAC控制單元資訊和/或如何設定用於MAC CE的多個位元SR（例如，MAC單元的LCID、MAC控制單元對應位元圖、等）。此外，基礎參數和/或TTI資訊可以被方法3的描述中提到的一個或多個資訊代替。
另一可能性可以是網路在與MAC控制單元相關的服務配置中提供SR配置索引/識別和/或如何設定多個位元SR。且UE根據用於MAC控制單元的SR配置索引/識別觸發SR並且還基於服務配置設定多個位元SR。
選項3（UE實施方案） - 所有SR配置和/或多個位元SR設定可為候選者；且UE可決定選擇哪一種SR配置以及如何對其進行設定。
選項4（用於控制單元（例如，側鏈路BSR）的所定義SR配置和多個位元SR設定） - UE可能將以專用於處置一個或多個控制單元的SR配置和特定多個位元SR設定進行配置。可以存在專用於處置控制單元的多於一個SR配置和/或特定SR設定。
選項5（UE可自主地選擇多個SR配置和/或多個位元SR設定中的一個，且基於一些條件決定多個SR配置和/或多個位元SR設定） - UE可能將以用於決定SR配置和/或多個位元SR設定的適當集合的一個或多個準則進行配置。準則可以是用於TTI長度和/或基礎參數的閾值。準則可以是LCG(s)。
第11圖是基礎參數和TTI概念的示例性圖示。如第11圖中所示出，在此實例中將基礎參數解釋為子載波間距（sub-carrier spacing，SCS）。TTI指代排程的時域持續時間（例如，一個或多個OFDM符號、毫秒、時隙、子訊框、等）。替代地，可以將基礎參數解釋為在某些SCS中的特定TTI持續時間。此外，在系統觀點中帶可以半靜態地分成不同子帶以用於支持不同基礎參數。從UE來看，此分離可能是不可見的。替代地，可以不存在分離，且網路基於控制訊號動態地在不同基礎參數上分配資源。
第12圖是用於在情況3中應用方法1的選項2的實例。在之前的部分中，邏輯通道1（LC1）的數據和邏輯通道2（LC2）的數據獨立地觸發上行鏈路BSR。由LC1和LC2使用的SR配置是不同的，以用於反映不同基礎參數上的資源需要。此外，SR配置可以包含用於建立關聯的新MAC CE的識別。基於關聯，在後面的部分中，當UE觸發新MAC CE且不存在上行鏈路資源時，UE根據SR 配置1傳送SR。另一方面，如果當不存在上行鏈路資源時UE觸發側鏈路BSR，那麼UE將根據SR配置2傳送SR。
第13圖是在情況1中應用方法1的選項2的實例。類似於第12圖，通過在側鏈路服務配置中包含基礎參數資訊（即基礎參數1）而建立關聯。當UE觸發側鏈路BSR且不存在上行鏈路資源時，UE將根據SR 配置1傳送SR。
第14圖是在情況3中應用方法1的選項2的實例。類似於先前實例，通過基礎參數與新MAC CE的識別之間的映射表而建立關聯。
第15圖是在情況3中應用方法2的選項2的實例。SR包含用於單獨地指示TTI持續時間需要和基礎參數需要的兩個不同的欄位。在之前的部分中，邏輯通道1的數據和邏輯通道2的數據獨立地觸發上行鏈路BSR。用於每一數據到達事件的SR傳送是根據邏輯通道配置以不同值設定。在後面的部分中，由於新MAC CE也具有對應邏輯通道配置，因此將相應地設定用於轉發新MAC CE的SR傳送。
第16圖是在情況3中應用方法2的選項1的實例。在此實例中，UE將選擇TTI和基礎參數的組合以用於盡可能快地遞送新MAC CE。因此，UE將SR中的欄位設定為120khz SCS和TTI以用於緊急服務。
第17圖是在情況3中應用方法1的選項1的實例。在此實例中，UE將觸發且傳送與用於新MAC CE的最大基礎參數相關的SR配置的SR。因此，UE根據SR 配置1傳送SR。
第18圖是在情況3中應用方法1的選項3的實例。在此實例中每一SR配置將具有其SR傳送機會。SR傳送機會在不同表中以“O”指示示出。當UE觸發新MAC CE時，UE將不管SR配置如何都選擇緊鄰觸發定時的最接近SR傳送機會。在此實例中，選擇SR配置2中的SR傳送機會。在不同替代方案中，UE可考慮SR配置。更具體地說，當選擇適當SR傳送資源時UE將不考慮所有SR配置。UE將基於準則和/或閾值而排除一些SR配置。準則可以是本公開中提到的一個或多個資訊候選者。閾值可以是SR配置相關聯的資訊，例如基礎參數、TTI持續時間、LCG、優先順序、TB大小等。
PDCCH監視論述
在當前NR設計中，引入多個基礎參數以用於支援變化的服務要求和UE能力。更具體地說，不同基礎參數意味著不同單載波間距（SCS）且可支援不同TTI持續時間。不同基礎參數上的數據傳送將由於不同TTI持續時間而具有不同時延。使用的SCS越大，支援的TTI持續時間越短。
在LTE中，在UE傳送SR之後，UE需要保持監視控制通道（例如，PDCCH）用於從基站接收對應排程，直到不存在待決SR（或取消SR）為止。關於用於排程數據傳送的基礎參數的控制通道，可考慮以下一些可能的設計：
替代方案1：基礎參數上的控制通道可僅排程基礎參數上的數據通道。
替代方案2：基礎參數上的控制通道可排程一個或多個基礎參數上的數據通道。
替代方案3：基礎參數上的控制通道可排程UE可支援和/或UE被配置有的任何基礎參數。
對於替代方案1，控制通道將與用於排程的特定數據基礎參數相關聯。UE將預期從控制通道接收的數據資源排程（例如，下行鏈路指派、上行鏈路准予、側鏈路准予、SPS排程、無准予啟動命令）在特定基礎參數上發生。關聯可以由網路（例如，基站）配置。關聯可以是隱式建立的。隱式關聯可以是與數據通道相同的基礎參數上、與某些基礎參數上的數據通道的子帶相同的子帶上、或與某些基礎參數上的數據通道的細胞相同的細胞中的控制通道。
關於替代方案2，不同基礎參數上的控制通道與數據通道之間的關聯可以是隱式或顯式的。舉例來說，在隱式關聯情況中，控制通道可用以在較大/較小和等於控制通道的基礎參數的任何基礎參數上排程數據傳送。以此方式，一旦UE被配置有控制通道，UE就將自身建立關聯。對於另一實例，在顯式關聯中，當網路提供控制通道的配置時，網路可使控制通道關聯到一個或多個基礎參數。一個可能方式是將基礎參數相關資訊（例如，基礎參數索引）包含到控制通道配置中。其它可能的方式可以是在基礎參數相關配置中包含控制通道資訊（例如，控制通道配置索引），或在不同細胞上映射數據通道的一個或多個基礎參數。
隨後為此目的可以再使用LTE中的交叉載波排程方法。在載波聚合中，控制通道可用以排程一個或多個細胞。基於設計，可建立控制通道與數據通道的基礎參數之間的關聯。此外，UE可被配置有多個控制通道。不同控制通道可以使用不同替代方案（例如，預設控制通道使用替代方案3且額外控制通道使用替代方案2）。
對於替代方案3，控制通道可以在（UE被配置有或UE能夠使用的）任何基礎參數上排程數據傳送。以替代方案3應用的在控制通道上傳送的排程控制消息可包含數據傳送的與基礎參數相關的資訊。
下文論述基於替代方案的不同情況和用於SR反映基礎參數/TTI資訊的方法。且假設是基於UE具有多個控制資源集合或調用的控制通道（例如，多個下行鏈路控制通道）。每一控制資源集合可以在數據基礎參數排程上應用三個替代方案中的一個。此外，可以為一個細胞或為載波聚合情況分配多個控制資源集合。不同控制資源集合可以與時間和/或頻率和/或碼域分離。
方法1+替代方案1或替代方案2
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視負責排程與具有被觸發SR的SR配置相關的基礎參數的控制通道） - 在此選項中，由於每一SR配置與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
選項2（監視負責排程與具有被觸發SR的SR配置相關的基礎參數以及大於或小於與具有被觸發SR的SR配置相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於每一SR配置與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源將是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間也是有益的。一個可能規則是讓UE還監視可排程小於或大於由SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否也將監視更小或更大的基礎參數可以如下完成： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
選項3（監視用於UE被配置有或UE可支援的所有基礎參數的控制通道） - UE直接監視UE能夠監視的所有控制通道是最簡單的方式。
選項4（監視負責排程與具有被觸發SR的SR配置相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於與具有觸發SR的SR配置相關聯的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與具有被觸發SR的SR配置相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。UE可以僅考慮與具有被觸發SR的SR配置相關的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道對於特殊事件觸發SR且網路將基於所接收SR共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道而不是所有控制通道。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或通過系統資訊或專用信令提供的其它可能RRC配置中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。
假設並非全部PDCCH（例如，所有控制資源集合）可排程側鏈路資源，如果SR可以指示側鏈路BSR存在，則UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項7（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。
條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視負責排程與具有被觸發SR的SR配置相關的基礎參數的控制通道） - 在此選項中，由於每一SR配置與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
選項2（監視負責排程與具有被觸發SR的SR配置相關的基礎參數以及大於或小於與具有被觸發SR的SR配置相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於每一SR配置與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間也是有益的。一個可能規則是讓UE還監視可排程小於或大於由SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否還將監視更小或更大基礎參數可以： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
選項3（監視用於UE被配置有或UE可支援的所有基礎參數的控制通道） - UE直接監視UE能夠監視的所有控制通道是最簡單的方式。
選項4（監視負責排程與具有被觸發SR的SR配置相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於與具有觸發SR的SR配置相關聯的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與具有被觸發SR的SR配置相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。UE可以僅考慮與具有被觸發SR的SR配置相關的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。
條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
方法2+替代方案1或替代方案2
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視負責排程與最後SR傳送的多個位元設定相關的基礎參數的控制通道） - 在此選項中，由於多個位元設定與一個或多個基礎參數相關聯，因此基站可基於所接收SR傳送而排程資源。因此，應當監視可提供對應基礎參數排程的控制通道。
選項2（監視負責排程與最後SR傳送的多個位元設定相關的基礎參數以及大於或小於與最後SR傳送的多個位元設定相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於SR中的每一種多個位元設定與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間是有益的。一個可能規則是讓UE還監視可排程小於或大於由SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否還將監視更小或更大基礎參數可以： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項：
選項4（監視負責排程與最後SR傳送的多個位元設定相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於由SR傳送告知的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與最後SR傳送的多個位元設定相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。且UE可僅考慮由SR傳送告知的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道對於特殊事件觸發SR且網路將基於所接收SR共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道而不是所有控制通道。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或等中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。假設並非全部PDCCH（例如，所有控制資源集合）可排程側鏈路資源。如果SR可以指示側鏈路BSR存在，那麼UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項7（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。
條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視負責排程與最後SR傳送的多個位元設定相關的基礎參數的控制通道） - 在此選項中，由於多個位元設定與一個或多個基礎參數相關聯，因此基站可基於所接收SR傳送而排程資源。因此，應當監視可提供對應基礎參數排程的控制通道。
選項2（監視負責排程與最後SR傳送的多個位元設定相關的基礎參數以及大於或小於與最後SR傳送的多個位元設定相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於SR中的每一種多個位元設定與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間也是有益的。一個可能規則是讓UE還監視可排程小於或大於由SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否還將監視更小或更大基礎參數可以： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
選項3（監視用於UE被配置有或UE可支援的所有基礎參數的控制通道） - UE直接監視UE能夠監視的所有控制通道是最簡單的方式。
選項4（監視負責排程與最後SR傳送的多個位元設定相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於由SR傳送告知的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與最後SR傳送的多個位元設定相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。UE可僅考慮由SR傳送告知的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。
條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
方法3+替代方案1或替代方案2
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視負責排程與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數的控制通道） - 在此選項中，由於基於SR配置的多個位元SR傳送與一個或多個基礎參數相關聯，因此SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
選項2（監視負責排程與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數以及大於或小於與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於基於SR配置的多個位元SR傳送與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源將是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間也是有益的。一個可能規則是讓UE還監視可排程小於或大於從SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否還將監視更小或更大基礎參數可以： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
選項3（監視用於UE被配置有或UE可支援的所有基礎參數的控制通道） - UE直接監視UE能夠監視的所有控制通道是最簡單的方式。
選項4（監視負責排程與具有被觸發SR的SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於由SR傳送告知的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與具有被觸發SR的SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。UE可僅考慮由SR傳送告知的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道對於特殊事件觸發SR且網路將基於所接收SR共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道而不是所有控制通道。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或等中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。假設並非全部PDCCH可排程側鏈路資源，如果SR可以指示側鏈路BSR存在，則UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項7（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。
條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視負責排程與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數的控制通道） - 在此選項中，由於基於SR配置的多個位元SR傳送與一個或多個基礎參數相關聯，因此SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源將是合理的。因此，應當監視可提供對應排程的控制通道。
選項2（監視負責排程與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數以及大於或小於與具有被觸發SR的每一SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的基礎參數的基礎參數的控制通道） - 在此選項中，由於基於SR配置的多個位元SR傳送與一個或多個基礎參數相關聯，因此基於特定配置的SR傳送可向基站告知上行鏈路需要的TTI持續時間和/或基礎參數。基站基於所接收SR傳送而排程資源是合理的。因此，應當監視可提供對應排程的控制通道。
此外，為了增加系統排程靈活性，允許基站在不同基礎參數上或以不同TTI持續時間排程資源而不是僅由SR傳送告知基礎參數和/或TTI持續時間也是有益的。一個可能規則是讓UE還監視可排程小於或大於從SR傳送承載的基礎參數資訊的基礎參數的控制通道。多大或多小的範圍可以由基站配置和/或基於預定義規則而決定（例如，直到UE被配置有的最大或最小基礎參數為止）。對於URLLC服務，從時延角度來看較大基礎參數資源也可以適合於UE。對於eMTC服務，從低複雜性角度和可靠性角度來看較小基礎參數可以適合於UE。
UE是否還將監視更小或更大基礎參數可以： 1. 由網路配置。 2. 由UE自身基於進行中的服務和/或當前SR傳送（例如，小於閾值的SR請求TTI/基礎參數、針對某些邏輯通道觸發的SR）而決定 3. 基於UE類別/類型/複雜性而決定 4. 基於UE預訂而決定
選項3（監視用於UE被配置有或UE可支援的所有基礎參數的控制通道） - UE直接監視UE能夠監視的所有控制通道是最簡單的方式。
選項4（監視負責排程與具有被觸發SR的SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的最大或最小基礎參數的控制通道） - 在此選項中，UE始終監視最大或最小基礎參數。最大或最小基礎參數可以限於由SR傳送告知的那些基礎參數。網路（例如，基站）將共用相同瞭解且基於同一規則進行排程。通過限制用於監視的控制通道的數目，可以減少電力消耗。
此外，由於UE可以具有用於不同基礎參數的多個控制通道，因此UE可以基於除SR傳送外的條件而監視並非最大或最小的其它控制通道。除SR傳送外的條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
選項5（監視可排程與具有被觸發SR的SR配置和/或每一SR配置的最後SR傳送的多個位元設定相關的大多數基礎參數或UE被配置有或UE可支援的大多數基礎參數的控制通道） - 在此選項中，UE將選擇排程更多基礎參數的控制通道以用於減少監視的功率消耗。UE可僅考慮由SR傳送告知的那些基礎參數以用於計算由控制通道排程的基礎參數的數目。
選項6（監視用於上行鏈路的控制通道） - 在此選項中，控制通道可以分成兩個集合或三個集合。第一集合用於上行鏈路排程。第二集合用於下行鏈路排程。第三集合用於下行鏈路排程和上行鏈路排程兩者。在UE傳送SR傳送之後，UE將監視第一集合和/或第三集合。此外，第二集合可以基於下方列出的條件而不是SR傳送條件進行監視。 條件可以是下方列出的一個或多個選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
方法1+替代方案3
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道針對特殊事件觸發SR且網路將基於所接收SR而共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道而不是所有控制通道（例如，對UE配置的所有控制資源集合）。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或等中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。假設並非全部PDCCH（例如，對UE配置的所有控制資源集合）可排程側鏈路資源，如果SR可以指示側鏈路BSR存在，則UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項4（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道，用於上行鏈路排程的控制通道） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器或計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。對於另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。
在一個實施例中，UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。對於另一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路、等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。
此外，UE可以基於用於監視PDCCH的DRX機制中列出的一個或多個條件而監視其它控制通道，SR觸發條件除外。用於條件的可能候選者在下面列出： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道）） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器或計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。對於另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。對於另一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。
此外，UE可以基於用於監視PDCCH的DRX機制中列出的一個或多個條件而監視其它控制通道，SR觸發條件除外。用於條件的可能候選者在下面列出： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
方法2+替代方案3
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道針對特殊事件觸發SR且網路將基於所接收SR而共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道（例如，控制資源集合）而不是所有控制通道。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或MAC配置中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。
假設並非全部PDCCH（例如，對UE配置的控制資源集合）可排程側鏈路資源，如果SR可以指示側鏈路BSR存在，則UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項4（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道）） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器或計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。對於另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。對於另一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。
此外，UE可以基於用於監視PDCCH的DRX機制中列出的一個或多個條件而監視其它控制通道，SR觸發條件除外。下面列出用於條件的可能的選項： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道）） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器/計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。
作為另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。
作為又一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。
此外，UE可基於用於監視PDCCH的DRX機制中列出的一個或多個條件監視其它控制通道（例如，其它控制資源集合），SR觸發條件除外。用於條件的可能候選者在下面列出： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
方法3+替代方案3
情況1：特殊SR觸發事件（例如，側鏈路BSR、基於控制單元控制的計時器和/或計數器（例如，retx-BSR計時器）、可觸發SR的潛在新上行鏈路MAC控制單元）
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（監視與特殊SR觸發事件相關聯的特定控制通道） - 在此選項中，由於UE知道對於特殊事件觸發SR且網路將基於所接收SR共用相同瞭解，因此UE可以監視與特殊SR觸發事件相關聯的控制通道而不是所有控制通道。
關聯可以由網路（例如，基站）配置。可以在服務配置（例如，側鏈路配置）、控制通道配置（例如，在控制通道配置中包含控制單元識別）、細胞配置（例如，控制通道和控制單元屬於同一細胞）或MAC配置中提供關聯。舉例來說，側鏈路BSR觸發SR且SR傳送到網路。假設並非全部PDCCH可排程側鏈路資源，如果SR可以指示側鏈路BSR存在，則UE將監視可排程側鏈路資源的PDCCH。且哪一PDCCH可用以排程側鏈路資源可以由側鏈路相關配置（例如，通訊配置、池配置或基礎參數配置）和/或細胞配置決定。
關聯可以是預定義的。舉例來說，UE監視預設控制通道是否有特殊事件。
選項4（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道）） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器或計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。對於另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。
作為另一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。此外，UE可以基於用於監視PDCCH的DRX機制中列出的一個或多個條件而監視其它控制通道，SR觸發條件除外。用於條件的可能候選者在下面列出： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
情況2：SR由上行鏈路數據到達觸發
選項1（監視UE被配置有的所有控制通道） - UE僅監視所有被配置的控制通道。
選項2：（監視用於具有被觸發SR的每一SR配置的特定控制通道） - 在此選項中，控制通道將與SR配置相關聯。因此，在UE基於SR配置傳送SR之後，UE將監視相關聯控制通道。關聯可以基於細胞配置、服務配置（例如，側鏈路配置、V2X配置）、控制通道配置、SR配置或MAC配置而建立。以此方式，UE可減少用於監視的控制資源集合以減少功率消耗。
選項3（不管SR觸發事件如何都監視特定控制通道（例如，由網路配置的預設控制通道）） - 在此選項中，不管由SR傳送承載的資訊如何，UE都將監視特定控制通道。
特定控制通道可以由網路配置或由預定義規則決定。舉例來說，如果UE被配置有控制通道A、B、C，則網路可以進一步配置UE以在執行SR傳送之後僅監視控制通道A和B且SR在UE中仍待決。UE可以在經過某個週期（例如，由計時器/計數器控制）之後應用此機制。以此方式，UE可減少關於控制通道監視的功率消耗。
作為另一實例，UE將在執行SR傳送之後監視預設基礎參數且SR在UE中仍待決。UE監視僅預設基礎參數可以如先前實例那樣由計時器控制。
作為另一實例，如果控制通道用於不同鏈路排程（例如，下行鏈路、上行鏈路、側鏈路、中繼鏈路、等），則UE應當在執行SR傳送之後監視用於上行鏈路的控制通道且SR在UE中仍待決。
此外，UE可以基於用於監視PDCCH的DRX機制中列出的一個或多個條件而監視其它控制通道，SR觸發條件除外。用於條件的可能候選者在下面列出： 1. DurationTimer處於運行中 2. drx-InactivityTimer處於運行中 3. drx-RetransmissionTimer處於運行中 4. drx-ULRetransmissionTimer處於運行中 5. ContentionResolutionTimer處於運行中 6. 用於待決HARQ重新傳送的上行鏈路准予可發生，且用於同步HARQ過程的對應HARQ緩衝區中存在數據 7. 在對MAC實體未選擇的前同步碼的隨機存取回應的成功接收之後尚未接收到指示定址到MAC實體的C-RNTI的新傳送的PDCCH。 8. 用於待決HARQ（重新）傳送的側鏈路准予可發生。
此外，上行鏈路數據到達的情況和每一特殊SR觸發事件的情況可以在PDCCH監視上應用不同選項。
舉例來說，對於上行鏈路數據到達情況，UE可以應用監視所有控制通道或對應控制通道以用於排程與由SR傳送承載的基礎參數資訊相關的基礎參數，而特殊事件應用選項3以用於監視與特殊SR觸發事件相關聯的特定控制通道。在此情況下，SR傳送將基於多個位元SR的設定和/或使用哪一種SR配置而指示特殊事件。
作為另一實例，UE在上行鏈路數據到達情況中監視用於上行鏈路的控制通道，且UE針對特殊SR觸發事件情況監視所有控制通道（例如，側鏈路BSR或retxBSR計時器到期或新控制單元）。
對於不同特殊SR觸發事件，UE也可以應用不同選項。舉例來說，UE可以應用針對側鏈路BSR情況的特定控制監視，以及針對retxBSR計時器到期情況的所有控制通道監視和針對上行鏈路數據到達情況的對由SR承載的資訊的對應排程控制通道。
此外，關於PDCCH監視週期，一個可能性是在SR配置的SR被傳送之後且直到SR配置的SR被取消（例如，無用於SR配置的待決SR）或具有被觸發SR的所有SR配置的SR被取消（例如，UE中無待決SR）為止，保持監視負責排程與具有被觸發SR的SR配置相關的基礎參數的控制通道。另一可能性是在執行對應SR傳送之後在某個週期內（例如，由計時器控制）監視負責排程與具有被觸發SR的SR配置相關的基礎參數的控制通道。
額外可能性是不管正傳送的具有被觸發SR的哪一種SR配置的SR如何都監視一個或多個控制通道。上文所提及的可能性也可以同時在不同控制通道上應用。舉例來說，對於控制通道（例如，預設控制通道），在UE執行SR傳送之後UE監視控制通道。在UE執行SR傳送之後UE將進一步監視另一控制通道。另外，UE將在某個週期內監視另一控制通道而不是監視直到無SR待決。
預設控制通道可以由下方的一個或多個條件界定： 1. PCell上的控制通道 2. 用以監視尋呼消息的控制通道 3. 用以監視SI-RNTI的控制通道 4. 用於排程預設基礎參數的控制通道 5. 具有第一索引或最後索引的控制通道
具有被觸發SR的SR配置指代具有待決SR的SR配置且自從針對SR配置的最後SR取消時起UE已經基於SR配置執行SR傳送一次。第19圖中示出實例。確切地說，第19圖示出具有被觸發SR的SR配置的PDCCH監視週期的示例性實施例。第19圖中的灰色週期是用於具有被觸發SR的SR 配置1的PDCCH監視週期。第19圖中的黑色週期是用於具有被觸發SR的SR配置2的PDCCH監視週期。
如第19圖中所示出，當UE基於SR配置執行SR傳送且針對SR配置或針對所有SR配置或在UE中存在SR待決時，UE開始監視用於具有被觸發SR的SR配置的控制通道（例如，PDCCH）。
控制通道可以是PDCCH。控制通道可以是下行鏈路控制通道（例如，ePDCCH、sPDCCH等）。控制通道可以是控制資源集合。控制通道是UE可接收控制信令以用於對數據傳送排程資源的下行鏈路通道。
第20圖是在情況2中應用方法1和替代方案1的選項1的實例。存在兩個SR配置和兩個控制通道（在前部部分中且箭頭意味著基礎參數可由控制通道排程）。每一SR配置與一個上行鏈路數據基礎參數需要相關聯。當UE在頂部上的SR配置的第二傳送機會中執行SR傳送時，UE將監視深灰色的控制通道。
第21圖是用於在情況1中應用方法2和替代方案1的選項6的實例。UE將具有多個位元SR的SR傳送到基站。多個位元SR示出了側鏈路BSR的存在。網路將隱式地瞭解以在也能夠排程側鏈路資源的控制通道上排程上行鏈路資源。另一方面，如果多個位元SR示出用於上行鏈路數據到達情況的基礎參數，那麼UE可以根據先前實例中的規則監視控制通道。
第22圖是用於在情況1中應用方法1和替代方案1的選項3的實例。當UE在頂部的SR配置的第二傳送機會中執行SR傳送時，UE將監視所有控制通道（深灰色）。
第23圖是用於在情況1中應用方法2和替代方案1的選項6的實例。UE將具有多個位元SR的SR傳送到基站。多個位元SR示出新MAC CE的存在。由於控制通道與新MAC CE相關聯，因此UE僅監視控制通道（深灰色）。
第24圖是在情況2中應用方法1和替代方案1的選項4的實例。存在兩個SR配置和兩個控制通道（在前部部分中且箭頭意味著基礎參數可由控制通道排程）。每一SR配置與一個或多個上行鏈路數據基礎參數需要相關聯。當UE基於第二SR配置執行SR傳送時，UE將監視深灰色的控制通道。假設第二SR配置與中間的數據基礎參數相關，則UE將監視控制通道（深灰色）用於排程中間的基礎參數和大於中間的基礎參數。
第25圖是在情況2中應用方法1和替代方案3的選項2的實例。存在兩個SR配置和兩個控制通道（在前部部分中且箭頭意味著基礎參數可由控制通道排程）。每一SR配置與一個上行鏈路數據基礎參數需要相關聯。當UE在頂部的SR配置的第二傳送機會中執行SR傳送時，UE將監視深灰色的控制通道，因為控制通道與SR 配置1相關聯。
第26圖是在情況1中應用方法1和替代方案3的選項4的實例。存在兩個SR配置和兩個控制通道（在前部部分中且箭頭意味著基礎參數可由控制通道排程）。每一SR配置與一個上行鏈路數據基礎參數需要相關聯。當UE在頂部的SR配置的第二傳送機會中執行SR傳送時，UE將監視深灰色的控制通道，因為控制通道是預設控制通道。
第27圖是用於在所有控制通道上應用替代方案1的實例。確切地說，第27圖示出了數據基礎參數的控制通道與排程之間的一對一映射。如第27圖中所示出，每一控制通道（示出為深灰色部分）可在特定基礎參數上排程數據傳送。
第28圖是用於在所有控制通道上應用替代方案3的實例。確切地說，第28圖示出了數據基礎參數的控制通道與排程之間的一對一映射。控制通道（示出為深灰色部分）可在三個不同基礎參數上排程數據傳送。
第29圖是用於在控制通道上應用替代方案2的實例。確切地說，第29圖示出了數據基礎參數的控制通道與排程之間的一對一映射。頂部的控制通道被配置成能夠在多個基礎參數上排程數據傳送，而其它兩個控制通道被配置成能夠在特定基礎參數上排程數據傳送。
第30圖是用於在控制通道上應用替代方案1和替代方案2兩者的實例。確切地說，第30圖示出了數據基礎參數的控制通道與排程之間的一對一映射。頂部的控制通道是以替代方案2應用，而其它兩個控制通道是以替代方案1應用。
SR更新機制
上文論述了如何針對特殊事件（例如，基於MAC CE/新上行鏈路MAC CE控制的側鏈路BSR/計時器）傳送SR以及當SR傳送且未取消時如何監視下行鏈路控制資源集合。論述現在轉向當存在進行中的SR傳送時如何處置新將到來的觸發SR的事件。
下面列出不同SR觸發條件的發生次序的可能的情況： 情況A. 上行鏈路數據到達（進行中）；較高優先順序上行鏈路數據到達（新） 情況B. 特殊事件（進行中）；上行鏈路數據到達（新） 情況C. 上行鏈路數據到達（進行中）；特殊事件（新） 情況D. 特殊事件（進行中）；特殊事件（新） 注意：特殊事件可涉及上文論述中的情況1、2和3（例如，側鏈路BSR等）。
應用方法1（用於在不同基礎參數上請求資源的多個SR資源集合/多個SR配置）
在情況A中，UE在針對上行鏈路數據到達情況傳送SR。更具體地說，上行鏈路數據到達意味著由於緩衝區變成非空的或將到來的較高優先級數據而觸發常規BSR。由於可能未接收到SR傳送，因此UE應當在其SR傳送機會中保持傳送SR。在UE保持傳送SR的同時，較高優先級數據可能到達且觸發另一常規BSR。在此條件下，情況A將發生。
假設新數據到達將基於與進行中的SR傳送的SR配置不同的SR配置而觸發SR，提出關於在情況A中如何基於多個SR配置處置SR傳送的以下可能的解決方案：
解決方案1（基於多個SR配置的並行SR傳送） - 在此解決方案中，UE可支援基於不同SR配置傳送多個SR傳送。多個SR傳送可以在相同或不同細胞上發生（例如，全部在PCell上或者一個在PCell上，另一個在SCell上）。因此，新上行鏈路數據到達事件基於SR配置而觸發SR傳送，而當前SR傳送基於另一SR配置而執行。
基於此解決方案，網路可從屬於同一UE的SR傳送匯出更多資訊。舉例來說，如果進行中的事件是針對延遲敏感性數據且新數據到達是針對時延耐久數據，那麼基於不同SR配置的並行多個SR傳送可説明網路（例如，gNB）提供延遲敏感的數據資源，以滿足新事件和當前事件兩者的需要。
解決方案2（更新SR傳送以反映最高優先順序需要（新事件或當前緩衝區大小） - UE可以或可不支援基於不同SR配置的並行多個SR傳送。如果UE不支援，那麼UE將需要停止當前SR傳送以用於基於與當前使用的SR配置不同的SR配置而起始SR傳送。
取決於是否針對較高優先級數據觸發新事件，UE將決定是否切換到使用不同SR配置來執行SR傳送。更具體地說，如果新事件是將到來的較高優先級數據，那麼UE將改變為使用與新事件相關的SR配置（例如，觸發新事件的邏輯通道）。如果新事件是針對優先順序低於觸發進行中的SR傳送的邏輯通道的優先順序的數據，那麼UE將不改變為使用與新事件相關的SR配置（例如，觸發新事件的邏輯通道）。以此方式，UE可傳送較少SR傳送且減少功率消耗。
解決方案3（保持使用進行中的SR配置而不是基於用於新到達數據的不同SR配置而起始SR傳送） - 不管是否存在將到來的較高優先級數據，UE都將保持基於當前使用的SR配置而傳送SR傳送。
解決方案4（基於時延決定是否改變SR配置） - UE將基於數據的時延要求決定是否使用與新事件相關的SR配置。如果與新事件相關的數據的時延要求與緩衝區中的任何數據的要求相比更嚴格，那麼UE將基於與新事件相關的SR配置起始SR傳送。關於進行中的SR傳送，即使起始用於不同SR配置的新SR傳送，UE也可以或可不停止當前SR傳送。時延可以基於數據屬於的邏輯通道的QoS而匯出。時延可以基於數據屬於的邏輯通道的TTI和/或基礎參數而匯出。
解決方案5（使用與最新SR觸發事件相關的SR配置執行SR傳送） - UE將基於與新事件（例如，將到來的較高優先級數據、retx-BSR計時器到期等）相關的SR配置而起始SR傳送。
在情況B中，UE在針對特殊事件情況傳送SR。更具體地說，特殊事件可以涉及如上文所論述的情況1、2和3（例如，側鏈路BSR、基於MAC CE控制的計時器，或新上行鏈路MAC CE）。由於可能未接收到SR傳送，因此UE應當在其SR傳送機會中保持傳送SR。在UE保持傳送SR的同時，上行鏈路數據可能到達且觸發常規BSR。在此條件下，情況B將發生。情況B與情況C之間的差異是特殊事件與上行鏈路數據到達事件之間的觸發次序。
假設新將到來的事件（例如，上行鏈路數據到達或特殊事件）將基於與進行中的SR傳送的SR配置不同的SR配置觸發SR，提出關於如何基於多個SR配置處置SR傳送的基於不同特殊事件的可能的解決方案如下：
常規側鏈路BSR觸發SR
解決方案1（基於多個SR配置的並行SR傳送） - 在此解決方案中，UE可支援基於不同SR配置傳送多個SR傳送。多個SR傳送可以在相同或不同細胞上發生（例如，全部在PCell上或者一個在PCell上另一個在SCell上，或者多個SCell與PCell之間的任何其它可能的組合）。因此，新事件（例如，上行鏈路數據到達）基於SR配置而觸發SR傳送，而當前SR傳送基於另一SR配置而執行。
基於此解決方案，網路可從屬於同一UE的SR傳送匯出更多資訊。舉例來說，網路（例如，gNB）能夠發現上行鏈路數據到達和特殊事件的發生。
解決方案2（更新SR傳送以反映最高優先順序需要（新事件或當前緩衝區大小） - UE可以或可不支援基於不同SR配置的並行多個SR傳送。如果UE不支援，那麼UE將需要停止當前SR傳送以用於基於與當前使用的SR配置不同的SR配置而起始SR傳送。
由於在此解決方案中UE需要反映較高優先順序需要，因此特殊事件與上行鏈路數據到達之間的優先順序將需要清楚地界定。下面列出一些可能的選項：
1. 遵循邏輯通道優先順序區分規則 - 在當前LCP機制中，每一MAC CE和數據將具有對應優先順序以用於決定包含次序和/或在不存在足夠資源適應所有數據和上行鏈路MAC CE的情況下決定應當包含什麼。在上行鏈路數據和與特殊事件相關的MAC CE（常規側鏈路BSR）之間可以發生優先順序比較。此外，上行鏈路數據可能不屬於任何LCG或者被配置或指示為特殊數據（例如，在特殊數據屬於的邏輯通道的配置中具有特殊指示或閾值，或一個分支中的複製數據）。由於上行鏈路數據到達事件觸發常規BSR且間接觸發SR，因此在常規上行鏈路BSR和與特殊事件相關的MAC CE（常規側鏈路BSR）之間可以發生優先順序比較。
取決於優先順序比較結果，將基於與具有較高優先順序的事件相關的SR配置而執行SR傳送。UE可以停止使用當前SR配置。
2. 遵循網路配置（例如，閾值、特定邏輯通道的配置等） - 在此選項中，網路（例如，gNB）可設置新將到來的事件與當前事件之間的優先順序區分。更具體地說，網路可基於配置閾值或傳送指示（在配置中）而設置優先順序區分。
舉例來說，網路可提供與側鏈路數據的優先順序相關的閾值以決定常規側鏈路BSR是否比常規上行鏈路BSR更重要。如果側鏈路BSR是針對報告具有高於閾值的優先順序的數據，那麼常規側鏈路BSR更重要。替代地，如果側鏈路BSR是針對報告具有低於閾值的優先順序的數據，那麼也可以是常規側鏈路BSR更重要。可以存在多於一個閾值（或稱為限制）用於產生優先順序區分的範圍。側鏈路數據的優先順序可以被替換為上行鏈路邏輯通道或QoS流的優先順序。
作為另一實例，網路可在（側鏈路）邏輯通道配置中或側鏈路服務配置（例如，V2V、D2D中繼、V2X、MBMS、URLLC、全雙工等）中或MAC CE相關配置中提供指示。如果包含此指示，那麼可以區分優先順序。
在一個實施例中，如果指示在邏輯通道配置中，那麼在數據變成可用於邏輯通道的情況下將對常規上行鏈路BSR區分優先順序。此外，如果指示在側鏈路服務配置（例如，V2V、D2D中繼等）中，那麼在數據變成可用於服務的情況下將對側鏈路BSR區分優先順序。另外，如果指示在MAC CE相關配置中，那麼將對MAC CE區分優先順序。
指示可以或可不指示可對其區分優先順序到什麼程度。如果指示無法指示可對其區分優先順序到什麼程度（例如，區分優先順序超過上行鏈路BSR，或SPS確認，或甚至CCCH SDU），那麼MAC CE（例如，側鏈路BSR、新上行鏈路MAC CE或基於MAC CE控制的計時器）將被區分優先順序超過應當預定義的MAC CE或數據。如果該指示指示可對其區分優先順序到什麼程度，那麼指示可以包含某種索引（例如，LCP規則位置等）或值（例如，優先順序）或位元圖（例如，優先順序位元圖或LCP規則位置位元圖）以用於告知區分優先順序結果。
以此方式，UE可傳送較少SR傳送且減少功率消耗。
解決方案3（保持使用進行中的SR配置而不是基於用於新到達數據的不同SR配置而起始SR傳送） - 無論新將到來的事件是什麼，UE都將保持基於當前使用的SR配置而傳送SR傳送。如果與當前SR傳送相關的SR觸發事件被取消，那麼可以更新用以執行SR傳送的SR配置。
解決方案4（基於時延決定是否改變SR配置） - UE將基於數據（例如，側鏈路數據）的時延要求決定是否使用與新事件相關的SR配置。如果與新事件相關的數據的時延要求與緩衝區中的任何數據的要求相比更嚴格，那麼UE將基於與新事件相關的SR配置起始SR傳送。關於進行中的SR傳送，即使起始用於不同SR配置的新SR傳送，UE也可以或可不停止當前SR傳送。
在上行鏈路數據與側鏈路數據之間可以發生時延比較。舉例來說，如果緩衝區中的側鏈路數據的最小時延要求與1ms相關聯且緩衝區中的上行鏈路數據的最小時延要求是4ms（例如，eMBB），那麼將對側鏈路BSR區分優先順序。替代地，在MAC CE之間發生比較。
此外，由於MAC CE在LTE中沒有時延要求，因此用於MAC CE的時延要求可能需要針對應用此解決方案而定義和/或配置。舉例來說，將以基於用於執行側鏈路傳送的側鏈路資源池或細胞的基礎參數的時延要求來界定側鏈路BSR。作為另一實例，將以基於側鏈路邏輯通道（具有數據）或側鏈路QoS流（具有數據）的時延要求來界定側鏈路BSR。
解決方案5（使用與最新SR觸發事件相關的SR配置執行SR傳送） - UE將基於與新事件（例如，將到來的較高優先級數據或retx-BSR計時器到期，或特殊事件等）相關的SR配置而起始SR傳送。舉例來說，假設當傳送用於上行鏈路BSR的SR時觸發側鏈路BSR。用於當前SR傳送的SR配置將改變為與側鏈路BSR相關的SR配置。
解決方案6（始終將上行鏈路數據需要區分優先順序超過特殊事件（例如，側鏈路BSR)) - 如果新將到來的事件是常規側鏈路BSR且當前SR傳送反映上行鏈路數據需要，那麼UE將保持使用當前SR配置。相反，如果新將到來的事件是針對上行鏈路數據需要且當前SR傳送是針對常規側鏈路BSR，那麼UE將當前SR配置改變為與新將到來的事件相關的不同SR配置。
基於MAC CE控制的計時器觸發SR
解決方案1（基於多個SR配置的並行SR傳送） - 在此解決方案中，UE可支援基於不同SR配置傳送多個SR傳送。多個SR傳送可以在相同或不同細胞上發生（例如，全部在PCell上或者一個在PCell上另一個在SCell上，或者多個SCell與PCell之間的任何其它可能的組合）。因此，新事件（例如，上行鏈路數據到達、特殊事件）基於SR配置觸發SR傳送，而當前SR傳送基於另一SR配置而執行。
基於此解決方案，網路可從屬於同一UE的SR傳送匯出更多資訊。舉例來說，網路（例如，gNB）能夠發現上行鏈路數據到達和特殊事件的發生。
解決方案2（更新SR傳送以反映最高優先順序需要（新事件或當前緩衝區大小）） - UE可以或可不支援基於不同SR配置的並行多個SR傳送。如果UE不支援，那麼UE將需要停止當前SR傳送以用於基於與當前使用的SR配置不同的SR配置而起始SR傳送。
由於在此解決方案中UE需要反映較高優先順序需要，因此特殊事件與上行鏈路數據到達之間的優先順序將需要清楚地界定。下面列出可能的選項：
1. 遵循邏輯通道優先順序區分規則 - 在當前LCP機制中，每一MAC CE和數據將具有對應優先順序以用於決定包含次序和/或在不存在足夠資源適應所有數據和上行鏈路MAC CE的情況下決定應當包含什麼。在上行鏈路數據（例如，緩衝區中的最高優先級數據）和與特殊事件相關的MAC CE（基於MAC CE控制的計時器）之間可以發生優先順序比較。此外，上行鏈路數據可能不屬於任何LCG或者被配置或指示為特殊數據（例如，在特殊數據屬於的邏輯通道的配置中具有特殊指示或閾值，或一個分支中的複製數據）。由於上行鏈路數據到達事件觸發常規BSR且間接觸發SR，因此在常規上行鏈路BSR和與特殊事件相關的MAC CE（基於MAC CE控制的計時器）之間可以發生優先順序比較。
取決於優先順序比較結果，將基於與具有較高優先順序的事件相關的SR配置而執行SR傳送。UE可以停止使用當前SR配置。
2. 遵循網路配置（例如，閾值、特定邏輯通道的配置等） - 在此候選者中，網路（例如，gNB）可設置新將到來的事件與當前事件之間的優先順序區分。更具體地說，網路可基於配置閾值或傳送指示（在配置中）而設置優先順序區分。
舉例來說，網路可提供與上行鏈路邏輯通道的優先順序相關的閾值以決定基於MAC CE控制的計時器是否比常規上行鏈路BSR更重要。如果BSR是針對報告屬於具有高於閾值的優先順序的邏輯通道的數據，那麼常規上行鏈路BSR更重要。替代地，如果BSR是針對報告屬於具有低於閾值的優先順序的邏輯通道的數據，那麼常規上行鏈路BSR可以更重要。可以存在多於一個閾值（或稱為限制）用於產生優先順序區分的範圍。上行鏈路邏輯通道的優先順序可以被替換為QoS流。
作為另一實例，網路可在邏輯通道配置中或在服務配置（例如，V2X、中繼、MBMS、URLLC、全雙工等）中或在MAC CE相關配置中提供指示。如果包含此指示，那麼可以區分優先順序。
在一個實施例中，如果指示在邏輯通道配置中，那麼在數據變成可用於邏輯通道的情況下將對常規上行鏈路BSR區分優先順序。此外，如果指示在服務配置（例如，V2V、D2D中繼等）中，那麼在數據變成可用於服務的情況下將對BSR區分優先順序。另外，如果指示在MAC CE相關配置中，那麼將對MAC CE區分優先順序。
指示可以或可不指示可對其區分優先順序到什麼程度。如果指示無法指示可對其區分優先順序到什麼程度，那麼將對MAC CE（例如，側鏈路BSR、新上行鏈路MAC CE，或基於MAC CE控制的計時器）區分優先順序超過應當預定義的MAC CE或數據。如果該指示指示可對其區分優先順序到什麼程度，那麼指示可以包含某種索引（例如，LCP規則位置等）或值（例如，優先順序）或位元圖（例如，優先順序位元圖或LCP規則位置位元圖）以用於告知區分優先順序結果。以此方式，UE可傳送較少SR傳送且減少功率消耗。
解決方案3（保持使用進行中的SR配置而不是基於用於新到達數據的不同SR配置而起始SR傳送） - 無論新將到來的事件是什麼，UE都將保持基於當前使用的SR配置而傳送SR傳送。如果與當前SR傳送相關的SR觸發事件被取消，那麼可以更新用以執行SR傳送的SR配置。
解決方案4（基於時延決定是否改變SR配置） - UE將基於新將到來的事件（例如，用於邏輯通道的常規BSR或基於MAC CE控制的計時器）的時延要求決定是否使用與新事件相關的SR配置。如果與新事件相關的時延要求比任何其它當前SR觸發事件的時延要求更嚴格，那麼UE將基於與新事件相關的SR配置起始SR傳送。關於進行中的SR傳送，即使起始用於不同SR配置的新SR傳送，UE也可以或可不停止當前SR傳送。
由於MAC CE在LTE中沒有時延要求，因此用於MAC CE的時延要求可能需要針對應用此解決方案而定義和/或配置。一個可能方式是使基於MAC CE控制的計時器與某些TTI持續時間和/或某些基礎參數（相關配置中）關聯。相關聯TTI持續時間和/或基礎參數也可以用於計時器計數。
解決方案5（使用與最新SR觸發事件相關的SR配置執行SR傳送） - UE將基於與新事件（例如，將到來的較高優先級數據或retx-BSR計時器到期，或特殊事件等）相關的SR配置而起始SR傳送。舉例來說，假設當傳送用於上行鏈路BSR的SR時觸發基於MAC CE控制的計時器，用於當前SR傳送的SR配置將改變為與基於MAC CE控制的計時器相關的SR配置。
解決方案6（始終將上行鏈路數據需要區分優先順序超過特殊事件（例如，基於MAC CE控制的計時器)) - 如果新將到來的事件是基於MAC CE控制的計時器且當前SR傳送反映上行鏈路數據需要，那麼UE將保持使用當前SR配置。相反，如果新將到來的事件是針對上行鏈路數據需要且當前SR傳送是針對基於MAC CE控制的計時器，那麼UE將當前SR配置改變為與新將到來的事件相關的不同SR配置。
解決方案7（按情況界定每一特殊事件與上行鏈路數據到達情況之間的優先順序區分） - 有可能界定每一潛在上行鏈路MAC CE和上行鏈路BSR與能夠觸發SR傳送的任何其它MAC CE（例如，側鏈路BSR、基於MAC CE控制的計時器）之間的關係。在此解決方案中，例如可以界定基於MAC CE（例如，波束相關MAC CE）控制的計時器以始終區分優先順序超過上行鏈路數據到達。此外，可以界定基於（例如，（側鏈路）PHR）控制的另一計時器以具有比上行鏈路數據到達低的優先順序（例如，常規BSR）。基於所界定結果，UE可以始終將特殊事件（例如，不是BSR的特定MAC CE）區分優先順序超過上行鏈路數據到達情況（例如，常規BSR）。另外，UE還可以始終將上行鏈路數據到達情況（例如，常規BSR）區分優先順序超過另一特殊事件（例如，不是BSR的特定MAC CE）。UE還可以基於所界定結果始終將特殊事件區分優先順序超過另一特殊事件。
新上行鏈路MAC CE觸發SR（上文論述中的情況3）
解決方案1（基於多個SR配置的並行SR傳送） - 在此解決方案中，UE可支援基於不同SR配置傳送多個SR傳送。多個SR傳送可以在相同或不同細胞上發生（例如，全部在PCell上或者一個在PCell上另一個在SCell上，或者多個SCell與PCell之間的任何其它可能的組合）。因此，新事件（例如，上行鏈路數據到達、特殊事件）基於SR配置觸發SR傳送，而當前SR傳送基於另一SR配置而執行。
基於此解決方案，網路可從屬於同一UE的SR傳送匯出更多資訊。舉例來說，網路（例如，gNB）能夠發現上行鏈路數據到達和特殊事件的發生。
解決方案2（更新SR傳送以反映最高優先順序需要（新事件或當前緩衝區大小）） - UE可以或可不支援基於不同SR配置的並行多個SR傳送。如果UE不支援，那麼UE將需要停止當前SR傳送以用於基於與當前使用的SR配置不同的SR配置而起始SR傳送。
由於在此解決方案中UE需要反映較高優先順序需要，因此特殊事件與上行鏈路數據到達之間的優先順序將需要清楚地界定。下面列出可能的選項：
1. 遵循邏輯通道優先順序區分規則 - 在當前LCP機制中，每一MAC CE和數據將具有對應優先順序以用於決定包含次序和/或在不存在足夠資源適應所有數據和上行鏈路MAC CE的情況下決定應當包含什麼。在上行鏈路數據（例如，緩衝區中的最高優先級數據）和與特殊事件相關的MAC CE（新上行鏈路MAC CE）之間可以發生優先順序比較。此外，上行鏈路數據可能不屬於任何LCG或者被配置或指示為特殊數據（例如，在特殊數據屬於的邏輯通道的配置中具有特殊指示或閾值，或一個分支中的複製數據）。由於上行鏈路數據到達事件觸發常規BSR且間接觸發SR，因此在常規上行鏈路BSR和與特殊事件相關的MAC CE（新上行鏈路MAC CE）之間可以發生優先順序比較。
取決於優先順序比較結果，將基於與具有較高優先順序的事件相關的SR配置而執行SR傳送。UE可以停止使用當前SR配置。
2. 遵循網路配置（例如，閾值、特定邏輯通道的配置等） - 在此選項中，網路（例如，gNB）可設置新將到來的事件與當前事件之間的優先順序區分。更具體地說，網路可基於配置閾值或傳送指示（在配置中）而設置優先順序區分。
舉例來說，網路可提供與上行鏈路邏輯通道的優先順序相關的閾值以決定新上行鏈路MAC CE是否比常規上行鏈路BSR更重要。如果BSR是針對報告屬於具有高於閾值的優先順序的邏輯通道的數據，那麼常規上行鏈路BSR更重要。替代地，如果BSR是針對報告屬於具有低於閾值的優先順序的邏輯通道的數據，那麼常規上行鏈路BSR可以更重要。可以存在多於一個閾值（或稱為限制）用於產生優先順序區分的範圍。上行鏈路邏輯通道的優先順序可以被替換為QoS流。
作為另一實例，網路可在邏輯通道配置中或服務配置（例如，V2X、中繼、MBMS、URLLC、全雙工等）中或新上行鏈路MAC CE相關配置中提供指示。如果包含此指示，那麼可以區分優先順序。
在一個實施例中，如果指示在邏輯通道配置中，那麼在數據變成可用於邏輯通道的情況下將對常規上行鏈路BSR區分優先順序。此外，如果指示在服務配置（例如，V2V、D2D中繼等）中，那麼在數據變成可用於服務的情況下將對BSR區分優先順序。另外，如果指示在新上行鏈路MAC CE相關配置中，那麼將對新上行鏈路MAC CE區分優先順序。
指示可以或可不指示可對其區分優先順序到什麼程度。如果指示無法指示可對其區分優先順序到什麼程度，那麼將對MAC CE（例如，側鏈路BSR/新上行鏈路MAC CE/基於MAC CE控制的計時器）區分優先順序超過應當預定義的MAC CE或數據。如果該指示指示可對其區分優先順序到什麼程度，那麼指示可以包含某種索引（例如，LCP規則位置等）或值（例如，優先順序）或位元圖（例如，優先順序位元圖或LCP規則位置位元圖）以用於告知區分優先順序結果。以此方式，UE可傳送較少SR傳送且減少功率消耗。
解決方案3（保持使用進行中的SR配置而不是基於用於新到達數據的不同SR配置而起始SR傳送） - 無論新將到來的事件是什麼，UE都將保持基於當前使用的SR配置而傳送SR傳送。如果與當前SR傳送相關的SR觸發事件被取消，那麼可以更新用以執行SR傳送的SR配置。
解決方案4（基於時延決定是否改變SR配置） - UE將基於新將到來的事件（例如，用於邏輯通道的常規BSR或潛在的新MAC CE）的時延要求決定是否使用與新事件相關的SR配置。如果與新事件相關的時延要求比任何其它當前SR觸發事件的時延要求更嚴格，那麼UE將基於與新事件相關的SR配置起始SR傳送。關於進行中的SR傳送，即使起始用於不同SR配置的新SR傳送，UE也可以或可不停止當前SR傳送。
由於MAC CE在LTE中沒有時延要求，因此用於MAC CE的時延要求可能需要針對應用此解決方案而定義和/或配置。由於MAC CE在LTE中沒有時延要求，因此用於MAC CE的時延要求可能需要針對應用此解決方案而定義和/或配置。一個可能方式是使潛在的新MAC CE與某些TTI持續時間和/或某些基礎參數（相關配置中）關聯。相關聯TTI持續時間和/或基礎參數也可以用於計時器計數。
解決方案5（使用與最新SR觸發事件相關的SR配置執行SR傳送） - UE將基於與新事件（例如，將到來的較高優先級數據或retx-BSR計時器到期，或特殊事件等）相關的SR配置而起始SR傳送。舉例來說，假設當傳送用於上行鏈路BSR的SR時觸發新上行鏈路MAC CE。用於當前SR傳送的SR配置將改變為與新上行鏈路MAC CE相關的SR配置。
解決方案6（始終將上行鏈路數據需要區分優先順序超過特殊事件（例如，新上行鏈路MAC CE)) - 如果新將到來的事件是基於MAC CE控制的計時器且當前SR傳送反映上行鏈路數據需要，那麼UE將保持使用當前SR配置。相反，如果新將到來的事件是針對上行鏈路數據需要且當前SR傳送是針對新上行鏈路MAC CE，那麼UE將當前SR配置改變為與新將到來的事件相關的不同SR配置。
解決方案7（按情況界定每一特殊事件與上行鏈路數據到達情況之間的優先順序區分） - 可以界定每一潛在上行鏈路MAC CE和上行鏈路BSR與可觸發SR傳送的任何其它MAC CE（例如，側鏈路BSR、基於MAC CE控制的計時器）之間的關係。在此解決方案中，例如可以將潛在上行鏈路MAC CE（例如，波束相關MAC CE）界定為始終被區分優先順序超過上行鏈路數據到達。另外，可以界定與上行鏈路數據到達（例如，常規BSR）相比具有較低優先順序的另一潛在上行鏈路MAC CE（例如，（側鏈路）PHR）。基於所界定結果，UE可以始終將特殊事件（例如，不是BSR的特定MAC CE）區分優先順序超過上行鏈路數據到達情況（例如，常規BSR）。此外，UE還可以始終將上行鏈路數據到達情況（例如，常規BSR）區分優先順序超過另一特殊事件（例如，不是BSR的特定MAC CE）。UE還可以基於所界定結果始終將特殊事件區分優先順序超過另一特殊事件。
在情況D中，UE在針對特殊事件情況傳送SR。更具體地說，特殊事件可以涉及如上文所論述的情況1、2和3（例如，側鏈路BSR/基於MAC CE控制的計時器/新上行鏈路MAC CE）。由於可能未接收到SR傳送，因此UE應當在其SR傳送機會中保持傳送SR。在UE保持傳送SR的同時，另一特殊事件可能被觸發且間接觸發SR。在此條件中，情況D將發生。
解決方案1（基於多個SR配置的並行SR傳送） - 在此解決方案中，UE可支援基於不同SR配置傳送多個SR傳送。多個SR傳送可以在相同或不同細胞上發生（例如，全部在PCell上或者一個在PCell上另一個在SCell上，或者多個SCell與PCell之間的任何其它可能的組合）。因此，新事件（例如，特殊事件）基於SR配置而觸發SR傳送，而當前SR傳送基於另一SR配置（用於先前SR觸發事件）而執行。
基於此解決方案，網路可從屬於同一UE的SR傳送匯出更多資訊。舉例來說，網路（例如，gNB）可發現不同特殊事件的發生。
解決方案2（更新SR傳送以反映最高優先順序需要（新事件或當前緩衝區大小） - UE可以或可不支援基於不同SR配置的並行多個SR傳送。如果UE不支援，那麼UE將需要停止當前SR傳送以用於基於與當前使用的SR配置不同的SR配置而起始SR傳送。
由於在此解決方案中UE需要反映較高優先順序需要，因此特殊事件之間的優先順序將需要清楚地界定。下面列出可能的候選者：
1. 遵循邏輯通道優先順序區分規則 - 在當前LCP機制中，每一上行鏈路MAC CE和數據將具有對應優先順序以用於決定包含次序和/或在無足夠資源可適應所有數據和上行鏈路MAC CE的情況下決定應當包含什麼。在與不同特殊事件相關的MAC CE之間可以發生優先順序比較。
取決於優先順序比較結果，將基於與具有較高優先順序的事件相關的SR配置而執行SR傳送。UE可以停止使用當前SR配置執行SR傳送。
2. 遵循網路配置（例如，閾值、特定邏輯通道的配置等） - 在此候選者中，網路（例如，gNB）可設置新將到來的事件與當前事件之間的優先順序區分。更具體地說，網路可基於配置閾值或傳送指示（在配置中）而設置優先順序區分。
舉例來說，網路可提供與側鏈路邏輯通道的優先順序相關的閾值以決定某些特殊事件是否比常規側鏈路BSR更重要。如果側鏈路BSR是針對報告屬於具有高於閾值的優先順序的邏輯通道的數據，那麼常規側鏈路BSR更重要。替代地，如果側鏈路BSR是針對報告屬於具有低於閾值的優先順序的邏輯通道的側鏈路數據，那麼常規側鏈路BSR可以更重要。可以存在多於一個閾值（或稱為限制）用於產生優先順序區分的範圍。
作為另一實例，網路可在服務配置（例如，V2V、V2X、中繼、MBMS、URLLC、全雙工等）中或特殊事件相關配置（例如，波束成形配置、SPS配置、無准予配置、封包複製配置）中提供指示。如果包含此指示，那麼可以對相關MAC CE的優先順序進行區分優先順序。
在一個實施例中，如果指示在服務配置（例如，V2V、D2D中繼、等）中，那麼在數據變成可用於服務的情況下將對BSR區分優先順序。此外，如果指示在特殊事件相關配置中，那麼將對對應MAC CE區分優先順序。
指示可以或可不指示可對其區分優先順序到什麼程度。如果指示無法指示可對其區分優先順序到什麼程度，那麼將對MAC CE（例如，側鏈路BSR/新上行鏈路MAC CE/基於MAC CE控制的計時器）區分優先順序超過應當預定義的MAC CE或數據。如果該指示指示可對其區分優先順序到什麼程度，那麼指示可以包含某種索引（例如，LCP規則位置等）或值（例如，優先順序）或位元圖（例如，優先順序位元圖或LCP規則位置位元圖）以用於告知區分優先順序結果。以此方式，UE可傳送較少SR傳送且減少功率消耗。
解決方案3（保持使用進行中的SR配置而不是基於用於新到達數據的不同SR配置而起始SR傳送） - 無論新將到來的事件是什麼，UE都將保持基於當前使用的SR配置而傳送SR傳送。如果與當前SR傳送相關的SR觸發事件被取消，那麼可以更新用以執行SR傳送的SR配置。
解決方案4（基於時延決定是否改變SR配置） - UE將基於新將到來的特殊事件的時延要求決定是否使用與新事件相關的SR配置。如果與新事件相關的時延要求比任何其它當前SR觸發事件的時延要求更嚴格，那麼UE將基於與新事件相關的SR配置起始SR傳送。關於進行中的SR傳送，即使起始用於不同SR配置的新SR傳送，UE也可以或可不停止當前SR傳送。
由於MAC CE在LTE中沒有時延要求，因此用於MAC CE的時延要求可能需要針對應用此解決方案而定義和/或配置。
解決方案5（使用與最新SR觸發事件相關的SR配置執行SR傳送） - UE將基於與新事件（例如，retx-BSR計時器到期或事件）相關的SR配置起始SR傳送。舉例來說，假設當傳送用於側鏈路BSR的SR時觸發新上行鏈路MAC CE，則用於當前SR傳送的SR配置將改變為與新上行鏈路MAC CE相關的SR配置。
解決方案6（按情況界定每一特殊事件情況之間的優先順序區分） - 可以界定每一潛在上行鏈路MAC CE和上行鏈路BSR與可觸發SR傳送的任何其它MAC CE（例如，側鏈路BSR、基於MAC CE控制的計時器）之間的關係。在此解決方案中，例如可以將潛在上行鏈路MAC CE（例如，波束相關MAC CE）界定為始終被區分優先順序超過側鏈路BSR。此外，可以界定與基於MAC CE控制的計時器相比具有較低優先順序的另一潛在上行鏈路MAC CE（例如，（側鏈路）PHR）。基於所界定的結果，UE可以始終將特殊事件（例如，不是BSR的特定MAC CE）區分優先順序超過另一特殊事件。
SR配置如何與新事件相關或相關聯可參考上文關於如何觸發用於特殊事件的SR的論述。此外，SR配置與上行鏈路數據到達之間的關係是在邏輯通道資訊與SR配置之間。邏輯通道資訊可以是LCID、TTI持續時間限制、基礎參數或屬於的細胞。
第31圖是基於不同SR配置的並行的多個SR傳送的示例性實施例。UE在基於SR 配置1執行SR傳送。當新事件將到來且新事件與SR2相關時，UE也將基於SR配置2執行SR傳送，同時基於SR 配置1的SR傳送將不停止和/或取消。
第32圖是遵循LCP規則來區分優先順序的示例性實施例。確切地說，第32圖示出了遵循LCP規則來決定基於多個SR配置中的哪一個SR配置執行SR傳送。如第32圖中所示出，UE在基於與側鏈路相關的SR配置傳送SR。更具體地說，SR配置與側鏈路BSR相關。然而，當常規上行鏈路BSR由上行鏈路數據到達觸發且SR配置2與常規上行鏈路BSR相關以反映緩衝區（例如，間接觸發SR的邏輯通道）中的上行鏈路數據的需要時，基於SR 配置1的SR傳送將停止，因為側鏈路BSR具有比上行鏈路BSR低的優先順序。UE將開始基於SR配置2執行SR傳送。
第33圖是遵循最新事件的示例性實施例。確切地說，第33圖示出了基於不同SR配置的並行的多個SR傳送。在此實例中，第一新事件與SR配置2相關聯。因此，基於解決方案，UE將改變為執行基於SR配置2的SR傳送且停止基於SR 配置1的SR傳送。當與SR 配置1相關的第二新事件發生時，UE將改變回到使用SR 配置1執行SR傳送。
第34圖是始終遵循上行鏈路數據需要的示例性實施例。當UE在針對與SR配置2相關的新上行鏈路MAC CE傳送SR時，上行鏈路數據到達事件發生。由於與SR配置2相關的上行鏈路數據到達事件，UE將改變為使用SR配置2執行SR傳送。上行鏈路數據到達事件與SR配置2相關，因為上行鏈路數據的TTI/基礎參數類型需要應當通過SR配置2來區分。
第35圖是根據UE的一個示例性實施例的流程圖3500，其中UE被網路節點分配有多個SR配置。在步驟3505中，如果計時器到期則UE觸發MAC控制單元。在步驟3510中，UE觸發針對MAC控制單元的SR。在步驟3515中，UE基於多個SR配置中的第一SR配置傳送SR，其中第一SR配置與當MAC控制單元被觸發時具有可用於傳送的數據的最高優先順序邏輯通道相關聯。
在一個實施例中，計時器可以是retxBSR-Timer。MAC控制單元可以是BSR。第一SR配置可以基於最高優先順序邏輯通道的識別而與最高優先順序邏輯通道相關聯。
返回參看第3圖和第4圖，在其中UE被網路節點分配有多個SR配置的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）如果計時器到期則觸發MAC控制單元，（ii）觸發針對MAC控制單元的SR，以及（iii）基於多個SR配置中的第一SR配置傳送SR，其中第一SR配置與當MAC控制單元被觸發時具有可用於傳送的數據的最高優先順序邏輯通道相關聯。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第36圖是根據UE的一個示例性實施例的流程3600。在步驟3605中，UE從網路節點接收多個SR配置。在步驟3610中，UE觸發第一MAC控制單元。在步驟3615中，UE觸發針對第一MAC控制單元的第一SR。在步驟3620中，UE根據多個SR配置中的第一SR配置將第一SR傳送到網路節點，其中第一SR配置是基於第一SR配置的特性而選擇。
在一個實施例中，特性可以是第一SR配置在第一MAC控制單元被觸發之後具有最接近SR傳送機會。第一MAC控制單元可以是側鏈路BSR。第一MAC控制單元可以由於計時器到期而被觸發。
在一個實施例中，UE可以觸發用於第一邏輯通道的上行鏈路數據的第二MAC控制單元。且UE觸發針對第二MAC控制單元的第二SR。此外，UE可以根據多個SR配置中的第二SR配置將第二SR傳送到網路節點，其中第二SR配置是基於第一邏輯通道與第二SR配置之間的關聯而選擇。
在一個實施例中，UE可以根據第二SR配置執行第二SR傳送，而無需暫停或停止根據第一SR配置執行第三SR傳送。替代地，當UE觸發第二MAC控制單元時UE可以停止根據第一SR配置執行第三SR傳送。
返回參考第3圖和第4圖，在UE的一個示例性實施例中，裝置300包含存儲在記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）從網路節點接收多個SR配置，（ii）觸發第一MAC控制單元，（iii）觸發針對第一MAC控制單元的第一SR，以及（iv）根據多個SR配置中的第一SR配置將第一SR傳送到網路節點，其中第一SR配置是基於第一SR配置的特性而選擇。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第37圖是根據UE的一個示例性實施例的流程圖3700，其中UE被網路節點分配有多個SR配置且MAC控制單元與多個SR配置中的第一SR配置之間存在關聯。在步驟3705中，UE觸發MAC控制單元。在步驟3710中，UE基於第一SR配置傳送SR。
在一個實施例中，關聯可以通過將MAC控制單元連結到傳送時間間隔（Transmission Time Interval，TTI）長度資訊（例如，最大TTI閾值等）而建立。第一SR配置可以與TTI長度資訊相關聯。
替代地，關聯可以通過將MAC控制單元連結到基礎參數資訊而建立。第一SR配置可以與基礎參數資訊相關聯。
此外，關聯可以通過將MAC控制單元連結到一個或多個邏輯通道識別而建立。第一SR配置可以與邏輯通道識別相關聯。
另外，關聯可以通過將MAC控制單元連結到一個或多個邏輯通道群組而建立。第一SR配置與邏輯通道群組相關聯。並且，第一SR配置可以包含與MAC控制單元有關的資訊（例如，MAC CE的識別、對應服務識別（例如，側鏈路、MBMS、V2X）等）。
關聯也可以通過在第一SR配置中包含與MAC控制單元有關的資訊而建立。
關聯可以通過將第一SR配置的資訊（例如，索引、識別等）包含到與MAC控制單元相關的配置中而建立。配置可以是服務配置（例如，側鏈路配置、V2X配置、MBMS配置等）。配置可以是MAC配置。
返回參考第3圖和第4圖，在UE的一個示例性實施例中，裝置300包含存儲在記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）觸發MAC控制單元，以及（ii）基於第一SR配置傳送SR。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第38圖是根據UE的一個示例性實施例的流程圖3800，其中UE由網路節點通過用於選擇SR配置的預定義規則被分配有多個SR配置。在步驟3805中，UE從網路節點接收多個SR配置。在步驟3810中，UE觸發MAC控制單元。在步驟3815中，UE根據多個SR配置中的一個SR配置將SR傳送到網路節點，其中SR配置是基於SR配置的特性而選擇。
在一個實施例中，特性可以是用於在預設基礎參數或存取基礎參數上請求資源的SR配置。特性也可以是在預設基礎參數或存取基礎參數上分配的SR配置。此外，特性可以是與其它SR配置相比具有最密集SR傳送機會的SR配置。另外，特性可以是在MAC控制單元的觸發定時之後具有最接近SR傳送機會的SR配置。特性也可以是SR配置用於請求UE可使用的最短TTI和/或最大基礎參數資源。此外，特性可以是專用於請求用於MAC控制單元的傳送資源的SR配置。
在一個實施例中，UE不具有多個連線性。
返回參看第3圖和第4圖，在其中UE由網路節點以用於選擇SR配置的預定義規則被分配有多個SR配置的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）從網路節點接收多個SR配置，（ii）觸發MAC控制單元，以及（iii）根據多個SR配置中的一個SR配置將SR傳送到網路節點，其中SR配置是基於SR配置的特性而選擇。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第39圖是根據UE的一個示例性實施例的流程圖3900，其中UE被配置用於控制單元的多個位元SR設定的網路節點分配有一個SR配置且其中在MAC控制單元與根據SR配置傳送的SR中的一個或多個欄位的一個或多個值之間存在映射。在步驟3905中，UE觸發MAC控制單元。在步驟3910中，UE根據SR配置將SR傳送到網路節點，其中SR的一個或多個欄位被設定為映射到MAC控制單元的一個/多個值。
在一個實施例中，映射可以通過將MAC控制單元連結到TTI長度資訊（例如，最大TTI閾值等）而建立。一個或多個值與TTI長度資訊相關聯。
替代地，映射可以通過將MAC控制單元連結到基礎參數資訊（例如，一個或多個基礎參數索引、基礎參數索引位元圖等）而建立。一個或多個值與基礎參數資訊相關聯。
映射也可以通過將MAC控制單元連結到一個或多個邏輯通道識別而建立。一個或多個值與邏輯通道識別相關聯。
此外，映射可以通過將MAC控制單元連結到一個或多個邏輯通道群組而建立。一個或多個值與邏輯通道群組相關聯。
另外，映射可以通過將與MAC控制單元相關的資訊（例如，MAC CE的識別、對應服務識別（例如，側鏈路、MBMS、V2X）等）直接映射到SR配置中的一個或多個值而建立。
返回參看第3圖和第4圖，在其中UE被配置用於控制單元的多個位元SR設定的網路節點分配有一個SR配置且其中在MAC控制單元與根據SR配置傳送的SR中的一個或多個欄位的一個或多個值之間存在映射的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）觸發MAC控制單元，以及（ii）根據SR配置將SR傳送到網路節點，其中SR的一個或多個欄位被設定為映射到MAC控制單元的一個/多個值。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第40圖是根據具有用於控制單元的預定義多個位元SR設定的UE的一個示例性實施例的流程圖4000。在步驟4005中，UE從網路節點接收SR配置，其中基於SR配置的SR傳送包含用於網路節點匯出上行鏈路資源需求的TTI長度和/或基礎參數的第一欄位。在步驟4010中，如果第一SR未被上行鏈路數據到達觸發則UE將第一SR傳送到網路節點，其中第一SR中的第一欄位被設定成第一值。在步驟4015中，如果第二SR由上行鏈路數據到達觸發則UE將第二SR傳送到網路節點，其中第二SR中的第一欄位是基於上行鏈路數據到達的基礎參數和/或TTI需要而設定。
在一個實施例中，第一值可以是用以指示UE中存在待決的至少一MAC控制單元的特定值。第一值也可以是用以指示MAC控制單元被觸發的特定值。舉例來說，如果第一欄位中存在3個位元，則‘000’~ ‘011’可以用於上行鏈路數據到達情況，‘111’可以是用以指示MAC控制單元的特定值，且‘100’~‘110’可以用於其它情況或保留供未來使用。
在一個實施例中，第一值可以指示預設基礎參數上的上行鏈路資源需求、初始存取基礎參數、對TTI長度的特定範圍的上行鏈路資源需求、對LCG的上行鏈路資源需求，或對邏輯通道的上行鏈路資源需求。
在一個實施例中，當觸發MAC控制單元時UE不具有可用於在DRB或SRB中的傳送的數據。
在一個實施例中，MAC控制單元可以是側鏈路BSR、由計時器觸發的控制單元、用於報告波束相關資訊的控制單元、用於報告流量模式改變的控制單元，或用於確認來自網路的命令的控制單元。
在一個實施例中，MAC控制單元可能不與邏輯通道相關。
返回參看第3圖和第4圖，在具有用於控制單元的預定義多個位元SR設定的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）從網路節點接收SR配置，其中基於SR配置的SR傳送包含用於網路節點匯出上行鏈路資源需求的TTI長度和/或基礎參數的第一欄位，（ii）如果第一SR未被上行鏈路數據到達觸發則將第一SR傳送到網路節點，其中第一SR中的第一欄位被設定成第一值，以及（iii）如果第二SR由上行鏈路數據到達觸發則將第二SR傳送到網路節點，其中第二SR中的第一欄位是基於上行鏈路數據到達的基礎參數和/或TTI需要而設定。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第41圖是根據UE的一個示例性實施例的流程圖4100，其中UE被配置有多個下行鏈路控制通道。在步驟4105中，UE將由第一條件觸發的排程請求傳送到網路節點，其中第一條件不同於由上行鏈路數據到達觸發的常規BSR的條件。在步驟4110中，UE監視多個下行鏈路控制通道的第一集合。
返回參看第3圖和第4圖，在其中UE被配置有多個下行鏈路控制通道的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）將由第一條件觸發的排程請求傳送到網路節點，其中第一條件不同於由上行鏈路數據到達觸發的常規BSR的條件，以及（ii）監視多個下行鏈路控制通道的第一集合。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第42圖是根據網路節點的一個示例性實施例的流程圖4200，其中UE被網路節點配置有多個下行鏈路控制通道。在步驟4205中，網路節點從UE接收由第一條件觸發的排程請求，其中第一條件不同於由上行鏈路數據到達觸發的常規BSR的條件。在步驟4210中，網路節點經由多個下行鏈路控制通道的第一集合將上行鏈路資源提供到UE。
返回參看第3圖和第4圖，在其中UE由網路節點配置有多個下行鏈路控制通道的網路節點的一個示範性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使網路節點能夠（i）從UE接收由第一條件觸發的排程請求，其中第一條件不同於由上行鏈路數據到達觸發的常規BSR的條件，以及（ii）經由多個下行鏈路控制通道的第一集合將上行鏈路資源提供到UE。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在第41圖-42中示出且在以上文字中描述的實施例的上下文中，在一個實施例中，第一條件可以是常規側鏈路BSR被觸發，上行鏈路控制單元（BSR除外）被觸發，上行鏈路控制單元被計時器到期觸發，或上行鏈路控制單元被超過閾值的計數器值觸發。
在一個實施例中，UE可以基於第一規則決定第一集合。第一規則可以是選擇與第一條件相關聯的控制通道，或選擇特定控制通道而無論排程請求的傳送所承載的基礎參數和/或TTI資訊如何。
在一個實施例中，如果排程請求是由不同於第一條件的第二條件觸發則UE可以監視多個下行鏈路控制通道的第二集合，其中第二集合不同於第一集合。UE也可以基於第二規則決定第二集合。在一個實施例中，第二規則可以是選擇與第二條件相關聯的控制通道，選擇特定控制通道而無論排程請求的傳送所承載的基礎參數和/或TTI資訊如何，選擇全部多個控制通道，或基於排程請求的傳送所承載的基礎參數和/或TTI資訊而選擇控制通道。
在一個實施例中，第二條件可以是常規側鏈路BSR被觸發，上行鏈路控制單元（BSR除外）被觸發，上行鏈路控制單元被計時器到期觸發，上行鏈路控制單元被超過閾值的計數器值觸發，或常規BSR被上行鏈路數據到達觸發。
第43圖是根據UE的一個示例性實施例的流程圖4300，其中UE被配置有多個下行鏈路控制通道。在步驟4305中，UE將排程請求傳送到網路節點。在步驟4310中，如果針對上行鏈路數據到達觸發排程請求，則UE基於第一規則監視多個下行鏈路控制通道的第一集合。在步驟4315中，如果針對不同於上行鏈路數據到達的條件觸發排程請求則UE基於第二規則監視多個下行鏈路控制通道的第二集合，其中第一集合不同於第二集合。
返回參看第3圖和第4圖，在其中UE被配置有多個下行鏈路控制通道的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）將排程請求傳送到網路節點，（ii）如果針對上行鏈路數據到達觸發排程請求，則基於第一規則監視多個下行鏈路控制通道的第一集合，以及（iii）如果針對不同於上行鏈路數據到達的條件觸發排程請求則基於第二規則監視多個下行鏈路控制通道的第二集合，其中第一集合不同於第二集合。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第44圖是根據網路節點的一個示例性實施例的流程圖4400，其中網路節點以多個下行鏈路控制通道配置UE。在步驟4405中，網路節點從UE接收排程請求。在步驟4410中，如果針對上行鏈路數據到達觸發排程請求則網路節點基於第一規則經由多個下行鏈路控制通道的第一集合將上行鏈路資源提供到UE。在步驟4415中，如果針對不同於上行鏈路數據到達的條件觸發排程請求則網路節點基於第二規則經由多個下行鏈路控制通道的第二集合將上行鏈路資源提供到UE，其中第一集合不同於第二集合。
返回參看第3圖和第4圖，在其中網路節點以多個下行鏈路控制通道配置UE的網路節點的一個示範性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使網路節點能夠（i）從UE接收排程請求，（ii）如果針對上行鏈路數據到達觸發排程請求則基於第一規則經由多個下行鏈路控制通道的第一集合將上行鏈路資源提供到UE，以及（iii）如果針對不同於上行鏈路數據到達的條件觸發排程請求則基於第二規則經由多個下行鏈路控制通道的第二集合將上行鏈路資源提供到UE，其中第一集合不同於第二集合。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在第43圖-44中示出且在上述文字中描述的實施例的上下文中，在一個實施例中，第一規則可以是選擇全部多個控制通道作為第一集合，或者選擇與排程請求的傳送所承載的基礎參數和/或TTI資訊相關的控制通道作為第一集合。
在一個實施例中，第二規則可以是選擇全部多個控制通道作為第一集合，選擇與排程請求的傳送所承載的基礎參數和/或TTI資訊相關的控制通道作為第一集合，選擇與條件相關聯的控制通道作為第一集合，或者選擇特定控制通道而無論排程請求的傳送所承載的基礎參數和/或TTI資訊如何。
在一個實施例中，多個下行鏈路控制通道中的至少一個可以在所有基礎參數上、在一個或多個基礎參數上或僅在特定基礎參數上排程數據傳送。多個下行鏈路控制通道中的至少一個也可以排程側鏈路傳送。
第45圖是根據UE的一個示例性實施例的流程圖4500，其中UE被網路節點分配有多個SR配置。在步驟4505中，UE觸發與多個SR配置中的第一SR配置相關的第一SR。在步驟4510中，UE根據第一SR配置執行向網路節點的第一SR傳送。在步驟4515中，UE觸發與多個SR配置中的第二SR配置相關的第二SR，其中第二SR不被上行鏈路數據到達觸發。在步驟4520中，UE根據第二SR配置執行向網路節點的第二SR傳送。
在一個實施例中，第一SR可以由以下各項觸發：上行鏈路數據到達（例如，常規BSR）、側鏈路BSR（例如，常規側鏈路BSR）、基於MAC控制單元控制的計時器，或不同於3GPP TS 36.321中列出的任何上行鏈路MAC CE的新MAC CE。
在一個實施例中，第二SR可以由以下各項觸發：側鏈路BSR（例如，常規側鏈路BSR）、基於MAC控制單元控制的計時器，或新MAC CE（其不同於3GPP TS 36.321中列出的任何上行鏈路MAC CE。
在一個實施例中，UE可以在第二SR被觸發之後停止執行根據多個SR配置中的第一SR配置向網路節點的第三SR傳送。UE可以決定根據基於LCP過程中的優先順序區分規則的第二SR配置、根據基於觸發第二SR的MAC CE的時延要求的第二SR配置、或者在第二SR由側鏈路BSR觸發的情況下根據第二SR配置而執行第二SR傳送，其中側鏈路BSR是用於報告屬於具有高於閾值的優先順序的邏輯通道的數據。
返回參看第3圖和第4圖，在其中UE被網路節點分配有多個SR配置的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）觸發與多個SR配置中的第一SR配置相關的第一SR，（ii）根據第一SR配置執行向網路節點的第一SR傳送，（iii）觸發與多個SR配置中的第二SR配置相關的第二SR，其中第二SR不被上行鏈路數據到達觸發，以及（iv）根據第二SR配置執行向網路節點的第二SR傳送。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
第46圖是根據UE的一個示例性實施例的流程圖4600，其中UE被網路節點分配有多個SR配置。在步驟4605中，UE觸發與多個SR配置中的第一SR配置相關的第一SR，其中第一SR不被上行鏈路數據到達觸發。在步驟4610中，UE根據第一SR配置執行向網路節點的第一SR傳送。在步驟4615中，UE觸發與多個SR配置中的第二SR配置相關的第二SR。在步驟4620中，UE根據第二SR配置執行向網路節點的第二SR傳送。
在一個實施例中，第一SR可以由以下各項觸發：側鏈路BSR（例如，常規側鏈路BSR）、基於MAC控制單元控制的計時器，或新MAC CE（其不同於3GPP TS 36.321中列出的任何上行鏈路MAC CE。
在一個實施例中，第二SR可以由以下各項觸發：側鏈路BSR（例如，常規側鏈路BSR）、基於MAC控制單元控制的計時器、不同於3GPP TS 36.321中列出的任何上行鏈路MAC CE的新MAC CE、或上行鏈路數據到達（例如，常規BSR）。
在一個實施例中，UE可以在第二SR被觸發之後停止執行根據多個SR配置中的第一SR配置向網路節點的第三SR傳送。UE也可以決定根據基於LCP過程中的優先順序區分規則的第二SR配置、根據基於觸發第二SR的MAC CE的時延要求的第二SR配置、或者在第二SR由側鏈路BSR觸發的情況下根據第二SR配置而執行第二SR傳送，其中側鏈路BSR是用於報告屬於具有高於閾值的優先順序的邏輯通道的數據。
在一個實施例中，第一SR配置和第二SR配置可以用於在不同基礎參數和/或TTI持續時間上請求資源。此外，由第一SR配置指示的資源和由第二SR配置指示的資源可以在不同細胞上。另外，由第一SR配置指示的資源和由第二SR配置指示的資源可以在不同基礎參數和/或TTI持續時間上。
返回參看第3圖和第4圖，在其中UE被網路節點分配有多個SR配置的UE的一個示例性實施例中，裝置300包含存儲於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使UE能夠（i）觸發與多個SR配置中的第一SR配置相關的第一SR，其中第一SR不被上行鏈路數據到達觸發，（ii）根據第一SR配置執行向網路節點的第一SR傳送，（iii）觸發與多個SR配置中的第二SR配置相關的第二SR，以及（iv）根據第二SR配置執行向網路節點的第二SR傳送。此外，CPU 308可以執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
上文已經描述了本發明的各種方面。應明白，本文中的教示可以通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文中公開的方面可以獨立於任何其它方面而實施，且可以各種方式組合這些方面中的兩個或多於兩個方面。舉例來說，可以使用本文中所闡述的任何數量的方面來實施設備或實踐方法。另外，通過使用除了本文所闡述的方面中的一個或多個之外或不同於本文所闡述的實施例中的一個或多個的其它結構、功能性或結構與功能性，可實施此設備或可實踐此方法。作為上述概念中的一些的實例，在一些方面中，可以基於脈衝重複頻率建立並行通道。在一些方面中，可以基於脈衝位置或偏移建立並行通道。在一些方面中，可以基於時間跳頻序列建立並行通道。在一些方面中，可以基於脈衝重複頻率、脈衝位置或偏移、以及時間跳頻序列建立並行通道。
所屬領域的技術人員應理解，可使用多種不同技術和技藝中的任一種來表示資訊和訊號。舉例來說，可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解，結合本文公開的方面描述的各種說明性邏輯塊、模組、處理器、構件、電路和演算法步驟可以被實施為電子硬體（例如，數位實施方案、類比實施方案或兩者的組合，其可以使用源編碼或某種其它技術來設計）、併入指令的各種形式的過程或設計代碼（在本文為方便起見可以稱為“軟體”或“軟體模組”），或兩者的組合。為清晰地說明硬體與軟體的這種可互換性，上文已大體就其功能性來描述了各種說明性元件、塊、模組、電路和步驟。此類功能性是實施為硬體還是軟體取決於具體應用和施加於整個系統的設計約束。本領域的技術人員可針對每一具體應用以不同方式來實施所描述的功能性，但這樣的實施決策不應被解釋為會引起脫離本發明的範圍。
另外，結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於積體電路（“IC”）、存取終端或存取點內或者由積體電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（DSP）、專用積體電路（ASIC）、現場可過程設計閘陣列（FPGA）或其它可過程設計邏輯裝置、離散門或電晶體邏輯、離散硬體元件、電氣元件、光學元件、機械元件，或其經設計以執行本文中所描述的功能的任何組合，且可以執行駐留在IC內、在IC外或這兩種情況下的代碼或指令。通用處理器可以是微處理器，但在替代方案中，處理器可以是任何的常規處理器、控制器、微控制器或狀態機。處理器也可以實施為計算裝置的組合，例如DSP和微處理器的組合、多個微處理器、與DSP核心結合的一或多個微處理器，或任何其它此類配置。
應理解，在任何所公開過程中的步驟的任何特定次序或層級都是示例方法的實例。應理解，基於設計偏好，過程中的步驟的特定次序或層級可以重新佈置，同時保持在本公開的範圍內。所附方法權利要求以樣本次序呈現各種步驟的要素，且並不有意限於所呈現的特定次序或層級。
結合本文中所公開的方面描述的方法或演算法的步驟可以直接用硬體、用由處理器執行的軟體模組、或用這兩者的組合實施。軟體模組（例如，包含可執行指令和相關數據）和其它數據可以駐存在數據記憶體中，例如RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、寄存器、硬碟、可移除式磁片、CD-ROM或所屬領域中已知的電腦可讀存儲媒體的任何其它形式。樣本存儲媒體可以耦合到例如電腦/處理器等機器（為方便起見，所述機器在本文中可以稱為“處理器”），使得所述處理器可以從存儲媒體讀取資訊（例如，代碼）且將資訊寫入到存儲媒體。或者，樣本存儲媒體可以與處理器形成一體。處理器和存儲媒體可以駐留在ASIC中。ASIC可以駐留在使用者設備中。在替代方案中，處理器和存儲媒體可作為離散元件而駐留在使用者設備中。此外，在一些方面中，任何合適的電腦過程產品可包括電腦可讀媒體，所述電腦可讀媒體包括與本發明的各方面中的一個或多個方面相關的代碼。在一些方面中，電腦過程產品可以包括封裝材料。
雖然已結合各種方面描述本發明，但應理解本發明能夠進行進一步修改。本申請希望涵蓋大體上遵循本發明的原理的對本發明的任何變化、使用和改編，且包含處於本發明所屬領域內的已知和慣例實踐範圍內的與本公開的偏離。
100‧‧‧存取網路
104、106、108、110、112、114‧‧‧天線
116‧‧‧存取終端
118‧‧‧反向鏈路
120‧‧‧前向鏈路
122‧‧‧存取終端
124‧‧‧反向鏈路
126‧‧‧前向鏈路
210‧‧‧發射器系統
212‧‧‧數據源
214‧‧‧TX數據處理器
220‧‧‧TX MIMO處理器
222a:222t‧‧‧發射器
224a:224t‧‧‧天線
230‧‧‧處理器
232‧‧‧記憶體
236‧‧‧數據源
238‧‧‧TX數據處理器
242‧‧‧RX數據處理器
240‧‧‧解調器
250‧‧‧接收器系統
252a:252r‧‧‧天線
254a:254r‧‧‧接收器
260‧‧‧RX數據處理器
270‧‧‧處理器
272‧‧‧記憶體
280‧‧‧調變器
300‧‧‧通訊裝置
302‧‧‧輸入裝置
304‧‧‧輸出裝置
306‧‧‧控制電路
308‧‧‧中央處理器
310‧‧‧記憶體
312‧‧‧程式碼
314‧‧‧收發器
400‧‧‧應用層
402‧‧‧層3
404‧‧‧層2
406‧‧‧層1
3500、3600、3700、3800、3900、4000、4100、4200、4300、4400、4500‧‧‧流程圖
3505、3510、3515、3605、3610、3615、3620、3705、3710、3805、3810、3815、3905、3910、4005、4010、4015、4105、4110、4205、4210、4305、4310、4315、4405、4410、4415、4505、4510、4515、4520、4605、4610、4615、4620‧‧‧步驟
為了更好地理解本案，說明書包括附圖並且附圖構成說明書的一部分。附圖例舉說明瞭本案的實施例，結合說明書的描述用來解釋本案的原理。 第1圖示出根據一個示例性實施例的無線通訊系統的圖。 第2圖是根據一個示例性實施例的傳送器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的框圖。 第3圖是根據一個示例性實施例的通訊系統的功能框圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能框圖。 第5圖是3GPP TS 36.321 V14.2.0的圖6.1.3.1-1的重製。 第6圖是3GPP TS 36.321 V14.2.0的圖6.1.3.1-2的重製。 第7圖是3GPP TS 36.321 V14.2.0的表6.1.3.1-1的重製。 第8圖是3GPP TS 36.321 V14.2.0的表6.1.3.1-2的重製。 第9圖是3GPP TS 36.321 V14.2.0的圖6.1.3.1a-1的重製 第10圖是3GPP TS 36.321 V14.2.0的圖6.1.3.1a-2的重製。 第11圖是根據一個示例性實施例的圖。 第12圖是根據一個示例性實施例的圖。 第13圖是根據一個示例性實施例的圖。 第14圖是根據一個示例性實施例的圖。 第15圖是根據一個示例性實施例的圖。 第16圖是根據一個示例性實施例的圖。 第17圖是根據一個示例性實施例的圖。 第18圖是根據一個示例性實施例的圖。 第19圖是根據一個示例性實施例的圖。 第20圖是根據一個示例性實施例的圖。 第21圖是根據一個示例性實施例的圖。 第22圖是根據一個示例性實施例的圖。 第23圖是根據一個示例性實施例的圖。 第24圖是根據一個示例性實施例的圖。 第25圖是根據一個示例性實施例的圖。 第26圖是根據一個示例性實施例的圖。 第27圖是根據一個示例性實施例的圖。 第28圖是根據一個示例性實施例的圖。 第29圖是根據一個示例性實施例的圖。 第30圖是根據一個示例性實施例的圖。 第31圖是根據一個示例性實施例的圖。 第32圖是根據一個示例性實施例的圖。 第33圖是根據一個示例性實施例的圖。 第34圖是根據一個示例性實施例的圖。 第35圖是根據一個示例性實施例的流程圖。 第36圖是根據一個示例性實施例的流程圖。 第37圖是根據一個示例性實施例的流程圖。 第38圖是根據一個示例性實施例的流程圖。 第39圖是根據一個示例性實施例的流程圖。 第40圖是根據一個示例性實施例的流程圖。 第41圖是根據一個示例性實施例的流程圖。 第42圖是根據一個示例性實施例的流程圖。 第43圖是根據一個示例性實施例的流程圖。 第44圖是根據一個示例性實施例的流程圖。 第45圖是根據一個示例性實施例的流程圖。 第46圖是根據一個示例性實施例的流程圖。

Claims (20)

  1. 一種使用者設備的方法，該使用者設備被一網路節點分配有多個排程請求配置，該方法包括： 如果計時器到期則觸發一媒體存取控制控制單元； 觸發對該媒體存取控制控制單元的一排程請求；以及 基於該多個排程請求配置中的一第一排程請求配置傳送該排程請求，其中該第一排程請求配置與當該媒體存取控制控制單元被觸發時具有可用於傳送的數據的一最高優先順序邏輯通道相關聯。
  2. 如申請專利範圍第1項所述的方法，該計時器是一retxBSR-Timer。
  3. 如申請專利範圍第1項所述的方法，該媒體存取控制控制單元是一緩衝區狀態報告。
  4. 如申請專利範圍第1項所述的方法，該第一排程請求配置基於該最高優先順序邏輯通道的識別而與該最高優先順序邏輯通道相關聯。
  5. 如申請專利範圍第1項所述的方法，進一步包括：如果該使用者設備具有用於屬於一邏輯通道群組的任何邏輯通道的數據，則觸發該媒體存取控制控制單元。
  6. 一種使用者設備的方法，包括： 從一網路節點接收多個排程請求配置； 觸發一第一媒體存取控制控制單元； 觸發對該第一媒體存取控制控制單元的一第一排程請求；以及 根據該多個排程請求配置中的一第一排程請求配置將該第一排程請求傳送到該網路節點，其中該第一排程請求配置是基於該第一排程請求配置的特性而選擇。
  7. 如申請專利範圍第6項所述的方法，該特性是該第一排程請求配置在該第一媒體存取控制控制單元被觸發之後具有最接近排程請求傳送機會。
  8. 如申請專利範圍第6項所述的方法，進一步包括： 觸發用於一第一邏輯通道的上行鏈路數據的一第二媒體存取控制控制單元； 觸發對該第二媒體存取控制控制單元的一第二排程請求；以及 根據該多個排程請求配置中的一第二排程請求配置將該第二排程請求傳送到該網路節點，其中該第二排程請求配置是基於該第一邏輯通道與該第二排程請求配置之間的關聯而選擇。
  9. 如申請專利範圍第8項所述的方法，進一步包括： 該使用者設備根據該第二排程請求配置執行該第二排程請求傳送而無需暫停或停止根據該第一排程請求配置執行第三排程請求傳送。
  10. 如申請專利範圍第8項所述的方法，進一步包括： 當該使用者設備觸發該第二媒體存取控制控制單元時該使用者設備停止根據該第一排程請求配置執行一第三排程請求傳送。
  11. 如申請專利範圍第6項所述的方法，該第一媒體存取控制控制單元是一側鏈路緩衝區狀態報告。
  12. 如申請專利範圍第6項所述的方法，該第一媒體存取控制控制單元是由於一計時器到期而被觸發。
  13. 如申請專利範圍第12項所述的方法，該計時器是一retxBSR-Timer。
  14. 如申請專利範圍第6項所述的方法，該第一媒體存取控制控制單元是一緩衝區狀態報告。
  15. 如申請專利範圍第12項所述的方法，進一步包括：如果該使用者設備具有用於屬於一邏輯通道群組的任何邏輯通道的數據，則觸發該第一媒體存取控制控制單元。
  16. 一種使用者設備，包括： 一控制電路； 一處理器，其安裝於該控制電路中；以及 一記憶體，其安裝於該控制電路中且以操作方式聯接到該處理器； 其中該處理器被配置成執行存儲在該記憶體中的一程式碼以進行以下操作： 如果一計時器到期則觸發一媒體存取控制控制單元； 觸發對該媒體存取控制控制單元的一排程請求；以及 基於該多個排程請求配置中的一第一排程請求配置傳送該排程請求，其中該第一排程請求配置與當該媒體存取控制控制單元被觸發時具有可用於傳送的數據的一最高優先順序邏輯通道相關聯。
  17. 如申請專利範圍第16項所述的使用者設備，該計時器是一retxBSR-Timer。
  18. 如申請專利範圍第16項所述的使用者設備，該媒體存取控制控制單元是一緩衝區狀態報告。
  19. 如申請專利範圍第16項所述的使用者設備，該第一排程請求配置基於該最高優先順序邏輯通道的識別而與該最高優先順序邏輯通道相關聯。
  20. 如申請專利範圍第16項所述的使用者設備，進一步包括：如果該使用者設備具有用於屬於一邏輯通道群組的任何邏輯通道的數據，則觸發該媒體存取控制控制單元。
TW107114338A 2017-04-26 2018-04-26 無線通訊系統中請求控制單元傳送資源的方法和設備 TWI665897B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201762490072P 2017-04-26 2017-04-26
US62/490,072 2017-04-26
US201762519718P 2017-06-14 2017-06-14
US62/519,718 2017-06-14

Publications (2)

Publication Number Publication Date
TW201840166A true TW201840166A (zh) 2018-11-01
TWI665897B TWI665897B (zh) 2019-07-11

Family

ID=62091692

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107114338A TWI665897B (zh) 2017-04-26 2018-04-26 無線通訊系統中請求控制單元傳送資源的方法和設備

Country Status (7)

Country Link
US (3) US11159979B2 (zh)
EP (1) EP3397015A1 (zh)
JP (1) JP6637541B2 (zh)
KR (1) KR102091925B1 (zh)
CN (1) CN108811157B (zh)
HK (1) HK1258858A1 (zh)
TW (1) TWI665897B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI753283B (zh) * 2018-08-10 2022-01-21 華碩電腦股份有限公司 無線通訊系統中針對多個裝置到裝置資源池分配資源的方法和設備
TWI778401B (zh) * 2019-08-14 2022-09-21 美商Ｉｄａｃ控股公司 新無線電側鏈頻道狀態資訊獲取裝置及方法

Families Citing this family (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10912145B2 (en) * 2016-04-15 2021-02-02 Lg Electronics Inc. Method for performing transmission of a SR bundle in a wireless communication system and a device therefor
US10750410B2 (en) 2016-09-30 2020-08-18 Huawei Technologies Co., Ltd. Ultra reliable low latency connection support in radio access networks
JP2020107920A (ja) * 2017-04-27 2020-07-09 シャープ株式会社 端末装置、基地局装置、および、通信方法
US11019652B2 (en) * 2017-05-04 2021-05-25 Ofinno, Llc Parallel scheduling request process management
US20180324833A1 (en) * 2017-05-05 2018-11-08 Qualcomm Incorporated Enhancements to logic channel prioritization procedure with multiple numerologies
EP3493633B1 (en) * 2017-05-05 2020-12-30 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for allocating logical channel resources and terminal device
US10708929B2 (en) * 2017-05-05 2020-07-07 Htc Corporation Device and method of handling scheduling request for logical channel
CN108811129B (zh) * 2017-05-05 2020-03-10 华为技术有限公司 资源调度方法及设备
CN108810927B (zh) * 2017-05-05 2020-01-07 维沃移动通信有限公司 一种调度请求的处理方法及系统
US10485017B2 (en) * 2017-05-30 2019-11-19 Htc Corporation Device and method of handling a schedule request
KR102055061B1 (ko) * 2017-06-08 2019-12-11 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서의 다중 sr (scheduling request) 구성의 방법 및 장치
US10750526B2 (en) * 2017-06-15 2020-08-18 Htc Corporation Device and method of handling a scheduling request
US20180367288A1 (en) * 2017-06-16 2018-12-20 Huawei Technologies Co., Ltd. Dynamic activation and deactivation of packet duplication
KR102488339B1 (ko) 2017-07-10 2023-01-13 삼성전자 주식회사 다중 스케쥴링 요청을 설정하는 방법 및 장치
CN109392128B (zh) * 2017-08-10 2023-08-29 夏普株式会社 基站、用户设备和相关方法
US10855359B2 (en) 2017-08-10 2020-12-01 Comcast Cable Communications, Llc Priority of beam failure recovery request and uplink channels
US11950287B2 (en) 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
US11337265B2 (en) 2017-08-10 2022-05-17 Comcast Cable Communications, Llc Beam failure recovery request transmission
US10887939B2 (en) 2017-08-10 2021-01-05 Comcast Cable Communications, Llc Transmission power control for beam failure recovery requests
US11277301B2 (en) 2017-09-07 2022-03-15 Comcast Cable Communications, Llc Unified downlink control information for beam management
US11611468B2 (en) 2017-09-28 2023-03-21 Comcast Cable Communications, Llc Beam management with DRX configuration
KR102500134B1 (ko) * 2017-11-01 2023-02-15 삼성전자주식회사 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
US10660063B2 (en) 2017-11-16 2020-05-19 Comcast Cable Communications, Llc Beam paging assistance
US10645610B2 (en) * 2017-11-24 2020-05-05 Mediatek Singapore Pte. Ltd. Method and apparatus for skipping uplink transmission in mobile communications
US10660119B2 (en) * 2018-01-09 2020-05-19 Asustek Computer Inc. Method and apparatus for handling SCell deactivation timer in a wireless communication system
EP4195837A3 (en) 2018-01-09 2023-09-20 Comcast Cable Communications, LLC Beam selection in beam failure recovery request retransmission
CN110034799B (zh) * 2018-01-11 2023-09-01 华为技术有限公司 通信方法和通信设备
EP3525516B1 (en) 2018-02-09 2022-08-31 Comcast Cable Communications, LLC Beam failure recovery procedure in carrier aggregation
WO2019160321A1 (en) * 2018-02-13 2019-08-22 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving duplicated data in wireless communication system
US11419066B2 (en) * 2018-02-15 2022-08-16 Comcast Cable Communications, Llc Beam failure report
EP4239905A3 (en) 2018-03-30 2023-10-18 Comcast Cable Communications LLC Configuration for beam failure recovery
CA3038779A1 (en) 2018-04-02 2019-10-02 Comcast Cable Communications, Llc Beam failure recovery
US11095355B2 (en) 2018-05-10 2021-08-17 Comcast Cable Communications, Llc Prioritization in beam failure recovery procedures
KR102632780B1 (ko) * 2018-05-10 2024-02-02 삼성전자주식회사 무선 통신 시스템에서 서비스를 제공하기 위한 장치 및 방법
US11082973B2 (en) * 2018-06-20 2021-08-03 Qualcomm Incorporated Upstream timing control mechanisms for non-terrestrial networks
EP3609285B1 (en) 2018-08-09 2021-10-06 Comcast Cable Communications, LLC Resource management for beam failure recovery procedures
WO2020032737A1 (ko) * 2018-08-09 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전송을 수행하기 위한 방법 및 이를 위한 장치
CN110831062B (zh) * 2018-08-10 2022-02-25 华为技术有限公司 一种通信方法及相关设备
US12010654B2 (en) * 2018-08-10 2024-06-11 Lg Electronics Inc. Method for V2X operation based on restructuring of plurality of resources in wireless communication system and terminal using same
CN110830955B (zh) * 2018-08-14 2024-01-05 夏普株式会社 用户设备的控制方法、基站的控制方法以及用户设备
US10779188B2 (en) * 2018-09-06 2020-09-15 Cisco Technology, Inc. Uplink bandwidth estimation over broadband cellular networks
CN110912653B (zh) * 2018-09-18 2021-07-16 华为技术有限公司 传输数据的方法和装置
EP3627721A1 (en) 2018-09-24 2020-03-25 Comcast Cable Communications LLC Beam failure recovery procedures
US11343735B2 (en) 2018-09-25 2022-05-24 Comcast Cable Communications, Llc Beam configuration for secondary cells
CN112771975A (zh) * 2018-09-27 2021-05-07 瑞典爱立信有限公司 用于网络调度的辅链路资源分配的时延减少
CN111448807B (zh) * 2018-10-31 2021-12-14 Lg电子株式会社 在nr v2x中发送和接收位置信息的方法和装置
WO2020089867A1 (en) * 2018-11-01 2020-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Harq bundling procedures for non-terrestrial networks
WO2020087446A1 (zh) 2018-11-01 2020-05-07 Oppo广东移动通信有限公司 传输数据的方法和终端设备
EP4429382A2 (en) * 2018-11-01 2024-09-11 ZTE Corporation Sidelink logical channel and resource configurations
WO2020116753A1 (en) * 2018-12-05 2020-06-11 Lg Electronics Inc. Method and apparatus for transmitting data unit in wireless communication system
EP3900455A1 (en) * 2018-12-21 2021-10-27 Nokia Solutions and Networks Oy Reducing uplink scheduling latency and overhead for standard packet sizes
CN111385891B (zh) * 2018-12-29 2023-07-11 华为技术有限公司 配置方法、设备及系统
CN111417211B (zh) * 2019-01-08 2022-02-18 华为技术有限公司 触发调度请求的方法、设备及系统
US20220086897A1 (en) * 2019-01-11 2022-03-17 Apple Inc. Rach resource coordination mechanisms for adjacent hops in iab
US20200236694A1 (en) * 2019-01-22 2020-07-23 Qualcomm Incorporated Techniques for configuring scheduling request for sidelink in wireless communications
WO2020164053A1 (zh) * 2019-02-14 2020-08-20 北京小米移动软件有限公司 Sr配置的确定方法、装置及存储介质
CN111586622B (zh) * 2019-02-15 2022-11-22 华为技术有限公司 无线通信的方法和装置
KR102401124B1 (ko) * 2019-02-27 2022-05-23 엘지전자 주식회사 사이드링크 통신을 수행하는 장치의 장치 능력 보고
CN113491163B (zh) * 2019-02-27 2023-09-08 Lg电子株式会社 用于执行副链路通信的设备的设备能力报告
CN113615295B (zh) * 2019-03-27 2024-09-03 瑞典爱立信有限公司 用于sl sr/bsr处理的方法
WO2020204323A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 채널의 전력 제어에 기반한 단말의 채널 상태 정보 보고 방법 및 이를 지원하는 단말 및 기지국
KR20210122874A (ko) * 2019-03-29 2021-10-12 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 위한 제어 정보를 송수신하는 방법 및 대역 부분
WO2020204325A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 상향링크 데이터 채널의 전력 제어에 기반한 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
CN113748732B (zh) * 2019-03-29 2022-12-13 Lg电子株式会社 发送和接收用于副链路通信的控制信息的方法和装置
CN111615184B (zh) * 2019-04-22 2023-12-22 维沃移动通信有限公司 处理方法及终端
KR102554806B1 (ko) * 2019-05-13 2023-07-13 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) 접속 구성 변경
US11102673B2 (en) * 2019-05-17 2021-08-24 Asustek Computer Inc. Method and apparatus for distinguishing transmission feedback mode in sidelink buffer status report in a wireless communication system
WO2020237547A1 (zh) * 2019-05-29 2020-12-03 Oppo广东移动通信有限公司 一种信息传输方法及终端设备
CN112153746B (zh) * 2019-06-28 2022-11-25 华为技术有限公司 通信方法及装置
CN111294758B (zh) * 2019-07-22 2021-10-01 北京紫光展锐通信技术有限公司 逻辑信道优先级处理方法及装置、存储介质、终端
CN112291848B (zh) * 2019-07-23 2023-09-26 上海华为技术有限公司 一种终端能力配置的方法及通信装置
CN114208228A (zh) * 2019-07-31 2022-03-18 Lg电子株式会社 用于在无线通信系统中与bsr有关地操作ue的方法和装置
US20220295526A1 (en) * 2019-08-15 2022-09-15 Beijing Xiaomi Mobile Software Co., Ltd. Method and device for data transmission
CN112469078A (zh) * 2019-09-06 2021-03-09 财团法人工业技术研究院 在多跳无线网络中传输缓冲区状态报告的方法和网络设备
ES2971708T3 (es) * 2019-09-24 2024-06-06 Guangdong Oppo Mobile Telecommunications Corp Ltd Método para resolver conflictos de transmisión, aparato, terminal, y medio
CN112566263A (zh) * 2019-09-25 2021-03-26 大唐移动通信设备有限公司 一种缓冲区状态上报的方法及终端
EP3799518A1 (en) * 2019-09-27 2021-03-31 Apple Inc. Secondary cell link recovery request transmission
CN112584443A (zh) * 2019-09-27 2021-03-30 苹果公司 辅助小区链路恢复请求传输
WO2021062708A1 (zh) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 无线通信方法和终端设备
CN114467319A (zh) * 2019-09-30 2022-05-10 华为技术有限公司 缓冲状态报告上报方法及通信装置
EP4030838A4 (en) * 2019-09-30 2022-09-28 Huawei Technologies Co., Ltd. METHOD AND COMMUNICATION DEVICE
CN112616190B (zh) * 2019-10-03 2024-07-12 联发科技股份有限公司 无线通信系统中的传输优先级划分方法及装置
CN112788769B (zh) * 2019-11-06 2022-11-25 维沃移动通信有限公司 一种信息处理方法、设备及系统
EP4055930A4 (en) * 2019-11-07 2023-08-09 Apple Inc. PRIORITIZATION BETWEEN UPLINK AND DOWNLINK COMMUNICATIONS
KR20220104740A (ko) * 2019-11-07 2022-07-26 지티이 코포레이션 기준 시그널링 설계 및 구성을 위한 시스템 및 방법
CN112911710B (zh) * 2019-12-03 2024-05-14 华硕电脑股份有限公司 产生侧链路混合自动重复请求确认的方法和装置
US11540166B2 (en) * 2019-12-05 2022-12-27 Qualcomm Incorporated Procedures for managing quality of service flows
US11576191B2 (en) * 2019-12-23 2023-02-07 Samsung Electronics Co., Ltd. Method and apparatus for handling configured grant type 1 for vehicle-to-everything (V2X) communication
US20210243795A1 (en) * 2020-01-30 2021-08-05 Nokia Technologies Oy Flexible data transmission methods considering configured grant timers
WO2021157888A1 (en) * 2020-02-04 2021-08-12 Lg Electronics Inc. Method and apparatus for transmitting buffer status report in wireless communication system
KR102489553B1 (ko) 2020-02-06 2023-01-18 엘지전자 주식회사 Nr v2x에서 csi 보고를 수행하는 방법 및 장치
CN113411833B (zh) * 2020-03-16 2023-02-21 大唐移动通信设备有限公司 一种资源请求方法、装置、设备及存储介质
WO2021189365A1 (zh) * 2020-03-26 2021-09-30 Oppo广东移动通信有限公司 信息配置方法、装置、设备和存储介质
US11877268B2 (en) * 2020-08-06 2024-01-16 Intel Corporation Streamlining protocol layers processing, and slotless operation
JP7442156B2 (ja) * 2020-08-31 2024-03-04 オフィノ， エルエルシー 少量のデータ送信のための後続のデータ情報
CN112332953B (zh) * 2020-11-18 2022-10-18 紫光展锐(重庆)科技有限公司 一种数据发送的方法及相关装置
US11696299B2 (en) * 2021-04-01 2023-07-04 Qualcomm Incorporated Indication of unoccupied data channel occasion
US12063656B2 (en) * 2021-04-06 2024-08-13 Qualcomm Incorporated URLLC indications with multi-transmission grants
US11800322B2 (en) 2021-04-15 2023-10-24 Nokia Solutions And Networks Oy Signalling for positioning latency control
US20230087091A1 (en) * 2021-09-17 2023-03-23 Qualcomm Incorporated Techniques for data multiplexing based on packet delay
WO2023201452A1 (en) * 2022-04-18 2023-10-26 Nokia Shanghai Bell Co., Ltd. Devices, methods, apparatuses, and computer readable media for scheduling request trigger
WO2024174202A1 (en) * 2023-02-24 2024-08-29 Qualcomm Incorporated Buffer status reporting for reduced uplink packet transmission latency

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0721816B1 (pt) * 2007-06-19 2020-02-27 Optis Cellular Technology, Llc Métodos para transmitir solicitações de programação de um terminal móvel para uma estação base, e para atribuir recursos de uplink para os terminais móveis, terminal móvel, estação de base, e, sistema de comunicação
DK3681234T3 (da) * 2009-05-05 2021-09-20 Ericsson Telefon Ab L M Fremgangsmåde og anordning i et trådløst kommunikationssystem
EP2765731B1 (en) 2012-12-24 2021-06-16 Innovative Sonic Corporation Methods and apparatus of small cell enhancement in a wireless communication system
ES2769858T3 (es) * 2013-04-01 2020-06-29 Innovative Sonic Corp Método y aparato para añadir células de servicio en un sistema de comunicación inalámbrica
CN105451273B (zh) * 2014-09-17 2020-03-31 创新音速股份有限公司 在无线通信系统中请求资源的方法及装置
KR102268754B1 (ko) * 2014-11-05 2021-06-24 엘지전자 주식회사 D2d 통신 시스템에서 사이드링크 버퍼 상태 보고에 의해 트리거된 스케줄링 요청을 취소하는 방법 및 그 장치
EP3216263A4 (en) * 2014-11-06 2018-06-13 LG Electronics Inc. Method for canceling a sidelink buffer status report in a d2d communication system and device therefor
KR20180004257A (ko) * 2015-05-15 2018-01-10 후아웨이 테크놀러지 컴퍼니 리미티드 단말, 기지국 및 스케줄링 요청 송신 방법
US20180167823A1 (en) 2015-05-15 2018-06-14 Ntt Docomo, Inc. User apparatus and mac control element transmission method
WO2017007148A1 (en) * 2015-07-06 2017-01-12 Lg Electronics Inc. Method for cancelling a buffer status report or a scheduling request in dual connectivity and a device therefor
US10701692B2 (en) * 2015-08-10 2020-06-30 Qualcomm Incorporated Techniques for managing uplink transmissions in a shared radio frequency spectrum band and a dedicated radio frequency spectrum band

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI753283B (zh) * 2018-08-10 2022-01-21 華碩電腦股份有限公司 無線通訊系統中針對多個裝置到裝置資源池分配資源的方法和設備
TWI778401B (zh) * 2019-08-14 2022-09-21 美商Ｉｄａｃ控股公司 新無線電側鏈頻道狀態資訊獲取裝置及方法

Also Published As

Publication number Publication date
US11159979B2 (en) 2021-10-26
HK1258858A1 (zh) 2019-11-22
JP6637541B2 (ja) 2020-01-29
EP3397015A1 (en) 2018-10-31
CN108811157B (zh) 2022-01-11
US20180317123A1 (en) 2018-11-01
US20220007230A1 (en) 2022-01-06
JP2018186506A (ja) 2018-11-22
TWI665897B (zh) 2019-07-11
CN108811157A (zh) 2018-11-13
US20210392542A1 (en) 2021-12-16
KR102091925B1 (ko) 2020-03-23
KR20180120114A (ko) 2018-11-05

Similar Documents

Publication Publication Date Title
TWI665897B (zh) 無線通訊系統中請求控制單元傳送資源的方法和設備
US11252753B2 (en) Method and apparatus for improving retransmission scheduling of sidelink communication in a wireless communication system
US11013008B2 (en) Method and apparatus of handling device-to-device resource release in a wireless communication system
CN110831202B (zh) 针对多个装置到装置资源池分配资源的方法和设备
US20180176937A1 (en) Method and apparatus of handling multiple uplink resource collisions in a wireless communication system
US10602394B2 (en) Method and apparatus for handling prohibit timer for scheduling request (SR) in a wireless communication system
KR101965488B1 (ko) 무선 통신 시스템에서 중계 채널 상의 자원 할당 방법 및 장치
US10791480B2 (en) Method and device for transmitting and receiving data in mobile communication system
US20200053699A1 (en) Method and apparatus for selecting device-to-device resource pool in a wireless communication system
US10512096B2 (en) Method for transmitting data in dual connectivity and a device therefor
US9999033B2 (en) Method for calculating and reporting a buffer status and device therefor
KR20180122951A (ko) 무선 통신 시스템에서 데이터 복제를 전송하는 방법 및 장치
WO2013143474A1 (zh) 一种缓存状态上报方法及终端设备
US11632798B2 (en) Method for transmitting uplink data in a wireless communication system and device therefor
CN110741674A (zh) 无线通信系统中用于触发缓冲区状态报告的方法和用于该方法的装置