TWI664862B - 無線通訊系統中傳送複製資料的方法和設備 - Google Patents
無線通訊系統中傳送複製資料的方法和設備 Download PDFInfo
- Publication number
- TWI664862B TWI664862B TW107114953A TW107114953A TWI664862B TW I664862 B TWI664862 B TW I664862B TW 107114953 A TW107114953 A TW 107114953A TW 107114953 A TW107114953 A TW 107114953A TW I664862 B TWI664862 B TW I664862B
- Authority
- TW
- Taiwan
- Prior art keywords
- rlc
- data unit
- data
- radio link
- link control
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 255
- 238000004891 communication Methods 0.000 title abstract description 60
- 239000012634 fragment Substances 0.000 claims description 39
- 230000007246 mechanism Effects 0.000 claims description 20
- 230000002776 aggregation Effects 0.000 claims description 11
- 238000004220 aggregation Methods 0.000 claims description 11
- 239000000463 material Substances 0.000 abstract description 158
- 230000005540 biological transmission Effects 0.000 description 188
- 230000008569 process Effects 0.000 description 134
- 239000000872 buffer Substances 0.000 description 107
- 230000010076 replication Effects 0.000 description 88
- 238000012546 transfer Methods 0.000 description 71
- 230000011664 signaling Effects 0.000 description 68
- 230000004044 response Effects 0.000 description 35
- 230000009849 deactivation Effects 0.000 description 34
- 230000004913 activation Effects 0.000 description 28
- 238000005259 measurement Methods 0.000 description 26
- 230000001960 triggered effect Effects 0.000 description 22
- LKKMLIBUAXYLOY-UHFFFAOYSA-N 3-Amino-1-methyl-5H-pyrido[4,3-b]indole Chemical compound N1C2=CC=CC=C2C2=C1C=C(N)N=C2C LKKMLIBUAXYLOY-UHFFFAOYSA-N 0.000 description 19
- 230000008859 change Effects 0.000 description 16
- 230000000977 initiatory effect Effects 0.000 description 15
- 102100031413 L-dopachrome tautomerase Human genes 0.000 description 12
- 101710093778 L-dopachrome tautomerase Proteins 0.000 description 12
- 239000002994 raw material Substances 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 230000002441 reversible effect Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000012913 prioritisation Methods 0.000 description 8
- 230000001360 synchronised effect Effects 0.000 description 8
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 101150006914 TRP1 gene Proteins 0.000 description 6
- LVTKHGUGBGNBPL-UHFFFAOYSA-N Trp-P-1 Chemical compound N1C2=CC=CC=C2C2=C1C(C)=C(N)N=C2C LVTKHGUGBGNBPL-UHFFFAOYSA-N 0.000 description 6
- 238000012545 processing Methods 0.000 description 6
- 230000002829 reductive effect Effects 0.000 description 6
- 230000003362 replicative effect Effects 0.000 description 6
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 5
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 5
- 230000009471 action Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 230000035484 reaction time Effects 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 238000009827 uniform distribution Methods 0.000 description 2
- 101100365003 Mus musculus Scel gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
- H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
-
- 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
- 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
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- 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
- 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/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- 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
-
- 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
- H04W36/026—Multicasting of data during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- 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
Abstract
本文公開用於在無線通訊系統中傳送複製資料的方法和設備。在配置有複製資料的使用者設備的一個方法中。使用者設備複製資料單元到第一資料單元和第二資料單元中。使用者設備構建用於傳送第二資料單元的第二無線電鏈路控制協定資料單元。第二資料單元是第二無線電鏈路控制服務資料單元。使用者設備從網路節點接收控制命令。控制命令用於停用複製資料。如果第二無線電鏈路控制協定資料單元包含第二無線電鏈路控制服務資料單元，那麼使用者設備捨棄第二無線電鏈路控制協定資料單元。
Description
本公開大體上涉及無線通訊網路，且更具體地說，涉及在無線通訊系統中傳送複製資料的方法和設備。
隨著對將大量資料傳送到行動通訊裝置以及從行動通訊裝置傳送大量資料的需求的快速增長，傳統的行動語音通訊網路演變成與互聯網協定（Internet Protocol，IP）資料封包通訊的網路。此類IP資料封包通訊可以為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示例性網路結構是演進型通用陸地無線存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可提供高資料輸送量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新下一代（例如，5G）無線電技術。因此，目前正在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
本文中公開用於在無線通訊系統中傳送複製資料的方法和設備。在配置有複製資料的使用者設備（user equipment，UE）的一個方法中。UE複製資料單元到第一資料單元和第二資料單元中。UE構建用於傳送第二資料單元的第二無線電鏈路控制（Radio Link Control，RLC）協定資料單元（Proptocol Data Unit，PDU）。第二資料單元是第二RLC服務資料單元（Service Data Unit，SDU）。UE從網路節點接收控制命令。控制命令用於停用複製資料。如果第二RLC PDU包含第二RLC SDU，那麼UE捨棄第二RLC PDU。
下文描述的示例性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如語音、資料等。這些系統可以基於碼分多址（code division multiple access，CDMA）、時分多址（time division multiple access，TDMA）、正交頻分多址（orthogonal frequency division multiple access，OFDMA）、3GPP長期演進（Long Term Evolution，LTE）無線存取、3GPP長期演進高級（Long Term Evolution Advanced，LTE-A或LTE-高級）、3GPP2 超行動寬頻（Ultra Mobile Broadband，UMB）、WiMax或一些其它調變技術。
具體來說，下文描述的示例性無線通訊系統裝置可設計成支援一個或多個標準，例如由名稱為“第三代合作夥伴計畫”（在本文中被稱作3GPP）的協會提供的標準，包含：R2-1701542，CA中的複製資料，RAN WG2會議#97；R2-1702032，下部層中的複製資料（HARQ），RAN WG2會議#97；TR 38.913 V14.1.0，關於下一代存取技術的情形和要求的研究；TS 36.300 V14.1.0，演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA）和演進型通用陸地無線存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN），總體描述，階段2；R2-1703731，複製資料操作；R2-1703529，啟動和停用複製資料；TS 36.321 V14.0.0，演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA）；媒體存取控制（Medium Access Control，MAC）協定規範；TS 36.331 V14.1.0，演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA），無線電資源控制（Radio Resource Control，RRC），協定規範；TS 36.322 V13.1.0，“演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA），無線電鏈路控制（Radio Link Control，RLC）協定規範”；R2-1702642，“複製對PDCP的影響”；以及TS 36.323 V11.2.0，“演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA），封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）規範”。上文所列的標準和文檔特此明確地以全文引用的方式併入。
第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）或使用者設備（user equipment，UE）的實施例的簡化方塊圖。在傳送器系統210處，從資料來源212將用於數個資料流程的流量資料提供到傳送（TX）資料處理器214。
在一個實施例中，經由相應的傳送天線傳輸每一資料流程。TX資料處理器214基於針對每一資料流程而選擇的特定解碼方案而對資料流程的流量資料進行格式化、解碼和交錯以提供經解碼資料。
可使用OFDM技術將每一資料流程的經解碼資料與導頻資料複用。導頻資料通常為以已知方式進行處理的已知資料模式，且可在接收器系統處使用以估計通道回應。隨後基於針對每一資料流程選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於資料流程的經複用導頻和解碼資料以提供調變符號。通過由處理器230執行的指令可決定用於每一資料流程的資料速率、解碼和調變。
接著將所有資料流程的調變符號提供到TX MIMO處理器220，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（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一般執行實體連接。
從2015年3月開始，已經啟動關於下一代（即5G）存取技術的3GPP標準化活動。下一代存取技術旨在支援以下三類使用情形以同時滿足迫切的市場需求和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的載波頻率帶來無線電傳播領域中的許多挑戰。當載波頻率增加時，路徑損耗也增加。
根據3GPP R2-1701542，在LTE中，層2中的自動重複請求/混合自動重複請求（Automatic Repeat request/Hybrid Automatic Repeat request，ARQ/HARQ）和層1中的自我調整調變和解碼（Adaptive Modulation and Coding，AMC）已經保證了錯誤資料傳送，且時延一般依賴於演進節點B（evolved Node B，eNB）排程。考慮到層1中的AMC與資料路徑（即，一個細胞）的通道品質緊密相關，層2能夠提供通過使用載波聚合（carrier aggregation，CA）或雙重連接（dual connectivity，DC）而有效使用多個資料路徑（即，多個細胞）的機會。
根據3GPP R2-1702032，從新RAT/無線電（NR）的系統架構的角度來看，多連接（multi-connectivity，MC）可包含術語雙重連接（dual-connectivity，DC）和載波聚合（CA）。典型地，MC可在至少兩個方面有助於URLLC：（i）提升可靠性，同時不以時延方面的性能為代價；以及（2）移除以其它方式由行動性所產生的中斷時間。強調的概念是作為一種分集方案的MC可獲得可靠性和時延的大幅度增加，這是任何鏈路級分集方案自身無法實現的。下行鏈路（downlink，DL）和上行鏈路（uplink，UL）MC都可對超可靠且低時延通訊（Ultra Reliable and Low Latency Communication，URLLC）特別感興趣，但是UL MC可具有限制因素，例如UE的功率。
根據3GPP TR 38.913 V14.1.0，URLLC封包滿足以下兩個要求： 可靠性可通過在某一延遲內成功傳送X個位元組的概率來評估，概率是在某一通道品質（例如，覆蓋範圍邊緣）下，將資料封包從無線電介面的無線電協定層2/3 服務資料單元（Service Data Unit，SDU）入口點傳遞到無線電協議層2/3 SDU出口點所花費的時間。 - 對於一個封包傳送的一般URLLC可靠性要求為32位元組為1-10-5
，用戶平面時延為1ms。 UP時延：在上行鏈路和下行鏈路兩個方向上通過無線電介面將應用層封包/消息從無線電協定層2/3 SDU入口點成功傳遞到無線電協議層2/3 SDU出口點所花費的時間，其中裝置和基站接收都不受不連續接收（Discontinuous Reception，DRX）限制。 - 對於URLLC，使用者平面時延的目標對於UL應為0.5 ms，且對於下行鏈路（downlink，DL）應為0.5 ms。此外，如果可能，那麼時延還應低到足以支援使用下一代存取技術，如可在下一代存取架構內使用的無線傳輸技術。上方的值應被視為平均值，並且不具有相關聯的高可靠性要求。
根據3GPP TS 36.300 V14.1.0，層2被分成以下子層：媒體存取控制（Medium Access Control，MAC）、無線電鏈路控制（Radio Link Control，RLC）和封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）。
相同傳輸通道（即，傳輸塊）上的若干邏輯通道（即，無線電承載）的複用通過MAC子層執行。
在上行鏈路和下行鏈路兩者中，當CA和DC都未進行配置時，在不存在空間複用的情況下，每一傳送時間間隔（Transmission Time Interval，TTI）僅產生一個傳輸塊。
第5圖說明UL的層2結構。
在CA的情況下，實體層的多載波性質僅暴露於其中每一服務細胞需要一個HARQ實體的MAC層。
在上行鏈路和下行鏈路兩者中，每一服務細胞存在一個獨立混合ARQ實體，並且在不存在空間複用的情況下，每一服務細胞每TTI產生一個傳輸塊。每一傳輸塊和它的可能HARQ重新傳送映射到單個服務細胞。
第6圖說明在CA進行配置的情況下的UL的層2結構。在DC的情況下，UE配置有兩個MAC實體：一個MAC實體用於主演進節點B（Master evolved Node B，MeNB），且一個MAC實體用於次eNB（Secondary eNB，SeNB）。
第7圖描述當CA和DC兩者都進行配置時的上行鏈路的層2結構。如3GPP TS 36.300 V14.1.0的章節4.9.2中所解釋，SRB始終由MeNB處理，並且因此，針對MeNB僅示出共同控制通道（Common Control Channel，CCCH）。對於分離承載，在UE通過MeNB傳送UL封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）協定資料單元（Protocol Data Unit，PDU）所經由的一個或兩個鏈路上配置UE。RLC層在並不負責UL PDCP PDU傳送的鏈路上僅傳送下行鏈路資料的對應ARQ回饋。
根據3GPP R2-1703731，在以下情況中複製資料（複製封包）是有益的： 1) 在不具有複製資料的情況下，無法滿足URLLC要求： 儘管在實體層中進行了一些努力，但在不具有複製資料的單個傳送在一些情形中可能無法滿足URLLC要求。例如，URLLC的實體資源塊的數目可能不夠，特別是在頻寬有限的低於6 GHz頻率的情況下。第8圖示出了在LTE參數集和理想情況（即，所有正交頻分複用（orthogonal frequency-division multiplexing，OFDM）符號都可用於資料傳送）下根據TB大小所需的資源單元（resource element，RE）和資源塊（resource block，RB）的數目及對應的最小頻寬。如果在1-符號(1-symbol)TTI下將正交相移鍵控（Quadrature Phase Shift Keying，QPSK）和1/3解碼速率應用於100位元組的TB大小，那麼需要1200個RE和至少20 MHz頻寬。尚不清楚是否可以針對每一用戶始終預留URLLC的大於20MHz的頻寬。根據如3GPP TR 38.913 V.14.1.0中所描述的鏈路級模擬，初始傳送的10-5
塊錯誤率（block error ratio，BLER）可在1.5 dB訊雜比（signal-to-noise ration，SNR）下通過QPSK和1/3解碼速率來實現。因此，當訊號品質低於此值時，在現實情形中可發生這一情況。此外，當URLLC使用者的數目增加時，相對較高調變代碼方案（Modulation Code Scheme，MCS）的複製資料可為有用的。 2) 兩個鏈路的通道品質均為不良的且與彼此類似。 當存在多個鏈路且鏈路的通道品質均為不良的（例如，細胞邊緣）時，單個傳送會消耗大量實體資源或可能無法保證URLLC服務。在此情況下，複製資料可為一種有效的解決方案，從而實現多個鏈路的分集增益。 另一方面，如果通道品質不對稱（即，一個鏈路極好，而另一鏈路是不良的），那麼通過具有穩固MCS的良好鏈路的單個傳送似乎已經足夠。在此情況下，不僅通過不良鏈路的封包傳送需要大量實體資源，而且通過良好鏈路的傳送也已經滿足URLLC要求。這一情況通常發生在細胞中心或直線（line-of-sight，LoS）區域處。 3) MgNB（或MeNB）和SgNB（或SeNB）之間的Xn介面幾乎是理想的。 如3GPP TS 36.300 V14.1.0中所公開，它報告到，在MgNB和SgNB之間的非理想Xn（較大Xn時延）下，複製資料並不具有很大的時延改進。通過經歷Xn時延的SeNB支路的資料會晚到達接收器。在此情況下，通過MgNB的快速重新傳送可比通過SeNB的初始傳送快得多。因此，可以說幾乎理想的Xn介面將獲得複製資料的增益。通過考慮URLLC要求，此Xn時延應該小於數百微秒。 4) 總體通道佔有率為低。 在較輕流量負荷的情況下（例如，用於資料傳送（例如，PUSCH或PDSCH）的大部分實體資源並未指派到UE。），鏈路可通過執行複製資料來輔助另一鏈路的可靠傳送。這向網路提供了排程靈活性。 相反地，如果未滿足上方的條件，那麼複製資料可能不是必需的。甚至在一些情況下，它可能是浪費的。因此，複製資料需要小心配置來確保它的效率。 邏輯通道優先順序區分（Logical channel prioritization，LCP）過程和MAC控制單元與MAC SDU的複用在3GPP TS 36.321中描繪，如下所述。
3GPP R2-1703529公開用於複製資料（複製資料）的信令。
用於啟動和停用複製資料的準則取決於DL和UL通道條件以及不同細胞/載波中的負荷。在DC/MC和CA架構兩者中，MgNB（PCell）決定是否啟動UE的複製資料。
一旦複製資料啟動，MgNB就可動態地決定針對DL和UL傳送兩者使用多個鏈路（細胞）以滿足所需可靠性。UE可接收一個或多個DL指派或UL授予以供資料的傳送。
用於UL和DL的鏈路的數目可為不同的，因為UL和DL中的負荷可能大大不同。
網路還可向UE提供決定何時使用複製資料的準則，同時UE被配置成用於包複製。這允許UE決定何時使用複製資料。
第9圖中說明用於啟動複製資料的訊號流。
在以上過程中，基於UE的測量報告，可為UE添加新的細胞/載波。服務MgNB可使用鏈路選擇來決定傳送封包的最佳細胞/載波。如果滿足用於啟動複製資料（packet duplication，PD）的準則，那麼服務MgNB傳送無線電資源控制（Radio Resource Control，RRC）連接重新配置消息以啟動PD模式。一旦UE傳送RRC重新配置完成消息，就啟動複製資料模式。這意味著UE可接收相同封包的多個DL指派消息和多個UL授予。
第10圖中說明用於停用複製資料的信令流。
在以上過程中，如果UE處於PD模式，那麼服務MgNB基於UE的通道測量和細胞/載波中的負荷來評估用於停用PD的準則。如果滿足PD準則，那麼MgNB傳送RRC連接重新配置以停用PD模式。一旦UE傳送RRC重新配置完成消息，就停用PD模式且服務MgNB使用鏈路選擇來傳送封包。
在一些情形中，MgNB可向UE提供用於啟動/停用複製資料的準則。UE評估該準則以決定何時使用複製資料。第11圖中說明此過程。在以上過程中，MgNB傳送RRC連接重新配置消息以利用PD啟動準則配置UE。在此情況下，UE還配置有可用於複製資料的資源（例如，多個細胞/載波上的無授予資源）。
媒體存取控制（Medium Access Control，MAC）協定規範的LTE過程在3GPP TS 36.321 V.14.0.0中描繪，如下所述。 5.1 隨機存取過程 5.1.1 隨機存取過程初始化 此子條款中描述的隨機存取過程通過PDCCH命令、通過MAC子層自身或通過RRC子層發起。SCell上的隨機存取過程將僅通過PDCCH命令發起。如果MAC實體接收到與PDCCH命令[5]相一致、用其C-RNTI掩蔽且針對特定服務細胞的PDCCH傳送，那麼MAC實體將對此服務細胞發起隨機存取過程。對於SpCell上的隨機存取，PDCCH命令或RRC任選地指示ra-PreambleIndex
和ra-PRACH-MaskIndex
，除了其中指示子載波索引的NB-IoT以外；並且對於SCell上的隨機存取，PDCCH命令指示具有不同於000000的值的ra-PreambleIndex
，以及ra-PRACH-MaskIndex
。對於PRACH上的pTAG前導碼傳送以及PDCCH命令的接收，僅支持SpCell。如果UE是NB-IoT UE並且配置有非錨載波，那麼對錨載波執行隨機存取過程。 在可以發起過程之前，假設相關服務細胞的以下資訊可用於除NB-IoT UE、BL UE或增強型覆蓋範圍中的UE[8]以外的UE，除非另外明確陳述： - 可用於隨機存取前導碼傳送的一組PRACH資源prach-ConfigIndex
。 - 隨機存取前導碼的群組以及每個群組中的一組可用隨機存取前導碼（僅SpCell）： 根據參數numberOfRA-Preamble
s和sizeOfRA-PreamblesGroupA
計算隨機存取前導碼群組A和隨機存取前導碼群組B中含有的前導碼： 如果sizeOfRA-PreamblesGroupA
等於numberOfRA-Preambles
，那麼不存在隨機存取前導碼群組B。隨機存取前導碼群組A中的前導碼是前導碼0至sizeOfRA-PreamblesGroupA-1
，並且如果存在，那麼隨機存取前導碼群組B中的前導碼是如[7]中定義的一組64個前導碼中的前導碼sizeOfRA-PreamblesGroupA
到numberOfRA-Preambles-1
。 - 如果存在隨機存取前導碼群組B，那麼選擇隨機存取前導碼的兩個群組中的一個群組（僅SpCell）所需的閾值messagePowerOffsetGroupB
和messageSizeGroupA
、執行隨機存取過程的服務細胞的經配置UE傳送功率PCMAX,c
[10]以及前導碼和Msg3之間的偏移deltaPreambleMsg3
。 - RA回應窗口大小ra-ResponseWindowSize
。 - 功率斜升因數powerRampingStep
。 - 前導碼傳送的最大數目preambleTransMax
。 - 初始前導碼功率preambleInitialReceivedTargetPower
。 - 基於前導碼格式的偏移DELTA_PREAMBLE
（見子條款7.6）。 - Msg3 HARQ傳送的最大數目maxHARQ-Msg3Tx
（僅SpCell）。 - 競爭解決計時器mac-ContentionResolutionTimer
（僅SpCell）。 注意：可以在發起每一隨機存取過程之前從上部層更新以上參數。 假設在可以發起過程之前，相關服務細胞的以下資訊可用於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE[8]： - 如果UE是BL UE或增強型覆蓋範圍中的UE，那麼： - 與服務細胞中支援的每一增強型覆蓋範圍層相關聯的可用於隨機存取前導碼傳送的一組PRACH資源prach-ConfigIndex。 - 隨機存取前導碼的群組以及每個群組中的一組可用隨機存取前導碼（僅SpCell）： 如果存在，那麼隨機存取前導碼群組中含有的針對每個增強型覆蓋範圍層的前導碼為前導碼firstPreamble至lastPreamble。 如果sizeOfRA-PreamblesGroupA
不等於numberOfRA-Preambles
，那麼對於所有增強型覆蓋範圍層存在隨機存取前導碼群組B，並且如上文該計算隨機存取前導碼群組B。 注意：如果存在隨機存取前導碼群組B，那麼eNB應確保在隨機存取前導碼群組A和隨機存取前導碼群組B中含有針對所有增強型覆蓋範圍層的至少一個隨機存取前導碼。 - 如果UE是NB-IoT UE，那麼： - 服務細胞中支援的可用的一組PRACH資源nprach-ParametersList
。 - 對於隨機存取資源選擇和前導碼傳送： - PRACH資源映射到增強型覆蓋範圍層中。 - 每個PRACH資源含有一組nprach-NumSubcarriers
子載波，其可由nprach-SubcarrierMSG3-RangeStart
分割成用於單/多頻音Msg3傳送的一個或兩個群組。每一群組在下文的過程文本中被稱為隨機存取前導碼群組。 - 通過以下範圍中的子載波索引識別子載波： [nprach-SubcarrierOffset
,nprach-SubcarrierOffset
+nprach-NumSubcarriers
-1] - 隨機存取前導碼群組的每一子載波對應於隨機存取前導碼。 - 當從eNB顯式傳送子載波索引作為PDCCH命令的部分時，將ra-PreambleIndex
設置為傳訊的子載波索引。 - 根據以下內容決定PRACH資源到增強型覆蓋範圍層中的映射： - 增強型覆蓋範圍層的數目等於一加上RSRP-ThresholdsPrachInfoList
中存在的RSRP閾值的數目。 - 每一增強型覆蓋範圍層具有在nprach-ParametersList
中存在的一個PRACH資源。 - 增強型覆蓋範圍層從0開始編號，並且以遞增的numRepetitionsPerPreambleAttempt
次序進行PRACH資源至增強型覆蓋範圍層的映射。 - 基於服務細胞中支援的每一增強型覆蓋範圍層的RSRP測量選擇PRACH資源的準則rsrp-ThresholdsPrachInfoList
。 - 服務細胞中支援的每一增強型覆蓋範圍層的前導碼傳送嘗試的最大數目maxNumPreambleAttemptCE
。 - 服務細胞中支援的每一增強型覆蓋範圍層的每次嘗試的前導碼傳送所需的重複數目numRepetitionPerPreambleAttempt
。 - 執行隨機存取過程的服務細胞的經配置UE傳送功率PCMAX,c
[10]。 - 服務細胞中支援的每一增強型覆蓋範圍層的RA回應視窗大小ra-ResponseWindowSize
和競爭解決計時器mac-ContentionResolutionTimer
（僅SpCell）。 - 功率斜升因數powerRampingStep
。 - 前導碼傳送的最大數目preambleTransMax-CE
。 - 初始前導碼功率preambleInitialReceivedTargetPower
。 - 基於前導碼格式的偏移DELTA_PREAMBLE（見子條款7.6）。對於NB-IoT，DELTA_PREAMBLE設置為0。 隨機存取過程將執行如下： - 清空Msg3緩衝區； - 將PREAMBLE_TRANSMISSION_COUNTER設置為1； - 如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼： - 將PREAMBLE_TRANSMISSION_COUNTER_CE設置為1； - 如果在發起隨機存取過程的PDCCH命令中已經指示起始增強型覆蓋範圍層，或對於NB-IoT已經指示初始的PRACH重複數目，或如果上部層已經提供起始增強型覆蓋範圍層，那麼： - MAC實體認為其自身處於該增強型覆蓋範圍層而不管測得的RSRP如何； - 否則： - 如果上部層在rsrp-ThresholdsPrachInfoList
中配置了增強型覆蓋範圍層3的RSRP閾值，且測得的RSRP小於增強型覆蓋範圍層3的RSRP閾值且UE能夠具有增強型覆蓋範圍層3，那麼： - MAC實體認為是在增強型覆蓋範圍層3中； - 否則，如果上部層在rsrp-ThresholdsPrachInfoList
中配置了增強型覆蓋範圍層2的RSRP閾值，且測得的RSRP小於增強型覆蓋範圍層2的RSRP閾值且UE能夠具有增強型覆蓋範圍層2，那麼： - MAC實體認為是在增強型覆蓋範圍層2中； - 否則，如果測得的RSRP小於如上部層在rsrp-ThresholdsPrachInfoList
中配置的增強型覆蓋範圍層1的RSRP閾值，那麼： - MAC實體認為是在增強型覆蓋範圍層1中； - 否則： - MAC實體認為是在增強型覆蓋範圍層0中； - 將後退參數值設置為0 ms； - 對於RN，暫停任何RN子訊框配置； - 繼續進行到選擇隨機存取資源（見子條款5.1.2）。 注意：在MAC實體中，在任何時間點上都只存在一個進行中的隨機存取過程。如果MAC實體接收到對新隨機存取過程的請求，同時在MAC實體中已經有進行中的另一隨機存取過程，那麼由UE實施方案來決定是繼續進行中的過程還是起始新的過程。 5.1.2 隨機存取資源選擇 隨機存取資源選擇過程將執行如下： - 除了NB-IoT外，如果已經顯式地傳訊ra-PreambleIndex
（隨機存取前導碼）和ra-PRACH-MaskIndex
（PRACH遮罩索引）且ra-PreambleIndex
不是000000，那麼： - 隨機存取前導碼和PRACH遮罩索引是經顯式傳訊的那些； - 否則，對於NB-IoT，如果ra-PreambleIndex
（隨機存取前導碼）和PRACH資源已經顯式地傳訊，那麼： - PRACH資源是經顯式傳訊的資源； - 如果傳訊的ra-PreambleIndex
不是000000，那麼： - 隨機存取前導碼設置為nprach-SubcarrierOffset
+ (ra-PreambleIndex
modulnprach-NumSubcarriers
)，其中nprach-SubcarrierOffset
和nprach-NumSubcarriers
是當前使用的PRACH資源中的參數。 - 否則： - 根據PRACH資源以及對多頻音Msg3傳送的支持選擇隨機存取前導碼群組。 - 在所選擇的群組內隨機選擇隨機存取前導碼。 - 否則，將通過MAC實體選擇隨機存取前導碼，如下： - 如果Msg3尚未傳送，那麼對於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，MAC實體將： - 除了NB-IoT外，選擇隨機存取前導碼群組以及對應於所選擇的增強型覆蓋範圍層的PRACH資源； - 對於NB-IoT，選擇對應於所選擇的增強型覆蓋範圍層的PRACH資源，並且選擇對應於PRACH資源的隨機存取前導碼群組以及對多頻音Msg3傳送的支持； - 如果Msg3尚未傳送，那麼在不存在前導碼群組B的情況下除了BL UE或增強型覆蓋範圍中的UE以外，或對於NB-IoT UE，MAC實體將： - 如果存在隨機存取前導碼群組B並且出現任何以下事件，那麼： - 潛在消息大小（可用於傳送的UL資料加上MAC標頭，以及需要時，MAC控制單元）大於messageSizeGroupA
，並且路徑損耗小於（執行隨機存取過程的服務細胞的）PCMAX,c
-preambleInitialReceivedTargetPower
-deltaPreambleMsg3 -messagePowerOffsetGroupB
； - 針對CCCH邏輯通道發起隨機存取過程並且CCCH SDU大小加上MAC標頭大於messageSizeGroupA
； - 選擇隨機存取前導碼群組B； - 否則： - 選擇隨機存取前導碼群組A。 - 否則，如果重新傳送Msg3，那麼MAC實體將： - 選擇與用於對應於Msg3的第一次傳送的前導碼傳送嘗試相同的隨機存取前導碼群組。 - 在所選擇的群組內隨機選擇隨機存取前導碼。隨機函數應使得每一個所允許的選擇都可以以相等概率進行選擇； - 除了NB-IoT以外，將PRACH遮罩索引設置為0。 - 決定含有由prach-ConfigIndex
給定的限制條件所允許的PRACH的下一個可用子訊框（除了NB-IoT以外）、PRACH遮罩索引（除了NB-IoT以外，見子條款7.3）、實體層時序要求[2]，以及在NB-IoT情況下由與更高增強型覆蓋範圍層相關的PRACH資源佔用的子訊框（MAC實體可以在決定下一個可用PRACH子訊框時考慮可能出現的測量間隙）； - 如果傳送模式是TDD且PRACH遮罩索引等於零，那麼： - 如果ra-PreambleIndex
經顯式傳訊且其不是000000（即，未被MAC選中），那麼： - 以相等概率從所決定的子訊框中可用的PRACH中隨機選擇一個PRACH。 - 否則： - 以相等概率從所決定的子訊框和接下來的兩個連續子訊框中可用的PRACH中隨機選擇一個PRACH。 - 否則： - 根據PRACH遮罩索引的要求決定所決定的子訊框內的PRACH（若存在）。 - 對於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，選擇對應於所選擇的增強型覆蓋範圍層和PRACH的ra-ResponseWindowSize
和mac-ContentionResolutionTimer
。 - 繼續進行到傳送隨機存取前導碼（見子條款5.1.3）。 5.1.3 隨機存取前導碼傳送 隨機存取過程將執行如下： - 將PREAMBLE_RECEIVED_TARGET_POWER設置為preambleInitialReceivedTargetPower
+DELTA_PREAMBLE+ (PREAMBLE_TRANSMISSION_COUNTER-1)*powerRampingStep
； - 如果UE是BL UE或增強型覆蓋範圍中的UE，那麼： - PREAMBLE_RECEIVED_TARGET_POWER設置為： PREAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt
)； - 如果NB-IoT，那麼： - 對於增強型覆蓋範圍層0，將PREAMBLE_RECEIVED_TARGET_POWER設置為： PREAMBLE_RECEIVED_TARGET_POWER - 10 * log10(numRepetitionPerPreambleAttempt
) - 對於其它增強型覆蓋範圍層，將PREAMBLE_RECEIVED_TARGET_POWER設置為對應於最大UE輸出功率； - 如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼： - 指示實體層使用對應於所選擇的增強型覆蓋範圍層的所選擇的PRACH、對應的RA-RNTI、前導碼索引，或對於NB-IoT子載波索引還使用PREAMBLE_RECEIVED_TARGET_POWER，以對應於所選擇的前導碼群組的前導碼傳送所需的重複數目（即，numRepetitionPerPreambleAttempt
）傳送前導碼。 - 否則： - 指示實體層使用所選擇的PRACH、對應的RA-RNTI、前導碼索引和PREAMBLE_RECEIVED_TARGET_POWER傳送前導碼。 5.1.4 隨機存取回應接收 一旦傳送了隨機存取前導碼並且無論是否可能出現測量間隙或用於傳送的側鏈路發現間隙或用於接收的側鏈路發現間隙，MAC實體都將在RA回應視窗中針對由下文定義的RA-RNTI識別的隨機存取回應監控SpCell的PDCCH，該RA回應視窗在含有前導碼傳送[7]的結尾的子訊框處起始加上三個子訊框並且具有長度ra-ResponseWindowSize
。如果UE是BL UE或增強型覆蓋範圍中的UE，那麼RA響應視窗在含有最後一個前導碼重複的結尾的子訊框處起始加上三個子訊框並且具有針對對應的覆蓋範圍層的長度ra-ResponseWindowSize
。如果UE是NB-IoT UE，那麼在NPRACH重複數目大於或等於64的情況下，RA回應視窗在含有最後一個前導碼重複的結尾的子訊框處起始加上41個子訊框並且具有針對對應的覆蓋範圍層的長度ra-ResponseWindowSize
，且在NPRACH重複數目小於64的情況下，RA回應視窗在含有最後一個前導碼重複的結尾的子訊框處起始加上4個子訊框並且具有針對對應的覆蓋範圍層的長度ra-ResponseWindowSize
。與其中傳送隨機存取前導碼的PRACH相關聯的RA-RNTI計算為： RA-RNTI= 1 + t_id + 10*f_id 其中t_id是指定PRACH的第一子訊框的索引（0≤t_id ＜10），且f_id是該子訊框內指定PRACH的索引，除了NB-IoT UE、BL UE或增強型覆蓋範圍中的UE以外，其按頻域的昇冪（0≤f_id＜6）。如果PRACH資源是在TDD載波上，那麼f_id設置為，其中在[7]的章節5.7.1中定義了。 對於BL UE和增強型覆蓋範圍中的UE，與其中傳送隨機存取前導碼的PRACH相關聯的RA-RNTI計算為： RA-RNTI=1+t_id + 10*f_id + 60*(SFN_id mod (Wmax/10)) 其中t_id是指定PRACH的第一子訊框的索引（0≤t_id ＜10），f_id是該子訊框內指定PRACH的索引，其按頻域的昇冪（0≤f_id＜6），SFN_id是指定PRACH的第一無線電訊框的索引，且Wmax是400，其對於BL UE或增強型覆蓋範圍中的UE是子訊框中最大的可能RAR視窗大小。如果PRACH資源是在TDD載波上，那麼f_id設置為，其中在[7]的章節5.7.1中定義了。 對於NB-IoT UE，與其中傳送隨機存取前導碼的PRACH相關聯的RA-RNTI計算為： RA-RNTI=1+ floor(SFN_id/4) 其中SFN_id是指定PRACH的第一無線電訊框的索引。 在成功接收含有與傳送的隨機存取前導碼匹配的隨機存取前導碼識別碼的隨機存取回應之後，MAC實體可以停止監測隨機存取回應。 - 如果在針對RA-RNTI的PDCCH上已經接收到對於此TTI的下行鏈路分配且成功地解碼接收到的TB，那麼無論是否可能出現測量間隙或用於傳送的側鏈路發現間隙或用於接收的側鏈路發現間隙，MAC實體都將： - 如果隨機存取回應含有後退指示符子標頭，那麼： - 除其中使用表7.2-2的值的NB-IoT以外，設置後退參數值，如由後退指示符子標頭的BI欄位和表7.2-1指示。 - 否則，將後退參數值設置為0 ms。 - 如果隨機存取回應含有對應於傳送的隨機存取前導碼的隨機存取前導碼識別碼（見子條款5.1.3），那麼MAC實體將： - 認為此隨機存取回應接收成功，並且對傳送了隨機存取前導碼的服務細胞應用以下動作： - 處理接收到的時序提前命令（見子條款5.2）； - 向下部層指示preambleInitialReceivedTargetPower
以及應用至最新前導碼傳送的功率斜升的量（即，(PREAMBLE_TRANSMISSION_COUNTER-1)*powerRampingStep
）； - 處理接收到的UL授予值並向下部層指示該值； - 如果ra-PreambleIndex經顯式傳訊且其不是000000（即，未被MAC選中），那麼： - 認為隨機存取過程成功完成。 - 否則，如果隨機存取前導碼被MAC實體選中，那麼： - 在不遲於對應於隨機存取回應訊息中提供的UL授予的第一次傳送的時間，將臨時C-RNTI設置為在隨機存取回應訊息中接收到的值； - 如果這是在此隨機存取過程內第一成功接收到的隨機存取回應，那麼： - 如果不是針對CCCH邏輯通道進行傳送，那麼指示複用和集合實體在後續上行鏈路傳送中包含C-RNTI MAC控制單元； - 獲得MAC PDU以從“複用和集合”實體傳送並將其儲存在Msg3緩衝區中。 注意：當需要上行鏈路傳送時，例如，用於競爭解決，eNB不應在隨機存取回應中提供小於56個位元（或NB-IoT情況下的88個位元）的授予。 注意：如果在隨機存取過程內，隨機存取回應中提供的針對隨機存取前導碼的同一群組的上行鏈路授予具有與在隨機存取過程期間所分配的第一上行鏈路准予不同的大小，那麼不定義UE行為。 如果在RA回應視窗內未接收到隨機存取回應，或如果所有接收到的隨機存取回應都不含有對應於傳送的隨機存取前導碼的隨機存取前導碼識別碼，那麼認為隨機存取回應接收不成功，並且MAC實體將： - 如果尚未從下部層接收到功率斜升暫停通知，那麼： - 使PREAMBLE_TRANSMISSION_COUNTER增加1； - 如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼： - 如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax
-CE+1，那麼： - 如果在SpCell上傳送隨機存取前導碼，那麼： - 向上部層指示隨機存取問題； - 如果NB-IoT，那麼： - 認為隨機存取過程未成功完成； - 否則： - 如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax
+1，那麼： - 如果在SpCell上傳送隨機存取前導碼，那麼： - 向上部層指示隨機存取問題； - 如果在SCell上傳送隨機存取前導碼，那麼： - 認為隨機存取過程未成功完成。 - 如果在此隨機存取過程中，隨機存取前導碼被MAC選中，那麼： - 基於後退參數，根據0與後退參數值之間的均勻分佈選擇隨機後退時間； - 將後續隨機存取傳送延遲該後退時間； - 如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼： - 使PREAMBLE_TRANSMISSION_COUNTER_CE增加1； - 如果PREAMBLE_TRANSMISSION_COUNTER_CE=用於對應增強型覆蓋範圍層的maxNumPreambleAttemptCE
+1： - 重新設置PREAMBLE_TRANSMISSION_COUNTER_CE； - 如果被服務細胞和UE支援，那麼認為處於下一增強型覆蓋範圍層，否則保持在當前增強型覆蓋範圍層； - 選擇隨機存取前導碼群組、ra-ResponseWindowSize
、mac-ContentionResolutionTimer
，以及對應於所選擇的增強型覆蓋範圍層的PRACH資源； - 如果UE是NB-IoT UE，那麼： - 如果隨機存取過程由PDCCH命令發起，那麼： - 認為對應於所選擇的增強型覆蓋範圍層的PRACH資源是顯式傳訊的； - 繼續進行到選擇隨機存取資源（見子條款5.1.2）。 5.1.5 競爭解決 競爭解決是基於SpCell的PDCCH上的C-RNTI或DL-SCH上的UE競爭解決標識。如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼MAC實體將對對應的增強型覆蓋範圍層（若存在）使用mac-ContentionResolutionTimer
。 一旦傳送了Msg3，MAC實體就將： - 在每一HARQ重新傳送處起始mac-ContentionResolutionTimer
並且重新起始mac-ContentionResolutionTimer
； - 無論是否可能出現測量間隙或用於接收的側鏈路發現間隙，都一直監測PDCCH到mac-ContentionResolutionTimer
到期或停止為止； - 如果從下部層接收到PDCCH傳送的接收通知，那麼MAC實體將： - 如果在Msg3中包含C-RNTI MAC控制單元，那麼： - 如果通過MAC子層自身或通過RRC子層發起隨機存取過程並且PDCCH傳送定址到C-RNTI且含有針對新傳送的UL授予；或 - 如果通過PDCCH命令發起隨機存取過程並且PDCCH傳送定址到C-RNTI，那麼： - 認為此競爭解決成功； - 停止mac-ContentionResolutionTimer
； - 捨棄臨時C-RNTI； - 如果UE是NB-IoT UE並且配置有非錨載波，那麼： - 錨載波上的PDCCH傳送中含有的UL授予或DL指派僅對非錨載波有效。 - 認為此隨機存取過程成功完成。 - 否則，如果CCCH SDU包含在Msg3中且PDCCH傳送定址到其臨時C-RNTI，那麼： - 如果MAC PDU成功解碼，那麼： - 停止mac-ContentionResolutionTimer
； - 如果MAC PDU含有UE競爭解決標識MAC控制單元；並且 - 如果MAC控制單元中包含的UE競爭解決標識與Msg3中傳送的CCCH SDU的前48位元匹配，那麼： - 認為此競爭解決成功並且結束MAC PDU的分解和解複用； - 將C-RNTI設置為臨時C-RNTI的值； - 捨棄臨時C-RNTI； - 認為此隨機存取過程成功完成。 - 否則 - 捨棄臨時C-RNTI； - 認為此競爭解決不成功並捨棄成功解碼的MAC PDU。 - 如果mac-ContentionResolutionTimer
到期，那麼： - 捨棄臨時C-RNTI； - 認為競爭解決未成功。 - 如果認為競爭解決未成功，那麼MAC實體將： - 清空Msg3緩衝區中用於傳送MAC PDU的HARQ緩衝區； - 如果尚未從下部層接收到功率斜升暫停通知，那麼： - 使PREAMBLE_TRANSMISSION_COUNTER增加1； - 如果UE是NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，那麼： - 如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax
-CE+1，那麼： - 向上部層指示隨機存取問題。 - 如果NB-IoT，那麼： - 認為隨機存取過程未成功完成； - 否則： - 如果PREAMBLE_TRANSMISSION_COUNTER=preambleTransMax
+1，那麼： - 向上部層指示隨機存取問題。 - 基於後退參數，根據0與後退參數值之間的均勻分佈選擇隨機後退時間； - 將後續隨機存取傳送延遲該後退時間； - 繼續進行到選擇隨機存取資源（見子條款5.1.2）。 5.1.6 完成隨機存取過程 在完成隨機存取過程時，MAC實體將： - 捨棄經顯式傳訊的ra-PreambleIndex
和ra-PRACH-MaskIndex
（若存在）； - 清空Msg3緩衝區中用於傳送MAC PDU的HARQ緩衝區。 此外，RN將恢復暫停的RN子訊框配置（若存在）。 5.4.2 HARQ操作 5.4.2.1 HARQ實體 在具有經配置上行鏈路的每一服務細胞的MAC實體處存在一個HARQ實體，其維持數個並行HARQ過程，以允許傳送持續進行，同時等待關於先前傳送的接收成功與否的HARQ回饋。 每一HARQ實體的並行HARQ過程的數目在[2]條款8中指定。NB-IoT具有一個UL HARQ過程。 當實體層被配置成用於上行鏈路空間複用[2]時，存在兩個與給定TTI相關聯的HARQ過程。原本，存在一個與給定TTI相關聯的HARQ過程。 在給定TTI下，如果針對TTI指示上行鏈路授予，那麼HARQ實體識別傳送應該進行的HARQ過程。它還將通過實體層中繼的接收到的HARQ回饋（ACK/NACK資訊）、MCS和資源路由到適當的HARQ過程。 在非同步HARQ操作中，基於除RAR的UL授予以外的接收到的UL授予，HARQ過程與TTI相關聯。除NB-IoT以外，每一非同步HARQ過程與HARQ過程識別碼相關聯。對於利用RAR中的UL授予的UL傳送，使用HARQ過程識別碼0。HARQ回饋不適用於非同步UL HARQ。 當配置TTI集束時，參數TTI_BUNDLE_SIZE提供TTI集束中的TTI的數目。TTI集束操作依賴於HARQ實體以調用用於作為相同集束的部分的每一傳送的相同HARQ過程。在集束內，HARQ重新傳送是非自我調整的，並且在不等待根據TTI_BUNDLE_SIZE的來自先前傳送的回饋的情況下觸發。集束的HARQ回饋僅針對集束中的最後一個TTI（即，對應於TTI_BUNDLE_SIZE的TTI）而接收，而不管在那個TTI中是否進行傳送（例如，當出現測量間隙時）。TTI集束的重新傳送同樣是TTI集束。當MAC實體配置有具有經配置上行鏈路的一個或多個SCell時，不支持TTI集束。 除集束內的重複以外，根據訊框結構類型3、NB-IoT UE、BL UE或增強型覆蓋範圍中的UE操作的服務細胞，上行鏈路HARQ操作是非同步的。 對於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，參數UL_REPETITION_NUMBER提供集束內傳送重複的數目。對於每一集束，UL_REPETITION_NUMBER設置為由下部層提供的值。集束操作依賴於HARQ實體以調用用於作為相同集束的部分的每一傳送的相同HARQ過程。在集束內，HARQ重新傳送是非自我調整的，並且在不等待根據UL_REPETITION_NUMBER的來自先前傳送的回饋的情況下觸發。對應於集束的新傳送或重新傳送的上行鏈路授予僅在集束的最後一次重複之後接收。集束的重新傳送同樣是集束。 TTI集束不支援和與RN子訊框配置組合的E-UTRAN的RN通訊。 對於在隨機存取期間Msg3的傳送（見子條款5.1.5），不應用TTI集束。對於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，上行鏈路重複集束用於Msg3的傳送。 對於每一TTI，HARQ實體將： - 識別與此TTI相關聯的HARQ過程，並且對於每一經識別HARQ過程： - 如果針對此過程和此TTI已經指示上行鏈路授予，那麼： ● - 如果接收到的授予未定址到PDCCH上的臨時C-RNTI，並且如果相關聯的HARQ資訊中提供的NDI相比於此HARQ過程的先前傳送中的值已經切換；或 ● - 如果在C-RNTI的PDCCH上接收了上行鏈路授予，並且經識別過程的HARQ緩衝區是空的；或 ● - 如果在隨機存取回應中接收了上行鏈路授予，那麼： - 如果在Msg3緩衝區中存在MAC PDU，並且在隨機存取回應中接收了上行鏈路授予，那麼： - 獲得MAC PDU以從Msg3緩衝區傳送。 - 否則，如果MAC實體配置有短於10個子訊框的semiPersistSchedIntervalUL
，且如果上行鏈路授予是經配置授予，且如果經識別HARQ過程的HARQ緩衝區不是空的，且如果經識別HARQ過程的HARQ_FEEDBACK是NACK，那麼： - 指示經識別HARQ過程產生非自我調整重新傳送。 - 否則： - 獲得MAC PDU以從“複用和集合”實體（若存在）傳送； - 如果已經獲得用於傳送的MAC PDU，那麼： - 將MAC PDU和上行鏈路授予及HARQ資訊傳遞到經識別HARQ過程； - 指示經識別HARQ過程觸發新傳送。 ● - 否則： - 將上行鏈路授予和HARQ資訊（冗餘版本）傳遞到經識別HARQ過程； - 指示經識別HARQ過程產生自我調整重新傳送。 - 否則，如果此HARQ過程的HARQ緩衝區不是空的，那麼： ● - 指示經識別HARQ過程產生非自我調整重新傳送。 當決定NDI是否已經相比於先前傳送中的值切換時，MAC實體將忽略針對其臨時C-RNTI在PDCCH上的所有上行鏈路授予中接收到的NDI。 5.4.2.2 HARQ過程 每一HARQ過程與HARQ緩衝區相關聯。 對於同步HARQ，每一HARQ過程將維持狀態變數CURRENT_TX_NB，其指示針對目前在緩衝區中的MAC PDU已經進行的傳送的數目，以及狀態變數HARQ_FEEDBACK，其指示針對目前在緩衝區中的MAC PDU的HARQ回饋。當建立HARQ過程時，CURRENT_TX_NB應初始化成0。 冗餘版本的序列為0,2,3,1。變數CURRENT_IRV是到冗餘版本的序列中的索引。此變數通過模(modulo)4更新。對於BL UE或增強型覆蓋範圍中的UE，見關於冗餘版本的序列和冗餘版本決定的[2]中的子條款8.6.1。對於NB-IoT UE，見關於冗餘版本的序列和冗餘版本決定的[2]中的子條款16.5.1.2。 對於NB-IoT UE、BL UE或增強型覆蓋範圍中的UE，針對模式B操作的UL_REPETITION_NUMBER，在迴圈到下一冗餘版本之前多次使用相同冗餘版本，如[2]中的子條款16.5.1.2、8.6.1和7.1.7.1指定。 在資源上並利用PDCCH或隨機存取回應上指示的MCS執行新傳送。在資源上並（若提供）利用PDCCH上指示的MCS執行自我調整重新傳送。在相同資源上並利用與用於最後一次進行的傳送嘗試的MCS相同的MCS執行非自我調整重新傳送。 對於同步HARQ，MAC實體通過RRC配置有最大數目的HARQ傳送maxHARQ-Tx和最大數目的Msg3 HARQ傳送maxHARQ-Msg3Tx
。對於除儲存在Msg3緩衝區中的MAC PDU的傳送以外的所有HARQ過程和所有邏輯通道上的傳送，傳送的最大數目將設置為maxHARQ-Tx
。對於儲存在Msg3緩衝區中的MAC PDU的傳送，傳送的最大數目將設置為maxHARQ-Msg3Tx
。 當針對此TB接收HARQ回饋時，HARQ過程將： - 將HARQ_FEEDBACK設置為接收到的值。 如果HARQ實體請求新傳送，那麼HARQ過程將： - 如果UL HARQ操作是同步的，那麼： - 將CURRENT_TX_NB設置為0； - 將HARQ_FEEDBACK設置為NACK； - 將CURRENT_IRV設置為0； - 否則： - 將CURRENT_IRV設置為對應於在HARQ資訊中提供的冗餘版本值的索引，除BL UE、增強型覆蓋範圍中的UE和NB-IoT UE以外（如上文所描述）； - 將MAC PDU儲存在相關聯的HARQ緩衝區中； - 儲存從HARQ實體接收的上行鏈路授予； - 如下所述地產生傳送。 如果HARQ實體請求重新傳送，那麼HARQ過程將： - 如果UL HARQ操作是同步的，那麼： - 使CURRENT_TX_NB增加1； - 如果HARQ實體請求自我調整重新傳送，那麼： - 儲存從HARQ實體接收的上行鏈路授予； - 將CURRENT_IRV設置為對應於在HARQ資訊中提供的冗餘版本值的索引； - 如果UL HARQ操作是同步的，那麼： ● - 將HARQ_FEEDBACK設置為NACK； - 如下所述地產生傳送。 - 否則，如果HARQ實體請求非自我調整重新傳送，那麼： - 如果UL HARQ操作是非同步的或HARQ_FEEDBACK=NACK，那麼： ● - 如下所述地產生傳送。 ● 注意：當單獨接收HARQ ACK時，MAC實體將資料保持在HARQ緩衝區中。 ● 注意：當由於出現測量間隙或用於傳送的側鏈路發現間隙而無法進行UL-SCH傳送時，無法接收HARQ回饋，且之後是非自我調整重新傳送。 ● 注意：對於非同步HARQ操作，除集束內的重新傳送以外，UL重新傳送僅通過自我調整重新傳送授予觸發。 為了產生傳送，HARQ過程將： - 如果從Msg3緩衝區獲得MAC PDU；或 - 如果用於傳送的側鏈路發現間隙未由上部層配置，且在傳送時不存在測量間隙，並且在重新傳送的情況下，重新傳送與在此TTI中從Msg3緩衝區獲得的MAC PDU的傳送不衝突；或 - 如果用於傳送的側鏈路發現間隙由上部層配置，且在傳送時不存在測量間隙，並且在重新傳送的情況下，重新傳送與從Msg3緩衝區獲得的MAC PDU的傳送不衝突，且在此TTI中不存在用於傳送的側鏈路發現間隙；或 - 如果用於傳送的側鏈路發現間隙由上部層配置，且在傳送時不存在測量間隙，並且在重新傳送的情況下，重新傳送與從Msg3緩衝區獲得的MAC PDU的傳送不衝突，且存在用於傳送的側鏈路發現間隙，並且在此TTI中不存在用於在SL-DCH上傳送的經配置授予，那麼： - 指示實體層根據所儲存的上行鏈路授予產生傳送，其中冗余版本對應於CURRENT_IRV值； - 使CURRENT_IRV增加1； - 如果UL HARQ操作是同步的，且在接收針對此傳送的HARQ回饋時存在測量間隙或用於接收的側鏈路發現間隙，並且如果未從Msg3緩衝區獲得MAC PDU，那麼： ● - 在接收針對此傳送的HARQ回饋時，將HARQ_FEEDBACK設置為ACK。 在執行以上動作之後，如果UL HARQ操作是同步的，那麼HARQ過程將： - 如果CURRENT_TX_NB=傳送的最大數目-1，那麼： - 清空HARQ緩衝區； 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。 5.4.5 緩衝區狀態報告 緩衝區狀態報告過程用於為服務eNB提供關於與MAC實體相關聯的UL緩衝區中可用於傳送的資料量的資訊。RRC通過配置三個計時器periodicBSR-Timer 、 retxBSR-Timer
和logicalChannelSR-ProhibitTimer
且通過針對每一邏輯通道任選地傳訊向LCG分配邏輯通道的logicalChannelGroup而控制BSR報告[8]。 對於緩衝區狀態報告過程，MAC實體將考慮未暫停的所有無線電承載且可以考慮暫停的無線電承載。 對於NB-IoT，不支援長BSR且所有邏輯通道屬於一個LCG。 如果以下事件中的任一者發生，那麼將觸發緩衝區狀態報告（Buffer Status Report，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。 如果緩衝區狀態報告過程決定至少一個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.10 半靜態排程 當通過RRC啟用半靜態排程時，提供以下資訊[8]： - 半靜態排程C-RNTI； - 在針對上行鏈路啟用半靜態排程的情況下的隱式解除之前的上行鏈路半靜態排程間隔semiPersistSchedIntervalUL
和空傳送的數目implicitReleaseAfter
； - 針對上行鏈路是否啟用或禁用twoIntervalsConfig
，僅針對TDD； - 針對下行鏈路啟用半靜態排程的情況下的下行鏈路半靜態排程間隔semiPersistSchedIntervalDL
和用於半靜態排程的經配置HARQ過程的數目numberOfConfSPS-Processes
； 當通過RRC禁用上行鏈路或下行鏈路的半靜態排程時，對應的經配置授予或經配置指派將被捨棄。 僅在SpCell上支援半靜態排程。 半靜態排程不支援和與RN子訊框配置組合的E-UTRAN的RN通訊。 * 注意：當eIMTA被配置成用於SpCell時，如果經配置上行鏈路授予或經配置下行鏈路指派出現在可通過eIMTA L1信令重新配置的子訊框上，那麼UE行為未被指定。 5.10.1 下行鏈路 在配置半靜態下行鏈路指派之後，MAC實體將依序考慮第N個指派出現在子訊框中，其中： - (10 * SFN + 子訊框) = [(10 * SFNstart time
+ subframestart time
) + N *semiPersistSchedIntervalDL
] modulo 10240. 其中SFNstart time
和subframestart time
分別是（重新）初始化經配置下行鏈路指派時的SFN和子訊框。 對於BL UE或增強型覆蓋範圍中的UE，SFNstart time
和subframestart time
是指其中（重新）初始化經配置下行鏈路指派的PDSCH的第一次傳送的SFN和子訊框。 5.10.2 上行鏈路 在配置半靜態排程上行鏈路授予之後，MAC實體將： - 如果通過上部層啟用twoIntervalsConfig
，那麼： - 根據表格7.4-1設置Subframe_Offset。 - 否則： - 將Subframe_Offset設置為0。 - 依序考慮第N個授予出現在子訊框中，其中： - (10 * SFN +子訊框) = [(10 * SFNstart time
+ subframestart time
) + N *semiPersistSchedIntervalUL
+ Subframe_Offset * (N modulo 2)] modulo 10240。 其中SFNstart time
和subframestart time
分別是（重新）初始化經配置上行鏈路授予時的SFN和子訊框。 對於TDD，MAC實體配置有短於10個子訊框的semiPersistSchedIntervalUL
，如果第N個授予出現在下行鏈路子訊框或特殊子訊框中，那麼它將被忽略。 如果MAC實體並不配置有skipUplinkTxSPS
，那麼MAC實體將在半靜態排程資源上在已經通過複用和集合實體提供各自含有零個MAC SDU的implicitReleaseAfter
[8]個連續新MAC PDU之後立即清除經配置上行鏈路授予。 如果SPS確認已經觸發且未取消，那麼： - 如果MAC實體具有為用於此TTI的新傳送分配的UL資源，那麼： - 指示複用和集合過程產生SPS確認MAC控制單元，如在子條款6.1.3.11中所定義； - 取消觸發的SPS確認。 MAC實體將在通過SPS解除觸發SPS確認MAC控制單元的第一次傳送之後立即清除經配置上行鏈路授予。 * 注意：半靜態排程的重新傳送可在清除經配置上行鏈路授予之後繼續進行。 對於BL UE或增強型覆蓋範圍中的UE，SFNstart time
和subframestart time
是指其中（重新）初始化經配置上行鏈路授予的PUSCH的第一次傳送的SFN和子訊框。 5.13 SCell的啟動/停用 如果MAC實體配置有一個或多個SCell，那麼網路可啟動和停用經配置SCell。始終啟動SpCell。網路通過傳送子條款6.1.3.8中所描述的啟動/停用MAC控制單元來啟動和停用SCell。此外，MAC實體維持每一經配置SCel（配置有PUCCH的SCell（若存在）除外）的sCellDeactivationTimer
計時器，並在相關聯的SCell到期後將其停用。相同的初始計時器值應用於sCellDeactivationTimer
的每一個例，且其由RRC配置。經配置SCell首先是在切換之後在添加時停用。經配置SCG SCell首先是在SCG改變之後停用。 MAC實體將針對每一TTI並針對每一經配置SCell： - 如果MAC實體接收在此TTI中啟動SCell的啟動/停用MAC控制單元，那麼MAC實體將在TTI中根據[2]中所定義的定時： - 啟動SCell；即應用正常SCell操作，包含： ● - SCell上的SRS傳送； ● - SCell的CQI/PMI/RI/PTI/CRI報告； ● - SCell上的PDCCH監測； ● - SCell的PDCCH監測； ● - SCell上的PUCCH傳送（若經配置）。 - 起始或重新起始與SCell相關聯的sCellDeactivationTimer
； - 根據子條款5.4.6觸發PHR。 - 否則，如果MAC實體接收在此TTI中停用SCell的啟動/停用MAC控制單元；或 - 如果與啟動的SCell相關聯的sCellDeactivationTimer
在此TTI中到期，那麼： - 在TTI中，根據[2]中所定義的定時： ● - 停用SCell； ● - 停止與SCell相關聯的sCellDeactivationTimer
； ● - 清空與SCell相關聯的所有HARQ緩衝區。 - 如果啟動的SCell上的PDCCH指示上行鏈路授予或下行鏈路指派；或 - 如果排程啟動的SCell的服務細胞上的PDCCH指示用於啟動的SCell的上行鏈路授予或下行鏈路指派，那麼： - 重新起始與SCell相關聯的sCellDeactivationTimer
； - 如果SCell停用，那麼： - 在SCell上不傳送SRS； - 不報告SCell的CQI/PMI/RI/PTI/CRI； - 在SCell上的UL-SCH上不傳送； - 在SCell上的RACH上不傳送； - 在SCell上不監測PDCCH； - 針對SCell不監測PDCCH； - 在SCell上不傳送PUCCH。 含有啟動/停用MAC控制單元的MAC PDU的HARQ回饋將由於SCell啟動/停用而不受PCell中斷影響[9]。 ● 注意：當SCell停用時，在SCell上進行中的隨機存取過程（若存在）中止。
受RRC控制的邏輯通道的配置描述於3GPP TS36.331 V14.1.0中，如下文所述：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 [3GPP TS36.331 V14.1.的標題為“邏輯通道配置欄位描述(LogicalChannelConfig field descriptions)”的表格重製為第12圖]。 [3GPP TS36.331 V14.1.0的標題為“邏輯通道配置條件性存在和解釋(LogicalChannelConfig Conditional presence and Explanation)”的表格重製為第13圖]。
3GPP R2-1702642論述複製啟動如下： 2.1 複製啟動 根據現有過程，PDCP通常將用於傳送的PDU傳遞到下部層[36.323]： 5.1.1 UL資料傳輸過程 在從上部層接收PDCP SDU時，UE將： - 起始與此PDCP SDU（若經配置）相關聯的discardTimer
； 對於從上部層接收的PDCP SDU，UE將： - 使對應於Next_PDCP_TX_SN
的PDCP SN與此PDCP SDU相關聯； - 執行PDCP SDU（若經配置）的標頭壓縮，如子條款5.5.4中指定； - 執行完整性保護（若適用），並基於TX_HFN
和與此PDCP SDU相關聯的PDCP SN
，使用COUNT加密（如果適用），分別如子條款5.7和5.6中指定； - 使Next_PDCP_TX_SN
增加一； - 如果Next_PDCP_TX_SN
＞Maximum_PDCP_SN
，那麼： - 將Next_PDCP_TX_SN
設置為0； - 使TX_HFN
增加一； - 將所得PDCP資料PDU提交到下部層。 當進行重新建立時，PDCP將用於傳送的所有SDU重新提交到下部層，針對該所有SDU尚未確認成功傳遞： 5.2.1.1 DRB在RLC AM上映射的過程 當上部層請求PDCP重新建立時，UE將： - 重新設置上行鏈路的標頭壓縮協定（若經配置）； - 在重新建立過程期間，應用通過上部層提供的加密演算法和金鑰； - 在PDCP重新建立之前，按與PDCP SDU相關聯的COUNT值的昇冪，從其中下部層尚未確認對應的PDCP PDU的成功傳遞的第一PDCP SDU開始，執行已經與PDCP SN相關聯的所有PDCP SDU的重新傳送或傳送，如下文指定： - 執行PDCP SDU（若經配置）的標頭壓縮，如子條款5.5.4中指定； - 使用與此PDCP SDU相關聯的COUNT值執行PDCP SDU的加密，如子條款5.6中指定； - 將所得PDCP資料PDU提交到下部層。 這保證了在重新建立下部層時（例如，在切換期間）的無損傳遞。 此外，對於雙重連接，PDCP資料恢復過程（其重新傳送其中下部層尚未確認成功傳遞的所有PDU）被觸發[36.323][36.331]用於分離承載，這同樣保證了在重新建立下部層時（例如，在SCG改變或SCG解除期間）的無損傳遞： 5.9 PDCP資料恢復過程 當上部層請求無線電承載的PDCP資料恢復時，UE將： - 如果無線電承載由上部層配置成在上行鏈路中傳送PDCP狀態報告（statusReportRequired
[3]），那麼如子條款5.3.1中所描述的編譯狀態報告，並將其作為用於傳送的第一PDCP PDU提交到下部層； - 按相關聯的COUNT值的昇冪，從其中下部層尚未確認成功傳遞的第一PDCP PDU開始，執行先前提交到重新建立的AM RLC實體的所有PDCP PDU的重新傳送。 在執行以上過程之後，UE將遵循子條款5.1.1中的過程。 5.3.10.10 SCG重新配置UE 將 ： 1＞ 如果接收到的 scg-Configuration 被設置成解除或包含 mobilityControlInfoSCG （ 即 ， SCG 解除 / 改變 ）， 那麼 ： 2＞ 如果 mobilityControlInfo 未被 接收 （ 即 ， SCG 解除 / 改變 ， 且不具有 HO ）， 那麼 ： 3＞ 重新設置 SCG MAC （若 經配置 ）； 3＞ 對於是當前 UE 配置 的部分的每一 drb-Identity 值 ： 4＞ 如果 drb-Identity 指示的 DRB 是 SCG DRB ， 那麼 ： 5＞ 重新建立 PDCP 實體和 SCG RLC 實體 ； 4＞ 如果 drb-Identity 指示的 DRB 是分離 DRB ， 那麼 ： 5＞ 執行 PDCP 資料恢復並重新建立 SCG RLC 實體 ； 4＞ 如果 drb-Identity 指示的 DRB 是 MCG DRB ； 且 4＞ drb-ToAddModListSCG 被 接收且包含 drb-Identity 值 ， 同時針對此條目 ， drb-Type 被 包括且設置為 scg （ 即 ， MCG 到 SCG ），那麼： 5＞ 重新建立 PDCP 實體和 MCG RLC 實體 ； 3＞ 配置下部層以認為 PSCell 除外的 SCG SCell 處於停用狀態；
以上過程不考慮複製的出現。也就是說，當支路重新配置且該支路的下部層重新建立時，PDCP將嘗試重新傳送支路的所有PDCP PDU，從其中下部層尚未確認對應的PDCP PDU的成功傳遞的第一PDCP SDU開始，執行重新傳送或傳送。如果那些PDU中的任一者是複製，那麼不保證它們會在不同於原始PDU的支路上結束。另一問題是PDCP PDU複製的啟動：當需要進行更可靠的傳送時，例如在不良無線電條件的情況下，啟動此特徵。如果不進行任何特別的事情，那麼將僅僅複製排程用於傳送的新PDU，且已經傳送到下部層的PDU將不進行複製。 對於AM模式，這將意味著在緩衝區中等待的PDU將無法得益於複製，儘管無線電條件已經是不良的且需要複製。因此，我們提出當PDCP PDU複製在現有支路上第一次啟動時或當添加支路且PDCP PDU複製已經啟用時，PDCP層向下部層傳送已經傳送到一個支路以供傳送並傳送到另一支路（無應答）的PDU以供傳送。換句話說，除了向新PDCP PDU應用複製之外，還提出複製仍然在緩衝區中等待來自下部層的應答的PDCP PDU。這需要傳送器追蹤在哪一支路上已經傳送哪一PDU，以便保證始終在不同支路上傳送複製。 提議1：對於AM模式，複製的啟動適用於新PDCP PDU和仍然在緩衝區中等待來自下部層的應答的PDCP PDU。 對於UM模式，未確認來自RLC的封包的傳送。但是如果我們應用同一原理，那麼當複製啟動時或當添加新支路且複製啟動時，PDCP傳送在事件之前已經傳送的一些PDU中的複製。這可為（例如）N個最後傳送的PDCP PDU。 提議2：對於UM模式，複製的啟動適用於新PDCP PDU和N個最後傳送的PDCP PDU。 2.2 複製成功 此外，當告知PDCP通過一個支路接收複製時，通過另一支路傳送複製變成資源浪費。因此，我們建議，在指示已經從支路中的任一個恰當地傳送PDCP PDU後，PDCP應該指示另一支路不傳送其它複製。執行此類動作的最容易的方式是依賴於PDCP捨棄，其在目前告知對應的RLC實體不傳送封包。換句話說，通過支路中的任一個的恰當傳送的指示將觸發PDCP向所有其它支路傳訊PDCP PDU捨棄。 提議3：當告知PDCP通過一個支路接收複製時，對應的過時複製在其它支路上被捨棄。
本說明書中可使用以下術語。 ● TRP：傳送和接收點提供網路覆蓋且與UE直接通訊。TRP還可被稱作分散式單元（distributed unit，DU）。TRP可使用一個或多個波束服務每一UE。 ● 細胞：細胞可含有一個或多個相關聯的TRP，即，細胞的覆蓋範圍含有所有相關聯的TRP的覆蓋範圍。一個細胞受一個BS控制。細胞還可被稱作TRP群組（TRP group，TRPG）。 ● 原始資料：在複製資料的機制中，資料將被覆製成兩個等效資料，一個是原始資料，且另一個是複製資料。原始資料是未複製的資料。原始資料用於複製。用於傳送原始資料的邏輯通道可不同於用於傳送複製資料的邏輯通道。用於處理原始資料的傳送的細胞/TRP/波束可不同於用於處理複製資料的傳送的細胞/TRP/波束。 ● 複製資料：在複製資料的機制中，資料將被覆製成兩個等效資料，一個是原始資料，且另一個是複製資料。複製資料是從原始複製資料的資料。用於傳送複製資料的邏輯通道可不同於用於傳送原始資料的邏輯通道。用於處理複製資料的傳送的細胞/TRP/波束可不同於用於處理原始資料的傳送的細胞/TRP/波束。
在一種情形中，假設TRP 1受第一細胞控制，且TRP 2受第二細胞控制。第一細胞和第二細胞都受基站（Base Station，BS）控制。第一細胞可與第一分量載波（即，CC1）相關聯。第二細胞可與第二分量載波（即，CC2）相關聯。服務流可在第14圖中說明並在下文描述： 步驟1：當UE開機時，它執行細胞選擇並接著駐留服務細胞。UE從服務細胞的BS接收最小SI。服務細胞可為受BS控制的第一細胞。第一細胞與分量載波#1（CC1）相關聯。UE可通過TRP1接收最小SI。TRP1屬於第一細胞。 步驟2：UE執行到網路的初始附接，並進入RRC_CONNECTED，且可完成相關註冊和授權/認證。 步驟3：BS可配置UE以測量第二細胞。UE可對第二細胞進行測量並向BS報告測量結果。基於測量報告，BS可利用CC2配置UE。此外，BS可利用複製配置配置UE。 步驟4：BS可傳送RRC狀態改變命令以使UE從RRC_CONNECTED轉變到RRC_INACTIVE，例如UE可能不具有任何進行中的單播服務。 步驟5：BS接收資料，該資料將從核心網路（例如，S-GW）傳送到UE。 步驟6：BS可傳送信令以尋呼UE。 步驟7：UE進入RRC_CONNECTED。 步驟8：BS啟動UE上的CC2。 步驟9：UE通過CC1和CC2從BS接收DL資料。DL資料的重新傳送可在CC1和/或CC2上進行。
在一種情形中，假設TRP 1受第一細胞控制，且TRP 2受第二細胞控制。第一細胞和第二細胞都受BS控制。第一細胞可與第一分量載波（即，CC1）相關聯。第二細胞可與第二分量載波（即，CC2）相關聯。服務流可在第15圖中說明並在下文描述： ● 複製資料配置 複製資料配置可在系統資訊中傳送或可在任何時間通過RRC信令傳送。複製資料配置可與UE能力相關。 ● TRP1上的RRC連接 UE執行隨機存取通道（Random Access Channel，RACH）過程以在第一細胞內附接TRP1，接著入口RRC_CONNECTED狀態。假設第一細胞是初級細胞。 ● 測量/TRP2（CC2）添加 對於一些條件（例如，UL/DL資料傳送超載或對於複製資料使用），將基於測量添加第二細胞內的TRP2。UE可執行RACH過程以附接TRP2，且TRP2經啟動以可用於UE的資料傳送。 ● 複製資料啟動 ● 排程請求 基本上，UE執行排程請求（Scheduling Request，SR）/緩衝區狀態報告（Buffer Status Report，BSR）過程以請求傳送資源。 ● 傳送資源排程 BS為UE分配傳送資源。BS可通過一個TRP或兩個TRP傳送UL授予。 ● 經複製UL資料傳送 UE向兩個TRP傳送經複製UL資料。 ● UL HARQ操作 新RAT（New RAT，NR）可僅僅受UL中的非同步HARQ操作支援。如果BS需要UE重新傳送UL資料，那麼BS將傳送UE的UL授予。
在一種情形中，假設TRP 1和TRP 2屬於相同細胞。細胞受BS控制。UE可由TRP 1的一個或多個波束服務。UE可由TRP 2的一個或多個波束服務。服務流可在第16圖中說明並在下文描述： 步驟1：當UE開機時，它執行細胞選擇並接著駐留服務細胞。UE從服務細胞的BS接收最小SI。UE可通過TRP1接收最小SI。TRP1可以對也可以不對UE透明。 步驟2：UE基於最小SI執行到網路的初始附接，並進入RRC_CONNECTED，且可完成相關註冊和授權/認證。在初始附接過程期間，可決定TRP1的預設TRP波束。在初始附接過程期間，可決定預設UE波束。 步驟3：BS可配置UE以報告波束測量結果。基於波束測量報告，BS可考慮使用TRP1和TRP2兩者來服務UE。BS可配置UE以建立相關資料無線電承載、EPS承載和/或邏輯通道。此外，BS可利用複製配置配置UE。基於複製配置，UE建立相關邏輯通道以用於複製接收。 步驟4：BS可傳送RRC狀態改變命令以使UE從RRC_CONNECTED轉變到RRC_INACTIVE，（例如因為UE可能暫時不具有任何進行中的單播服務）。 步驟5：BS接收資料，該資料將從核心網路（例如，S-GW）傳送到UE。 步驟6：BS可傳送信令以尋呼UE。 步驟7：UE進入RRC_CONNECTED。UE恢復複製配置。UE可執行波束測量並且可向BS報告波束測量結果。BS可認為TRP1和TRP2兩者在UE上仍然可用。 步驟8：UE通過TRP1的波束或TRP2的波束中的任一個從BS接收DL資料。DL資料的重新傳送可在TRP1的波束或TRP2的波束中的任一個上進行。
在一種情形中，假設TRP 1和TRP 2屬於相同細胞。細胞受BS控制。UE可由TRP 1的一個或多個波束服務。UE可由TRP 2的一個或多個波束服務。服務流可在第17圖中說明並在下文描述： 步驟1：當UE開機時，它執行細胞選擇並接著駐留服務細胞。UE從服務細胞的BS接收最小SI。UE可通過TRP1接收最小SI。TRP1可以對也可以不對UE透明。 步驟2：UE基於最小SI執行到網路的初始附接，並進入RRC_CONNECTED，且可完成相關註冊和授權/認證。在初始附接過程期間，可決定TRP1的預設TRP波束。可替代地，在初始附接過程期間，可決定預設UE波束。 步驟3：BS可配置UE以報告波束測量結果。基於波束測量報告，BS可考慮使用TRP1和TRP2兩者來服務UE。BS可配置UE以建立相關資料無線電承載、演進封包系統（Evolved Packet System，EPS）承載和/或邏輯通道。此外，BS可利用複製配置配置UE。基於複製配置，UE建立相關邏輯通道以用於複製接收。 步驟4：BS可傳送RRC狀態改變命令以使UE從RRC_CONNECTED轉變到RRC_INACTIVE，（例如因為UE可能暫時不具有任何進行中的單播服務）。 步驟5：UE具有可用於傳送的資料。 步驟6：UE可建立與BS的RRC連接。UE進入RRC_CONNECTED。UE恢復複製配置。UE可執行波束測量並且可向BS報告波束測量結果。BS可認為TRP1和TRP2兩者在UE上仍然可用。 步驟7：UE向BS傳送資源請求以分配傳送資源。 步驟8：UE從BS接收傳送資源。 步驟9：UE使用傳送資源以執行UL傳送。UL傳送可通過來自BS的TRP1的波束或TRP2的波束中的任一個。UL資料的重新傳送可在TRP1的波束或TRP2的波束中的任一個上進行。
可支援通過分離的無線電承載/邏輯通道和通過不同服務細胞/TRP/波束的複製資料傳送以提供分集增益並增加可靠性。在NR系統中，MAC實體可控制不同服務細胞/TRP/波束的傳送。用於複製傳送（通過CC和/或波束中的任一個）的UE堆疊模型的實例在第18圖和第19圖中說明。
複製資料是一種用於提升傳送可靠性的機制，因為資料可通過PDCP實體複製並在不同傳輸塊（Transport Block，TB）上傳送以增加分集增益。在一些情況下，複製資料在以下實例中是有益的：在不具有複製資料的情況下無法滿足URLLC要求，兩個鏈路（例如，不同細胞）的通道品質均為不良的（例如，在細胞邊緣中），以及總體通道佔有率低。然而，在其它情況下，複製資料可能不是必需的，因為它會浪費資源。因此，需要複製資料的啟動/停用。決定是啟動還是停用複製資料可受網路控制（例如，RRC配置、PDCP命令或MAC控制單元）或由UE決定（例如，事件觸發）。不管複製是受網路控制還是由UE決定，當複製資料狀態改變（例如，複製資料從停用狀態啟動或複製資料從啟動狀態停用）時，都需要一些機制或過程在複製資料狀態改變/更新後做出反應。通常，呈啟動狀態的複製資料可為一種情況：上部層資料（例如，PDCP PDU）可進行複製。然而，呈停用狀態的複製資料可通過兩種方式實現：（i）在停用狀態中不複製上部層資料，或（ii）在停用狀態中複製上部層資料。呈停用狀態的複製資料可通過不同方法來實現。此類方法的細節在下文公開。
在停用狀態中複製PDCP PDU
在此方法中，如果UE被配置成使用複製資料來服務無線電承載，那麼UE可複製無線電承載的所有PDCP PDU。UE可被配置成建立無線電承載的第一邏輯通道和第二邏輯通道。可能地，第一邏輯通道可用於在無線電承載上傳送封包，且第二邏輯通道可用於傳送封包的複製。可替代地，第一邏輯通道可用於在無線電承載上傳送封包的複製，且第二邏輯通道可用於傳送封包。此外，UE可配置有用於傳送複製資料的第一通訊鏈路和第二通訊鏈路。此外，UE可（被配置成）使用第一通訊鏈路來服務第一邏輯通道，並（被配置成）使用第二通訊鏈路來服務第二邏輯通道。每一（第一/第二）通訊鏈路可以是分量載波/服務細胞/TRP/服務波束/HARQ實體/HARQ過程。UE可建立用於服務第一邏輯通道的第一無線電鏈路控制（Radio Link Control，RLC）實體，並建立用於服務第二邏輯通道的第二RLC實體。無線電資源控制（Radio Resource Control，RRC）信令或層2信令可用於控制UE是服務第一邏輯通道還是服務第二邏輯通道。層2信令可以是PDCP控制PDU或MAC控制單元。
假設UE在一開始處於停用狀態。在停用狀態中，第二邏輯通道可由於停用狀態而暫停。無論是處於啟動狀態還是處於停用狀態，第一邏輯通道都不暫停。當UE的PDCP層從上部層（例如，應用層、TCP/IP層等等）接收封包時，它可產生含有該封包的PDCP PDU，並將PDCP PDU傳遞到第一RLC實體和第二RLC實體中。PDCP層可起始與封包相關聯的discardTimer。當discardTimer到期時，PDCP層可向第一RLC實體和第二RLC實體兩者指示捨棄含有該封包的PDCP PDU和/或含有PDCP PDU的任何RLC PDU。在停用狀態中，下一代節點B（gNB）可能不會排程UE使用第二通訊鏈路，以使得UE不服務於用於傳送的第二邏輯通道。在停用狀態中，gNB可排程UE使用第二通訊鏈路，但是UE將不服務於用於傳送的第二邏輯通道，因為第二邏輯通道暫停。通過此方式，可實現資源效率，因為資源將不用於傳送第二邏輯通道。
gNB可將層2信令傳送到UE，以從停用狀態切換到啟動狀態。在啟動狀態中，UE可考慮不暫停第二邏輯通道。gNB可排程UE使用第二通訊鏈路，以使得UE將服務於用於傳送的第二邏輯通道。通過此方式，資源效率將不是關鍵，因為資源用於傳送第二邏輯通道以便實現可靠性要求。
當接收層2信令以切換到啟動狀態時，UE可執行第二RLC實體的重新建立過程。在第二RLC實體過程的重新建立過程中，UE可捨棄在第二RLC實體中緩衝的所有PDCP PDU（即，RLC SDU）。此外，在第二RLC實體過程的重新建立中，UE可複製/拷貝在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU），以將複製的PDCP PDU（即，RLC SDU）從第一RLC實體傳遞到第二RLC實體中。在第二RLC實體的重新建立過程中，在捨棄在第二RLC實體中緩衝的PDCP PDU（即，RLC SDU）後可將PDCP PDU（即，RLC SDU）從第一RLC實體複製到第二RLC實體。
當接收層2信令以切換到啟動狀態時，UE不執行第一RLC實體的重新建立過程，（即，UE不捨棄在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU））。
在需要從啟動狀態切換到停用狀態的情況下，gNB可將層2信令傳送到UE以從啟動狀態切換到停用狀態。在停用狀態中，gNB可能不排程UE使用第二通訊鏈路，以使得UE將不服務於用於傳送的第二邏輯通道。在停用狀態中，gNB可排程UE使用第二通訊鏈路，但是UE將不服務於用於傳送的第二邏輯通道，因為第二邏輯通道暫停。通過此方式，可實現資源效率，因為資源將不用於傳送第二邏輯通道。
當接收層2信令以切換到停用狀態時，UE可執行第二RLC實體的重新建立過程。在第二RLC實體的重新建立過程中，UE可捨棄在第二RLC實體中緩衝的所有PDCP PDU（即，RLC SDU）。
當接收層2信令以切換到停用狀態時，UE不執行第一RLC實體的重新建立過程，（即，UE不捨棄在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU））。
複製資料可通過在LTE中重複使用PDCP分離承載架構來實現，以使得PDCP實體複製資料並通過分離承載傳遞相同的PDCP PDU。如上文所提及，複製資料的啟動/停用是有益的。複製資料可通過由PDCP控制命令啟動或停用PDCP層來實現（例如，啟動/停用對應指示可通過PDCP控制PDU指示）。例如，在第20圖中，可針對複製資料啟動/停用添加新PDU類型。當PDCP實體接收PDCP控制PDU時，它包含用於複製資料啟動/禁用的PDU類型，並且PDCP實體必須啟用/停用相關功能（例如，資料可（或不可）複製和/或通過分離承載傳送）。此外，複製資料相關聯的計時器（例如，discardTimer）和/或參數可通過PDCP控制命令（例如，PDCP控制PDU）的指示進行重新設置或設置。
另一方面，當複製資料處於停用狀態時，UE可僅傳送原始資料。在需要複製資料的情況中，網路可傳送PDCP控制PDU以向UE指示啟動複製資料。在此情況下，網路可通過不同通訊鏈路傳送PDCP控制PDU以增加可靠性（即，PDCP控制PDU還可在複製資料從停用狀態切換到啟動狀態的情況下複製）。當UE接收PDCP控制PDU中的兩個時，UE可啟動複製資料（並且可忽略或捨棄複製的那一個）。
例如，第21圖說明用於複製資料的PDCP控制PDU的一個實例。用於複製資料的PDCP控制PDU可含有關於資料/控制PDU的指示、關於PDU類型（用於複製資料啟動/停用）的指示、指示啟動或停用的指示，和/或複製資料相關的其它資訊。在本實例中，“啟動/停用”意味著啟用/禁用。如第21圖中所示，“A/D”意味著啟動/停用。
對於從上部層（例如，應用層、TCP/IP層等等）接收的每一封包，PDCP層可將含有該封包的PDCP PDU傳遞到用於傳送封包的原始資料的RLC實體中，並將含有該封包的PDCP PDU傳遞到用於傳送封包的複製資料的RLC實體中。
每一RLC實體可與邏輯通道相關聯。對於複製資料，存在用於服務用於傳送原始資料的邏輯通道的RLC實體和用於服務用於傳送複製資料的邏輯通道的RLC實體。用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。
當為執行重新建立過程而指示用於服務用於傳送複製資料的邏輯通道的RLC實體時，UE可捨棄在用於服務用於傳送複製資料的邏輯通道的RLC實體中緩衝的所有RLC SDU（即，PDCP PDU）。
當為執行重新建立過程而指示用於服務用於傳送複製資料的邏輯通道的RLC實體時，UE可在RLC SDU的全部片段都未映射到RLC PDU的情況下捨棄每一PDCP PDU（即，RLC SDU）。
並接著，在用於服務用於原始資料的邏輯通道的RLC實體中緩衝的所有RLC SDU（即，PDCP PDU）可複製/拷貝到用於傳送複製資料的邏輯通道的RLC實體。
可指示用於服務用於傳送複製資料的邏輯通道的RLC實體觸發通過RRC層、PDCP層、MAC層或實體層執行重新建立過程。這些替代方案可適用於AM RLC和UM RLC。
在MAC實體中，當複製資料啟動/停用時，一些機制或過程可能會受到影響。用於解決影響的方法在本說明書中被劃分成兩種情況，即，情況1是針對停用，且情況2是針對啟動。每一情況含有與不同機制相關的若干個專案符號。
情況1：當複製資料停用時
當複製資料停用時，UE必須避免將UL資源配置到用於傳送複製資料的邏輯通道。例如，如果用於傳送複製資料的邏輯通道（LCH）具有可用於傳送的資料，（例如，PDCP實體仍然複製PDCP PDU並通過兩個邏輯通道傳送），那麼（例如，用於複製資料傳送的）這些邏輯通道中的一個可能不是經分配UL資源。
在一個替代方案中，當複製資料停用時，用於複製資料傳送的LCH可被禁止/暫停。LCH可與參數（例如，標誌）相關聯。是否將LCH與參數相關聯可通過RRC信令（例如，LogicalChannelConfig）配置。此外，網路可使用RRC信令或層2信令來控制參數以指示UE是否禁止/暫停用於傳送的LCH。可替代地，參數可受UE控制，（例如，當複製資料狀態改變時，UE可改變參數的值）。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數相關聯，並且網路始終控制“不被禁止”的參數，以使得UE服務用於傳送原始資料的邏輯通道。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道可意味著邏輯通道將不被禁止進行傳送，即使複製資料處於停用狀態中也如此。
在一個實施例中，用於傳送複製資料的邏輯通道可與參數相關聯，並且參數可受所需要的網路控制。更具體地說，用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。如果暫停/禁止無線電承載進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道都可被暫停/禁止進行傳送。
在另一替代方案中，用於複製資料傳送的LCH的優先順序可進行優先順序取消。如果LCH進行優先順序取消，那麼LCH將不被分配UL資源，直到在資料傳送之後仍然剩餘的資源被耗盡為止。如果不傳送複製資料的其它LCH的資料耗盡，並且UL資源仍然剩餘，那麼可為傳送複製資料的LCH分配這些UL資源，以免資源浪費。
在一個替代方案中，用於複製資料的HARQ緩衝區被清空。如果複製資料停用，且HARQ緩衝區含有複製資料，那麼此HARQ緩衝區可被清空，因為複製資料不需要進行傳送/重新傳送。
在第二替代方案中，用於複製資料傳送的HARQ實體被解除。如果HARQ實體與複製資料傳送相關聯（或被配置成用於複製資料傳送），同時複製資料停用，那麼HARQ實體可被解除，因為可能不需要HARQ實體。
在第三替代方案中，用於複製資料傳送的HARQ過程被解除。如果HARQ過程與複製資料傳送相關聯（或被配置成用於複製資料傳送），同時複製資料停用，那麼HARQ過程可被解除，因為可能不需要HARQ實體。
可觸發BSR以告知網路更新後的緩衝區狀態，因為啟動狀態和停用狀態的UL資源的要求不同。例如，當複製資料停用時，傳送複製資料的LCH的緩衝區大小的量可減小或省略。更具體地說，更新後的緩衝區狀態可僅報告用於複製資料的LCH（或LCG）的緩衝區狀態。
當複製資料停用時，BSR可能不考慮用於傳送複製資料的LCH。不管複製資料是啟動還是停用，BSR都會考慮用於傳送原始資料的LCH。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數（例如，上述標誌）相關聯，並且網路可控制“不被禁止”的參數，以使得UE在BSR中報告傳送原始資料的邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道可意味著邏輯通道將被不禁止進行資料傳送，即使複製資料處於停用狀態中也如此。在此實施例中，UE在BSR中報告邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送複製資料的邏輯通道可與受所需要的網路控制的參數相關聯。如果用於傳送複製資料的邏輯通道的參數指示它被暫停/禁止，那麼UE在BSR中不報告用於傳送複製資料的邏輯通道的緩衝區狀態。更具體地說，用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。更具體地說，如果暫停/禁止無線電承載進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道均可被暫停/禁止進行資料傳送。在那種情況下，UE在BSR中不報告用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道的緩衝區狀態。
當複製資料停用時，對應的波束/TRP/細胞/gNB（用於複製資料傳送）可被停用以節約電能。更具體地說，用於停用複製資料的機制類似於如在3GPP TS 36.321 V14.0.0，演進型通用陸地無線電存取（Evolved Universal Terrestrial Radio Access，E-UTRA）；媒體存取控制（Medium Access Control，MAC）協定規範中公開的LTE中的SCell的啟動/停用機制。在此實施例中，網路不需要傳送啟動/停用MAC控制單元。其它益處還包含減小信令開銷和延遲。
在半靜態排程（Semi-Persistent Scheduling，SPS）的情況下，UE必須立即清除經配置UL授予，因為不用利用經配置上行鏈路授予。如果不清除經配置UL授予，那麼UL資源將會被浪費掉。
情況2：當複製資料啟動時
當複製資料啟動時，邏輯通道優先順序區分（Logical Channel Prioritization，LCP）必須考慮用於傳送複製資料的邏輯通道。
在一個替代方案中，如果用於複製資料傳送的LCH被禁止/暫停，那麼必須准許LCH（即，LCH不可被禁止）。網路可配置UE參數（例如，標誌）以表示LCH是否被禁止。例如，參數可通過RRC信令利用LogicalChannelConfig指示。可替代地，參數可受UE控制，例如，當複製資料啟動時，UE可改變參數的值。
當複製資料停用時，用於複製資料傳送的LCH可被禁止/暫停。LCH可與參數（例如，標誌）相關聯。是否將LCH與參數相關聯可通過RRC信令（例如，LogicalChannelConfig
）配置。此外，網路可使用RRC信令或層2信令來控制參數以指示UE是否被禁止/暫停進行LCH傳送。可替代地，參數可受UE控制，例如，當複製資料改變狀態時，UE可改變參數的值。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數相關聯，並且網路可始終控制“不被禁止”的參數，以使得UE服務用於傳送原始資料的邏輯通道。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道可意味著邏輯通道將被不禁止進行資料傳送，即使複製資料處於停用狀態中也如此。
在一個實施例中，用於傳送複製資料的邏輯通道可與可受所需要的網路控制的參數相關聯。更具體地說，用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。更具體地說，如果暫停/禁止無線電承載進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道均可被暫停/禁止進行資料傳送。
在另一替代方案中，用於複製資料傳送的LCH的優先順序可進行更改和/或優先順序區分。例如，用於複製資料的LCH的優先順序可經優先順序區分成與用於傳送原始資料的LCH的優先順序相同。
根據另一示例性方法，網路節點提供用於隨機存取前導碼傳送的無線電資源與系統資訊的關聯，其中無線電資源指示請求哪一組系統資訊。在另一示例性方法中，用於隨機存取前導碼傳送的第一無線電資源與第一組系統資訊相關聯。
在一個替代方案中，可添加用於複製資料傳送的HARQ實體。僅在複製資料啟動時，可添加HARQ實體用於複製資料傳送。在另一替代方案中，可添加用於複製資料傳送的HARQ過程。僅當複製資料啟動時，可添加HARQ過程用於複製資料傳送。
在另一替代方案中，可觸發BSR以告知網路更新後的緩衝區狀態，因為啟動狀態和停用狀態的UL資源的要求不同。例如，當複製資料啟動時，傳送複製資料的LCH的緩衝區大小可增加。更具體地說，更新後的緩衝區狀態可僅報告用於複製資料的LCH（或LCG）的緩衝區狀態。
當複製資料啟動時，BSR可考慮用於傳送複製資料的LCH。不管複製資料是啟動還是停用，BSR都可或始終考慮用於傳送原始資料的LCH。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數（例如，上述標誌）相關聯，並且網路可始終控制用於傳送“不被禁止”的原始資料的邏輯通道的參數，以使得UE在BSR中報告用於傳送原始資料的邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道將意味著邏輯通道將不被禁止進行傳送，以使得UE在BSR中報告該邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送複製資料的邏輯通道可與可受所需要的網路控制的參數相關聯。如果用於傳送複製資料的邏輯通道的參數指示“未被暫停/禁止”，那麼UE在BSR中報告傳送複製資料的邏輯通道的緩衝區狀態。
因為傳送複製資料需要額外的波束/TRP/細胞/gNB，所以必須啟動波束/TRP/細胞/gNB。（假設用於傳送複製資料的波束/TRP/細胞/gNB處於停用狀態以降低功耗）。更具體地說，用於啟動的機制類似於在3GPP TS 36.321 V14.0.0中公開的LTE中的SCell的啟動/停用機制。此配置的益處在於網路不需要傳送啟動/停用MAC控制單元。其它益處包含減小信令開銷和延遲。在此實施例中，波束/TRP/細胞/gNB用於傳送複製資料。
另一方面，可指示用於隨機存取（Random Access，RA）（例如，專用前導碼、用於前導碼的時間/頻率資源）的配置，以及在相同時間（例如，相同TTI）和/或通過用於UE存取用於複製資料傳送的TRP/cell/gNB的相同信令的複製資料啟動的指示。例如，假設UE在TRP/cell/gNB上連接並執行資料傳送。如果資料傳送的可靠性增強，例如，對於URLLC服務，或UE在細胞邊緣附近，那麼UE可啟動複製資料。因此，可通過網路向UE指示用於RA的配置以及複製資料啟動的指示。因此，UE可直接連接到另一TRP/細胞/gNB以傳送複製資料。相比於通過兩個指示的傳送，即，一個指示針對RA且一個指示針對啟動複製資料，此方法可減小信令開銷和延遲。
在一個實施例中，如果UE被配置成使用複製資料來服務無線電承載，並且UE處於複製資料的啟動狀態，那麼UE可僅針對無線電承載複製所有PDCP PDU。UE可被配置成建立無線電承載的第一邏輯通道和第二邏輯通道。可能地，第一邏輯通道可用於在無線電承載上傳送封包，且第二邏輯通道可用於傳送封包的複製。可能地，第一邏輯通道可用於在無線電承載上傳送封包的複製，且第二邏輯通道可用於傳送封包。此外，UE可配置有用於傳送複製資料的第一通訊鏈路和第二通訊鏈路。此外，UE可（被配置成）使用第一通訊鏈路來服務第一邏輯通道，並（被配置成）使用第二通訊鏈路來服務第二邏輯通道。在各種實施例中，每一通訊鏈路可以是分量載波/服務細胞/TRP/服務波束/HARQ實體/HARQ過程。UE可建立用於服務第一邏輯通道的第一RLC實體並建立用於服務第二邏輯通道的第二RLC實體。RRC信令或層2信令可用於控制在產生PDCP PDU時/後UE是否複製PDCP PDU。層2信令可以是PDCP控制PDU或MAC控制單元。
假設UE在一開始處於停用狀態。當UE的PDCP層從上部層（例如，應用層、TCP/IP層等等）接收封包時，UE可產生含有該封包的PDCP PDU並將PDCP PDU傳遞到第一RLC實體中（且由於停用狀態而不將PDCP PDU傳遞到第二RLC實體中）。PDCP層可起始與封包相關聯的discardTimer。當discardTimer到期時，PDCP層可指示第一RLC實體捨棄含有封包的PDCP PDU和/或含有PDCP PDU的任何RLC PDU。在停用狀態中，gNB可能排程也可能不排程UE使用用於傳送的第二通訊鏈路。因此，可實現資源效率，因為資源將不用於服務空的第二邏輯通道。
gNB還可將用於從停用狀態切換到啟動狀態的層2信令傳送到UE。在啟動狀態中，UE可考慮在產生PDCP PDU時/後複製PDCP PDU並將PDCP PDU傳遞到第一RLC實體和第二RLC實體中。gNB可排程UE使用第二通訊鏈路，以使得UE將服務於用於傳送的第二邏輯通道。通過此方式，資源效率將不是關鍵，因為資源用於傳送第二邏輯通道以便實現可靠性要求。
當UE接收層2信令以切換到啟動狀態時，UE可執行第二RLC實體的重新建立過程。在第二RLC實體的重新建立過程中，UE可捨棄在第二RLC實體中緩衝的所有PDCP PDU（即，RLC SDU（若存在））。此外，在第二RLC實體的重新建立過程中，UE可複製/拷貝在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU），並將複製的PDCP PDU（即，RLC SDU）傳遞到第二RLC實體中。在第二RLC實體的重新建立過程中，在捨棄在第二RLC實體中緩衝的PDCP PDU（即，RLC SDU）之後，可將PDCP PDU（即，RLC SDU）從第一RLC實體複製到第二RLC實體。
當接收層2信令以切換到啟動狀態時，UE不執行第一RLC實體的重新建立過程。也就是說，UE不捨棄在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU）。
在gNB需要從啟動狀態切換到停用狀態的情況下，gNB可將層2信令傳送到UE，其中層2信令用於從啟動狀態切換到停用狀態。在停用狀態中，在產生PDCP PDU時/後，UE可停止複製PDCP PDU，並將拷貝的PDCP PDU傳遞到第二RLC實體中。在停用狀態中，gNB可能不排程UE使用第二通訊鏈路，以使得UE將不服務於用於傳送的第二邏輯通道。可替代地，在停用狀態中，gNB可排程UE使用第二通訊鏈路，但是UE將不服務於用於傳送的第二邏輯通道，因為第二邏輯通道可能不具有可用於傳送的資料。
當接收層2信令以切換到停用狀態時，UE可執行第二RLC實體的重新建立過程。在第二RLC實體的重新建立過程中，UE可捨棄在第二RLC實體中緩衝的所有PDCP PDU（即，RLC SDU）。
當接收層2信令以切換到停用狀態時，UE不執行第一RLC實體的重新建立過程。也就是說，UE不捨棄在第一RLC實體中緩衝的所有PDCP PDU（即，RLC SDU）。
複製資料可通過重複使用LTE中的PDCP分離承載架構來實現，因此PDCP實體將複製資料並通過分離承載傳遞相同的PDCP PDU。如上文所提及，複製資料的啟動/停用是有益的。根據一個方法，PDCP層可借助於PDCP控制命令而啟動/停用（例如，啟動/停用可通過PDCP控制PDU指示）。例如，如第20圖中所示，可針對複製資料啟動/停用添加新PDU類型。當PDCP實體接收包含用於複製資料啟動/停用的PDU類型的PDCP控制PDU時，PDCP實體必須啟用/禁用相關功能（例如，資料可以也可以不複製和/或通過分離承載傳送）。此外，複製資料相關聯的計時器（例如，discardTimer）和/或參數可通過PDCP控制命令（例如，PDCP控制PDU）的指示進行重新設置或設置。
另一方面，當複製資料處於停用狀態時，UE可僅傳送原始資料。在需要複製資料的情況下，網路可傳送PDCP控制PDU以向UE指示啟動複製資料。在此情形中，網路可通過不同通訊鏈路傳送PDCP控制PDU以增加可靠性。也就是說，PDCP控制PDU還可在複製資料從停用狀態切換到啟動狀態的情況下複製。如果UE接收兩個PDCP控制PDU，那麼UE可啟動複製資料，並且可忽略或捨棄複製的PDCP控制PDU。
第21圖說明用於複製資料的PDCP控制PDU的一個實例。用於複製資料的PDCP控制PDU可含有關於資料/控制PDU的指示、關於PDU類型（用於複製資料啟動/停用）的指示、用於啟動或停用的指示，和/或複製資料相關的其它資訊。在本實例中，“啟動/停用”意味著啟用/禁用，且第21圖中所示的“A/D”意味著啟動/停用。
對於從上部層（例如，應用層、TCP/IP層等等）接收的每一個封包，PDCP層可產生含有可被傳遞到PDCP PDU到RLC實體中的封包的PDCP PDU，其中PDCP PDU用於傳送封包的原始資料。並且，當複製資料處於啟動狀態時，PDCP層可將含有封包的PDCP PDU傳遞到用於傳送封包的複製資料的RLC實體中。當複製資料處於停用狀態時，PDCP層可能不將含有封包的PDCP PDU傳遞到用於傳送封包的複製資料的RLC實體中。
如第23圖中所示，在UL PDCP複製的停用期間，PDCP PDU可在具有良好無線電品質的單載波上傳送。當網路檢測到無線電鏈路變得不良（例如，基於測量報告的不良）時，網路將指示UE啟動UL PDCP複製。當無線電品質變得不良時，UL PDCP複製不可能會立即啟動。也就是說，無線電品質的檢測和UL PDCP複製的啟動之間存在反應時間。在反應時間期間，UE可能在較低可靠性的情況下，已經產生並傳送若干個PDCP PDU。
根據3GPP R2-1702642，還論述了UL PDCP複製的啟動。提出在UM（無應答）模式下，複製的啟動適用於新PDCP PDU和N個最後傳送的PDCP PDU。3GPP R2-1702642中的提議2的概念在第24圖中說明。在第24圖中，假設N被設置為三，以使得UL PDCP複製的啟動適用於最後三個傳送的PDCP PDU。在此情況下，不必複製和重新傳送PDCP PDU#2。
與3GPP R2-1702642相比較，複製和重新傳送那些在此反應時間內傳送的PDCP PDU從而為那些PDCP PDU的傳送提供可靠性似乎更好。
在一個實施例中，UL PDCP複製應適用於在UL PDCP複製啟動之前的時段內傳送的PDCP PDU。
在一個實施例中，在UL PDCP複製啟動之前應用UL PDCP複製的時段可通過gNB或UE配置。
另一方面，當網路檢測到無線電鏈路變得良好時，它將指示UE停用PDCP複製。當無線電品質變得良好時可能無法立即停用UL PDCP複製，即，無線電品質的檢測和PDCP複製的停用之間存在反應時間。在反應時間期間，UE可能已經產生若干個等待傳送的複製PDCP PDU。然而，如果進行傳送，那麼這些複製PDCP PDU將是資源浪費。
為了避免複製PDCP PDU的不必要傳送，UE應該在與傳送複製PDCP PDU的支路相關聯的RLC實體上執行重新建立過程，以捨棄那些待決複製PDCP PDU。
在一個實施例中，UL PDCP複製的停用應觸發與傳送複製PDCP PDU的支路相關聯的RLC實體上的RLC重新建立過程。
可能地，可考慮PDCP層中用於儲存PDCP PDU的緩衝區。儲存在緩衝區中的PDCP PDU可被傳遞到用於服務用於傳送原始資料的邏輯通道的RLC實體（例如，RLC#1）中和/或用於服務用於傳送複製資料的邏輯通道的RLC實體（例如，RLC#2）中。每一PDCP PDU可在緩衝區中儲存達某一持續時間或時段。持續時間或時段可通過gNB配置/控制或在UE中進行預配置。在該持續時間或時段結束時，UE可從緩衝區中移除某些或所有PDCP PDU中，以使得這些移除的PDCP PDU將不會被傳遞到RLC#1和/或RLC#2中。
在一個實施例中，該持續時間或時段可被設置或配置為零。在此情況下，UE可認為複製資料停用。另一方面，如果該持續時間或時段未被設置或配置為零，那麼UE可認為複製資料啟動。
在一個實施例中，UE可起始計時器以控制該持續時間或時段。當計時器到期時，UE可移除儲存在緩衝區中的所有PDCP PDU（即，清除緩衝區）。當指示UE啟動複製資料時，UE可將儲存在緩衝區中的任何PDCP PDU傳遞到RLC#1和/或RLC#2中。UE可在它已經將儲存在緩衝區中的所有PDCP PDU傳遞到RLC#1和/或RLC#2中之後清除緩衝區。在清除緩衝區之後，UE可重新起始計時器。
在一個實施例中，（將）儲存在緩衝區中的每一PDCP PDU可運行一個計時器。也就是說，UE使每一PDCP PDU與一個計時器相關聯，並獨立地運行每一計時器。當與儲存在緩衝區中的PDCP PDU相關聯的計時器到期時，UE可從緩衝區中移除PDCP PDU。當指示UE啟動複製資料時，UE可將儲存在緩衝區中的任何PDCP PDU傳遞到RLC#1和/或RLC#2中。UE可在它已經將儲存在緩衝區中的所有PDCP PDU傳遞到RLC#1和/或RLC#2中之後清除緩衝區。
在一個實施例中，（將）儲存在緩衝區中的每一PDCP PDU可運行一個計時器。也就是說，UE使每一PDCP PDU與一個計時器相關聯，並獨立地運行每一計時器。當與儲存在緩衝區中的PDCP PDU相關聯的計時器到期時，UE可從緩衝區中移除PDCP PDU。當向UE指示預期時段時，如果與儲存在緩衝區中的任何PDCP PDU相關聯的計時器處於運行中且計時器已經運行達短於或等於預期時段的持續時間，那麼UE可將該任何PDCP PDU傳遞到RLC#1和/或RLC#2中。UE可在它已經將儲存在緩衝區中的滿足傳遞準則的所有或某些PDCP PDU傳遞到RLC#1和/或RLC#2中之後清除緩衝區。
在一個實施例中，gNB可傳送控制命令以向UE指示預期時段。控制命令可為RRC信令、PDCP控制PDU、RLC信令、MAC控制單元或實體信令。控制命令可用於停用複製資料。
在一個實施例中，用於決定該持續時間或時段的計時器可為discardTimer。
每一RLC實體可與邏輯通道相關聯。對於複製資料，存在用於服務用於傳送原始資料的邏輯通道RLC實體（例如，RLC#1）和用於服務用於傳送複製資料的邏輯通道（例如，RLC#2）。用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。RLC#1可為UM RLC實體或AM（已應答）RLC實體。RLC#2可為UM RLC實體或AM RLC實體。
例如，存在三個可用於傳送的PDCP PDU：PDCP PDU#1、PDCP PDU#2和PDCP PDU#3。
如果複製資料啟動，那麼UE可將這些PDCP PDU傳遞到RLC#1和RCL#2中以供傳送。如果複製資料停用，那麼UE可將這些PDCP PDU傳遞到RLC#1中以供傳送。可通過RRC信令、PDCP信令、RLC信令、MAC控制單元或實體信令指示UE啟動或停用複製資料。
UE可產生若干個RLC PDU以用於這些PDCP PDU的傳送。這些RLC PDU的可能情況可為：（i）含有PDCP PDU#1的RLC PDU#1，（ii）含有PDCP PDU#2的（第一）片段的RLC PDU#2，（iii）含有剩餘PDCP PDU#2的RLC PDU#3，和（iv）含有PDCP PDU#3的RLC PDU#4。以上資料流程在第22圖中說明。
情況1：停用複製資料並捨棄RLC#2中的RLC PDU
在一個實施例中，可指示UE在接收UL資源之前停用複製資料。
在一個實施例中，如果指示UE在接收UL資源之前停用複製資料，那麼UE可捨棄含有完整PDCP PDU的RLC PDU（例如，RLC PDU#1、RLC PDU#4）。在此實施例中，RLC PDU#1（和RLC PDU#4）將被捨棄以節約資源，因為不需要複製資料。
在一個實施例中，如果指示UE在接收UL資源之前停用複製資料，那麼UE可以不捨棄含有不是第一片段PDCP PDU的片段PDCP PDU的RLC PDU（例如，RLC PDU#3）。在此情況下，儘管不需要複製資料，但是RLC PDU#3不應被捨棄以便傳送完整PDCP PDU。
可能地，可指示UE在接收用於服務複製資料的邏輯通道的UL資源時停用複製資料。基於UL資源，UE處理傳輸塊（transport block，TB）以傳送RLC PDU。給定TB能夠包含RLC PDU#1和RLC PDU#2的實例。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）停用複製資料，那麼UE可以不捨棄含有完整PDCP PDU的RLC PDU（例如，RLC PDU#1）。在此實施例中，RLC PDU#1可以不被捨棄，因為已經為UE分配資源，並且UE將基於該資源執行傳送。從資源效率的角度來看，相比於傳送TB中的填補，傳送TB中的RLC PDU#1是有意義的。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）停用複製資料，那麼UE可以不捨棄含有是第一片段PDCP PDU的片段PDCP PDU的RLC PDU（例如，RLC PDU#2）。在此情況下，RLC PDU#2可以不被捨棄。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）停用複製資料，那麼UE可以不捨棄含有不是第一片段PDCP PDU的片段PDCP PDU的RLC PDU（例如，RLC PDU#3）。在此實施例中，RLC PDU#3不應被捨棄以便傳送完整PDCP PDU。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）停用複製資料，那麼UE可以不捨棄含有無法包含在TB中的完整PDCP PDU的RLC PDU（例如，RLC PDU#4）。在此實施例中，RLC PDU#4可被捨棄，因為不需要複製資料。
上文公開的實施例概括在第25圖中所示的表格中。
在一個實施例中，在指示停用複製資料後，UE可開始RLC#2上的重新建立過程。在RLC#2上的重新建立過程期間，UE可捨棄在RLC#2中緩衝的任何RLC PDU（不管含有的是完整PDCP PDU還是部分PDCP PDU）。
在一個實施例中，在指示停用複製資料後，UE可捨棄在RLC#2中緩衝的任何RLC PDU（不管含有的是完整PDCP PDU還是部分PDCP PDU）。
在一個實施例中，在指示停用複製資料後，UE可停止和/或重新設置供RLC#2（傳送側）使用的計時器以重新傳送輪詢。
在一個實施例中，在指示停用複製資料後，UE可停止和/或重新設置供RLC#2（接收側）使用的計時器以檢測下部層處的RLC PDU的耗損。
在一個實施例中，在指示停用複製資料後，UE可停止和/或重新設置供RLC#2（接收側）使用的計時器以禁止STATUS PDU的傳送。
在一個實施例中，在指示停用複製資料後，UE可重新設置RLC#2中使用的任何狀態變數以向RLC協議指定它們的初始值。
在一個實施例中，在指示停用複製資料後，UE可開始RLC#2上的重新建立過程。在RLC#2上的重新建立過程期間，如果RLC SDU的所有片段都未映射到RLC PDU，那麼UE可捨棄每一個PDCP PDU（即，RLC SDU）。
情況2：啟動複製資料並從RLC#1複製RLC SDU
在一個實施例中，可指示UE在接收UL資源之前啟動複製資料。
在一個實施例中，如果指示UE在接收UL資源之前啟動複製資料，那麼UE可複製RLC PDU（例如，RLC PDU#1、RLC PDU#4）的完整RLC SDU（即，完整PDCP PDU）（例如，RLC PDU#1、RLC PDU#4）。在此實施例中，RLC PDU#1的RLC SDU（和/或RLC PDU#4的RLC SDU）可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
在一個實施例中，如果（第一片段RLC SDU已經在之前複製過且）指示UE在接收UL資源之前啟動複製資料，那麼UE可複製RLC PDU（例如，RLC PDU#3 ）的片段RLC SDU（其不是第一片段RLC SDU）。在此情況下，RLC PDU#3的RLC SDU可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
在一個實施例中，如果（第一片段RLC SDU尚未複製且）指示UE在接收UL資源之前啟動複製資料，那麼UE可以不複製RLC PDU（例如，RLC PDU#3）的片段RLC SDU（其不是第一片段RLC SDU）。在此實施例中，RLC PDU#3的RLC SDU可能不從RLC#1複製並且不被傳遞到RLC#2中。
在一個實施例中，可指示UE在接收用於服務複製資料的邏輯通道的UL資源時啟動複製資料。基於UL資源，UE處理傳輸塊（transport block，TB）以傳送RLC PDU。例如，TB能夠包含RLC PDU#1和RLC PDU#2。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製RLC PDU（例如，RLC PDU#1）的完整RLC SDU（即，完整PDCP PDU）。在此實施例中，RLC PDU#1的RLC SDU可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製RLC PDU（例如，RLC PDU#2）的片段RLC SDU（其是第一片段RLC SDU）。在此情況下，RLC PDU#2的RLC SDU可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
在一個實施例中，如果（第一片段RLC SDU已經在之前複製過且）指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製RLC PDU（例如，RLC PDU#3）的片段RLC SDU（其不是第一片段RLC SDU）。在此實施例中，RLC PDU#3的RLC SDU可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
在一個實施例中，如果（第一片段RLC SDU尚未複製且）指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可以不複製RLC PDU（例如，RLC PDU#3）的片段RLC SDU（其不是第一片段RLC SDU）。在此實施例中，RLC PDU#3的RLC SDU可能不從RLC#1複製並且不被傳遞到RLC#2中。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製無法包含在TB中的RLC PDU（例如，RLC PDU#4）的完整RLC SDU。在此實施例中，RLC PDU#4的RLC SDU可從RLC#1複製並被傳遞到RLC#2中。UE可產生含有用於RLC#2的新標頭的新RLC PDU和從RLC#1複製的RLC SDU。
上文公開的實施例可概括在第26圖中所示的表格中。
在一個實施例中，在指示啟動複製資料後，UE可首先開始RLC#2上的重新建立過程、執行從RLC#1複製RLC SDU，以及將RLC SDU的複製傳遞到RLC#2。
情況3：啟動複製資料並從RLC#1複製RLC PDU
在一個實施例中，可指示UE在接收UL資源之前啟動複製資料。
在一個實施例中，如果指示UE在接收UL資源之前啟動複製資料，那麼UE可複製含有完整RLC SDU的RLC PDU（例如，RLC PDU#1、RLC PDU#4）。在此實施例中，RLC PDU#1（和/或RLC PDU#4）可從RLC#1複製並被傳遞到RLC#2中。
在一個實施例中，如果（含有第一片段RLC SDU的RLC PDU已經在之前複製過且）指示UE在接收UL資源之前啟動複製資料，那麼UE可複製含有片段RLC SDU（其不是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#3）。在此實施例中，RLC PDU#3可從RLC#1複製並被傳遞到RLC#2中。
在一個實施例中，如果（含有第一片段RLC SDU的RLC PDU尚未複製且）指示UE在接收UL資源之前啟動複製資料，那麼UE可以不複製含有片段RLC SDU（其不是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#3）。在此實施例中，RLC PDU#3可能不從RLC#1複製並且不被傳遞到RLC#2中。
可能地，可指示UE在接收用於服務複製資料的邏輯通道的UL資源時啟動複製資料。基於UL資源，UE處理傳輸塊（transport block，TB）以傳送RLC PDU。在一個實例中，TB能夠包含RLC PDU#1和RLC PDU#2。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製含有完整RLC SDU的RLC PDU（例如，RLC PDU#1）。在此實施例中，RLC PDU#1可從RLC#1複製並被傳遞到RLC#2中。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製含有片段RLC SDU（其是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#2）。在此實施例中，RLC PDU#2可從RLC#1複製並被傳遞到RLC#2中。
在一個實施例中，如果（含有第一片段RLC SDU的RLC PDU已經在之前複製過且）指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製含有片段RLC SDU（其不是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#3）。在此實施例中，RLC PDU#3可從RLC#1複製並被傳遞到RLC#2中。
在一個實施例中，如果（含有第一片段RLC SDU的RLC PDU尚未複製且）指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可以不複製含有片段RLC SDU（其不是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#3）。在此實施例中，RLC PDU#3可能不從RLC#1複製並且不被傳遞到RLC#2中。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE可複製含有無法包含在TB中的完整RLC SDU的RLC PDU（例如，RLC PDU#4）。在此實施例中，RLC PDU#4可從RLC#1複製並被傳遞到RLC#2中。
上文公開的實施例概括在第27圖中所示的表格中。
在一個實施例中，在指示啟動複製資料後，UE可首先開始RLC#2上的重新建立過程，並接著執行從RLC#1複製RLC PDU並將RLC PDU的複製傳遞到RLC#2。
在一個實施例中，UE不改變/修改RLC#2中從RLC#1複製的RLC PDU的序號（Sequence Number，SN）。
在一個實施例中，UE可設置狀態變數（例如，如3GPP TS 36.22 V13.1.0中定義的VT(US)或VT(S)），該狀態變數基於從RLC#1複製的RLC PDU的SN而保持為RLC#2中的下一個最新產生的RLC PDU指派的SN的值。例如，UE可將狀態變數設置為最後一個從RLC#1複製的RLC PDU的SN（並使狀態變數逐一遞增）。
在一個實施例中，UE可設置狀態變數（例如，如3GPP TS 36.22 V13.1.0中定義的VT(US)或VT(S)），該狀態變數基於從gNB接收的控制資訊而保持為RLC#2中的下一個最新產生的RLC PDU指派的SN的值。控制資訊用於更新/修改UE中的狀態變數。控制資訊可通過RRC信令、PDCP信令、RLC信令、MAC控制單元或實體信令進行傳送。
情況4：啟動複製資料並從RLC#1捎帶RLC PDU
在一個實施例中，可指示UE在接收UL資源之前啟動複製資料。
在一個實施例中，如果指示UE在接收UL資源之前啟動複製資料，那麼UE（的RLC#2）可能不產生任何特定RLC PDU來捎帶在RLC#1中緩衝的任何RLC PDU。
可能地，可指示UE在接收用於服務複製資料的邏輯通道的UL資源時啟動複製資料。基於UL資源，UE處理傳輸塊（transport block，TB）以傳送RLC PDU。例如，TB能夠包含RLC PDU#1和RLC PDU#2。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE（的RLC#2）可產生特定RLC PDU以捎帶含有完整RLC SDU的RLC PDU（例如，RLC PDU#1）。RLC PDU#1可包含在將被傳遞到RLC#2中的特定RLC PDU中。在此實施例中，特定RLC PDU的標頭可指示捎帶的RLC PDU#1。UE可將特定RLC PDU傳送到gNB。RLC#2的接收側（例如，在gNB中）可將特定RLC PDU中所捎帶的RLC PDU#1傳遞到RLC#1的接收側中（在gNB中）。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE（的RLC#2）可產生特定RLC PDU以捎帶含有片段RLC SDU（其是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#2）。RLC PDU#2可包含在將被傳遞到RLC#2中的特定RLC PDU中。在此實施例中，特定RLC PDU的標頭可指示捎帶的RLC PDU#2。UE可將特定RLC PDU傳送到gNB。RLC#2的接收側（例如，在gNB中）可將特定RLC PDU中所捎帶的RLC PDU#2傳遞到RLC#1的接收側中（在gNB中）。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE（的RLC#2）可產生特定RLC PDU以捎帶含有片段RLC SDU（其不是第一片段RLC SDU）的RLC PDU（例如，RLC PDU#3）。RLC PDU#3可包含在將被傳遞到RLC#2中的特定RLC PDU中。在此實施例中，特定RLC PDU的標頭可指示捎帶的RLC PDU#3。UE可將特定RLC PDU傳送到gNB。RLC#2的接收側（例如，在gNB中）可將特定RLC PDU中所捎帶的RLC PDU#3傳遞到RLC#1的接收側中（在gNB中）。
在一個實施例中，如果指示UE在接收UL資源之後（且在傳送TB之前）啟動複製資料，那麼UE（的RLC#2）可能不產生特定RLC PDU以捎帶含有無法包含在TB中的完整RLC SDU的RLC PDU（例如，RLC PDU#4）。
上文公開的實施例概括在第28圖中所示的表格中。
在一個實施例中，在指示啟動複製資料後，UE可首先開始RLC#2上的重新建立過程，並接著產生將在RLC#2中緩衝的特定RLC PDU。特定RLC PDU從RLC#1捎帶RLC PDU（如果RLC PDU待傳送的話）。來自RLC#1的RLC PDU可為包含在特定RLC PDU中的RLC SDU。UE將在RLC#2中緩衝的特定RLC PDU傳送到gNB。
在一個實施例中，UE不改變特定RLC PDU中所捎帶的RLC PDU的SN。特定RLC PDU的SN可不同於RLC PDU的SN。
在MAC實體中，上部層（例如，PDCP層或RRC層）可指示複製資料的啟動狀態或停用狀態。因此，當複製資料啟動/停用時，一些機制或過程可能會受到影響。用於解決影響的方法在以下描述中被劃分成兩種情況，情況1是針對停用，且情況2是針對啟動。每一情況含有與不同機制相關的若干個專案符號。
情況1：當複製資料停用時
當複製資料停用時，UE必須避免將UL資源配置到用於傳送複製資料的邏輯通道。例如，如果用於傳送複製資料的LCH具有可用於傳送的資料（例如，PDCP實體仍然複製PDCP PDU並通過兩個邏輯通道傳送），那麼（例如，用於複製資料傳送的）這些邏輯通道中的一個不應被分配UL資源。
在第一替代方案中，存在LCH禁止和/或暫停。當複製資料停用時，用於複製資料傳送的LCH可被禁止/暫停。LCH可與參數（例如，標誌）相關聯。RRC信令（例如，LogicalChannelConfig）可被配置成決定是否將LCH與參數相關聯。此外，網路可使用RRC信令或層2信令來控制參數，以指示UE是否應該禁止/暫停LCH進行傳送。可替代地，UE可控制參數。例如，當複製資料狀態改變時，UE可改變參數的值。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數相關聯，並且網路可始終控制“不被禁止”的參數，以使得UE服務用於傳送原始資料的邏輯通道。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道意味著邏輯通道將不被禁止進行傳送，即使複製資料處於停用狀態中也如此。
在一個實施例中，用於傳送複製資料的邏輯通道可與參數相關聯，並且參數可受所需要的網路控制。更具體地說，用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。如果無線電承載被暫停/禁止進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道都可能被暫停/禁止進行傳送。
在第二替代方案中，用於複製資料傳送的LCH的優先順序可進行優先順序取消。如果LCH進行優先順序取消，那麼LCH將不被分配UL資源，直到在其它LCH的資料之後仍然剩餘的資源被耗盡為止。如果不傳送複製資料的其它LCH的資料耗盡，並且UL資源仍然剩餘，那麼可為傳送複製資料的LCH分配這些資源，以免資源浪費。
在第三替代方案中，用於複製資料的HARQ緩衝區可被清空。如果複製資料停用，且複製資料存在於HARQ緩衝區中，那麼HARQ緩衝區可被清空，因為複製資料不需要進行傳送/重新傳送。
在第四替代方案中，用於複製資料傳送的HARQ實體可被解除。如果HARQ實體與複製資料傳送相關聯（或被配置成用於複製資料傳送），同時複製資料停用，那麼HARQ實體可被解除，因為可能不需要HARQ實體。
在第五替代方案中，用於複製資料傳送的HARQ過程可被解除。如果HARQ過程與複製資料傳送相關聯（或被配置成用於複製資料傳送），同時複製資料停用，那麼HARQ過程可被解除，因為可能不需要HARQ過程。
在另一實施例中，可觸發BSR以告知網路更新後的緩衝區狀態，因為啟動狀態和停用狀態的UL資源的要求不同。例如，當複製資料停用時，傳送複製資料的LCH的緩衝區大小可減小或省略。例如，更新後的緩衝區狀態可僅報告用於複製資料的LCH（或LCG）的緩衝區狀態。
當複製資料停用時，BSR可能不考慮用於傳送複製資料的LCH。不管複製資料是啟動還是停用，BSR都會（或始終）考慮用於傳送原始資料的LCH。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數（例如，標誌）相關聯，並且網路可（或始終）控制“不被禁止”的參數，以使得UE在BSR中報告傳送原始資料的邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道意味著邏輯通道將不被禁止進行傳送，即使複製資料處於停用狀態中也如此。因此，UE在BSR中報告該邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送複製資料的邏輯通道可與參數相關聯，並且參數可受所需要的網路控制。如果用於傳送複製資料的邏輯通道的參數指示暫停/禁止，那麼UE在BSR中不報告用於傳送複製資料的邏輯通道的緩衝區狀態。更具體地說，用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。如果無線電承載被暫停/禁止進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道都可能被暫停/禁止進行傳送。在此情形下，UE在BSR中不報告用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道兩者的緩衝區狀態。
在另一替代方案中，當複製資料停用時，對應的波束/TRP/細胞/gNB（用於複製資料傳送）可停用以節約電能。更具體地說，用於停用複製資料的機制類似於LTE中的SCell的啟動/停用機制。益處在於網路不需要傳送啟動/停用MAC控制單元。其它益處包含減小信令開銷和延遲。在實施例中，波束/TRP/細胞/gNB用於傳送複製資料。
當複製資料停用時，UE必須立即清除經配置UL授予，因為不用利用經配置上行鏈路授予。如果不清除經配置UL授予，那麼UL資源將會被浪費掉。
情況2：當複製資料啟動時
當複製資料啟動時，邏輯通道優先順序區分（Logical Channel Prioritization，LCP）必須考慮使用哪一邏輯通道來傳送複製資料。在第一替代方案中，如果用於複製資料傳送的LCH被禁止/暫停，那麼必須准許LCH（即，LCH不可被禁止）。網路可配置UE參數（例如，標誌）以表示LCH是否被禁止。例如，參數可通過RRC信令利用LogicalChannelConfig
指示。可替代地，參數可受UE控制，例如，當複製資料啟動時，UE可改變參數的值。
當複製資料停用時，用於複製資料傳送的LCH可被禁止/暫停。LCH可與參數（例如，標誌）相關聯。RRC信令（例如，LogicalChannelConfig
）可被配置成決定是否將LCH與參數相關聯。此外，網路可使用RRC信令或層2信令來控制參數，以指示UE是否禁止/暫停LCH進行傳送。可替代地，UE可控制參數。例如，當複製資料狀態改變時，UE可改變參數的值。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數相關聯。網路可控制“不被禁止”的參數，並且UE服務用於傳送原始資料的邏輯通道。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道意味著邏輯通道將不被禁止進行傳送，即使複製資料處於停用狀態也如此。
在一個實施例中，用於傳送複製資料的邏輯通道可與參數相關聯，並且參數可受所需要的網路控制。用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道可與共同/相同無線電承載相關聯。當用於傳送複製資料的邏輯通道被暫停/禁止時，與用於傳送複製資料的邏輯通道相關聯的無線電承載可能不被暫停/禁止。如果無線電承載被暫停/禁止進行傳送，那麼用於傳送原始資料的邏輯通道和用於傳送複製資料的邏輯通道也都可能被暫停/禁止進行傳送。
在第二替代方案中，當複製資料啟動時，用於複製資料傳送的LCH的優先順序可進行優先順序區分。例如，用於複製資料的LCH的優先順序可經優先順序區分成與用於傳送原始資料的LCH的優先順序相同。
在第三替代方案中，僅在複製資料啟動時，可添加HARQ實體用於複製資料傳送。
在第四替代方案中，僅在複製資料啟動時，可添加HARQ過程用於複製資料傳送。
在另一替代方案中，當複製資料啟動時，可觸發BSR以告知網路更新後的緩衝區狀態，因為啟動狀態和停用狀態的UL資源的要求不同。例如，當複製資料啟動時，傳送複製資料的LCH的緩衝區大小可增加。更具體地說，更新後的緩衝區狀態可僅報告用於複製資料的LCH（或LCG）的緩衝區狀態。
當複製資料啟動時，BSR可考慮用於傳送複製資料的LCH。不管複製資料是啟動還是停用，BSR都會（或始終）考慮用於傳送原始資料的LCH。
在一個實施例中，用於傳送原始資料的邏輯通道可與參數相關聯。網路可控制“不被禁止”的用於傳送原始資料的邏輯通道的參數，並且UE在BSR中報告用於傳送原始資料的邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送原始資料的邏輯通道可能不與參數相關聯。與參數無關聯的邏輯通道意味著邏輯通道將不被禁止進行傳送，以使得UE在BSR中報告該邏輯通道的緩衝區狀態。
在一個實施例中，用於傳送複製資料的邏輯通道可與可受所需要的網路控制的參數相關聯。如果用於傳送複製資料的邏輯通道的參數指示“不被暫停/禁止”，那麼UE在BSR中報告用於傳送複製資料的邏輯通道的緩衝區狀態。
在另一替代方案中，當複製資料啟動時，對應的波束/TRP/細胞/gNB可啟動。因為需要額外的波束/TRP/細胞/gNB來傳送複製資料，所以必須啟動波束/TRP/細胞/gNB。假設用於傳送複製資料的波束/TRP/細胞/gNB處於停用狀態以便減小功耗。更具體地說，用於啟動的機制類似於如在3GPP TS 36.321 V14.0.0中公開的LTE中的SCell的啟動/停用機制。類似機制的益處在於網路不需要傳送啟動/停用MAC控制單元。其它益處包含減小信令開銷和延遲。在這些實施例中，波束/TRP/細胞/gNB用於傳送複製資料。
在另一替代方案中，當複製資料啟動時，可指示RA的配置（例如，專用前導碼、前導碼的時間/頻率資源）以及在相同時間（例如，相同TTI）和/或通過使UE存取用於複製資料傳送的TRP/cell/gNB的相同信令的複製資料啟動的指示。例如，假設UE連接在TRP/cell/gNB上並執行資料傳送。如果資料傳送的可靠性增強（例如，對於URLLC服務或UE在細胞邊緣附近），那麼在UE中啟動複製資料。因此，可通過網路向UE指示RA的配置以及複製資料啟動的指示。UE可接著直接連接到另一TRP/細胞/gNB以傳送複製資料。相比於傳送兩個指示（一個用於RA且一個用於啟動複製資料），此方法可減小信令開銷和延遲。
第29圖是根據從配置有複製資料的UE的角度來看的一個示例性實施例的流程圖2900。在步驟2905中，UE複製資料單元到第一資料單元和第二資料單元中。在步驟2910中，UE構建用於傳送第二資料單元的第二無線電鏈路控制（Radio Link Control，RLC）協定資料單元（Protocol Data Unit，PDU），其中第二資料單元是第二RLC服務資料單元（Service Data Unit，SDU）。在步驟2915中，UE從網路節點接收控制命令，其中控制命令用於停用複製資料。在步驟2920中，如果第二RLC PDU包含第二RLC SDU，那麼UE捨棄第二RLC PDU。
在另一方法中，如果第二RLC PDU包含（僅）第二RLC SDU的片段，那麼UE不捨棄第二RLC PDU。在此方法中，第二RLC SDU的片段不含第二RLC SDU的開始部分。在此方法中，第二RLC SDU的片段不含第二RLC SDU的第一位元組。在此方法中，第二RLC SDU的第一位元組不包含在第二RLC PDU中。
在另一方法中，如果第二RLC PDU不被捨棄，那麼UE將第二RLC PDU傳送到網路節點。
在另一方法中，UE建立第一邏輯通道和第二邏輯通道，其中第一邏輯通道和第二邏輯通道與無線電承載相關聯。UE還建立第一RLC實體和第二RLC實體，其中第一RLC實體與第一邏輯通道相關聯且第二RLC實體與第二邏輯通道相關聯。在一個方法中，第一RLC實體是第一無接聽模式（Unacknowledged Mode，UM）RLC實體且第二RLC實體是第二UM RLC實體。在此方法中，UE使用第一服務細胞來服務第一邏輯通道，並使用第二服務細胞來服務第二邏輯通道。
在另一方法中，UE構建用於傳送第一資料單元的第一RLC PDU，其中第一資料單元是指第一RLC SDU。更具體地說，第一資料單元是第一RLC SDU。另外，UE將第一RLC PDU傳送到網路節點。在此方法中，第一RLC PDU 在第一RLC實體中構建。
在一個方法中，第二RLC PDU是無接聽模式資料（Unacknowledged Mode Data，UMD）PDU。
在一個方法中，第二RLC PDU在第二RLC實體中構建。
在一個方法中，資料單元是封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）PDU。
在一個方法中，第一資料單元的內容與第二資料單元的內容相同。
在一個方法中，控制命令是媒體存取控制（Medium Access Control，MAC）控制單元。在另一方法中，控制命令用於將複製資料從啟動狀態切換到停用狀態。
在一個方法中，當UE從網路節點接收控制命令時，UE不捨棄第一RLC實體中的RLC SDU。在替代方法中，當UE從網路節點接收控制命令時，UE捨棄第二RLC實體中的RLC SDU。
在一個方法中，複製資料是UE的封包資料彙聚協定（Packet Data Convergence Protocol，PDCP）實體將PDCP PDU複製到第一PDCP PDU和第二PDCP PDU中、將第一PDCP PDU傳遞到第一RLC實體並將第二PDCP PDU傳遞到第二RLC實體的機制。
在另一示例性方法中，UE建立第一邏輯通道和第二邏輯通道，其中第一邏輯通道和第二邏輯通道與無線電承載相關聯。UE建立第一RLC實體和第二RLC實體，其中第一RLC實體與第一邏輯通道相關聯且第二RLC實體與第二邏輯通道相關聯。在接收控制命令之前，UE產生第一RLC PDU並將第一RLC PDU儲存在第一RLC實體的緩衝區中，其中第一RLC PDU包含第一RLC SDU。在接收控制命令之前，UE產生第二RLC PDU並將第二RLC PDU儲存在第二RLC實體的緩衝區中，其中第二RLC PDU包含第二RLC SDU。UE從網路節點接收控制命令，其中控制命令用於停用複製資料。UE回應於控制命令而執行第二RLC實體上的重新建立。UE將第一RLC PDU傳送到網路節點。
在另一示例性方法中，UE建立第一邏輯通道和第二邏輯通道，其中第一邏輯通道和第二邏輯通道與無線電承載相關聯。UE還建立第一RLC實體和第二RLC實體，其中第一RLC實體與第一邏輯通道相關聯且第二RLC實體與第二邏輯通道相關聯。在接收控制命令之前，UE產生第一RLC PDU並將第一RLC PDU儲存在第一RLC實體的緩衝區中，其中第一RLC PDU包含第一RLC SDU。在接收控制命令之前，UE產生第二RLC PDU並將第二RLC PDU儲存在第二RLC實體的緩衝區中，其中第二RLC PDU包含第二RLC SDU。UE從網路節點接收控制命令，其中控制命令用於停用複製資料。基於第二RLC SDU是否完成，UE決定在接收控制命令之後是否捨棄儲存在第二RLC實體的緩衝區中的第二RLC PDU。UE將第一RLC PDU傳送到網路節點。
在另一示例性方法中，如果第二RLC SDU是完整RLC SDU，那麼UE捨棄第二RLC PDU。如果第二RLC SDU是片段RLC SDU，那麼UE不捨棄第二RLC PDU。
在另一示例性方法中，UE建立第一邏輯通道和第二邏輯通道，其中第一邏輯通道和第二邏輯通道與無線電承載相關聯。UE還建立第一RLC實體和第二RLC實體，其中第一RLC實體與第一邏輯通道相關聯且第二RLC實體與第二邏輯通道相關聯。在接收控制命令之前，UE產生第一RLC PDU並將第一RLC PDU儲存在第一RLC實體的緩衝區中，其中第一RLC PDU包含第一RLC SDU。在接收控制命令之前，UE產生第二RLC PDU並將第二RLC PDU儲存在第二RLC實體的緩衝區中，其中第二RLC PDU包含第二RLC SDU。UE從網路節點接收控制命令，其中控制命令用於停用複製資料。基於第二RLC SDU是否待傳送，UE決定在接收控制命令之後是否捨棄儲存在第二RLC實體的緩衝區中的第二RLC PDU。UE將第一RLC PDU傳送到網路節點。
在另一示例性方法中，如果第二RLC PDU基於UL資源而待傳送，那麼UE不捨棄第二RLC PDU。如果第二RLC PDU基於UL資源而並未待傳送，那麼UE捨棄第二RLC PDU。
在上文公開的方法中的一個或多個中，如果第二RLC PDU不被捨棄，那麼UE將第二RLC PDU傳送到網路節點。在接收控制命令之後，UE產生第三RLC PDU並將第三RLC PDU儲存在第一RLC實體的緩衝區中，其中第三RLC PDU包含第三RLC SDU。在接收控制命令之後，UE不產生將儲存在第二RLC實體的緩衝區中的第四RLC PDU。
在上文公開的方法中的一個或多個中，在接收控制命令之前，UE產生第一封包以供傳送，其中第一封包被傳遞到第一RLC實體和第二RLC實體中。
在上文公開的方法中的一個或多個中，在接收控制命令之後，UE產生第二封包以供傳送，其中第二封包僅被傳遞到第一RLC實體中。
在上文公開的方法中的一個或多個中，第一RLC SDU和第二RLC SDU含有第一封包。
在上文公開的方法中的一個或多個中，第三RLC SDU含有第二封包。
在另一示例性方法中，UE建立第一邏輯通道和第二邏輯通道，其中第一邏輯通道和第二邏輯通道與無線電承載相關聯，且第二邏輯通道處於第一狀態。如果第二邏輯通道處於第一狀態，那麼UE服務第二邏輯通道以供傳送。UE從網路節點接收控制命令，其中控制命令用於將第二邏輯通道從第一狀態變成第二狀態。由於第二邏輯通道處於第二狀態，所以在接收控制命令之後UE並不服務第二邏輯通道以供傳送。
在上文公開的方法中的一個或多個中，第一狀態意味著複製資料啟動，且第二狀態意味著複製資料停用。
在上文公開的方法中的一個或多個中，第二邏輯通道在接收控制命令之前不暫停，且第二邏輯通道在接收控制命令之後暫停。
在上文公開的方法中的一個或多個中，第一邏輯通道在接收控制命令之後不暫停。
在上文公開的方法中的一個或多個中，無線電承載在接收控制命令之後不暫停。
在上文公開的方法中的一個或多個中，UE使用第一通訊鏈路來服務第一邏輯通道，並使用第二通訊鏈路來服務第二邏輯通道。
在上文公開的方法中的一個或多個中，第一和/或第二通訊鏈路是服務細胞、分量載波、服務波束、HARQ過程或HARQ實體。
在上文公開的方法中的一個或多個中，網路節點是基站。
在上文公開的方法中的一個或多個中，第一、第二或第三RLC SDU是PDCP PDU。
在上文公開的方法中的一個或多個中，第一和/或第二封包是PDCP PDU。
在上文公開的方法中的一個或多個中，控制命令是RRC信令、PDCP信令、RLC信令、MAC控制單元或實體信令。
返回參考第3圖和第4圖，在一個實施例中，裝置300包含儲存在記憶體310中的程式碼312。CPU 308可執行程式碼312，以使得配置有複製資料的UE能夠：（i）複製資料單元到第一資料單元和第二資料單元中；（ii）構建用於傳送第二資料單元的第二無線電鏈路控制（Radio Link Control，RLC）協定資料單元（Protocol Data Unit，PDU），其中第二資料單元是第二RLC服務資料單元（Service Data Unit，SDU）；（iii）從網路節點接收控制命令，其中控制命令用於停用複製資料；以及（iv）在第二RLC PDU包含第二RLC SDU的情況下捨棄第二RLC PDU。
此外，CPU 308可執行程式碼312以執行所有上述動作和步驟或本文中描述的其它動作和步驟。
在本文中所公開的各個方法和實施例中，複製資料的啟動或停用允許相關機制的性能和對應的反應通過減小信令開銷、功耗和傳送延遲以及增加可靠性和資源使用來增加無線系統的穩定性。
上文已經描述了本公開的各個方面。應清楚，本文中的教示可以廣泛多種形式實施，且本文中所公開的任何特定結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文中所公開的方面可獨立於任何其它方面而實施，且可以各種方式組合這些方面中的兩個或更多個方面。例如，可以使用本文中所闡述的任何數目個方面來實施設備或實踐方法。此外，通過使用其它結構、功能性或除了在本文中所闡述的方面中的一個或多個方面之外或不同於在本文中所闡述的方面中的一個或多個方面的結構和功能性，可以實施此設備或可以實踐此方法。作為上述概念中的一些的實例，在一些方面中，可基於脈衝重複頻率而建立並行通道。在一些方面中，可基於脈衝位置或偏移而建立並行通道。在一些方面中，可基於時間跳頻序列而建立並行通道。
所屬領域的技術人員將理解，可使用各種不同技術和技藝中的任一種來表示資訊和訊號。例如，可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的資料、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解，結合本文中所公開的方面描述的各種說明性邏輯塊、模組、處理器構件、電路和演算法步驟可實施為電子硬體（例如，數位實施方案、類比實施方案或這兩個的組合，其可使用源解碼或某一其它技術進行設計）、併入指令的各種形式的過程或設計代碼（為方便起見，其在本文中可被稱為“軟體”或“軟體模組”）或這兩者的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就各種說明性元件、塊、模組、電路和步驟的功能性對其加以描述。此類功能性是實施為硬體還是軟體取決於特定應用及強加於整個系統的設計約束。所屬領域的技術人員可以針對每一特定應用以不同方式實施所描述的功能性，但此類實施決策不應被解釋為引起對本公開的範圍的偏離。
此外，結合本文中所公開的方面描述的各種說明性邏輯塊、模組和電路可在積體電路（“IC”）、存取終端或存取點內實施或由該積體電路、存取終端或存取點執行。IC可包括通用處理器、數位訊號處理器（digital signal processor，DSP）、專用積體電路（application specific integrated circuit，ASIC）、現場可過程設計閘陣列（field programmable gate array，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；
2900‧‧‧流程圖
2905~2920‧‧‧步驟
為了更好地理解本案，說明書包括附圖並且附圖構成說明書的一部分。附圖例舉說明本案的實施例，結合說明書的描述用來解釋本案的原理。 第1圖是根據一個示例性實施例的無線通訊系統的圖式。 第2圖是根據一個示例性實施例的傳送器系統（也被稱作存取網路）和接收器系統（也被稱作使用者設備或UE）的方塊圖。 第3圖是根據一個示例性實施例的通訊系統的功能方塊圖。 第4圖是根據一個示例性實施例的第3圖的程式碼的功能方塊圖。 第5圖說明如3GPP TS 36.300 V14.1.0中所描述的上行鏈路（Uplink，UL）的層2結構。 第6圖說明如3GPP TS 36.300 V14.1.0中所描述的UL的層2結構。 第7圖說明如3GPP TS 36.300 V14.1.0中所描述的當CA和DC都進行配置時的UL的層2結構。 第8圖說明在取自3GPP R2-1703731的LTE參數集（15 KHz子載波間距，1 ms子訊框）下URLLC的所需RB數目和最小頻寬的表格。 第9圖說明如3GPP R2-1703529中所示的用於啟動複製資料的信令流。 第10圖說明如3GPP R2-1703529中所示的用於停用複製資料的信令流。 第11圖說明如3GPP R2-1703529中所示的用於基於通過RRC信令傳送到UE的準則而啟動和停用複製資料的信令流。 第12圖是關於邏輯通道配置欄位描述的來自3GPP TS36.331 V14.1.0的表格的重製。 第13圖是關於邏輯通道配置條件性存在和解釋的來自3GPP TS36.331 V14.1.0的表格的重製。 第14圖是說明一個示例性服務流的流程圖。 第15圖是說明一個示例性服務流的流程圖。 第16圖是說明一個示例性服務流的流程圖。 第17圖是說明一個示例性服務流的流程圖。 第18圖是用於複製傳送的UE堆疊模型的示例性實施例。 第19圖是用於複製傳送的UE堆疊模型的示例性實施例。 第20圖是用於複製資料啟動或停用的PDU的示例性實施例的表格。 第21圖說明用於複製資料啟動或停用的PDCP控制PDU的示例性實施例。 第22圖說明資料流的示例性實施例。 第23圖說明PDCP複製的啟動的時間表。 第24圖是來自3GPP R2-1702642的提議2的重製。 第25圖是總結用於停用複製資料和捨棄RLC PDU的各種實施例的表格。 第26圖是總結用於啟動複製資料和複製RLC SDU的各種實施例的表格。 第27圖是總結用於啟動複製資料和複製RLC PDU的各種實施例的表格。 第28圖是總結用於啟動複製資料和捎帶RLC PDU的各種實施例的表格。 第29圖是從UE的角度來看的一個示例性實施例的流程圖。
Claims (20)
- 一種配置有複製資料的一使用者設備的方法，該方法包括： 複製一資料單元到一第一資料單元和一第二資料單元中； 構建用於傳送該第二資料單元的一第二無線電鏈路控制協定資料單元，其中該第二資料單元是一第二無線電鏈路控制服務資料單元； 從一網路節點接收控制命令，其中該控制命令用於停用該複製資料；以及 在該第二無線電鏈路控制協定資料單元包含該第二無線電鏈路控制服務資料單元的情況下捨棄該第二無線電鏈路控制協定資料單元。
- 如申請專利範圍第1項所述的方法，進一步包括： 如果該第二無線電鏈路控制協定資料單元僅包含該第二無線電鏈路控制服務資料單元的一片段，那麼不捨棄該第二無線電鏈路控制協定資料單元。
- 如申請專利範圍第1項所述的方法，該第二無線電鏈路控制服務資料單元是一完整的無線電鏈路控制服務資料單元。
- 如申請專利範圍第2項所述的方法該第二無線電鏈路控制服務資料單元的該片段不是一完整的無線電鏈路控制服務資料單元。
- 如申請專利範圍第2項所述的方法，該第二無線電鏈路控制服務資料單元的第一位元組不包含在該第二無線電鏈路控制協定資料單元中。
- 如申請專利範圍第1項所述的方法，進一步包括： 建立一第一邏輯通道和一第二邏輯通道，其中該第一邏輯通道和該第二邏輯通道與一無線電承載相關聯；以及 建立一第一無線電鏈路控制實體和一第二無線電鏈路控制實體，其中該第一無線電鏈路控制實體與該第一邏輯通道相關聯，且該第二無線電鏈路控制實體與該第二邏輯通道相關聯。
- 如申請專利範圍第6項所述的方法，該第一無線電鏈路控制實體是一第一無接聽模式無線電鏈路控制實體，且該第二無線電鏈路控制實體是一第二無接聽模式無線電鏈路控制實體。
- 如申請專利範圍第6項所述的方法，進一步包括： 使用一第一服務細胞來服務該第一邏輯通道；以及 使用一第二服務細胞來服務該第二邏輯通道。
- 如申請專利範圍第1項所述的方法，進一步包括： 構建用於傳送該第一資料單元的一第一無線電鏈路控制協定資料單元，其中該第一資料單元是一第一無線電鏈路控制服務資料單元。
- 如申請專利範圍第9項所述的方法，該第一無線電鏈路控制協定資料單元構建在一第一無線電鏈路控制實體中。
- 如申請專利範圍第1項所述的方法，該第二無線電鏈路控制協定資料單元是一無接聽模式資料協定資料單元。
- 如申請專利範圍第1項所述的方法，該第二無線電鏈路控制協定資料單元構建在一第二無線電鏈路控制實體中。
- 如申請專利範圍第1項所述的方法，該資料單元是一封包資料彙聚協定協定資料單元。
- 如申請專利範圍第1項所述的方法，該第一資料單元的內容與該第二資料單元的內容相同。
- 如申請專利範圍第1項所述的方法，該控制命令是一媒體存取控制控制單元。
- 如申請專利範圍第1項所述的方法，該控制命令用於將複製資料從一啟動狀態切換到一停用狀態。
- 如申請專利範圍第1項所述的方法，進一步包括： 當該使用者設備從該網路節點接收該控制命令時，不捨棄一第一無線電鏈路控制實體中的無線電鏈路控制服務資料單元。
- 如申請專利範圍第1項所述的方法，進一步包括： 當該使用者設備從該網路節點接收控制命令時，捨棄一第二無線電鏈路控制實體中的無線電鏈路控制服務資料單元。
- 如申請專利範圍第1項所述的方法，該複製資料是該使用者設備的一封包資料彙聚協定實體將一封包資料彙聚協定協定資料單元複製到一第一封包資料彙聚協定協定資料單元和一第二封包資料彙聚協定協定資料單元中、將該第一封包資料彙聚協定協定資料單元傳遞到一第一無線電鏈路控制實體並將該第二封包資料彙聚協定協定資料單元傳遞到一第二無線電鏈路控制實體的機制。
- 一種配置有複製資料的使用者設備，包括： 一控制電路； 安裝在該控制電路中的一處理器； 安裝在該控制電路中且耦合到該處理器的一記憶體； 其中該處理器被配置成執行儲存在該記憶體中的一程式碼以進行以下操作： 複製一資料單元到一第一資料單元和一第二資料單元中； 構建用於傳送該第二資料單元的一第二無線電鏈路控制協定資料單元，其中該第二資料單元是一第二無線電鏈路控制服務資料單元； 從一網路節點接收一控制命令，其中該控制命令用於停用該複製資料；以及 在該第二無線電鏈路控制協定資料單元包含該第二無線電鏈路控制服務資料單元的情況下捨棄該第二無線電鏈路控制協定資料單元。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201762502430P | 2017-05-05 | 2017-05-05 | |
| US62/502,430 | 2017-05-05 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| TW201844021A TW201844021A (zh) | 2018-12-16 |
| TWI664862B true TWI664862B (zh) | 2019-07-01 |
Family
ID=62200225
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| TW107114953A TWI664862B (zh) | 2017-05-05 | 2018-05-02 | 無線通訊系統中傳送複製資料的方法和設備 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US10582418B2 (zh) |
| EP (1) | EP3399724B1 (zh) |
| JP (1) | JP6577087B2 (zh) |
| KR (1) | KR102102526B1 (zh) |
| CN (1) | CN108811175B (zh) |
| ES (1) | ES2929734T3 (zh) |
| TW (1) | TWI664862B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI768327B (zh) * | 2020-04-21 | 2022-06-21 | 宏碁股份有限公司 | 電子裝置與其資料傳輸方法 |
Families Citing this family (80)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10750410B2 (en) | 2016-09-30 | 2020-08-18 | Huawei Technologies Co., Ltd. | Ultra reliable low latency connection support in radio access networks |
| US10448386B2 (en) * | 2017-01-06 | 2019-10-15 | Kt Corporation | Method and apparatus for controlling redundant data transmission |
| EP3493633B1 (en) * | 2017-05-05 | 2020-12-30 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for allocating logical channel resources and terminal device |
| EP3586539B1 (en) * | 2017-05-30 | 2021-12-01 | LG Electronics Inc. | Apparatus and method for performing cell activation |
| US10588153B2 (en) * | 2017-06-01 | 2020-03-10 | Futurewei Technologies, Inc. | System and method for restricting random access procedure-related activity in connection with a background application |
| WO2018221926A1 (en) * | 2017-06-02 | 2018-12-06 | Lg Electronics Inc. | Apparatus and method for performing packet duplication |
| US11184945B2 (en) * | 2017-06-14 | 2021-11-23 | Lg Electronics Inc. | Method for handling deactivation for a cell in which packet duplication is performed in wireless communication system and a device therefor |
| CN110651523B (zh) * | 2017-06-14 | 2023-07-14 | 株式会社Ntt都科摩 | 用户装置 |
| CN109150415B (zh) * | 2017-06-15 | 2022-01-21 | 夏普株式会社 | 基站、用户设备和相关方法 |
| EP3529933B1 (en) | 2017-06-15 | 2020-04-01 | Ofinno, LLC | Packet duplication control |
| US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
| GB2563584B (en) * | 2017-06-16 | 2022-05-04 | Tcl Communication Ltd | Bearer control |
| EP3642993A4 (en) | 2017-06-22 | 2021-03-24 | FG Innovation Company Limited | SYSTEMS, DEVICES AND METHODS FOR PACKAGE DATA UNIT DUPLICATION FOR PACKAGE DATA UNIT PROTOCOL |
| EP3422767A1 (en) * | 2017-06-26 | 2019-01-02 | Panasonic Intellectual Property Corporation of America | User equipment and base station participating in packet duplication during handover for nr |
| WO2019004690A1 (en) * | 2017-06-27 | 2019-01-03 | Lg Electronics Inc. | METHOD AND APPARATUS FOR CONFIGURING MULTIPLE COMMON CONTROL CHANNELS IN A WIRELESS COMMUNICATION SYSTEM |
| WO2019019122A1 (zh) * | 2017-07-27 | 2019-01-31 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
| US11184939B2 (en) * | 2017-07-28 | 2021-11-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, terminal device and network device |
| WO2019019133A1 (zh) * | 2017-07-28 | 2019-01-31 | 富士通株式会社 | 命令指示方法及装置、信息交互方法及装置 |
| CN109391639B (zh) * | 2017-08-02 | 2021-01-08 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
| CA3069759C (en) | 2017-08-10 | 2021-08-17 | Ofinno, Llc | Radio resource configuration synchronization |
| US11432356B2 (en) * | 2017-08-10 | 2022-08-30 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmission control, device, equipment and storage medium |
| EP3635900B1 (en) | 2017-08-16 | 2022-01-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system |
| US10687248B2 (en) * | 2017-09-25 | 2020-06-16 | Ofinno, Llc | Packet duplication activation and deactivation |
| WO2019093828A1 (en) * | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
| WO2019098663A1 (en) * | 2017-11-14 | 2019-05-23 | Lg Electronics Inc. | Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system |
| CN116032435A (zh) * | 2018-01-07 | 2023-04-28 | Lg电子株式会社 | 用于发送数据单元的通信设备、处理设备及方法 |
| CN110691424B (zh) | 2018-01-12 | 2020-09-18 | 华为技术有限公司 | 一种cu-du架构下重复模式的通信处理方法和设备 |
| WO2019153125A1 (zh) * | 2018-02-06 | 2019-08-15 | Oppo广东移动通信有限公司 | 一种数据传输的方法、设备及计算机存储介质 |
| US10869223B2 (en) * | 2018-02-13 | 2020-12-15 | Samsung Electronics Co., Ltd. | Method and apparatus for efficient operation upon packet duplication activation and deactivation in next generation wireless communication system |
| CN110149730B (zh) * | 2018-02-13 | 2021-01-29 | 华为技术有限公司 | 一种通信方法及装置 |
| EP3753155B1 (en) * | 2018-02-14 | 2021-06-23 | Telefonaktiebolaget LM Ericsson (publ) | Transmitting device and method performed therein for handling communication |
| EP3777416A4 (en) * | 2018-04-04 | 2021-12-15 | Lenovo (Beijing) Limited | BUFFER STATUS REPORT FOR PACKAGE DUPLICATION |
| ES2897547T3 (es) * | 2018-06-29 | 2022-03-01 | Asustek Comp Inc | Procedimiento y aparato de tratamiento de una transmisión de enlace lateral en un sistema de comunicación inalámbrica |
| CN110798287B (zh) | 2018-08-03 | 2022-04-19 | 华硕电脑股份有限公司 | 无线通信系统中用于处理侧链路接收的方法和设备 |
| JP7222419B2 (ja) * | 2018-08-08 | 2023-02-15 | 富士通株式会社 | 重複伝送の設定及び／又はアクティベーション方法、重複伝送の方法及び装置 |
| US11452169B2 (en) * | 2018-08-15 | 2022-09-20 | Google Llc | Preventing inadvertent idle mode in multi-node connectivity environments |
| EP3857769B1 (en) * | 2018-09-27 | 2023-11-15 | FG Innovation Company Limited | User equipment and method for random access performed by user equipment |
| CN112913299A (zh) * | 2018-10-31 | 2021-06-04 | 株式会社Ntt都科摩 | 用户装置以及基站装置 |
| CN109561516B (zh) * | 2018-11-29 | 2021-09-28 | 西安电子科技大学 | 一种rrc的nas pdu新传和重传的发送方法 |
| CN111294164B (zh) * | 2018-12-06 | 2022-09-16 | 大唐移动通信设备有限公司 | 一种数据传输的方法和设备 |
| WO2020118519A1 (zh) * | 2018-12-11 | 2020-06-18 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
| CN111314970A (zh) * | 2018-12-11 | 2020-06-19 | 夏普株式会社 | 用户设备及其方法、基站及其方法 |
| CN112586014A (zh) | 2018-12-18 | 2021-03-30 | Oppo广东移动通信有限公司 | 一种数据复制方式的指示方法、设备及存储介质 |
| US11757571B2 (en) * | 2018-12-19 | 2023-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Controlling data duplication |
| US20220038951A1 (en) * | 2019-01-09 | 2022-02-03 | Lg Electronics Inc. | Method and apparatus for processing data unit based on data compression algorithm in wireless communication system |
| WO2020144203A2 (en) * | 2019-01-10 | 2020-07-16 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Nr v2x reliability enhancements |
| KR20200089095A (ko) * | 2019-01-16 | 2020-07-24 | 삼성전자주식회사 | 차세대 이동통신 시스템에서 하위계층 전송결과에 의한 패킷 삭제를 수행하는 방법 및 장치 |
| WO2020147052A1 (zh) * | 2019-01-16 | 2020-07-23 | Oppo广东移动通信有限公司 | 一种数据复制传输的控制方法、终端设备及网络设备 |
| EP3914005A1 (en) * | 2019-01-16 | 2021-11-24 | Ntt Docomo, Inc. | User terminal and wireless communication method |
| WO2020147155A1 (zh) * | 2019-01-18 | 2020-07-23 | Oppo广东移动通信有限公司 | 一种数据复制方法、终端设备及存储介质 |
| US20220022094A1 (en) * | 2019-01-30 | 2022-01-20 | Lg Electronics Inc. | Reconstruction of data unit |
| EP3926866A4 (en) * | 2019-02-14 | 2022-09-28 | Ntt Docomo, Inc. | USER TERMINAL AND WIRELESS COMMUNICATION METHOD |
| US20220103293A1 (en) * | 2019-02-15 | 2022-03-31 | Nokia Technologies Oy | Optimized multi connectivity and data duplication |
| CN113243133B (zh) * | 2019-02-15 | 2023-06-20 | 华为技术有限公司 | 通信方法和装置 |
| CN111615194B (zh) | 2019-02-26 | 2022-03-01 | 上海朗帛通信技术有限公司 | 被用于无线通信的用户设备、基站中的方法和装置 |
| CN111835477B (zh) * | 2019-04-22 | 2022-04-05 | 华为技术有限公司 | 一种通信方法及设备 |
| ES2934143T3 (es) * | 2019-05-02 | 2023-02-17 | Asustek Comp Inc | Procedimiento y aparato para solicitar la configuración del portador de radio de enlace lateral (SLRB) de la transmisión de unidifusión en un sistema de comunicación inalámbrica |
| KR102556918B1 (ko) * | 2019-05-17 | 2023-07-18 | 아서스테크 컴퓨터 인코포레이션 | 무선 통신 시스템의 사이드링크 버퍼 상태 보고서에서 전송 피드백 모드를 구별하기 위한 방법 및 장치 |
| CN112217616A (zh) | 2019-07-10 | 2021-01-12 | 苹果公司 | 上行链路重复增强 |
| US11272397B2 (en) * | 2019-07-12 | 2022-03-08 | Nokia Technologies Oy | Flexible network control of uplink data duplication |
| CN113169847A (zh) | 2019-07-26 | 2021-07-23 | Oppo广东移动通信有限公司 | 一种传输资源选择方法、网络设备、用户设备 |
| CN113455079B (zh) * | 2019-08-14 | 2023-05-26 | Oppo广东移动通信有限公司 | 无线通信的方法和设备 |
| WO2021030806A1 (en) * | 2019-08-15 | 2021-02-18 | Babaei Alireza | Packet duplication via multiple transmission and reception points |
| CN110519307A (zh) * | 2019-10-10 | 2019-11-29 | 重庆邮电大学 | 一种基于分组数据汇聚协议复制的数据发送方法 |
| WO2021071401A1 (en) * | 2019-10-11 | 2021-04-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for multi-connection flow control in a wireless communication network |
| CN112752294B (zh) * | 2019-10-31 | 2024-03-26 | 华硕电脑股份有限公司 | 无线通信系统中传送装置间侧链路报告的方法和设备 |
| CN113079484B (zh) * | 2020-01-03 | 2023-03-28 | 大唐移动通信设备有限公司 | 一种直通链路无线承载的传输配置方法及终端 |
| US11937122B2 (en) * | 2020-01-30 | 2024-03-19 | Qualcomm Incorporated | Self-reportable radio link control status protocol data units |
| US11903034B2 (en) * | 2020-02-19 | 2024-02-13 | Intel Corporation | Aggregation indication for uplink transmission during random access channel procedures |
| WO2021175522A1 (en) * | 2020-03-03 | 2021-09-10 | Nokia Technologies Oy | Ue rlc entity limitations for packet duplication |
| US11140574B1 (en) | 2020-03-18 | 2021-10-05 | Sprint Spectrum L.P. | Dynamic PDCP duplication with bearer modification, to help overcome reduced wireless quality |
| US20210360660A1 (en) * | 2020-05-15 | 2021-11-18 | Samsung Electronics Co., Ltd. | Method and apparatus for coverage enhancement of msg3 |
| WO2021246848A1 (ko) * | 2020-06-03 | 2021-12-09 | 단국대학교 산학협력단 | 랜덤 액세스를 수행하는 장치 및 방법 |
| CN113810949A (zh) * | 2020-06-12 | 2021-12-17 | 华为技术有限公司 | 数据传输方法和装置 |
| CN113973317B (zh) * | 2020-07-23 | 2024-04-09 | 中国电信股份有限公司 | 分组数据汇聚协议复制的配置方法、装置和系统 |
| CN114095873B (zh) * | 2020-08-24 | 2023-07-25 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的节点中的方法和装置 |
| WO2022229294A1 (en) * | 2021-04-28 | 2022-11-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Selectively enabling pdcp duplication for survival time |
| CN115996424A (zh) * | 2021-10-19 | 2023-04-21 | 维沃移动通信有限公司 | 数据丢弃方法、装置、终端及网络侧设备 |
| WO2023080484A1 (en) * | 2021-11-03 | 2023-05-11 | Lg Electronics Inc. | Method and apparatus for transmitting duplicated data units by considering measurement gap in wireless communication system |
| US11665709B1 (en) * | 2022-03-15 | 2023-05-30 | Asustek Computer Inc. | Method and apparatus for supporting sidelink relay adaptation layer for UE-to-network relay in a wireless communication system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150023370A1 (en) * | 2007-10-01 | 2015-01-22 | Interdigital Patent Holdings, Inc. | Method and apparatus for pcdp discard |
| US20160323851A1 (en) * | 2013-09-27 | 2016-11-03 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using plurality of carriers in mobile communication system |
Family Cites Families (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6904016B2 (en) * | 2001-11-16 | 2005-06-07 | Asustek Computer Inc. | Processing unexpected transmission interruptions in a wireless communications system |
| US7539220B2 (en) * | 2003-02-03 | 2009-05-26 | Asustek Computer Inc. | Data discard signalling procedure in a wireless communication system |
| KR100608844B1 (ko) * | 2004-01-09 | 2006-08-08 | 엘지전자 주식회사 | ＶｏＩＰ 서비스를 제공하는 무선통신 시스템 |
| ATE410874T1 (de) * | 2005-09-20 | 2008-10-15 | Matsushita Electric Ind Co Ltd | Vefahren und vorrichtung zur packetsegmentierung und verknüpfungssignalisierung in einem kommunikationssystem |
| WO2008085908A1 (en) * | 2007-01-05 | 2008-07-17 | Interdigital Technology Corporation | Method and apparatus for indicating a transmission status to a higher layer |
| WO2008094662A2 (en) * | 2007-02-01 | 2008-08-07 | Interdigital Technology Corporation | Method and apparatus for supporting rlc re-segmentation |
| EP1983698B1 (en) * | 2007-04-20 | 2010-10-13 | Panasonic Corporation | Improved transmission scheme of protocol data units during a procedure that comprises the reset of the protocol layer |
| GB2449629A (en) * | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
| WO2009009532A2 (en) | 2007-07-11 | 2009-01-15 | Interdigital Technology Corporation | Packet data convergence protocol operations |
| US8400982B2 (en) * | 2007-09-20 | 2013-03-19 | Lg Electronics Inc. | Method for handling correctly received but header compression failed packets |
| US8335189B2 (en) * | 2007-09-28 | 2012-12-18 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
| CN105721120B (zh) | 2007-12-10 | 2019-12-06 | 交互数字专利控股公司 | 用于触发无线电链路控制rlc重建的方法和设备 |
| CN109982378A (zh) * | 2012-05-21 | 2019-07-05 | 三星电子株式会社 | 用于在移动通信系统中传送和接收数据的方法和设备 |
| US10694400B2 (en) * | 2013-08-09 | 2020-06-23 | Nokia Solutions And Networks Oy | Use of packet status report from secondary base station to master base station in wireless network |
| WO2015060544A1 (en) * | 2013-10-21 | 2015-04-30 | Lg Electronics Inc. | Method for transmitting uplink data in a dual connectivity and a device therefor |
| KR20150090804A (ko) | 2014-01-29 | 2015-08-06 | 삼성전자주식회사 | 이동 통신 시스템에서 복수의 캐리어를 이용하여 데이터를 송수신하는 방법 및 장치 |
| US10004098B2 (en) * | 2014-01-29 | 2018-06-19 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using a plurality of carriers in mobile communication system |
| US11122465B2 (en) * | 2016-06-09 | 2021-09-14 | Nokia Solutions And Networks Oy | Real-time segmentation |
| KR20180050015A (ko) * | 2016-11-04 | 2018-05-14 | 삼성전자주식회사 | 무선통신시스템에서 고신뢰 저지연 통신을 위한 데이터 송수신 방법 및 장치 |
| US10536878B2 (en) * | 2017-03-24 | 2020-01-14 | Mediatek Inc. | User equipment and methods for PDCP duplication in 5G RAN |
| US10574564B2 (en) * | 2017-04-24 | 2020-02-25 | Motorola Mobility Llc | Duplicating PDCP PDUS for a radio bearer |
| US10805836B2 (en) * | 2017-05-05 | 2020-10-13 | Qualcomm Incorporated | Packet duplication at a packet data convergence protocol (PDCP) entity |
| US11184945B2 (en) * | 2017-06-14 | 2021-11-23 | Lg Electronics Inc. | Method for handling deactivation for a cell in which packet duplication is performed in wireless communication system and a device therefor |
| US10659381B2 (en) * | 2017-06-16 | 2020-05-19 | Mediatek Singapore Pte. Ltd. | Method and apparatus for handling data duplication in mobile communications |
| US20180367288A1 (en) * | 2017-06-16 | 2018-12-20 | Huawei Technologies Co., Ltd. | Dynamic activation and deactivation of packet duplication |
| US11184939B2 (en) * | 2017-07-28 | 2021-11-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method, terminal device and network device |
| CN109391639B (zh) * | 2017-08-02 | 2021-01-08 | 维沃移动通信有限公司 | 一种激活及去激活数据复制的方法及终端 |
| AU2018314059B2 (en) * | 2017-08-11 | 2021-02-25 | Lg Electronics Inc. | Method and device for transmitting data unit |
| KR102521308B1 (ko) * | 2017-09-28 | 2023-04-13 | 혼다 기켄 고교 가부시키가이샤 | 패킷 복제 활성화 시그널링 |
| WO2019093828A1 (en) * | 2017-11-10 | 2019-05-16 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
-
2018
- 2018-05-02 US US15/969,707 patent/US10582418B2/en active Active
- 2018-05-02 ES ES18170306T patent/ES2929734T3/es active Active
- 2018-05-02 KR KR1020180050590A patent/KR102102526B1/ko active IP Right Grant
- 2018-05-02 TW TW107114953A patent/TWI664862B/zh active
- 2018-05-02 EP EP18170306.7A patent/EP3399724B1/en active Active
- 2018-05-02 JP JP2018088514A patent/JP6577087B2/ja active Active
- 2018-05-02 CN CN201810411444.2A patent/CN108811175B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150023370A1 (en) * | 2007-10-01 | 2015-01-22 | Interdigital Patent Holdings, Inc. | Method and apparatus for pcdp discard |
| US20160323851A1 (en) * | 2013-09-27 | 2016-11-03 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data using plurality of carriers in mobile communication system |
Non-Patent Citations (1)
| Title |
|---|
| 3GPP TSG-RAN2 Meeting #101 R2-1802716 Athens, Greece, 26 February-2 March 2017 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI768327B (zh) * | 2020-04-21 | 2022-06-21 | 宏碁股份有限公司 | 電子裝置與其資料傳輸方法 |
| US11489944B2 (en) | 2020-04-21 | 2022-11-01 | Acer Incorporated | Electronic apparatus and data transmission method thereof based off marquees |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108811175A (zh) | 2018-11-13 |
| US10582418B2 (en) | 2020-03-03 |
| JP2018191288A (ja) | 2018-11-29 |
| CN108811175B (zh) | 2020-07-28 |
| KR20180122951A (ko) | 2018-11-14 |
| EP3399724B1 (en) | 2022-10-05 |
| ES2929734T3 (es) | 2022-12-01 |
| TW201844021A (zh) | 2018-12-16 |
| JP6577087B2 (ja) | 2019-09-18 |
| EP3399724A1 (en) | 2018-11-07 |
| US20180324641A1 (en) | 2018-11-08 |
| KR102102526B1 (ko) | 2020-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI664862B (zh) | 無線通訊系統中傳送複製資料的方法和設備 | |
| CN110278616B (zh) | 无线通信系统中随机接入过程期间处置传送的方法和设备 | |
| TWI757144B (zh) | 無線通訊系統中處理網路排程模式中側鏈路混合自動請求的時間間隙的方法和設備 | |
| CN111867119B (zh) | 用于侧链路的经配置准予的处置重传指示的方法和设备 | |
| TWI691178B (zh) | 無線通訊系統中避免帶寬部分錯認的方法和設備 | |
| CN108811157B (zh) | 在无线通信系统中请求用于控制元素传送的资源的方法和设备 | |
| US10123312B2 (en) | Random access method and apparatus of UE in mobile communication system | |
| CN112752293B (zh) | 无线通信系统中处置装置间反馈传送的方法和设备 | |
| US20230054063A1 (en) | Method and apparatus of requesting semi-persistent scheduling resource for transmission of data duplication in a wireless communication system | |
| TWI713399B (zh) | 無線通訊系統中用於處理側鏈路接收的方法和設備 | |
| US10117229B2 (en) | Method and apparatus for using a configured resource in a wireless communication system | |
| JP5941952B2 (ja) | 無線通信システムにおけるスモールセル高度化のための方法および装置 | |
| CN110662202A (zh) | 在无线通信系统中处理装置到装置资源释放的方法和设备 | |
| CN113225844A (zh) | 处理关于侧链路不连续接收的逻辑信道排序的方法和设备 | |
| CN113133037B (zh) | 关于媒体接入控制重置处理波束故障恢复的方法和设备 | |
| TW202139762A (zh) | 無線通訊系統中上行鏈路數據與排程請求之間進行優先順序排序的方法和設備 | |
| KR20220131195A (ko) | 무선 통신 시스템에서 사이드링크 통신을 위한 주기적인 사이드링크 리소스 및 불연속 수신을 처리하는 방법 및 장치 | |
| CN114205921A (zh) | 无线通信系统中用于小数据传送的方法和设备 | |
| CN116963283A (zh) | 关于侧链路载波聚合的经配置准予的方法 |