TWI653866B - 靈活協定資料單元打包方法及其使用者設備 - Google Patents

靈活協定資料單元打包方法及其使用者設備 Download PDF

Info

Publication number
TWI653866B
TWI653866B TW106119903A TW106119903A TWI653866B TW I653866 B TWI653866 B TW I653866B TW 106119903 A TW106119903 A TW 106119903A TW 106119903 A TW106119903 A TW 106119903A TW I653866 B TWI653866 B TW I653866B
Authority
TW
Taiwan
Prior art keywords
data unit
size
pdu
sdu
agreement
Prior art date
Application number
TW106119903A
Other languages
English (en)
Other versions
TW201838389A (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 TW201838389A publication Critical patent/TW201838389A/zh
Application granted granted Critical
Publication of TWI653866B publication Critical patent/TWI653866B/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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9057—Arrangements for supporting packet reassembly or resequencing
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

本發明提出一種靈活協定資料單元打包方法及其使用者設備。當該使用者設備從基站接收配置7位元長度指標尺寸以及靈活協定資料單元尺寸之配置資訊時，該使用者設備執行靈活協定資料單元打包進程。該使用者設備使用完全填滿長度指標指示出現在前一個協定資料單元結尾處之業務資料單元之結尾以及該前一個協定資料單元之累積業務資料單元尺寸超過123個八位元組。此外，該使用者設備利用擴展標頭欄位之特定值以及標頭之替代E位元，以指示該協定資料單元僅包含一個業務資料單元並且該業務資料單元係完整業務資料單元。

Description

靈活協定資料單元打包方法及其使用者設備
本發明係有關於一種使用者設備（User Equipment，UE）以及靈活協定資料單元（Protocol Data Unit，PDU）打包方法。更具體地，在本發明中，當UE在無線電鏈結控制（Radio Link Control，RLC）層使用7位元長度指標（Length Indicator，LI）以及靈活PDU尺寸（例如，3GPP TS 25.331版本11.14.0標準之章節8.5.21描述之注解1與注解2）時，UE使用完全填滿LI、擴展標頭（Header Extension，HE）欄位之特定值或者標頭之替代E位元，以指示業務資料單元（Service Data Unit，SDU）之結尾。
隨著無線通訊技術之發展，使用者設備（UE）已經廣泛用於發送文本資訊、打電話等應用。為了滿足使用者對通信之海量需求，現今已經出現了各種電信標準。例如，第三代合作夥伴計畫（3GPP）通信系統係廣泛應用於多個國家之一種通信系統。
在3GPP通信系統中，3GPP TS 25.331版本11.14.0標準之章節8.5.21描述了兩個注解（即，注解1與注解2），其關於UMTS陸地無線接入網（UMTS Terrestrial Radio Access Network，UTRAN）將上行RLC設定為“靈活尺寸”。注解1說明如果UTRAN已經配置“靈活尺寸”RLC PDU、7位元“LI尺寸”欄位以及“最大上行RLC PDU尺寸” ＞126個八位元組，但UTRAN未配置“HE欄位之特定值使用”，則未指明UE之行為。注解2說明如果UTRAN已經配置“靈活尺寸”RLC PDU以及7位元“LI尺寸”欄位，但也配置了“最小上行RLC PDU尺寸” ＞126個八位元組，則未指明UE之行為。在注解1與注解2所述之情況下，當UE向接收終端（例如，基站或另一UE）發送具有SDU之已打包RLC PDU時，其中，SDU之結尾位於PDU中SDU之123個八位元組之外，接收終端不能準確從已打包PDU中恢復每個SDU。
因此，本領域亟需一種RLC PDU打包規則，用於說明在注解1與注解2所述情況下之UE行為。
有鑑於此，本發明揭露一種靈活協定資料單元打包方法及其使用者設備。
本發明實施例揭露一種使用者設備，包含：一收發機，配置以從一基站接收一配置資訊；一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟：（a）生成該無線鏈路控制層之一協定資料單元；（b）將一業務資料單元填充入該協定資料單元；（c）計算該協定資料單元之一累積業務資料單元尺寸；（d）確定該累積業務資料單元尺寸是否大於123個八位元組；（e）當該累積業務資料單元尺寸不大於123個八位元組時，將下一個業務資料單元填充入該協定資料單元；（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸大於123個八位元組為止；（g）在該步驟（f）後，確定該協定資料單元是否僅包含該業務資料單元並且該業務資料單元是否是完整業務資料單元；（h）當該協定資料單元僅包含該業務資料單元並且該業務資料單元是該完整業務資料單元時，如果該配置資訊配置特定擴展標頭或替代E比特解釋，則將擴展標頭欄位或該協定資料單元之標頭之替代E比特設定為特定值，以指示該業務資料單元是該完整業務資料單元；以及（i）完成該協定資料單元之打包操作。
本發明另一實施例揭露一種使用者設備，包含：一收發機，配置以從一基站接收一配置資訊；一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟：（a）生成該無線電鏈結控制層之一協定資料單元；（b）將一業務資料單元填充入該協定資料單元，其中，該業務資料單元是業務資料單元尺寸小於或等於123個八位元組之完整業務資料單元，或者，如果該業務資料單元不是原始業務資料單元之最後部分，則該業務資料單元是業務資料單元尺寸大於123個八位元組之分割業務資料單元；或者，如果該業務資料單元是該原始業務資料單元之最後部分，則該業務資料單元是該業務資料單元尺寸小於或等於123個八位元組之分割業務資料單元；（c）計算該協定資料單元之累積業務資料單元尺寸；（d）確定該累積業務資料單元尺寸是否小於123個八位元組；（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，當該下一個業務資料單元之原始業務資料單元使得該累積業務資料單元尺寸大於123個八位元組時，該下一個業務資料單元是分割業務資料單元；（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸不小於123個八位元組為止；（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及（h）完成該協定資料單元之打包操作。
本發明另一實施例揭露一種使用者設備，包含：一收發機，配置以從一基站接收一配置資訊；一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟：（a）生成該無線電鏈結控制層之一協定資料單元；（b）將一業務資料單元填充入該協定資料單元，其中，當該業務資料單元之原始業務資料單元具有多於123個八位元組時，該業務資料單元是具有123個八位元組之分割業務資料單元；（c）計算該協定資料單元之累積業務資料單元尺寸；（d）確定該累積業務資料單元尺寸是否小於123個八位元組；（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，該下一個業務資料單元是分割業務資料單元並且使得該累積業務資料單元尺寸等於123個八位元組，或者該下一個業務資料單元是完整業務資料單元並且未使得該累積業務資料單元大於123個八位元組；（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸等於123個八位元組為止；（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及（h）完成該協定資料單元之打包操作。
本發明另一實施例揭露一種使用者設備，包含：一收發機，配置以從一基站接收一配置資訊；一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟：（a）生成該無線電鏈結控制層之一協定資料單元；（b）將一業務資料單元填充入該協定資料單元，其中，當該業務資料單元之原始業務資料單元具有多於123個八位元組時，該業務資料單元是具有123個八位元組或小於123個八位元組之分割業務資料單元；（c）計算該協定資料單元之累積業務資料單元尺寸；（d）確定該累積業務資料單元尺寸是否小於123個八位元組；（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，該下一個業務資料單元是完整業務資料單元或分割業務資料單元，並且該下一個業務資料單元未使得該累積業務資料單元大於123個八位元組；（f）重複該步驟（c）到（e）直到該下一個業務資料單元是完整業務資料單元並且在該步驟（e）中未填充入該協定資料單元為止，或者直到該下一個業務資料單元是分割業務資料單元並且在該步驟（e）中已經填充入該協定資料單元為止；（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及（h）完成該協定資料單元之打包操作。
本發明另一實施例揭露一種使用者設備，包含：一收發機，配置以從一基站接收一配置資訊；一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一斷開進程，其中，該斷開進程包含下列步驟：將無效配置資訊發送至該基站。
本發明另一實施例揭露一種靈活協定資料單元打包方法，用於一無線電鏈結控制層以及用於一使用者設備，該使用者設備包含一收發機以及電性連接該收發機之一處理器，其中，配置該收發機以從一基站接收一配置資訊，並且當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，該處理器執行該靈活協定資料單元打包方法，該靈活協定資料單元打包方法包含下列步驟：（a）生成該無線鏈路控制層之一協定資料單元；（b）將一業務資料單元填充入該協定資料單元；（c）計算該協定資料單元之一累積業務資料單元尺寸；（d）確定該累積業務資料單元尺寸是否大於123個八位元組；（e）當該累積業務資料單元尺寸不大於123個八位元組時，將下一個業務資料單元填充入該協定資料單元；（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸大於123個八位元組為止；（g）在該步驟（f）後，確定該協定資料單元是否僅包含該業務資料單元並且該業務資料單元是否是完整業務資料單元；（h）當該協定資料單元僅包含該業務資料單元並且該業務資料單元是該完整業務資料單元時，如果該配置資訊配置特定擴展標頭或替代E位元解釋，則將擴展標頭欄位或該協定資料單元之標頭之替代E位元設定為特定值，以指示該業務資料單元是該完整業務資料單元；以及（i）完成該協定資料單元之打包操作。
本發明提供之靈活協定資料單元打包方法及其使用者設備可使得接收終端從已打包PDU中準確恢復每個SDU。
其他實施方式與優勢將在下面作詳細描述。上述概要並非以界定本發明為目的。本發明由申請專利範圍所界定。
在說明書及後續之申請專利範圍當中使用了某些詞彙來指稱特定元件。所屬領域中具有通常知識者應可理解，製造商可能會用不同名詞來稱呼同一個元件。本說明書及後續之申請專利範圍並不以名稱之差異來作為區分元件之方式，而係以元件在功能上之差異來作為區分之準則。在通篇說明書及後續請求項當中所提及之「包括」和「包含」係為一開放式用語，故應解釋成「包含但不限定於」。此外，「耦接」一詞在此係包含任何直接及間接之電氣連接手段。間接電氣連接手段包括透過其他裝置進行連接。
關於本發明之複數個實施例將作為詳細參考，附圖係描述本發明之實施例所作。接下來之描述係實現本發明之最佳實施例，其係為了描述本發明原理之目的，並非對本發明限制。可以理解的是，本發明實施例可由軟體、硬體、韌體或其任意結合來實現。
本發明提供一種使用者設備（UE）以及靈活協定資料單元（PDU）打包方法。在接下來描述中，將參考具體實施例對本發明進行解釋。值得注意的是，本發明之這些實施例並不將本發明限定在特定場景、應用或實作中。因此，本發明實施例之描述僅是為了說明之目的，並不是對本發明之限制。本發明之保護範圍應由申請專利範圍進行限定。此外，在接下來之實施例以及圖檔中，與本發明無關之元件將被省略，並且為了更好理解本發明，僅描述了附圖中單個元件之間之空間關係，並未限定其具體尺寸。
第1、2、3A-3D圖描述了本發明第一實施例。第1圖係本發明之UE 1之示意圖。UE 1可為智慧手機、平板電腦或具有通信能力之任意其他裝置。值得注意的是，為了簡化之目的，省略UE 1之其他元件，例如顯示模組、天線模組、電源模組以及其他與本發明無關之元件。
如第1圖所示，本發明之UE 1包含收發機101以及處理器103。配置收發機101從基站2接收配置資訊102。具體地，3GPP電信系統可控制本發明之基站2。此外，基站2可發送配置資訊102以將工作模式資訊（例如，確認模式或未確認模式、RLC PDU之靈活尺寸或固定尺寸、LI之尺寸等）通知UE 1。
處理器103可電性連接收發機101，並且當配置資訊102配置7位元LI尺寸以及靈活PDU尺寸時，配置處理器103執行RLC層之第一靈活PDU打包進程。換句話說，一旦配置資訊102將使用7位元LI通知UE 1以指示靈活PDU中SDU之每個結尾，可配置UE 1根據系統設定執行第一靈活PDU打包進程。當基站2為UE 1配置靈活尺寸RLC PDU時，意味著UE 1工作在按照各種尺寸打包RLC PDU之模式中，為了描述之目的，其後稱為靈活PDU打包模式。
具體地，基站2為靈活PDU打包模式定義最小RLC PDU尺寸以及最大RLC PDU尺寸。在本發明中，打包PDU尺寸不能超出配置資訊102中定義之最大RLC PDU尺寸，但可小於最小RLC PDU尺寸。換句話說，最小RLC PDU尺寸不是本發明之限制。因此，本發明之主要內容將集中在配置確認（AM）模式中最大RLC PDU尺寸或最小RLC PDU尺寸大於126個八位元組以及未確認（UM）模式中最大RLC PDU尺寸或最小RLC PDU尺寸大於125個八位元組，其滿足注解1與注解2所示之情景。接下來進一步詳細描述第一實施例之靈活PDU打包進程。
首先，處理器103生成RLC層之PDU，從而將SDU填充在RLC層之PDU中。接著，處理器103將一個SDU填充在該PDU中。具體地，處理器103確定是否已經生成SDU，並且當已經生成SDU時將該SDU填充在PDU中。可以理解的是，本發明重點在於RLC層之PDU打包，並且這裡描述之“已經生成SDU”意味著從上層接收SDU。當未生成SDU時，將終止第一靈活PDU打包進程，並且當存在生成之新SDU時將重新執行上述第一靈活PDU打包進程。
在將SDU填充在PDU中後，處理器103進一步計算PDU之累積SDU尺寸（accumulated SDU size），確定累積SDU尺寸是否大於123個八位元組，並且當累積SDU尺寸不大於123個八位元組時將下一個SDU填充在PDU中。例如，基站2可定義配置資訊102中攜帶之最大RLC PDU尺寸為180個八位元組。在這種情況下，只要PDU之打包尺寸不大於180個八位元組（即，配置資訊102定義之最大RLC PDU尺寸），UE 1可打包各種尺寸之PDU。為了最大化所生成之PDU尺寸，本發明之UE 1將重複上述步驟（即，計算PDU之累積SDU尺寸，確定累積SDU尺寸是否大於123個八位元組，並且當累積SDU尺寸不大於123個八位元組時將下一個SDU填充在PDU中）直到累積SDU尺寸大於123個八位元組為止。
可以理解的是，既然在AM模式中標頭佔據2個八位元組以及在UM模式中標頭佔據1個八位元組，因此當累積SDU尺寸大於123個八位元組時，在AM模式中生成之PDU尺寸將大於126個八位元組以及在UM模式中將大於125個八位元組。因此，本發明基於累積SDU尺寸是否大於123個八位元組來確定何時停止將下一個SDU填充在PDU中。
例如，如第2圖之示例所示，假設處理器103將具有110個八位元組之第一SDU S1填充在所生成PDU中。既然PDU之累積SDU尺寸是110個八位元組，其小於123個八位元組，因此處理器103進一步將具有55個八位元組之第二SDU S2填充入PDU中。現在，累積SDU尺寸是165個八位元組（大於123個八位元組），因此，處理器103不會將下一個SDU填充入PDU中。
如上所述，處理器103每次即將將另一新SDU填充入PDU中時，處理器103將確定是否已經生成新SDU，並且當生成新SDU時將新SDU填充入PDU中。第2圖之示例2顯示處理器103完成打包PDU並且當不存在另一新SDU時結束第一靈活PDU打包進程。
進一步地，在累積SDU尺寸大於123個八位元組後，處理器103確定PDU是否僅包含一個SDU以及該SDU是否是完整SDU（其未分割、串聯或填補）。如果PDU僅包含一個SDU並且SDU是完整的，則在UTRAN已經配置“HE欄位之特定值使用”（此後也稱為“特定HE”）情況下，處理器103可將擴展標頭（HE）欄位設定為特定值（例如，“10”），以指示SDU是完整SDU。此外，如果UTRAN已經配置“替代E位元解釋”，則處理器103可將PDU之標頭之替代E位元設定為特定值（例如，“0”），以指示SDU是完整SDU。具體地，處理器103可根據配置資訊102，將PDU之標頭之HE欄位或替代E位元設定為特定值，其將連接模式（即，AM模式或UM模式）、E位元解釋（即，正常E位元解釋或替代E位元解釋）以及HE欄位之特定值使用情況通知UE 1。
具體地，如果在AM模式下建立UE 1與基站2之間連接，則處理器103將PDU之HE欄位設定為特定值（例如，“10”）。否則，當在UM模式下建立上述連接並且配置替代E位元解釋，處理器103將PDU之標頭之替代E位元設定為特定值（例如，“0”）。通過使用HE欄位之特定值以及標頭之替代E位元，可指示並識別PDU結尾處之SDU結尾。因此，處理器103完成打包PDU之操作。值得注意的是，替代E位元之長度是1位元，HE欄位之長度是2位元。
例如，如第2圖之示例2所示，當處理器103使用130個八位元組（大於123個八位元組）填充第一SDU S1時，不會將下一個SDU填充入PDU。在這種情況下，基於配置資訊102，既然PDU僅包含一個SDU S1以及SDU S1也是完整SDU，因此處理器103可將標頭之HE欄位或替代E位元設定為特定值。因此，HE欄位或標頭之替代E位元之特定值可指示SDU S1之結尾。然而，如果UTRAN未配置“HE欄位之特定值使用”或“替代E位元解釋”，則處理器103將完全填滿LI填充入下一個PDU，以指示SDU之結尾是前一個PDU之結尾。完全填滿LI將在下面段落進行詳細描述。
當處理器103確定在累積SDU尺寸大於123個八位元組後PDU包含多個SDU時（例如，第2圖之示例1），本發明之UE 1使用7位元LI及/或完全填滿LI，以指示SDU之結尾。具體地，當PDU包含多個SDU並且最後填充SDU也是完整SDU（即，最後填充SDU之結尾是PDU之結尾）時，處理器103將完全填滿旗標設定為“真”。接著，處理器103將至少一個7位元LI以及標頭填充入PDU。因此，處理器103完成PDU之打包操作。
已填充7位元LI之數量取決於SDU之第一123個八位元組中存在多少SDU之結尾。例如，如第2圖之示例1所示，SDU S1之結尾位於SDU（即，SDU S1與S2）之第一123個八位元組中。因此，處理器103將一個7位元LI填充入PDU中，以指示SDU S1之結尾。
此外，當PDU恰好由SDU之最後分割部分填充並且在當前PDU中不存在指示SDU結尾之LI時，處理器103也可將完全填滿旗標設定為“真”。例如，原始SDU具有兩個分割SDU，將一個分隔SDU填充入前PDU，並且將另一個分割SDU填充入現PDU。既然現PDU中之分割SDU具有大於123個八位元組，並且具有現PDU結尾處之結尾，因此，處理器103將完全填滿旗標設定為“真”，從而使得存在填充入下一個PDU之完全填滿LI以指示分割SDU之結尾。
如上所述，使用完全填滿LI指示SDU之結尾位於前一個PDU之結尾處。因此，如果第一PDU包含結尾位於第一PDU結尾處之最後填充SDU，並且第一PDU之累積SDU尺寸大於123個八位元組，則本發明之UE 1首先將完全填滿旗標設定為“真”，接著將完全填滿LI填充入下一個PDU（即，第二PDU），以指示前一個PDU之結尾是SDU之結尾。另一方面，在UTRAN未配置“HE欄位之特定值使用”或“替代E位元解釋”並且PDU僅包含一個完整SDU（例如，第2圖之示例2）情況下，本發明之UE 1將完全填滿LI填充入下一個PDU，以指示前一個PDU之結尾是SDU之結尾。
因此，在完成第一PDU打包操作後，處理器103將重複上述步驟以打包另一新PDU。事實上，在處理器103每次生成用於填充SDU之RLC層之新PDU後，處理器103將確定是否將完全填滿旗標設定為“真”，並且當將完全填滿旗標設定為“真”時，將完全填滿LI填充入PDU中。然後，一旦已經將完全填滿LI填充入PDU，處理器103將完全填滿旗標設定為“假”。因此，完全填滿LI能指示位於已填充SDU之第一123個八位元組外之SDU結尾。
第3A-3D圖係依據本發明第一實施例描述之幾種實施方式。在這些實施方式中，如注解1所示，最大RLC PDU尺寸大於126個八位元組，以及如注解2所示，最小RLC PDU尺寸小於126個八位元組或大於126個八位元組。
第3A圖顯示AM模式中靈活PDU打包之示例操作。首先，UE 1將130個八位元組之SDU S1填充入第一PDU。既然第一PDU中之SDU S1不是完整SDU，其意味著在第一PDU中不存在SDU S1之結尾，因此，在第一PDU中僅填充AM PDU標頭。接著，UE 1繼續將SDU S1之剩餘部分與SDU S2填充入第二PDU，並且使用第一LI 1以及第二LI 2分別指示SDU S1與SDU S2之結尾。具體地，第一LI 1與第二LI 2是常規LI（即，7位元LI）。
此外，可以理解的是，在處理器103每次將SDU填充入PDU時，確定累積SDU尺寸，並且如果累積SDU尺寸不大於123個八位元組，則處理器103繼續填充另一新SDU。在將SDU S2填充入第二PDU後，累積SDU尺寸（即，S1加S2）是120個八位元組，其小於123個八位元組。因此，UE 1繼續將SDU S3填充入第二PDU。
在這種情況下，既然位於第二PDU末尾處之SDU S3之結尾使得累積SDU長度超過123個八位元組，因此，UE 1使用完全填滿LI填充入第三PDU，以指示SDU S3之結尾是第二PDU之結尾。值得注意的是，在本發明中，即使SDU S3全部填充入第二PDU，第二PDU之已打包PDU尺寸也可小於最小RLC PDU尺寸（其如注解2所示大於126個八位元組）。
接著，UE 1繼續填充SDU S4以及部分SDU S5，以使得第三PDU中之SDU總長度大於123個八位元組。在如注解2所示將最小RLC PDU尺寸配置為大於126個八位元組情況下，處理器103將SDU S5（其太大不能完全放在第三PDU中）進行分割並且將部分SDU S5填充入第三PDU，以使得已打包第三PDU之尺寸大於最小RLC PDU尺寸但小於最大RLC PDU尺寸，尤其是盡可能接近最大RLC PDU尺寸。
其次，UE 1將SDU S5之剩餘部分（其尺寸為128個八位元組，大於123個八位元組）填充入第四PDU。既然7位元LI不能指示超出123個八位元組之SDU S5之結尾，因此，在第四PDU中僅存在PDU標頭。因此，將完全填滿LI填充入第五PDU，以指示SDU S5之結尾是第四PDU之結尾。此後，將其他SDU S6-S8填充入第五PDU，並且使用第五PDU之第一LI 1以及第二LI 2分別指示SDU S6與S7之結尾，其中SDU S6與S7之結尾位於第五PDU中已填充SDU之第一123個八位元組中。
然後，UE 1根據SDU S8之結尾位置將完全填滿LI及/或7位元LI填充入接下來PDU，以指示SDU S8之結尾。此外，這裡僅使用第一PDU至第五PDU描述本發明，然而，本領域技術人員可理解如果UE1存在空間生成用於當前傳輸時間間隔中傳輸之RLC PDU（即，空中生成）或者預生成用於接下來傳輸時間間隔中傳輸之RLC PDU，則UE 1將繼續執行第一靈活PDU打包進程。可以理解的是，是否可預生成RLC PDU取決於邏輯通道之預生成RLC PDU中之資料量。既然本領域技術人員可以理解UE基於邏輯通道之預生成RLC PDU中之資料量如何預生成RLC PDU，這裡將不再贅述。
第3B圖顯示AM模式中靈活PDU打包之另一示例操作。首先，既然第一PDU中SDU S1、S2以及S3之結尾皆位於所填充SDU之第一123個八位元組中，因此，UE 1使用三個7個八位元組LI（即，第一PDU之LI 1、LI 2、LI 3）分別指示SDU S1、S2、S3之結尾。接著，進一步將完整SDU S4填充入第一PDU以及將完全填滿LI填充入第二PDU，以指示SDU S4之結尾是第一PDU之結尾。
然後，因為SDU S5之尺寸太大，UE 1必須使用第二PDU、第三PDU以及部分第四PDU以填充SDU S5。在這種情況下，處理器103將SDU S5進行分割，並且將第一兩部分SDU S5填充入整個第二PDU與第三PDU，使得已打包第二與第三PDU之尺寸盡可能接近最大RLC PDU尺寸（例如，等於最大RLC PDU尺寸或比最大RLC PDU尺寸小一個八位元組）。基於本實施例之靈活PDU打包模式，只要已打包PDU之尺寸不大於配置資訊102定義之最大RLC PDU尺寸，則UE 1可打包各種尺寸之PDU。
接著，UE 1繼續將SDU S6填充入第四PDU並且利用填充入第五PDU之完全填滿LI指示SDU S6之結尾。將其他已生成SDU S7、S8填充入第五PDU，並且使用第五PDU之LI 1指示SDU S7之結尾（例如，在第五PDU中位於SDU之100個八位元組位置處）。同樣地，UE 1根據SDU S8之結尾將完全填滿LI或7位元LI填充入下一個PDU，以指示SDU S8之結尾。
此外，第3C圖顯示在AM模式中靈活PDU打包之另一示例操作，其中，本實施例中配置了特定HE。為了簡化說明，這裡僅描述了三個PDU。首先，將完整SDU S1填充入第一PDU，並且利用特定HE指示第一PDU僅包含一個SDU（即S1）並且SDU S1之結尾位於第一PDU之結尾處。可以理解的是，在另一未配置特定HE之實施例中，需要將完全填滿LI填充入第二PDU中。
接著，將SDU S2、S3以及S4填充入第二PDU，並且使用第二PDU中之LI 1與LI 2分別指示SDU S2與S3之結尾。相似地，在如注解2所示將最小RLC PDU尺寸配置大於126個八位元組情況下，處理器103分割SDU S4（SDU S4太大不能全部填充入第二PDU），並且將部分SDU S4填充入第二PDU，以使得已打包第二PDU之尺寸大於最小RLC PDU尺寸但小於最大RLC PDU尺寸，尤其是可盡可能接近最大RLC PDU尺寸。此外，既然SDU S4、S5之結尾位於第三PDU中之SDU之第一123個八位元組中，因此利用第三PDU之LI 1與LI 2分別指示上述結尾。
另外，第3D圖顯示在UM模式中靈活PDU打包之另一示例操作，其中，本實施例配置了替代E位元解釋。值得注意的是，UM模式中之PDU標頭僅占1個八位元組；相比之下，AM模式中之PDU標頭佔用2個八位元組。因此，根據注解2，UM模式下最小RLC PDU尺寸可大於125個八位元組，並且根據注解1與注解2，UM模式下最大RLC PDU尺寸可大於125個八位元組。既然第3D圖描述之示例與第3C圖所示之相似，因此本領域技術人員可理解基於上述描述如何打包第3D圖所示之PDU，這裡不再贅述。
第1圖與第4圖描述了本發明之第二實施例。與第一實施例不同，本實施例之UE 1執行另一靈活PDU打包進程。具體地，當配置資訊102配置7位元LI尺寸以及靈活PDU尺寸時，處理器103根據系統設定執行第二實施例之靈活PDU打包進程。配置資訊102也可指示系統設定，或者UE 1之作業系統之開發者選項功能表可配置上述系統設定。
首先，處理器103生成RLC PDU，接著將第一SDU填充入PDU。在本實施例中，本發明之UE 1僅使用7位元LI以指示SDU之結尾。既然7位元LI僅能在123個八位元組之最大尺寸指示SDU之結尾，因此待填充之第一SDU可為：（i）SDU尺寸小於或等於123個八位元組之完整SDU；（ii）當第一SDU不是原始SDU之後半部分時，SDU尺寸大於123個八位元組之部分SDU；（iii）當第一SDU是原始SDU之最後部分時，SDU尺寸小於或等於123個八位元組之部分SDU。換句話說，第一SDU之結尾不能位於PDU中SDU之123個八位元組之外。
在本實施例中，在處理器103每次將SDU填充入PDU後，處理器103計算PDU之累積SDU尺寸，並且確定累積SDU尺寸是否小於123個八位元組。當累積SDU尺寸小於123個八位元組時，處理器103進一步將下一個SDU填充入PDU，並且不將下一個SDU之結尾位於PDU中SDU之123個八位元組之外。即，如果下一個SDU之結尾將位於PDU中SDU之123個八位元組之外，則將其進行分割從而使得僅下一個SDU之部分填充入PDU中，並且將下一個SDU之剩餘部分填充入下一個或多個PDU。這樣，最後填充之SDU之結尾不會位於PDU中已填充SDU之123個八位元組之外，這意味著最後填充之SDU之結尾位於後續PDU（例如，下一個PDU）中已填充SDU之第一123個八位元組之內。因此，7位元LI可指示每個PDU中SDU之每個結尾。
處理器103重複執行上述步驟（即，計算PDU之累積SDU尺寸，確定累積SDU尺寸是否小於123個八位元組，當累積SDU尺寸小於123個八位元組並且下一個SDU之結尾不位於PDU中已填充SDU之123個八位元組之外時將下一個SDU填充入PDU中），除非累積SDU不小於123個八位元組。值得注意的是，在每個PDU中，最後填充之SDU之結尾不位於PDU中已填充SDU之123個八位元組之外。
然後，當PDU包含SDU以及至少一個下一SDU時，處理器103將至少一個7位元LI以及標頭填充入PDU中。即，當在PDU之已填充SDU之第一123個八位元組中存在SDU之結尾時，本發明之UE 1將使用7位元LI指示結尾。換句話說，已填充7位元LI之數量取決於PDU之已填充SDU之第一123個八位元組中SDU之數量。最後，處理器103完成對PDU之打包操作。同樣地，如果對於UE 1，仍存在空間用於TTI中傳輸之RLC PDU生成（即，空中生成）或後續TTI中傳輸之RLC PDU預生成，則UE 1將繼續執行第二PDU打包進程。
如第4圖所示，首先將SDU S1、S2以及S3填充入第一PDU。既然SDU S1、S2以及S3之累積SDU尺寸僅為120個八位元組，其小於123個八位元組，因此處理器103繼續將SDU S4填充入第一PDU。在這種情況下，由於SDU S4之較大尺寸，處理器103將SDU S4分割為幾個部分，從而使用第一PDU之部分、整個第二PDU以及第三PDU之部分以裝載SDU S4。值得注意的是，既然在第二PDU中不存在SDU之結尾，因此在第二PDU中無需填充7位元LI。此外，只要每個PDU之已填充SDU之第一123個八位元組外不存在SDU之結尾，則PDU之打包尺寸可不同。
接著，處理器103將7位元LI填充入第三PDU，以指示SDU S4之結尾，並且繼續將SDU S5填充入第三PDU以及第四PDU。在第四PDU中，既然SDU S5以及S6之結尾位於第一123個八位元組中，因此利用兩個LI（即，LI 1與LI 2）分別指示結尾。
在第五PDU中，SDU S7是完整SDU，以及SDU S8是部分SDU。既然在第五PDU之已填充SDU之第一123個八位元組中僅存在SDU S7之結尾，因此僅將一個LI（即，第五PDU之LI 1）填充進去以指示SDU S7之結尾。可以理解的是，在本實施例中，只要最後填充SDU之結尾不位於PDU之已填充SDU之第一123個八位元組之外，則已打包PDU之總SDU尺寸可等於或大於123個八位元組。例如，當完整SDU S6使得第四PDU之PDU尺寸恰好等於123個八位元組時，可選擇地，基於實際需要分割SDU S7並將其部分填充入第四PDU中。
在其他實施例中，當現PDU中存在最後SDU並且最後SDU之結尾位於現PDU中已填充SDU之第一123個八位元組中時，替代填充LI以指示現PDU中最後SDU之結尾，處理器103可將完全填滿旗標設定為“真”，從而將完全填滿LI填充入下一個PDU以指示現PDU中最後SDU之結尾。
第1圖與第5圖描述了本發明之第三實施例。在本實施例中，UE 1打包具有固定總SDU尺寸（例如，123個八位元組）之PDU。具體地，如下所述，處理器103執行固定PDU打包進程。
處理器103確定累積SDU尺寸是否小於123個八位元組，並且當累積SDU尺寸小於123個八位元組時將下一個SDU填充入PDU中。因此，除非不存在生成或需要生成之下一個SDU，處理器103重複執行上述步驟直到累積SDU尺寸等於123個八位元組為止。換句話說，當填充入PDU之整個SDU使得累積SDU尺寸大於123個八位元組時，分割SDU，從而使得打包PDU之總SDU尺寸（即，累積SDU尺寸）等於123個八位元組。例如，如第5圖所示，打包之每個PDU具有123個八位元組之總SDU尺寸。
在其他實施例中，當在現PDU中存在最後SDU並且最後SDU之結尾位於現PDU之已填充SDU之123個八位元組中時，替代填充LI以指示現PDU中最後SDU之結尾，處理器103可將完全填滿旗標設定為“真”，從而將完全填滿LI填充入下一個PDU以指示現PDU中最後SDU之結尾。
第1圖與第6A-6B圖描述本發明之第四實施例。在本實施例中，UE 1打包具有靈活總SDU尺寸之PDU，其中，上述總SDU尺寸等於或小於123個八位元組。具體地，如下所述，處理器103執行另一靈活PDU打包進程。
首先，處理器103生成RLC PDU。其次，處理器103將SDU填充入PDU中。既然UE 1僅使用7位元LI指示SDU之結尾，因此，當SDU之原始SDU具有多於123個八位元組時將SDU分割使其具有123個八位元組或者小於123個八位元組。在最好情況下，SDU將被分割為具有123個八位元組，從而使得打包PDU可承載更多資料量。接著，處理器103計算PDU之累積SDU尺寸，並且確定累積SDU尺寸是否小於123個八位元組。當累積SDU尺寸小於123個八位元組並且待填充之下一個SDU不會使得PDU之累積SDU尺寸大於123個八位元組時，處理器103將下一個SDU填充入PDU中。下一個SDU可為填充後不會使得PDU之累積SDU尺寸大於123個八位元組之完整SDU或部分SDU。可選擇地，如果在填充後原始SDU尺寸使得PDU之累積SDU尺寸大於123個八位元組，則將下一個SDU填充入下一個新生成PDU中，而不是現PDU中。
同樣地，除非下一個SDU是完整的並且不填充入PDU中，或者下一個SDU是部分SDU，否則處理器103重複上述步驟（即，計算PDU之累積SDU尺寸，確定累積SDU尺寸是否小於123個八位元組，當累積SDU尺寸小於123個八位元組並且下一個SDU不會使得累積SDU尺寸大於123個八位元組時將下一個SDU填充入PDU中）。另外，如果不存在生成或需要生成之下一個SDU，則處理器103也將停止重複上述步驟。
接下來，當SDU是原始SDU之最後部分或者SDU是完整SDU（其未分割、串聯或填補）時，處理器103將至少一個7位元LI填充入PDU中，特別地，如果PDU進一步包含至少一個下一SDU，則將標頭填充入PDU中。如上所述，已填充7位元LI之數量取決於SDU之第一123個八位元組中存在多少SDU之結尾。因此，處理器103完成PDU之打包操作。
例如，如第6A圖所示，可選擇地，如果原始SDU尺寸使得累積SDU尺寸大於123個八位元組，則處理器103確定將下一個新生成SDU填充入下一個PDU，而不是現PDU。在這種情況下，在將具有110個八位元組之SDU S1填充入第一PDU後，處理器103僅可允許尺寸不大於13個八位元組（即，123個八位元組減去110個八位元組等於13個八位元組）之下一個SDU填充入第一PDU中。在這種情況下，既然SDU S2之尺寸大於13個八位元組，所以不將具有213個八位元組之SDU S2填充入第一PDU中。替換地，將SDU S2分割為兩部分（即，具有123個八位元組之第一部分與具有90個八位元組之第二部分），從而將SDU S2之第一部分與第二部分分別填充入第二PDU與第三PDU。接著，既然SDU S3不會使得第三PDU之累積SDU尺寸大於123個八位元組，所以也將具有33個八位元組之SDU S3填充入第三PDU。
然後，將具有45個八位元組之SDU S4以及具有60個八位元組之SDU S5填充入第四PDU。接著，因為SDU S6之尺寸大於18個八位元組（即，123個八位元組減去105個八位元組等於18個八位元組），所以不允許將具有119個八位元組之SDU S6填充入第四PDU。因此，將SDU S6填充入下一個PDU（即，第五PDU）。此外，處理器103將7位元LI填充入第一PDU以指示SDU S1之結尾。同樣地，使用兩個7位元LI（即，第三PDU之LI 1與LI 2）分別指示SDU S2與SDU S3之結尾。然後，使用兩個7位元LI（即，第四PDU之LI 1與LI 2）分別指示SDU S4與SDU S5之結尾，以及使用一個7位元LI（即，第五PDU之LI 1）指示SDU S6之結尾。
在另一示例中，如第6B圖所示，可選擇地，如果原始SDU尺寸使得累積SDU尺寸大於123個八位元組，則處理器103確定將下一個新生成SDU之一部分填充入現PDU。在這種情況下，處理器103將SDU S2分割，並且將部分SDU S2填充入第一PDU。相似地，將部分SDU S4填充入第三PDU，並且將部分SDU S6填充入第四PDU。值得注意的是，基於實際需要設定下一個SDU之分割尺寸，並且對其進一步自我調整調整。因此，上述並不限定本發明。
在其他實施例中，當現PDU存在最後SDU並且最後SDU之結尾位於現PDU之已填充SDU之第一123個八位元組中時，替換在現PDU中填充LI指示最後SDU之結尾，處理器103可將完全填滿旗標設定為“真”，從而使得將完全填滿LI填充入下一個PDU中以指示現PDU中最後SDU之結尾。
請參考第7圖之本發明第五實施例。在本實施例中，當配置資訊102配置7位元LI尺寸以及靈活PDU尺寸時，處理器103將執行斷開進程，而不是執行上述靈活或固定PDU打包進程。更詳細地，在本實施例中，當配置資訊102配置7位元LI尺寸以及靈活PDU尺寸時，處理器103進一步禁能靈活PDU打包進程，並且根據系統設定執行斷開進程。相似地，配置資訊102也可指示系統設定或由UE 1之作業系統中開發者選項功能表配置上述系統設定。
換句話說，一旦UE 1接收配置資訊102，其中，配置資訊102指示在靈活PDU尺寸中使用7位元LI尺寸指示SDU之結尾，則本實施例中之處理器103執行斷開進程，以向基站2發送無效配置資訊504。因此，斷開基站2與UE 1之間之連接。
本發明之第六實施例是靈活PDU打包方法，第8A-8C圖顯示該方法流程圖。UE（例如，第一實施例之UE 1）使用RLC層之靈活PDU打包方法。UE包含收發機以及電性連接收發機之處理器。配置收發機從基站接收配置資訊。當配置資訊配置7位元LI尺寸以及靈活PDU尺寸時處理器執行PDU打包方法。PDU打包方法之進程符合第一實施例描述之第一靈活打包進程。
首先，執行步驟S601，以生成RLC層之PDU。接著，執行步驟S603，以確定完全填滿旗標是否設定為“真”。然後，當完全填滿旗標為“真”時，執行步驟S605，將完全填滿LI填充入PDU以指示SDU之結尾位於前一PDU之結尾處。在將完全填滿LI填充入PDU後，進一步執行步驟S607，以將完全填滿旗標設定為“假”。
值得注意的是，因為不存在已經打包之PDU，所以在靈活PDU打包進程之開始將預設完全填滿旗標設定為“假”。在這種情況下，處理器直接執行步驟S609（而不是步驟S605與步驟S607），以確定是否已經生成SDU。如果在步驟S609確定結果是“是”，則執行步驟S611以將SDU填充入PDU中。
在將生成之SDU填充入PDU後，執行步驟S613，以計算PDU之累積SDU尺寸，並且進一步執行步驟S615，以確定累積SDU尺寸是否大於123個八位元組。如果累積SDU尺寸不大於123個八位元組，則再次執行步驟S609以確定是否生成新SDU，並且相應執行步驟S611以將新生成SDU填充入PDU中。即，步驟S609至步驟S615重複執行直到累積SDU尺寸大於123個八位元組或者不存在新生成SDU為止。可以理解的是，PDU之累積SDU尺寸意指PDU中已填充SDU之總尺寸，並且完成打包PDU尺寸應小於或等於配置資訊定義之最大RLC PDU尺寸。更具體地，在本實施例中，一旦當前填充SDU（其為完整SDU或部分SDU）使得PDU之累積SDU尺寸超出123個八位元組，則進程不會將下一個SDU填充入PDU中。
在累積SDU尺寸大於123個八位元組後，執行步驟S617，以確定PDU是否僅包含一個SDU並且SDU是否是完整SDU。如果在步驟S617中確定結果為“是”，則進一步執行步驟S619，以確定HE欄位之特定值或標頭之替代E位元是否可用。如果在步驟S619中確定結果為“是”，則進一步執行步驟S621，以將PDU之HE欄位或標頭之替代E位元設定為特定值。
如第一實施例所述，如果UTRAN已經配置“HE欄位之特定值使用”（後續也稱為“特定HE”），則將HE欄位設定為特定值（例如，“10”）以指示SDU是完整SDU；否則，如果UTRAN已經配置“替代E位元解釋”，則將PDU之標頭之替代E位元設定為特定值（例如，“0”）以指示SDU是完整SDU。相比之下，如果在步驟S619中確定結果為“否”，則執行步驟S623，以將完全填滿旗標設定為“真”。在步驟S621與步驟S623後，執行步驟S625，以完成PDU之打包進程，並且結束PDU之打包方法進程。
當在步驟S617中PDU不是僅包含一個SDU及/或SDU不是完整SDU時，執行步驟S627。詳細地，執行步驟S627，當PDU被SDU完成填滿並且現PDU中不存在指示SDU結尾之LI時，將完全填滿旗標設定為“真”。例如，PDU可包含SDU以及至少一個下一SDU（即，多個SDU），並且至少一個下一SDU之每一個是完整SDU。在另一示例中，PDU可僅包含一個SDU，並且該SDU是原始SDU之最後部分。換句話說，如果PDU包含多個SDU並且最後SDU是完整SDU（意味著在PDU之結尾處存在最後SDU之結尾），或者如果PDU僅包含原始SDU最後部分之一個SDU，則將完全填滿旗標設定為“真”，從而使得將完全填滿LI填充入下一個PDU，以指示本PDU中最後SDU之結尾。接著，執行步驟S629，以將至少一個7位元LI與標頭填充入PDU中。因此，完成一個PDU打包進程（即，步驟S625），並且結束PDU之打包方法進程。
另一方面，在步驟S609，如果未生成SDU（即，不存在新生成SDU），則處理器執行步驟S631，以確定PDU是否包含完全填滿LI。如果步驟S631中確定結果為“是”，則執行步驟S625，以完成PDU之打包進程，並且結束PDU打包方法之進程。此外，在步驟S629，如果PDU不包含完全填滿LI（意味著不存在需要傳輸之資訊），則結束PDU打包方法之進程。
可以理解的是，如果對於UE存在空間生成用於當前傳輸時間間隔中傳輸之RLC PDU（即，空中生成）或者預生成用於接下來傳輸時間間隔中傳輸之RLC PDU，則重複執行上述之靈活PDU打包進程。除了上述步驟外，本發明之靈活PDU打包方法也可執行第一實施例中之所有操作與相應功能。本領域技術人員可基於第一實施例之解釋理解如何執行上述操作與功能，這裡將不再贅述。
根據上面描述，當配置UE使用7位元LI以指示SDU結尾時，本發明之PDU打包機制使用完全填滿LI、特定HE或替代E位元，以指示PDU中SDU之結尾是否位於SDU之第一123個八位元組外。替換地，當配置UE使用7位元LI以指示SDU結尾時，本發明之UE執行斷開進程。因此，當配置UE利用7位元LI指示SDU結尾時，本發明之PDU打包機制清楚定義了UE行為。
呈現上述描述以允許本領域技術人員根據特定應用以及其需要之內容實施本發明。所述實施例之各種修改對於本領域技術人員來說係顯而易見的，並且可將上述定義之基本原則應用於其他實施例。因此，本發明不局限於所述之特定實施例，而係符合與揭露之原則及新穎特徵相一致之最寬範圍。在上述細節描述中，為了提供對本發明之徹底理解，描述了各種特定細節。然而，本領域技術人員可以理解本發明係可實施的。
上述的本發明實施例可在各種硬體、軟體編碼或兩者組合中進行實施。其中，上述硬體可包含一個或複數個分立元件、積體電路、專用積體電路（ASIC）等。
在不脫離本發明精神或本質特徵之情況下，可以其他特定形式實施本發明。描述示例被認為說明之所有方面並且無限制。因此，本發明之範圍由申請專利範圍指示，而非前面描述。所有在申請專利範圍等同之方法與範圍中之變化皆屬於本發明之涵蓋範圍。
1‧‧‧UE
2‧‧‧基站
101‧‧‧收發機
102、504‧‧‧配置資訊
103‧‧‧處理器
504‧‧‧無效配置資訊
S601、S603、S605、S607、S609、S611、S613、S615、S617、S619、S621、S623、S625、S627、S629、S631‧‧‧步驟。
第1圖係依據本發明第一實施例至第二實施例描述之UE 1之示意圖；
第2圖係依據本發明第一實施例描述之如何將SDU填充入PDU之兩個示意圖；
第3A-3D圖係依據本發明第一實施例描述之PDU打包操作之示意圖；
第4圖係依據本發明第二實施例描述之PDU打包操作之示意圖；
第5圖係依據本發明第三實施例描述之PDU打包操作之示意圖；
第6A-6B圖係依據本發明第四實施例描述之PDU打包操作之示意圖；
第7圖係依據本發明第五實施例描述之UE 1之示意圖；
第8圖係依據本發明第六實施例描述之靈活PDU打包方法流程圖。

Claims (10)

  1. 一種使用者設備，包含： 　　一收發機，配置以從一基站接收一配置資訊； 　　一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟： 　　　　（a）生成該無線鏈路控制層之一協定資料單元； 　　　　（b）將一業務資料單元填充入該協定資料單元； 　　　　（c）計算該協定資料單元之一累積業務資料單元尺寸； 　　　　（d）確定該累積業務資料單元尺寸是否大於123個八位元組； 　　　　（e）當該累積業務資料單元尺寸不大於123個八位元組時，將下一個業務資料單元填充入該協定資料單元； 　　　　（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸大於123個八位元組為止； 　　　　（g）在該步驟（f）後，確定該協定資料單元是否僅包含該業務資料單元並且該業務資料單元是否是完整業務資料單元； 　　　　（h）當該協定資料單元僅包含該業務資料單元並且該業務資料單元是該完整業務資料單元時，如果該配置資訊配置特定擴展標頭或替代E位元解釋，則將擴展標頭欄位或該協定資料單元之標頭之替代E位元設定為特定值，以指示該業務資料單元是該完整業務資料單元；以及 　　　　（i）完成該協定資料單元之打包操作。
  2. 如申請專利範圍第1項所述之使用者設備，其中，該步驟（b）進一步包含下列步驟： 　　確定是否已經生成該業務資料單元； 　　當已經生成該業務資料單元時，將該業務資料單元填充入該協定資料單元；以及 　　當未生成該業務資料單元時，結束該靈活協定資料單元打包進程。
  3. 如申請專利範圍第2項所述之使用者設備，其中，該步驟（e）進一步包含下列步驟： 　　確定是否已經生成該下一個業務資料單元； 　　當已經生成該下一個業務資料單元時，將該下一個業務資料單元填充入該協定資料單元；以及 　　當未生成該下一個業務資料單元時，完成該協定資料單元之該打包操作並且結束該靈活協定資料單元打包進程。
  4. 一種使用者設備，包含： 　　一收發機，配置以從一基站接收一配置資訊； 　　一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟： 　　　　（a）生成該無線電鏈結控制層之一協定資料單元； 　　　　（b）將一業務資料單元填充入該協定資料單元，其中，該業務資料單元是業務資料單元尺寸小於或等於123個八位元組之完整業務資料單元，或者，如果該業務資料單元不是原始業務資料單元之最後部分，則該業務資料單元是業務資料單元尺寸大於123個八位元組之分割業務資料單元；或者，如果該業務資料單元是該原始業務資料單元之最後部分，則該業務資料單元是該業務資料單元尺寸小於或等於123個八位元組之分割業務資料單元； 　　　　（c）計算該協定資料單元之累積業務資料單元尺寸； 　　　　（d）確定該累積業務資料單元尺寸是否小於123個八位元組； 　　　　（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，當該下一個業務資料單元之原始業務資料單元使得該累積業務資料單元尺寸大於123個八位元組時，該下一個業務資料單元是分割業務資料單元； 　　　　（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸不小於123個八位元組為止； 　　　　（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及 　　　　（h）完成該協定資料單元之打包操作。
  5. 一種使用者設備，包含： 　　一收發機，配置以從一基站接收一配置資訊； 　　一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟： 　　　　（a）生成該無線電鏈結控制層之一協定資料單元； 　　　　（b）將一業務資料單元填充入該協定資料單元，其中，當該業務資料單元之原始業務資料單元具有多於123個八位元組時，該業務資料單元是具有123個八位元組之分割業務資料單元； 　　　　（c）計算該協定資料單元之累積業務資料單元尺寸； 　　　　（d）確定該累積業務資料單元尺寸是否小於123個八位元組； 　　　　（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，該下一個業務資料單元是分割業務資料單元並且使得該累積業務資料單元尺寸等於123個八位元組，或者該下一個業務資料單元是完整業務資料單元並且未使得該累積業務資料單元大於123個八位元組； 　　　　（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸等於123個八位元組為止； 　　　　（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及 　　　　（h）完成該協定資料單元之打包操作。
  6. 一種使用者設備，包含： 　　一收發機，配置以從一基站接收一配置資訊； 　　一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一靈活協定資料單元打包進程，其中，該靈活協定資料單元打包進程包含下列步驟： 　　　　（a）生成該無線電鏈結控制層之一協定資料單元； 　　　　（b）將一業務資料單元填充入該協定資料單元，其中，當該業務資料單元之原始業務資料單元具有多於123個八位元組時，該業務資料單元是具有123個八位元組或小於123個八位元組之分割業務資料單元； 　　　　（c）計算該協定資料單元之累積業務資料單元尺寸； 　　　　（d）確定該累積業務資料單元尺寸是否小於123個八位元組； 　　　　（e）當該累積業務資料單元尺寸小於123個八位元組時，將下一個業務資料單元填充入該協定資料單元，其中，該下一個業務資料單元是完整業務資料單元或分割業務資料單元，並且該下一個業務資料單元未使得該累積業務資料單元大於123個八位元組； 　　　　（f）重複該步驟（c）到（e）直到該下一個業務資料單元是完整業務資料單元並且在該步驟（e）中未填充入該協定資料單元為止，或者直到該下一個業務資料單元是分割業務資料單元並且在該步驟（e）中已經填充入該協定資料單元為止； 　　　　（g）在該步驟（f）後，當將該下一個業務資料單元填充入該協定資料單元時，將至少一個7位元長度指標填充入該協定資料單元，並且將標頭填充入該協定資料單元；以及 　　　　（h）完成該協定資料單元之打包操作。
  7. 一種使用者設備，包含： 　　一收發機，配置以從一基站接收一配置資訊； 　　一處理器，電性連接該收發機，當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，配置該處理器根據一系統設定執行一無線電鏈結控制層之一斷開進程，其中，該斷開進程包含下列步驟： 　　　　將無效配置資訊發送至該基站。
  8. 一種靈活協定資料單元打包方法，用於一無線電鏈結控制層以及用於一使用者設備，該使用者設備包含一收發機以及電性連接該收發機之一處理器，其中，配置該收發機以從一基站接收一配置資訊，並且當該配置資訊配置一7位元長度指標尺寸以及一靈活協定資料單元尺寸時，該處理器執行該靈活協定資料單元打包方法，該靈活協定資料單元打包方法包含下列步驟： 　　（a）生成該無線鏈路控制層之一協定資料單元； 　　（b）將一業務資料單元填充入該協定資料單元； 　　（c）計算該協定資料單元之一累積業務資料單元尺寸； 　　（d）確定該累積業務資料單元尺寸是否大於123個八位元組； 　　（e）當該累積業務資料單元尺寸不大於123個八位元組時，將下一個業務資料單元填充入該協定資料單元； 　　（f）重複該步驟（c）到（e）直到該累積業務資料單元尺寸大於123個八位元組為止； 　　（g）在該步驟（f）後，確定該協定資料單元是否僅包含該業務資料單元並且該業務資料單元是否是完整業務資料單元； 　　（h）當該協定資料單元僅包含該業務資料單元並且該業務資料單元是該完整業務資料單元時，如果該配置資訊配置特定擴展標頭或替代E位元解釋，則將擴展標頭欄位或該協定資料單元之標頭之替代E位元設定為特定值，以指示該業務資料單元是該完整業務資料單元；以及 　　（i）完成該協定資料單元之打包操作。
  9. 如申請專利範圍第8項所述之靈活協定資料單元打包方法，其中，該步驟（b）進一步包含下列步驟： 　　確定是否已經生成該業務資料單元； 　　當已經生成該業務資料單元時，將該業務資料單元填充入該協定資料單元；以及 　　當未生成該業務資料單元時，結束該靈活協定資料單元打包進程。
  10. 如申請專利範圍第9項所述之靈活協定資料單元打包方法，其中，該步驟（e）進一步包含下列步驟： 　　確定是否已經生成該下一個業務資料單元； 　　當已經生成該下一個業務資料單元時，將該下一個業務資料單元填充入該協定資料單元；以及 　　當未生成該下一個業務資料單元時，完成該協定資料單元之打包操作並且結束該靈活協定資料單元打包進程。
TW106119903A 2017-04-13 2017-06-15 靈活協定資料單元打包方法及其使用者設備 TWI653866B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/486,641 US10104579B1 (en) 2017-04-13 2017-04-13 User equipment and flexible protocol data unit packaging method thereof
US15/486,641 2017-04-13

Publications (2)

Publication Number Publication Date
TW201838389A TW201838389A (zh) 2018-10-16
TWI653866B true TWI653866B (zh) 2019-03-11

Family

ID=63761357

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106119903A TWI653866B (zh) 2017-04-13 2017-06-15 靈活協定資料單元打包方法及其使用者設備

Country Status (3)

Country Link
US (1) US10104579B1 (zh)
CN (1) CN108738075B (zh)
TW (1) TWI653866B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020024972A1 (en) 2000-08-19 2002-02-28 Lg Electronics Inc. Method for inserting length indicator in protocol data unit of radio link control
US20060262811A1 (en) 2005-05-18 2006-11-23 Jiang Sam S Method and Apparatus of Data Segmentation in a Mobile Communications System
US7894443B2 (en) 2005-08-23 2011-02-22 Nokia Corporation Radio link control unacknowledged mode header optimization

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6788944B2 (en) * 2001-04-02 2004-09-07 Asustek Computer Inc. Length indicator for a protocol data unit in a wireless communications protocol
JP4474217B2 (ja) * 2004-07-09 2010-06-02 富士通株式会社 パケット通信装置
US20060251105A1 (en) * 2005-02-07 2006-11-09 Samsung Electronics Co., Ltd. Method and apparatus for requesting/transmitting status report of a mobile communication system
WO2007051281A1 (en) * 2005-11-01 2007-05-10 Research In Motion Limited Method for receiving and managing a downlink radio link control data block in an egprs mobile electronic communication device
CA2681020C (en) * 2007-03-16 2015-05-12 Interdigital Technology Corporation Wireless communication method and apparatus for supporting reconfiguration of radio link control parameters
KR101023388B1 (ko) * 2007-04-11 2011-03-18 삼성전자주식회사 이동통신 시스템에서 패킷 데이터 유닛의 송수신 방법 및 장치
US8031600B2 (en) * 2008-05-20 2011-10-04 Htc Corporation Method and related apparatus for performing status report procedure in a wireless communication system
CN102237948A (zh) * 2010-04-22 2011-11-09 华为终端有限公司 一种业务数据的发送、接收方法和装置
TWI563816B (en) * 2011-02-14 2016-12-21 Ericsson Telefon Ab L M Backwards-compatible approach to fields of a protocol layer
EP2611093B1 (en) * 2011-12-21 2018-11-28 Telefonaktiebolaget LM Ericsson (publ) Technique for handling memory resources of a memory buffer

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020024972A1 (en) 2000-08-19 2002-02-28 Lg Electronics Inc. Method for inserting length indicator in protocol data unit of radio link control
US20060262811A1 (en) 2005-05-18 2006-11-23 Jiang Sam S Method and Apparatus of Data Segmentation in a Mobile Communications System
US7894443B2 (en) 2005-08-23 2011-02-22 Nokia Corporation Radio link control unacknowledged mode header optimization

Also Published As

Publication number Publication date
TW201838389A (zh) 2018-10-16
CN108738075A (zh) 2018-11-02
US10104579B1 (en) 2018-10-16
CN108738075B (zh) 2021-08-06
US20180302823A1 (en) 2018-10-18

Similar Documents

Publication Publication Date Title
DK1929826T3 (en) DEVICE, PROCEDURE AND COMPUTER PROGRAM PRODUCT TO REQUEST A INCREASE OF DATA SPEED BASED ON THE TRANSMISSION OF AT LEAST ONE MORE SELECTED DATA UNIT
US8165066B2 (en) Method and apparatus for performing buffer status reporting
TWI392393B (zh) 執行暫存器狀態回報的方法及其通訊裝置
CN101803333B (zh) 利用报头指示符的有效的数据块传输方法
JP7093614B2 (ja) 端末装置、基地局装置、通信方法、および、集積回路
CN111345064B (zh) 终端装置以及方法
CN111357322B (zh) 终端装置、基站装置以及方法
KR20200080285A (ko) 방법, 장치, 컴퓨터 프로그램 제품 및 컴퓨터 프로그램
CN110741720A (zh) 终端装置、基站装置、通信方法以及集成电路
TW200820683A (en) Length indicator optimization
US9071988B2 (en) Apparatus, computer program product, and methods for flexible data unit segmentation and arrangement
EP3654579A1 (en) Methods and devices for providing message authentication code suitable for short messages
TWI653866B (zh) 靈活協定資料單元打包方法及其使用者設備
CN113826337B (zh) 一种时刻信息的通知方法和装置
KR102492757B1 (ko) 단말 장치, 기지국 장치, 통신 방법, 및 집적 회로
WO2020031934A1 (ja) 端末装置、基地局装置、および方法
JP2009049990A (ja) 無線通信システムにおいてヘッダを設定する方法及び装置
WO2020099446A1 (en) Methods and devices for providing message authentication code suitable for short messages
US20070070913A1 (en) Data transmission method for wireless packet data based data transmission
CN110958647A (zh) 一种数据传输方法及装置
WO2023185450A1 (zh) 数据包处理方法及装置
JP2022106949A (ja) 端末装置、基地局装置、通信方法、および、集積回路
WO2019098266A1 (ja) 端末装置および方法
JP2020025160A (ja) 端末装置、基地局装置、方法、および、集積回路
KR20150105171A (ko) 이동 통신 시스템에서 대용량 서비스 데이터 유닛을 지원하기 위한 방법 및 장치

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees