TWI663858B - L2層資料封包處理方法和使用該方法的電子裝置 - Google Patents

L2層資料封包處理方法和使用該方法的電子裝置 Download PDF

Info

Publication number
TWI663858B
TWI663858B TW106128378A TW106128378A TWI663858B TW I663858 B TWI663858 B TW I663858B TW 106128378 A TW106128378 A TW 106128378A TW 106128378 A TW106128378 A TW 106128378A TW I663858 B TWI663858 B TW I663858B
Authority
TW
Taiwan
Prior art keywords
sub
mac
sdu
sublayer
lowest
Prior art date
Application number
TW106128378A
Other languages
English (en)
Other versions
TW201807987A (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 TW201807987A publication Critical patent/TW201807987A/zh
Application granted granted Critical
Publication of TWI663858B publication Critical patent/TWI663858B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • 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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems

Landscapes

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

Abstract

在一方面中，本發明針對一種方法和裝置，用於：由較高L2子層在接收UL允許之前產生較高L2子層的PDU，其中較高L2子層的每一PDU包含較高L2子層的一或多個SDU；由最低L2子層在接收UL允許之前產生最低L2子層的SDU中的每一者的子標頭，其中最低L2子層的每一SDU等效於較高L2子層的每一PDU；由最低L2子層回應於接收UL允許執行SDU的LCP程式；以及由最低L2子層基於LCP程式的結果通過多工最低L2子層的SDU的一部分和SDU的所述部分的子標頭來產生最低L2子層的PDU。

Description

L2層資料封包處理方法和使用該方法的電子裝置
本發明針對一種L2層資料封包處理方法，和一種使用該方法的電子裝置。
例如5G新比率（New Ratio，NR）通訊系統等下一代移動通訊系統將比先前各代對用戶平面等待時間（TR 38.913）強加更嚴格的要求。用戶平面等待時間可被界定為其成功地經由無線電介面在上行鏈路和下行鏈路兩個方向中將應用層封包或消息從無線電協定層2/3服務資料單元（service data unit，SDU）進入點遞送到無線電協議層2/3 SDU外出點所花費的時間，其中移動裝置和基站的接收都不受不連續接收（discontinuous reception，DRX）限制。對於超可靠低等待時間通訊（ultra-reliable low latency communication，URLLC）案例，使用者平面等待時間的目標將對於上行鏈路（uplink，UL）約為0.5ms且對於下行鏈路（downlink，DL）約為0.5ms。對於增強型移動寬頻（enhanced mobile broadband，eMBB），使用者平面等待時間的目標將對於UL約為4ms且對於DL約為4ms。
可通過縮減接收上行鏈路允許和傳輸對應于上行鏈路允許的上行鏈路封包之間的回應時間來實現用戶平面等待時間的縮減。圖1說明回應於從下行控制資訊（downlink control information，DCI）接收UL允許的UL封包的常規傳輸。根據圖1，從含有UL允許的DCI的DL接收結束（101）到對應UL傳送塊的傳輸開始（102），可僅存在1-2個正交分頻多工（orthogonal frequency division multiplexing，OFDM）符號持續時間的延遲（TDL-＞UL）以便在所要求用戶平面等待時間內。
當前長期演進（Long Term Evolution，LTE）通訊系統中的當前L2層處理存在若干缺點。為了執行傳送塊（tansport block，TB）填充，通常在接收用於傳輸TB的UL允許之前不產生無線電鏈路控制（radio link control，RLC）和媒體存取控制（medium access control，MAC）協定資料單元（protocol data unit，PDU）。在接收UL允許之後，L2層將需要處理所有尺寸的資料封包，且接著確定如何裝滿TB，因為所述資料封包中的一些較長的資料封包將需要分段，且所述資料封包中的一些小於TB的資料封包將需要與其它資料封包串接。然而，此過程由於當前邏輯通道優先順序排序（logical channel prioritization，LCP）和RLC串接/（再）分段原理而非常複雜。因為服務品質（quality of service，QoS）要求可對於不同通道而不同，所以每一通道可能需要執行不同的RLC串接/分段程式。LCP程式較複雜且直至已接收到UL允許才能開始，且因此當前LCP程式不大可能實現所要求的用戶平面等待時間。
LTE通訊系統中的當前LCP簡短地介紹如下。首先，經由RRC信令，可界定每一邏輯通道的參數，且此類參數可包含（不限於）‘Priority’、‘prioritisedBitRate’（PBR）和‘bucketSizeDuration’（BSD）。參數‘Priority’是用較低數字指示邏輯通道為較高優先順序的整數。PBR指示邏輯通道的每傳輸時間間隔（transmission time interval，TTI）的恒定位元速率。BSD指示邏輯通道的資料封包的持續時間的上限。
MAC維持每一邏輯通道j的可變Bj（以位元為單位）。參數Bj將初始化為零，且隨後（針對每一TTI）由於PBR乘以（ ）TTI的持續時間而產生的乘積而遞增。如果Bj ＞ PBR BSD，那麼Bj將設定成等於PBR BSD。通常，Bj每TTI增長PBR的尺寸。
當前LCP程式可被表徵為含有這三個步驟。步驟1期間，以遞減的優先次序向具有Bj＞0的所有邏輯通道分配資源。換句話說，具有較高優先順序的邏輯通道將在具有較低優先順序的邏輯通道之前被分配資源以用於傳輸。如果邏輯通道的PBR設定成“無窮大”，那麼MAC實體將在滿足較低優先順序邏輯通道的PBR之前分配資源于可用於邏輯通道上的傳輸的所有資料。步驟2期間，MAC實體將使Bj遞減步驟1期間向邏輯通道j服務的MAC SDU的總尺寸。應注意，Bj可以是負的，因為如果整個SDU可配置於剩餘資源中，那麼UE通常不將RLC服務資料單元（RCL SDU）分段。步驟3期間，如果留下任何資源，那麼以嚴格遞減的優先次序服務所有邏輯通道，而無關於Bj的值。
圖2繪示根據所建立的RLC串接和分段原理的常規LCP的實例。圖2的實例假設含有三個邏輯通道，即LCH 1、LCH2和LCH3，因為LCH 1具有比LCH 2高的優先順序，LCH 2具有比LCH 3高的優先順序。RLC SDU（例如RLC SDU 1、RLC SDU 2等）表示尚未由LCP處理的資料封包。對於LCH 1，TTI=1之後，B1=PBR 1，這意味著RLC SDU 1和RLC SDU 2的一部分將需要傳輸，但尚未傳輸。TTI=2之後，B1將包含前三個RLC SDU和第四RLC SDU的一部分，其將需要傳輸但尚未傳輸。可針對LCH 2的B2和LCH 3的B3描述相同情況。
假定TTI=1之後UE已接收用於傳輸RLC SDU的上行鏈路允許，那麼UE將尋找具有最高優先順序且具有Bj＞0的邏輯通道，其在此實例中為LCH 1。接下來，UE將指示LCH 1開始傳輸封包；然而，LCH 1將始終傳輸完整的封包。儘管TTI=1之後B1將增長以包含LCH 1的RLC SDU 2的一部分，但為了避免分段，UE的MAC將指示UE的RLC實體傳輸LCH 1的整個RLC SDU 1和LCH 1的整個RLC SDU 2以包含在第一RLC PDU內。
接下來，UE將尋找具有下一優先順序且具有Bj＞0的邏輯通道，其在此實例中為LCH 2。儘管TTI=1之後B2將增長以包含LCH 2的RLC SDU 2的一部分，但為了避免分段，UE的MAC將指示UE的RLC實體傳輸LCH 2的整個RLC SDU 1和LCH 2的整個RLC SDU 2以包含在第二RLC PDU內。接下來，UE將尋找具有下一優先順序且具有Bj＞0的邏輯通道，其在此實例中為LCH 3。然而，儘管B3已增長而含有LCH 3的RLC SDU 1和LCH 3的RLC SDU 2的一部分，但在此實例中TB已滿且無法含有LCH 3的RLC SDU 2的全部，且因此需要分段。這意味著LCH 3的RLC SDU 2的其餘部分將在下一TB中傳輸。
然而，假定TB實際能夠含有LCH 3的RLC SDU 1的全部以及LCH 3的RLC SDU 2的全部兩者，且不存在具有比LCH 3低的優先順序的其它通道，那麼UE將期望通過獲得來自具有最高優先順序的通道的資料（例如LCH 1的RLC SDU 3、RLC SDU 4等）來填充TB。
在LCP完成之後，隨後UE將繼續且形成RLC PDU和MAC PDU。RLC PDU將涉及RLC SDU的串接/分段，以及RLC資料PDU的再分段。MAC PDU的形成將涉及產生具有一或多個MAC子標頭的MAC標頭。所述子標頭中的每一者對應於MAC SDU中的每一者。然後，可能需要執行MAC PDU的填補。基於上文所描述的LCP的過程以及RLC PDU和MAC PDU的形成，用戶平面等待時間極不可能可減少到1或2個OFDM符號。
因此，本發明針對一種L2層資料封包處理方法和一種使用該方法的電子裝置。
在一方面中，本發明針對一種由電子裝置實施的L2層資料封包處理方法，且所述方法將包含（不限於）：在接收上行鏈路（UL）允許之前由較高L2子層產生較高L2子層的協定資料單元（PDU），其中較高L2子層的每一PDU包含較高L2子層的一或多個服務資料單元（SDU）；在接收UL允許之前由最低L2子層產生最低L2子層的SDU中的每一者的子標頭，其中最低L2子層的每一SDU等效於較高L2子層的每一PDU；由最低L2子層回應於接收UL允許執行SDU的邏輯通道優先順序排序（LCP）程式；由最低L2子層基於LCP程式的結果通過多工最低L2子層的SDU的一部分和SDU的所述部分的子標頭來產生最低L2子層的PDU；以及由最低L2子層修改PDU內的最後一個子標頭。
在一方面中，本發明針對一種電子裝置，其包含（不限於）接收器和耦合到接收器的處理器，且所述處理器經配置以：在接收上行鏈路（UL）允許之前由較高L2子層產生較高L2子層的協定資料單元（PDU），其中較高L2子層的每一PDU包含較高L2子層的一或多個服務資料單元（SDU）；在接收UL允許之前由最低L2子層產生最低L2子層的SDU中的每一者的子標頭，其中最低L2子層的每一SDU等效於較高L2子層的每一PDU；由最低L2子層回應於接收UL允許執行SDU的邏輯通道優先順序排序（LCP）程式；由最低L2子層基於LCP程式的結果通過多工最低L2子層的SDU的一部分和SDU的所述部分的子標頭來產生最低L2子層的PDU；以及由最低L2子層修改PDU內的最後一個子標頭。
為了使本發明的前述特徵以及優點便於理解，下文詳細描述伴隨圖式的示範性實施例。應理解，前文總體描述和以下詳細描述都是示範性的，並且是希望提供對所主張的本發明的進一步解釋。
然而，應理解，此發明內容可以並不包含本發明的所有方面以及實施例，並且因此不希望用任何方式加以限制或約束。而且，本發明將包含對於所屬領域的技術人員來說明顯的改進以及修改。
為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。
現將詳細參考本發明的當前示範性實施例，其實例在附圖中得以說明。只要可能，相同附圖標記在圖式和描述中用以指代相同或相似部分。
所揭示的L2層資料封包處理方法和使用該方法的電子設備可包含這三個特徵中的任一者或組合。（1）本發明提出在最低L2子層處執行即時（RT）分段以最小化RT處理時間。對於UL通訊，資料封包的RT分段直至已接收所需UL允許才發生。
（2）本發明提出在較高L2子層處執行非RT（NRT）分段或串接（S/C）以縮減標頭開銷且解決具有巨大尺寸的資料封包的問題。RT分段之前，較高L2子層中尺寸可能各種各樣的所有包通過較高L2子層中的NRT分段而分段成均一尺寸的資料封包。（3）本發明提出每一邏輯通道可用上部層（例如RRC）的不同處理配置，且提出最低L2子層的靈活的標頭設計來支援那些邏輯通道的多工/多路分用。
本發明的主要目標中的一者是，針對UL傳輸，可在接收UL允許之前產生RLC和MAC PDU以最小化即時L2層處理時間。
NRT分段/串接被界定為以預配置的PDU尺寸執行的分段/串接。在本發明中，如果應用NRT分段/串接，那麼其始終在較高L2子層處執行。
RT分段/串接被界定為根據LCP的結果執行的分段/串接。在本發明中，如果應用RT分段/串接，那麼其始終在最低L2子層處執行。
圖3A說明根據本發明的示範性實施例中的一者的L2層資料封包處理方法。本發明的所有示範性實施例將執行如描述於圖3A中的所有步驟。圖3B說明根據本發明的示範性實施例中的一者產生最低L2層PDU和子標頭。圖3A和圖3B將在以下描述中一起參考。在步驟S301中，較高L2子層產生較高L2 PDU（311）作為最低L2子層的SDU（312）。在步驟S302中，最低L2子層產生每一最低L2 SDU的對應最低L2子層子標頭（313）。在步驟S303中，在接收UL允許之後，最低L2子層執行LCP。在步驟S304中，基於LCP的結果，最低L2子層通過多工一些最低L2 SDU和其對應子標頭且必要時修改PDU（314）內的最後一個子標頭（315）而產生最低L2 PDU（314）。
圖4說明根據本發明的示範性實施例中的一者使用L2層資料封包處理方法的電子裝置的硬體圖。本發明中的電子裝置可以是移動台、先進移動台（AMS）、伺服器、用戶端、臺式電腦、膝上型電腦、網路電腦、工作站、個人數位助理（PDA）、平板電腦、掃描器、（智慧）電話裝置、手錶、尋呼機、相機、電視機、掌上型視頻遊戲裝置、音樂裝置、無線感測器、無人駕駛飛機等。在一些應用中，電子裝置可以是在移動環境（例如，公共汽車、火車、飛機、輪船、汽車等等）中操作的固定電腦裝置。
電子裝置的結構將包含（不限於）耦合到傳輸器和/或接收器（收發器）（402）的處理器（401）、儲存媒體（403），和任選地可或可不含有顯示器的使用者介面（UI）（404）。傳輸器和/或接收器（402）由處理器（401）控制以將從天線（陣列）（405）接收的射頻信號（RF）（或毫米波信號）降頻轉換為待由處理器（401）處理的基帶信號，且由處理器（401）控制以將基帶信號升頻轉換為待經由天線（陣列）（405）傳輸的RF或毫米波信號。傳輸器和/或接收器（402）還可包含一或多組硬體，其經調諧到不同頻帶，例如RF頻率、毫米頻率、藍牙頻率、Wi-Fi頻率等等。儲存媒體（403）含有臨時和/或永久儲存媒體，用於存儲臨時緩衝資料或用於永久（非易失性）資料存儲。處理器（401）將可包含一或多個硬體處理單元，例如處理器、控制器或離散積體電路，以實施所揭示的L2層資料封包處理方法。
為進一步闡明上文所描述的方法和電子裝置，本發明提供五個示範性實施例。圖5說明在MAC SDU的多工/多路分用之前針對不同邏輯通道中的每一者的不同L2資料封包處理方式的實例。對於本發明，NRT分段/串接（501）始終在較高L2子層中執行，且RT分段（502）始終在最低L2子層中執行。對於第一示範性實施例，不執行分段或串接，如例如針對LCH 4的處理所示。對於第二示範性實施例，執行NRT分段/NRT串接（501），如例如針對LCH 1和LCH2的處理所示。對於第三示範性實施例，執行RT分段（502）但不執行串接，如例如由LCH 1和LCH3所示。對於第四示範性實施例，執行NRT（501）分段/串接和RT分段兩者，如例如由LCH 1所示。對於第五示範性實施例，可用例如第一~ 第四示範性實施例中的任一者等不同處理配置邏輯通道中的每一者，如圖5所示，圖5繪示邏輯通道中的每一者具有不同處理。
值得注意的是，本發明不關心應用RT串接的案例，因為當多工已經在最低L2子層處應用時增益微小。並且，本發明不關心僅應用NRT分段或僅應用NRT串接的案例，因為通過使用NRT分段和NRT串接兩者設定封包尺寸以滿足PBR將是有益的。
對於第一示範性實施例（例如圖5的LCH 4），在（至少一個）較高L2子層中，既不存在分段也不存在串接。在接收與待傳輸的上行鏈路數據封包相關聯的UL允許之前在較高L2子層中，可從上行鏈路數據封包產生較高層PDU（例如RLC PDU），且可基於較高層PDU產生MAC SDU。
在最低L2子層（例如MAC層）中，圖7的左列中繪示的當前LTE MAC標頭和子標頭格式可再使用，只是子標頭的每一欄位的位數可不同。因為MAC SDU同樣將在接收UL允許之前產生，且最低L2子層處既不存在分段也不存在串接，所以每一MAC SDU的MAC子標頭還可在接收UL允許之前全部自動產生，其中擴展欄位（E）欄位（701）=1。
在接收UL允許之後，將即時執行以下過程。如果MAC PDU全部填充，那麼將不需要填補位元。如果不需要填補位元，那麼MAC PDU中最後一個子標頭的E欄位（701）的值將在LCP之後從1改變到0。然而，如果需要填補位元，那麼將通過用零填充MAC PDU的未使用的部分來產生填補片，且填補子標頭將產生使得含有填補位的MAC PDU將是已知的。
LCP程式將跟隨當前LTE LCP程式，直至無法在TB中填充MAC SDU。當此類事件發生時，可存在兩個替代方案。第一替代方案是使用填補位填充TB而無任何優化。對於第二替代方案，當屬於具有優先順序i的邏輯通道的MAC SDU無法在TB中填充時，LCP將嘗試尋找其它MAC SDU以最小化所需的填補位。尋找上文所描述的“其它MAC SDU”的過程可基於以下三個規則。規則（1）：對於每一邏輯通道，嚴格地遵從封包序列。規則（2）：考慮每一邏輯通道的優先順序。規則（3）：考慮每一邏輯通道的限制，例如Bj的將來值。
圖6中繪示第一示範性實施例的第二替代實施例的實例，圖6操作如下。假定存在四個邏輯通道LCH A、LCH B、LCH C、LCH D，且每一邏輯通道具有降冪的不同優先順序且具有待在TB中填充的若干MAC SDU。當LCH D的封包1無法在TB中填充時，根據規則2，LCP將試圖用LCH A的封包3填充TB。如果仍存在可用空間，那麼根據規則2和規則1，LCP將試圖用LCH A的封包4填充TB。當達到LCH A的限制時，根據規則3，LCP將中止用LCH A的其它隨後封包填充TB。實際上，LCP將試圖根據規則2用LCH B的封包3填充TB。如果封包3無法在TB中填充，那麼根據規則1，LCP無法用LCH B的其它隨後封包填充TB。
第一示範性實施例的優點是，用戶平面等待時間良好，因為RT處理最小化，以換取較大MAC標頭開銷和填補開銷（因為L2子層處不存在串接和分段）。
對於第二示範性實施例（例如圖5的LCH 2），除如描述於圖3A中的步驟之外，較高L2層中的程式還將涉及較高L2子層中執行的NRT分段/NRT串接（501）。較高L2子層將通過在接收到與上行鏈路數據封包相關聯的UL允許之前執行上行鏈路數據封包的分段或串接來產生固定尺寸的PDU。並且，MAC SDU可在接收UL允許之前基於PDU產生。
對於可為MAC層的最低L2子層中的程式，可在接收UL允許之前產生對應於每一MAC SDU的MAC子標頭。MAC標頭和子標頭格式可類似於圖7的左列中繪示的現有LTEMAC標頭和子標頭格式。圖7的右列繪示第二示範性實施例的MAC標頭和子標頭格式，其不需要長度（L）欄位（703），因為PDU尺寸已經由上部層配置且因此是已知的。（儘管僅1個‘L’在圖7中標記，但所述標記（703）將適用於‘L’的所有例項。） 然而，每一欄位的位數可不同。特殊尺寸旗標（SF）欄位（702）可包含在MAC子標頭中以指示MAC SDU是否具有特殊尺寸。此外，每一MAC SDU的MAC子標頭還將通過在接收UL允許之前自動設定E欄位（704）=1而產生。
接收UL允許之後，以下過程全部在RT中執行。不需要RT分段，如圖5的LCH 2中所繪示。如果MAC PDU全部經填充，那麼將不需要填補位元。如果不需要填補位元，那麼MAC PDU中的最後一個子標頭的E欄位（704）的值將在LCP完成之後從1改變到0。如果需要填補位元，那麼將產生填補子標頭和填補位。LCP程式將與第一示範性實施例相同。
第二示範性實施例的優點將主要是，RT處理最小化，以換取較大標頭開銷。標頭開銷可在大部分業務類型是小資料的情形下得以改進。還值得注意的是，對於每一邏輯通道，所配置的固定PDU尺寸可等於PBR。可通過PDU尺寸的分集減小填補開銷。如果基於每LCH緩衝區狀態報告（BSR）分配UL資源，那麼可不需要具有填補。
對於第三示範性實施例（例如圖5的LCH 3），不存在（至少一個）較高L2子層中的分段/串接，但最低L2子層將執行RT分段。在接收與待傳輸的上行鏈路數據封包相關聯的UL允許之前在較高L2子層中，可從上行鏈路數據封包產生較高層PDU（例如RLC PDU），且可基於較高層PDU產生MAC SDU。在無NRT分段/串接的情況下，較高L2子層中的程式將與第一示範性實施例相同。
對於可為MAC層的最低L2子層中的程式，將執行RT分段。在接收UL允許之前，將產生MAC標頭和子標頭，且子標頭格式可與當前LTEMAC標頭和子標頭格式相同，只是每一欄位的位數可不同。然而，第三示範性實施例提出圖8中繪示的含有對現有MAC標頭和子標頭格式的一些任選改變的新MAC子標頭格式。新MAC子標頭將稍後在接收UL允許之後產生以替代已僅針對待分段的MAC SDU產生的MAC子標頭。新MAC子標頭格式並不適用於將不在RT中分段的MAC SDU。圖8的左側繪示當前LTE MAC子標頭格式，而圖8的右側繪示第三示範性實施例的四個新任選子標頭格式。
任選地，保留（S）欄位801可用於指示是否MAC SDU經分段。任選幀資訊（FI）欄位802可用於指示RLC SDU 904和RLC PDU 905之間的映射關係以便指示是否MAC SDU在開始和/或結束時經分段。序號（SN）803用於指示經分段MAC SDU的序號使得可跟蹤經分段的資料封包。在接收UL允許之前，將產生每一MAC SDU（和經分段MAC SDU）的MAC子標頭，其中E欄位804自動設定成1。
如圖9中所示，FI欄位802可含有兩個位，其中00指示RLC PDU的第一位元組對應於RLC SDU的第一位元組且RLC PDU的最後一個位元組對應於RLC SDU的最後一個位元組，01指示RLC PDU的第一位元組對應於RLC SDU的第一位元組且RLC PDU的最後一個位元組不對應於RLC SDU的最後一個位元組，10指示RLC PDU的第一位元組不對應於RLC SDU的第一位元組且RLC PDU的上一位元組對應於RLC SDU的最後一個位元組，且11指示RLC PDU的第一位元組不對應於RLC SDU的第一位元組且RLC PDU的最後一個位元組不對應於RLC SDU的最後一個位元組。
從圖9的實例可見，第一RLC PDU 901的第一位元組對應於RLC SDU的第一位元組，但第一RLC PDU 901的最後一個位元組不對應於RLC SDU的最後一個位元組，且因此第一RLC PDU 901將與FI欄位802的位01相關聯。第二RLC PDU 902的第一位元組不對應於RLC SDU的第一位元組，且RLC PDU 902的最後一個不對應於RLC SDU的最後一個位元組，且因此第二RLC PDU 902將與FI欄位802的位11相關聯。第三RLC PDU 903的第一位元組不對應於RLC SDU的第一位元組，且第三RLC PDU 903的最後一個位元組對應於RLC SDU的最後一個位元組，且因此第三RLC PDU 903將與FI欄位802的位10相關聯。
接收UL允許之後，將執行RT處理，如下文所描述。將執行LCP程式以確定是否將需要RT分段。LCP程式可與當前LTE LCP程式相同。LCP程式之後，如果認為需要MAC SDU的分段，那麼將產生新的MAC子標頭以用經分段MAC SDU的MAC子標頭替代原始子標頭；否則，對於未分段的MAC SDU保持原始MAC子標頭。如果認為需要填補，那麼將產生填補子標頭和填補位。如果不認為填補是必須的，那麼MAC PDU中的最後一個子標頭的E欄位804將從1改變到0以指示所述子標頭對應於MAC PDU內的最後一個MAC SDU。
第三示範性實施例的優點將包含良好用戶平面等待時間，以換取較大標頭開銷。填補開銷將最小，因為在執行RT分段時不需要填補位元。還值得注意的是，由分段操作產生至多兩個經分段的MAC SDU。針對TB執行至多一個分段操作。因此，經分段MAC SDU的平均數目將在TB中小於二。經分段MAC SDU的MAC子標頭中所需的額外開銷僅為1個位元組，因為2個位用於FI 802且6個位用於SN 803。
第四示範性實施例（例如圖5的LCH 1）基於第二示範性實施例和第三示範性實施例的組合。除如圖3A中描述的步驟之外，第四示範性實施例還將包含執行NRT分段/串接以及RT分段。在較高L2子層中，將通過執行NRT分段/串接產生固定尺寸的PDU，且PDU的尺寸由上部層例如通過RRC信令來配置。PDU將在接收UL允許之前產生為MAC SDU。
在最低L2子層中，可基於作為當前LTE MAC標頭和子標頭格式的MAC標頭和子標頭格式產生MAC標頭和子標頭，只是L欄位可能不是必需的，因為PDU的長度已經知曉。並且，每一欄位的位元數目可不同。SF欄位可包含在MAC子標頭中以指示是否MAC SDU具有特殊尺寸。S欄位將指示是否MAC SDU已分段。未分段MAC SDU的MAC子標頭格式在圖10的左側繪示，且經分段MAC SDU的MAC子標頭格式在圖10的右側繪示。未分段MAC SDU的MAC子標頭格式1001用於固定尺寸的MAC SDU的子標頭，用於MAC PDU中的最後一個子標頭，且用於如LCID識別的固定尺寸MAC控制元件的子標頭。經分段MAC SDU的MAC子標頭格式1002用於MAC PDU中的最後一個子標頭。如圖10的右側繪示，第四示範性實施例提出經分段SDU的三個新的MAC子標頭。類似於第三示範性實施例，FI欄位將指示是否MAC SDU在開始和/或結束時分段。並且，在接收UL允許之前，每一MAC SDU（和經分段MAC SDU）的MAC子標頭將在最低L2子層中產生，其中E欄位（1003）自動設定為‘1’以指示所有MAC SDU將由其它MAC SDU跟隨。
回應於接收UL允許執行RT處理。在RT處理期間，將執行LCP程式。所述LCP程式可與當前LTE LCP程式相同。在LCP程式之後，如果MAC SDU分段認為是必需的，那麼將僅針對經分段MAC SDU產生新MAC子標頭來替代現有MAC子標頭。否則，如果填補認為是必需的，那麼將產生填補子標頭和填補位。如果填補不認為是必需的，那麼MAC PDU中的最後一個子標頭的E欄位（1003）將從‘1’改變到‘0’。
第四示範性實施例的優點將包含良好用戶平面等待時間，因為RT處理最小化以換取較大標頭開銷。但如果大部分業務類型是小資料，那麼標頭開銷將為非考慮因素。此外，當執行RT分段時不需要填補位元。
對於第五示範性實施例（例如圖5），主要特徵中的一者是，不同邏輯通道可用上部層對UL資料封包的不同處置或處理技術來預先配置，舉例來說，其可通過無線電資源控制（RRC）實現。舉例來說，圖5繪示四個通道中的每一者可用針對UL資料封包的不同處理技術來預先配置：LCH 1經預先配置以需要NRT分段/串接和RT分段兩者，LCH 2需要NRT分段/串接但不需要RT分段，LCH 3不需要NRT分段/串接但需要RT分段，且LCH 4既不需要NRT分段/串接也不需要RT分段。不同通道可由RRC基於每一通道的QoS要求（動態地）配置。舉例來說，LCH 4可能不需要NRT分段/串接和RT分段，因為重組經分段URLLC封包可在接收器側產生額外處理等待時間。
在（至少一個）較高L2子層中，在接收對應於待傳輸的UL資料的UL允許之前，可基於由上部層預先配置的技術將每一邏輯通道的PDU產生為MAC SDU。此類技術可以是示範性實施例一到四的先前描述的技術中的任一者。
在最低L2子層中，最低L2子層可在接收UL允許之前產生每一MAC SDU（和經分段MAC SDU）的MAC子標頭，其中E欄位（701、704、804、1003）=1。在接收UL允許之後，RT處理將開始。可通過遵循當前LTE LCP程式直至無法在TB中填充MAC SDU，來執行LCP程式。在此類情形下，如果MAC SDU可分段，那麼將如先前描述執行分段。否則，可利用第一示範性實施例的LCP程式以尋找其它MAC SDU，來最小化所要的填補位。如果已發現且可分段的MAC SDU需要分段，那麼針對MAC SDU執行分段。
值得注意的是，接收器將基於邏輯通道識別（LCID）（1101）欄位能夠知道所接收的MAC子標頭中的每一者的格式以及因此用於MAC SDU的恰當處理技術。如圖11中所示，無關於已實施哪一示範性實施例，每當接收器側接收MAC PDU時，接收器將知道第一位元組的最後5位元是LCID（1101）欄位。基於LCID（1101），接收器將知道將使用哪一MAC子標頭格式，因為LCID（1101）和對應於LCID（1101）的MAC子標頭格式之間的映射關係已由較高層（例如，通過RRC信令）預先配置。
總體來說，所揭示的L2層資料封包處理方法的一些概念可包含在接收UL允許之後在最低L2子層中執行RT分段，在接收UL允許之前在較高L2子層中執行NRT分段/串接，由上部層以針對UL資料封包的不同處理技術配置邏輯通道使得接收器側可基於LCID執行針對所接收的MAC子標頭和MAC SDU的對應處理，在接收UL允許之前預構造RLC PDU和MAC子標頭，以及必要時修改PDU內的最後一個子標頭。
鑒於前述描述，本發明適於在無線通訊系統中使用，且能夠通過在接收與待由電子裝置傳輸的上行鏈路數據封包相關聯的UL允許之後最小化待執行的RT過程來縮減用戶平面等待時間。
用於本申請的所揭示實施例的具體實施方式中的元件、動作或指令不應解釋為對本發明來說為絕對關鍵或必要的，除非明確地如此描述。而且，如本文中所使用，不定冠詞“一”可以包含一個以上專案。如果既定只有一個項目，那麼將使用術語“單個”或類似語言。此外，如本文中所使用，在多個項目和/或多個項目種類的列表之前的術語“中的任一者”希望包含所述項目和/或項目種類個別地或結合其它項目和/或其它項目種類“的任一者”、“的任何組合”、“中的任何多個”和/或“中的多個的任何組合”。此外，如本文中所使用，術語“組”既定包含任何數目的專案，包含零個。另外，如本文中所使用，術語“數目”希望包含任何數目，包含零。
雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。
101‧‧‧含有UL允許的DCI的DL接收結束
102‧‧‧對應UL傳送塊的傳輸開始
311‧‧‧較高L2 PDU
312‧‧‧最低L2子層的SDU
313‧‧‧最低L2子層子標頭
314‧‧‧最低L2 PDU
401‧‧‧處理器
402‧‧‧傳輸器和/或接收器
403‧‧‧儲存媒體
404‧‧‧使用者介面（UI）
405‧‧‧天線（陣列）
501‧‧‧NRT分段/NRT串接
502‧‧‧RT分段
701‧‧‧擴展（E）欄位
702‧‧‧尺寸旗標（SF）欄位
703‧‧‧長度（L）欄位
704‧‧‧E欄位
801‧‧‧保留（S）欄位
802‧‧‧幀資訊（FI）欄位
803‧‧‧序號（SN）
804‧‧‧E欄位
901‧‧‧第一RLC PDU
902‧‧‧第二RLC PDU
903‧‧‧第三RLC PDU
1001‧‧‧未分段MAC SDU的MAC子標頭格式
1002‧‧‧經分段MAC SDU的MAC子標頭格式
1003‧‧‧E欄位
1101‧‧‧邏輯通道識別（LCID）
S301‧‧‧步驟
S302‧‧‧步驟
S303‧‧‧步驟
S304‧‧‧步驟。
圖1說明回應於從DCI接收UL允許的UL封包的常規傳輸。 圖2繪示根據所建立的RLC串接和分段原理的常規邏輯通道優先順序排序（LCP）的實例。 圖3A說明根據本發明的示範性實施例中的一者的L2層資料封包處理方法。 圖3B說明根據本發明的示範性實施例中的一者產生最低L2層PDU和子標頭。 圖4說明根據本發明的示範性實施例中的一者使用L2層資料封包處理方法的電子裝置的硬體圖。 圖5說明根據本發明的示範性實施例中的一者的針對不同邏輯通道中的每一者的不同L2資料封包處理方式。 圖6說明第一示範性實施例的第二替代實施例的實例。 圖7說明第一示範性實施例的MAC子標頭和第二示範性實施例的MAC子標頭的實例。 圖8說明基於第三示範性實施例的未分段MAC SDU的MAC子標頭和分段MAC SDU的MAC子標頭。 圖9含有根據第三示範性實施例的FI欄位和使用所述FI欄位的實例的描述。 圖10說明基於第四示範性實施例的未分段MAC SDU的MAC子標頭和分段MAC SDU的MAC子標頭。 圖11說明根據第五示範性實施例基於接收器側的LCID的所接收MAC子標頭和MAC SDU的處理。

Claims (16)

  1. 一種適用於電子設備的資料封包處理方法，所述方法包括：由較高L2子層在接收上行鏈路UL允許之前產生所述較高L2子層的協定資料單元(PDU)，其中所述較高L2子層的每一PDU包括所述較高L2子層的一或多個服務資料單元(SDU)；由最低L2子層在接收所述UL允許之前產生所述最低L2子層的SDU中的每一者的子標頭，其中所述最低L2子層的每一SDU等效於所述較高L2子層的每一PDU；由所述最低L2子層回應於接收所述UL允許執行所述SDU的邏輯通道優先順序排序(LCP)程式；由所述最低L2子層基於所述LCP程式的結果通過多工所述最低L2子層的所述SDU的一部分和所述SDU的所述部分的所述子標頭而產生所述最低L2子層的PDU；以及由所述最低L2子層修改所述PDU內的最後一個子標頭。
  2. 如申請專利範圍第1項所述的方法，其中所述較高L2子層的所述PDU是無線電鏈路控制(RLC)PDU，且所述最低L2子層的所述SDU是媒體存取控制(MAC)SDU。
  3. 如申請專利範圍第2項所述的方法，其中由所述最低L2子層在接收所述UL允許之前產生所述最低L2子層的所述SDU中的每一者的所述子標頭包括：由所述MAC子層在接收所述UL允許之前產生所述MAC SDU中的每一者的所述子標頭，其中所有所述子標頭的擴展E欄位設定成1。
  4. 如申請專利範圍第2項所述的方法，其中由所述最低L2子層回應於接收所述UL允許執行所述SDU的LCP程式包括：在接收所述UL允許之後即時確定是否需要MAC SDU的分段或需要填補位元。
  5. 如申請專利範圍第2項所述的方法，其中由所述最低L2子層修改所述PDU內的所述最後一個子標頭包括：如果需要所述MAC SDU的分段，那麼在接收所述UL允許之後即時產生MAC SDU的新MAC子標頭以替代所述MAC SDU的先前MAC子標頭。
  6. 如申請專利範圍第2項所述的方法，其中由所述最低L2子層修改所述PDU內的所述最後一個子標頭包括：如果需要所述填補位元，那麼在接收所述UL允許之後即時產生所述MAC PDU的填補子標頭和所述填補位元。
  7. 如申請專利範圍第2項所述的方法，其中由所述最低L2子層修改所述PDU內的所述最後一個子標頭包括：如果不需要所述分段和所述填補位元兩者，那麼在接收所述UL允許之後通過將所述子標頭的最後一個的所述E欄位從1改變到0來即時修改所述MAC PDU的所述子標頭的最後一個。
  8. 如申請專利範圍第2項所述的方法，其進一步包括：基於無線電資源控制(RRC)信令的第一配置產生第一邏輯通道的第一多個MAC SDU，其中所述第一多個MAC SDU包括經分段的MAC SDU；基於所述RRC信令的第二配置產生第二邏輯通道的第二多個MAC SDU，其中所述第二多個MAC SDU並不包括任何經分段的MAC SDU；產生所述第一多個MAC SDU中的每一者的子標頭；產生所述第二多個MAC SDU中的每一者的子標頭，其中所述第一多個MAC SDU的子標頭中的每一者的第一位元組中的第一邏輯通道識別符(LCID)不同於所述第二多個MAC SDU的子標頭中的每一者的第一位元組中的第二LCID；以及由接收器基於多個可能LCID的所述第一LCID或所述第二LCID處理所接收的MAC SDU。
  9. 一種用於資料封包處理的電子裝置，包括：接收器；以及傳輸器，其耦合到所述接收器且經配置以：由較高L2子層在接收上行鏈路UL允許之前產生所述較高L2子層的協定資料單元(PDU)，其中所述較高L2子層的每一PDU包括所述較高L2子層的一或多個服務資料單元(SDU)；由最低L2子層在接收所述UL允許之前產生所述最低L2子層的SDU中的每一者的子標頭，其中所述最低L2子層的每一SDU等效於所述較高L2子層的每一PDU；由所述最低L2子層回應於從所述接收器接收所述UL允許而執行所述SDU的邏輯通道優先順序排序(LCP)程式；由所述最低L2子層基於所述LCP程式的結果通過多工所述最低L2子層的所述SDU的一部分和所述SDU的所述部分的所述子標頭而產生所述最低L2子層的PDU；以及由所述最低L2子層修改所述PDU內的最後一個子標頭。
  10. 如申請專利範圍第9項所述的裝置，其中所述較高L2子層的所述PDU是無線電鏈路控制(RLC)PDU，且所述最低L2子層的所述SDU是媒體存取控制(MAC)SDU。
  11. 如申請專利範圍第10項所述的裝置，其中所述處理器經配置以由所述最低L2子層在接收所述UL允許之前產生所述最低L2子層的所述SDU中的每一者的所述子標頭，包括：由所述MAC子層在從所述接收器接收所述UL允許之前產生所述MAC SDU中的每一者的所述子標頭，其中所有所述子標頭的擴展E欄位設定成1。
  12. 如申請專利範圍第10項所述的裝置，其中所述處理器經配置以由所述最低L2子層回應於接收所述UL允許而執行所述SDU的LCP程式，包括：在接收所述UL允許之後即時確定是否需要MAC SDU的分段或需要填補位元。
  13. 如申請專利範圍第10項所述的裝置，其中所述處理器經配置以由所述最低L2子層修改所述PDU內的所述最後一個子標頭，包括：如果需要所述MAC SDU的分段，那麼在接收所述UL允許之後即時產生MAC SDU的新MAC子標頭以替代所述MAC SDU的先前MAC子標頭。
  14. 如申請專利範圍第10項所述的裝置，其中所述處理器經配置以由所述最低L2子層修改所述PDU內的所述最後一個子標頭，包括：如果需要所述填補位元，那麼在接收所述UL允許之後即時產生所述MAC PDU的填補子標頭和所述填補位元。
  15. 如申請專利範圍第10項所述的裝置，其中所述處理器經配置以由所述最低L2子層修改所述PDU內的所述最後一個子標頭，包括：如果不需要所述分段和所述填補位元兩者，那麼在接收所述UL允許之後通過將所述子標頭的最後一個的所述E欄位從1改變到0來即時修改所述MAC PDU的所述子標頭的最後一個。
  16. 如申請專利範圍第10項所述的裝置，其中所述處理器進一步經配置以：基於無線電資源控制(RRC)信令的第一配置產生第一邏輯通道的第一多個MAC SDU，其中所述第一多個MAC SDU包括經分段的MAC SDU；基於所述RRC信令的第二配置產生第二邏輯通道的第二多個MAC SDU，其中所述第二多個MAC SDU並不包括任何經分段的MAC SDU；產生所述第一多個MAC SDU中的每一者的子標頭；產生所述第二多個MAC SDU中的每一者的子標頭，其中所述第一多個MAC SDU的子標頭中的每一者的第一位元組中的第一邏輯通道識別符(LCID)不同於所述第二多個MAC SDU的子標頭中的每一者的第一位元組中的第二LCID；以及經由所述接收器基於多個可能LCID的所述第一LCID或所述第二LCID處理所接收的MAC SDU。
TW106128378A 2016-08-23 2017-08-22 L2層資料封包處理方法和使用該方法的電子裝置 TWI663858B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662378650P 2016-08-23 2016-08-23
US62/378,650 2016-08-23
US15/679,130 US10250725B2 (en) 2016-08-23 2017-08-16 Method of L2 layer data packet processing and electronic device using the same
US15/679,130 2017-08-16

Publications (2)

Publication Number Publication Date
TW201807987A TW201807987A (zh) 2018-03-01
TWI663858B true TWI663858B (zh) 2019-06-21

Family

ID=59799201

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106128378A TWI663858B (zh) 2016-08-23 2017-08-22 L2層資料封包處理方法和使用該方法的電子裝置

Country Status (4)

Country Link
US (1) US10250725B2 (zh)
EP (1) EP3288309A1 (zh)
CN (1) CN107786533B (zh)
TW (1) TWI663858B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10021596B2 (en) 2016-03-30 2018-07-10 Industrial Technology Research Institute Communication system, communication device, base station and method thereof for D2D communications
US20180324833A1 (en) * 2017-05-05 2018-11-08 Qualcomm Incorporated Enhancements to logic channel prioritization procedure with multiple numerologies
US11452169B2 (en) * 2018-08-15 2022-09-20 Google Llc Preventing inadvertent idle mode in multi-node connectivity environments
CN109450875B (zh) * 2018-10-23 2020-02-07 清华大学 Mac层封装方法及装置
EP3949610A4 (en) 2019-03-28 2022-10-26 Nokia Technologies OY LOGICAL CHANNEL PRIORITIZATION

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2077687A1 (en) * 2008-01-04 2009-07-08 Samsung Electronics Co., Ltd. Method for enhancing layer 2 for a high speed packet access uplink
US20100074222A1 (en) * 2008-09-22 2010-03-25 Chih-Hsiang Wu Method for improving buffer status triggering mechanism in wireless communications system and related communication device
US20100111032A1 (en) * 2008-11-03 2010-05-06 Chih-Hsiang Wu Method for handling random access response reception and an e-utran and user equipment thereof
TW201424302A (zh) * 2012-11-01 2014-06-16 Ibm 重疊虛擬化網路中之有效資料傳輸
US20160234714A1 (en) * 2013-09-27 2016-08-11 Panasonic Intellectual Property Corporation Of America Efficient uplink scheduling mechanisms for dual connectivity

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355547B (zh) * 2007-07-23 2011-06-15 鼎桥通信技术有限公司 一种媒体接入控制专用信道数据包大小的配置方法及装置
CN101384020B (zh) * 2007-09-05 2012-07-04 中兴通讯股份有限公司 一种无线中继***及其数据传输方法
CN101227411B (zh) * 2008-02-03 2010-04-21 北京天碁科技有限公司 保证终端并发业务中的语音业务质量的方法、装置以及用户终断
US9456375B2 (en) * 2011-11-30 2016-09-27 Lg Electronics Inc. Method for transmitting data from terminal in wireless communication system, and device for same

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2077687A1 (en) * 2008-01-04 2009-07-08 Samsung Electronics Co., Ltd. Method for enhancing layer 2 for a high speed packet access uplink
US20100074222A1 (en) * 2008-09-22 2010-03-25 Chih-Hsiang Wu Method for improving buffer status triggering mechanism in wireless communications system and related communication device
CN102307084A (zh) * 2008-09-22 2012-01-04 宏达国际电子股份有限公司 改善暂存器状态触发机制的方法及其相关通讯装置
US20100111032A1 (en) * 2008-11-03 2010-05-06 Chih-Hsiang Wu Method for handling random access response reception and an e-utran and user equipment thereof
TW201424302A (zh) * 2012-11-01 2014-06-16 Ibm 重疊虛擬化網路中之有效資料傳輸
US20160234714A1 (en) * 2013-09-27 2016-08-11 Panasonic Intellectual Property Corporation Of America Efficient uplink scheduling mechanisms for dual connectivity

Also Published As

Publication number Publication date
EP3288309A1 (en) 2018-02-28
US10250725B2 (en) 2019-04-02
US20180063300A1 (en) 2018-03-01
CN107786533A (zh) 2018-03-09
CN107786533B (zh) 2020-10-20
TW201807987A (zh) 2018-03-01

Similar Documents

Publication Publication Date Title
TWI663858B (zh) L2層資料封包處理方法和使用該方法的電子裝置
US11051322B2 (en) Data processing method, apparatus, and system
WO2018059590A1 (zh) 数据处理方法、装置及***
CN103782569B (zh) 数据处理装置和方法
KR102500134B1 (ko) 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
TWI445360B (zh) 在無線通訊系統中產生資料區塊的方法
TWI657708B (zh) 用於新型無線電系統的分段與級聯方法及使用者設備
JP5964301B2 (ja) キャリアアグリゲーションのための移動通信システムにおける使用可能送信電力情報を構成する方法及び装置
CN111565371B (zh) 用于在通信网络中发送和接收协议数据单元的方法和***
WO2019242665A1 (zh) 一种传输数据的方法和装置
JP2019516319A (ja) データユニットを受信する方法及び装置
WO2019149248A1 (zh) 通信的方法和装置
TWI771337B (zh) 傳輸上行控制訊息的方法、終端設備和網路設備
WO2018228558A1 (zh) 一种传输数据的方法、网络设备和终端设备
CN115804146A (zh) 多链路装置之间的低时延数据的无线通信的方法和设备
WO2019029686A1 (zh) 数据传输方法、设备和通信***
US20220104068A1 (en) Wireless communication method using fragmentation and wireless communication terminal using same
US20230101531A1 (en) Uplink medium access control token scheduling for multiple-carrier packet data transmission
US8085753B2 (en) Method and relate apparatus for enhancing transmission efficiency in a transmitter of a wireless communication system
CN110140338B (zh) 用户设备、传输点、由通信装置执行的方法
WO2020226931A1 (en) Data frame generation and combination in multi-band communication system
WO2018202186A1 (zh) 一种数据传输的处理方法和装置
WO2019019200A1 (zh) 数据传输方法和装置
US12004144B2 (en) Multi-band single mac communication system
CN117643124A (zh) 用于第2层传输调度器的基于信用的调度机制的装置和方法