CN108811175A - 无线通信系统中传送数据复制的方法和设备 - Google Patents

无线通信系统中传送数据复制的方法和设备 Download PDF

Info

Publication number
CN108811175A
CN108811175A CN201810411444.2A CN201810411444A CN108811175A CN 108811175 A CN108811175 A CN 108811175A CN 201810411444 A CN201810411444 A CN 201810411444A CN 108811175 A CN108811175 A CN 108811175A
Authority
CN
China
Prior art keywords
data
rlc
radio link
pdu
replicate
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201810411444.2A
Other languages
English (en)
Other versions
CN108811175B (zh
Inventor
蔡馨玺
潘立德
曾立至
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=62200225&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN108811175(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN108811175A publication Critical patent/CN108811175A/zh
Application granted granted Critical
Publication of CN108811175B publication Critical patent/CN108811175B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413MIMO systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems
    • H04L27/2602Signal structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0069Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/02Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/026Multicasting of data during hand-off
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02Data link layer protocols

Landscapes

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

Abstract

本公开涉及一种无线通信系统中传送数据复制的方法和设备。在配置有数据复制的用户设备的一个方法中。用户设备复制数据单元到第一数据单元和第二数据单元中。用户设备构建用于传送第二数据单元的第二无线电链路控制分组数据单元。第二数据单元是第二无线电链路控制服务数据单元。用户设备从网络节点接收控制命令。控制命令用于停用数据复制。如果第二无线电链路控制分组数据单元包含第二无线电链路控制服务数据单元,那么用户设备舍弃第二无线电链路控制分组数据单元。

Description

无线通信系统中传送数据复制的方法和设备
技术领域
本公开大体上涉及无线通信网络,且更具体地说,涉及在无线通信系统中传送数据复制的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长,传统的移动语音通信网络演变成与互联网协议(Internet Protocol,IP)数据分组通信的网络。此类IP数据分组通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network,E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前,3GPP标准组织正在讨论新下一代(例如,5G)无线电技术。因此,目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
本公开中公开用于在无线通信系统中传送数据复制的方法和设备。在配置有数据复制的用户设备(user equipment,UE)的一个方法中。UE复制数据单元到第一数据单元和第二数据单元中。UE构建用于传送第二数据单元的第二无线电链路控制(Radio LinkControl,RLC)分组数据单元(Packet Data Unit,PDU)。第二数据单元是第二RLC服务数据单元(Service Data Unit,SDU)。UE从网络节点接收控制命令。控制命令用于停用数据复制。如果第二RLC PDU包含第二RLC SDU,那么UE舍弃第二RLC PDU。
附图说明
图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参数集(15KHz副载波间距,1ms子帧)下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的角度来看的一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信,例如语音、数据等。这些系统可以基于码分多址(code division multiple access,CDMA)、时分多址(time division multipleaccess,TDMA)、正交频分多址(orthogonal frequency division multiple access,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced,LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra MobileBroadband,UMB)、WiMax或一些其它调制技术。
具体来说,下文描述的示例性无线通信系统装置可设计成支持一个或多个标准,例如由名称为“第三代合作伙伴计划”(在本公开中被称作3GPP)的协会提供的标准,包含:R2-1701542,CA中的数据复制,RAN WG2会议#97;R2-1702032,下部层中的数据复制(HARQ),RAN WG2会议#97;TR 38.913 V14.1.0,关于下一代接入技术的情形和要求的研究;TS36.300 V14.1.0,演进型通用陆地无线电接入(Evolved Universal Terrestrial RadioAccess,E-UTRA)和演进型通用陆地无线接入网(Evolved Universal Terrestrial RadioAccess Network,E-UTRAN),总体描述,阶段2;R2-1703731,数据复制操作;R2-1703529,激活和停用数据复制;TS 36.321 V14.0.0,演进型通用陆地无线电接入(Evolved UniversalTerrestrial Radio Access,E-UTRA);介质访问控制(Medium Access Control,MAC)协议规范;TS 36.331 V14.1.0,演进型通用陆地无线电接入(Evolved Universal TerrestrialRadio Access,E-UTRA),无线电资源控制(Radio Resource Control,RRC),协议规范;TS36.322 V13.1.0,“演进型通用陆地无线电接入(Evolved Universal Terrestrial RadioAccess,E-UTRA),无线电链路控制(Radio Link Control,RLC)协议规范”;R2-1702642,“复制对PDCP的影响”;以及TS 36.323 V11.2.0,“演进型通用陆地无线电接入(EvolvedUniversal Terrestrial Radio Access,E-UTRA),分组数据汇聚协议(Packet DataConvergence 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通过CPU308执行存储器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研究项目的目的是识别且开发新无线电系统所需的技术组件,其应当能够使用范围至少高达100GHz的任何频谱带。支持高达100GHz的载波频率带来无线电传播领域中的许多挑战。当载波频率增加时,路径损耗也增加。
根据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能够提供通过使用载波聚合(carrieraggregation,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/3SDU外出点所花费的时间。
-对于分组的一个传送的一般URLLC可靠性要求对于32字节为1-10-5,用户平面时延为1ms。
UP时延:在上行链路和下行链路两个方向上通过无线电接口将应用层分组/消息从无线电协议层2/3SDU进入点成功传递到无线电协议层2/3SDU外出点所花费的时间,其中装置和基站接收都不受不连续接收(Discontinuous Reception,DRX)限制。
-对于URLLC,用户平面时延的目标对于UL应为0.5ms,且对于下行链路(downlink,DL)应为0.5ms。此外,如果可能,那么时延还应低到足以支持使用下一代接入技术,如可在下一代接入架构内使用的无线传输技术。上方的值应被视为平均值,并且不具有相关联的高可靠性要求。
根据3GPP TS 36.300 V14.1.0,层2被分成以下子层:介质访问控制(MediumAccess 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.300V14.1.0的章节4.9.2中所解释,SRB始终由MeNB处理,并且因此,针对MeNB仅示出共同控制信道(Common Control Channel,CCCH)。对于分离承载,在UE通过MeNB传送UL分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)分组数据单元(Packet Data Unit,PDU)所经由的一个或两个链路上配置UE。RLC层在并不负责UL PDCPPDU传送的链路上仅传送下行链路数据的对应ARQ反馈。
根据3GPP R2-1703731,在以下情况中数据复制(分组复制)是有益的:
1)在不具有数据复制的情况下,无法满足URLLC要求:
尽管在物理层中进行了一些努力,单子不具有数据复制的单个传送在一些情形中可能无法满足URLLC要求。例如,URLLC的物理资源块的数目可能不够,特别是在带宽有限的低于6GHz频率的情况下。图8示出了在LTE参数集和理想情况(即,所有正交频分复用(orthogonal frequency-division multiplexing,OFDM)符号都可用于数据传送)下根据TB大小所需的资源元素(resource element,RE)和资源块(resource block,RB)的数目及对应的最小带宽。如果在1符号TTI下将正交相移键控(Quadrature Phase Shift Keying,QPSK)和1/3译码速率应用于100字节的TB大小,那么需要1200个RE和至少20MHz带宽。尚不清楚是否可以针对每一用户始终预留URLLC的大于20MHz的带宽。根据如3GPP TR 38.913V.14.1.0中所描述的链路级模拟,初始传送的10-5误块率(block error ratio,BLER)可在1.5dB信噪比(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可使用链路选择来确定发送分组的最佳小区/载波。如果满足用于激活数据复制(packetduplication,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 TS36.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-Preambles和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)。
-Msg3HARQ传送的最大数目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中;
-将后退参数值设置为0ms;
-对于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模nprach-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是BLUE或增强型覆盖范围中的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设置为fRA,其中在[7]的章节5.7.1中定义了fRA
对于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设置为fRA,其中在[7]的章节5.7.1中定义了fRA
对于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指示。
-否则,将后退参数值设置为0ms。
-如果随机接入响应含有对应于传送的随机接入前导码的随机接入前导码标识符(见子条款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具有一个ULHARQ进程。
当物理层被配置成用于上行链路空间复用[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-IoTUE、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是到冗余版本的序列中的索引。此变量通过模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和最大数目的Msg3HARQ传送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,其设置桶大小持续时间(BucketSize 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时在哪一MACPDU中包含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 StatusReport,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授予可适应可用于传送的所有待决数据但不足以另外适应BSRMAC控制元素加上其子标头的情况下,将取消所有触发的BSR。当BSR包含在用于传送的MACPDU中时将取消所有触发的BSR。
MAC实体将在TTI中传送最多一个常规/周期性BSR。如果请求MAC实体在TTI中传送多个MAC PDU,那么其可在并不含有常规/周期性BSR的MAC PDU中的任一个中包含填补BSR。
在TTI中传送的所有BSR始终反映在对于此TTI已经建构所有MACPDU之后的缓冲区状态。每一LCG将每TTI报告最多一个缓冲区状态值,且此值将在报告用于此LCG的缓冲区状态的所有BSR中报告。
●注意:不允许填补BSR取消触发的常规/周期性BSR,NB-IoT除外。仅针对特定MACPDU触发填补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]模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模2)]模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.331V14.1.0中,如下文所述:
LogicalChannelConfig
IE LogicalChannelConfig用于配置逻辑信道参数。
LogicalChannelConfig信息元素
--ASN1START
--ASN1STOP
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的成功传递的第一PDCPSDU开始,执行重新传送或传送。如果那些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)/缓冲区状态报告(BufferStatus 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以建立相关数据无线电承载、演进分组系统(EvolvedPacket 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实体中缓冲的PDCPPDU(即,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(即,RLCSDU)。
当接收层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(即,RLCSDU)。
并接着,在用于服务用于原始数据的逻辑信道的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.321V14.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实体舍弃含有分组的PDCPPDU和/或含有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(即,RLCSDU)。
当接收层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实体中的分组的PDCPPDU,其中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相比较,复制和重新传送那些在此反应时间内传送的PDCPPDU从而为那些PDCP PDU的传送提供可靠性似乎更好。
在一个实施例中,UL PDCP复制应适用于在UL PDCP复制激活之前的时段内传送的PDCP PDU。
在一个实施例中,在UL PDCP复制激活之前应用UL PDCP复制的时段可通过gNB或UE配置。
另一方面,当网络检测到无线电链路变得良好时,它将指示UE停用PDCP复制。当无线电质量变得良好时可能无法立即停用UL PDCP复制,即,无线电质量的检测和PDCP复制的停用之间存在反应时间。在反应时间期间,UE可能已经产生若干个等待传送的复制PDCPPDU。然而,如果进行传送,那么这些复制PDCP PDU将是资源浪费。
为了避免复制PDCP PDU的不必要传送,UE应该在与传送复制PDCP PDU的支路相关联的RLC实体上执行重新建立程序,以舍弃那些待决复制PDCP PDU。
在一个实施例中,UL PDCP复制的停用应触发与传送复制PDCP PDU的支路相关联的RLC实体上的RLC重新建立程序。
可能地,可考虑PDCP层中用于存储PDCP PDU的缓冲区。存储在缓冲区中的PDCPPDU可被传递到用于服务用于传送原始数据的逻辑信道的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的传送。这些RLCPDU的可能情况可为:(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能够包含RLCPDU#1和RLC PDU#2的实例。
在一个实施例中,如果指示UE在接收UL资源之后(且在传送TB之前)停用数据复制,那么UE可以不舍弃含有完整PDCP PDU的RLC PDU(例如,RLC PDU#1)。在此实施例中,RLCPDU#1可以不被舍弃,因为已经为UE分配资源,并且UE将基于所述资源执行传送。从资源效率的角度来看,相比于传送TB中的填补,传送TB中的RLC PDU#1是有意义的。
在一个实施例中,如果指示UE在接收UL资源之后(且在传送TB之前)停用数据复制,那么UE可以不舍弃含有是第一片段PDCP PDU的片段PDCP PDU的RLC PDU(例如,RLCPDU#2)。在此情况下,RLC PDU#2可以不被舍弃。
在一个实施例中,如果指示UE在接收UL资源之后(且在传送TB之前)停用数据复制,那么UE可以不舍弃含有不是第一片段PDCP PDU的片段PDCP PDU的RLC PDU(例如,RLCPDU#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中缓冲的任何RLCPDU(不管含有的是完整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可复制RLCPDU(例如,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的新标头的新RLCPDU和从RLC#1复制的RLCSDU。
在一个实施例中,如果(第一片段RLC SDU尚未复制且)指示UE在接收UL资源之后(且在传送TB之前)激活数据复制,那么UE可以不复制RLC PDU(例如,RLC PDU#3)的片段RLCSDU(其不是第一片段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(其不是第一片段RLCSDU)的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(例如,RLCPDU#1)。RLC PDU#1可包含在将被传递到RLC#2中的特定RLC PDU中。在此实施例中,特定RLCPDU的标头可指示捎带的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(其不是第一片段RLCSDU)的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实体仍然复制PDCPPDU并通过两个逻辑信道传送),那么(例如,用于复制数据传送的)这些逻辑信道中的一个不应被分配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.321V14.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)分组数据单元(Packet Data Unit,PDU),其中第二数据单元是第二RLC服务数据单元(ServiceData 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 ConvergenceProtocol,PDCP)PDU。
在一个方法中,第一数据单元的内容与第二数据单元的内容相同。
在一个方法中,控制命令是介质访问控制(Medium Access Control,MAC)控制元素。在另一方法中,控制命令用于将数据复制从激活状态切换到停用状态。
在一个方法中,当UE从网络节点接收控制命令时,UE不舍弃第一RLC实体中的RLCSDU。在替代方法中,当UE从网络节点接收控制命令时,UE舍弃第二RLC实体中的RLC SDU。
在一个方法中,数据复制是UE的分组数据汇聚协议(Packet Data ConvergenceProtocol,PDCP)实体将PDCP PDU复制到第一PDCP PDU和第二PDCP PDU中、将第一PDCP PDU传递到第一RLC实体并将第二PDCP PDU传递到第二RLC实体的机制。
在另一示例性方法中,UE建立第一逻辑信道和第二逻辑信道,其中第一逻辑信道和第二逻辑信道与无线电承载相关联。UE建立第一RLC实体和第二RLC实体,其中第一RLC实体与第一逻辑信道相关联且第二RLC实体与第二逻辑信道相关联。在接收控制命令之前,UE产生第一RLCPDU并将第一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舍弃第二RLCPDU。如果第二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)分组数据单元(Packet 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)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件,或其经设计以执行本公开中所描述的功能的任何组合,且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器,但在替代方案中,处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合,例如,DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP内核结合,或任何其它此类配置。
应理解,在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解,基于设计偏好,过程中的步骤的特定次序或层级可以重新布置,同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的元件,但并不意味着限于所呈现的特定次序或层级。
结合本公开中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如,包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中,例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其它形式。示例存储介质可耦合到例如计算机/处理器等机器(为方便起见,所述机器在本公开中可以称为“处理器”),使得所述处理器可以从存储介质读取信息(例如,代码)和将信息写入到存储介质。示例存储介质可与处理器成一体式。处理器和存储介质可驻留在ASIC中。ASIC可驻存在用户设备中。在替代方案中,处理器和存储介质可作为离散组件而驻存在用户设备中。此外,在一些方面中,任何合适的计算机程序产品可包括计算机可读介质,所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中,计算机程序产品可包括封装材料。
虽然已经结合各个方面描述本发明,但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适,这通常遵循本发明的原理且包含对本公开的此类偏离,所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (20)

1.一种配置有数据复制的用户设备的方法,其特征在于,所述方法包括:
复制数据单元到第一数据单元和第二数据单元中;
构建用于传送所述第二数据单元的第二无线电链路控制分组数据单元,其中所述第二数据单元是第二无线电链路控制服务数据单元;
从网络节点接收控制命令,其中所述控制命令用于停用所述数据复制;以及
在所述第二无线电链路控制分组数据单元包含所述第二无线电链路控制服务数据单元的情况下舍弃所述第二无线电链路控制分组数据单元。
2.根据权利要求1所述的方法,其特征在于,进一步包括:
如果所述第二无线电链路控制分组数据单元仅包含所述第二无线电链路控制服务数据单元的片段,那么不舍弃所述第二无线电链路控制分组数据单元。
3.根据权利要求1所述的方法,其特征在于,所述第二无线电链路控制服务数据单元是完整的无线电链路控制服务数据单元。
4.根据权利要求2所述的方法其特征在于,所述第二无线电链路控制服务数据单元的所述片段不是完整的无线电链路控制服务数据单元。
5.根据权利要求2所述的方法,其特征在于,所述第二无线电链路控制服务数据单元的第一字节不包含在所述第二无线电链路控制分组数据单元中。
6.根据权利要求1所述的方法,其特征在于,进一步包括:
建立第一逻辑信道和第二逻辑信道,其中所述第一逻辑信道和所述第二逻辑信道与无线电承载相关联;以及
建立第一无线电链路控制实体和第二无线电链路控制实体,其中所述第一无线电链路控制实体与所述第一逻辑信道相关联,且所述第二无线电链路控制实体与所述第二逻辑信道相关联。
7.根据权利要求6所述的方法,其特征在于,所述第一无线电链路控制实体是第一无应答模式无线电链路控制实体,且所述第二无线电链路控制实体是第二无应答模式无线电链路控制实体。
8.根据权利要求6所述的方法,其特征在于,进一步包括:
使用第一服务小区来服务所述第一逻辑信道;以及
使用第二服务小区来服务所述第二逻辑信道。
9.根据权利要求1所述的方法,其特征在于,进一步包括:
构建用于传送所述第一数据单元的第一无线电链路控制分组数据单元,其中所述第一数据单元是第一无线电链路控制服务数据单元。
10.根据权利要求9所述的方法,其特征在于,所述第一无线电链路控制分组数据单元构建在第一无线电链路控制实体中。
11.根据权利要求1所述的方法,其特征在于,所述第二无线电链路控制分组数据单元是无应答模式数据分组数据单元。
12.根据权利要求1所述的方法,其特征在于,所述第二无线电链路控制分组数据单元构建在第二无线电链路控制实体中。
13.根据权利要求1所述的方法,其特征在于,所述数据单元是分组数据汇聚协议分组数据单元。
14.根据权利要求1所述的方法,其特征在于,所述第一数据单元的内容与所述第二数据单元的内容相同。
15.根据权利要求1所述的方法,其特征在于,所述控制命令是介质访问控制控制元素。
16.根据权利要求1所述的方法,其特征在于,所述控制命令用于将数据复制从激活状态切换到停用状态。
17.根据权利要求1所述的方法,其特征在于,进一步包括:
当所述用户设备从所述网络节点接收所述控制命令时,不舍弃第一无线电链路控制实体中的无线电链路控制服务数据单元。
18.根据权利要求1所述的方法,其特征在于,进一步包括:
当所述用户设备从所述网络节点接收控制命令时,舍弃第二无线电链路控制实体中的无线电链路控制服务数据单元。
19.根据权利要求1所述的方法,其特征在于,所述数据复制是所述用户设备的分组数据汇聚协议实体将分组数据汇聚协议分组数据单元复制到第一分组数据汇聚协议分组数据单元和第二分组数据汇聚协议分组数据单元中、将所述第一分组数据汇聚协议分组数据单元传递到第一无线电链路控制实体并将所述第二分组数据汇聚协议分组数据单元传递到第二无线电链路控制实体的机制。
20.一种配置有数据复制的用户设备,其特征在于,包括:
控制电路;
安装在所述控制电路中的处理器;
安装在所述控制电路中且耦合到所述处理器的存储器;
其中所述处理器被配置成执行存储在所述存储器中的程序代码以进行以下操作:
复制数据单元到第一数据单元和第二数据单元中;
构建用于传送所述第二数据单元的第二无线电链路控制分组数据单元,其中所述第二数据单元是第二无线电链路控制服务数据单元;
从网络节点接收控制命令,其中所述控制命令用于停用所述数据复制;以及
在所述第二无线电链路控制分组数据单元包含所述第二无线电链路控制服务数据单元的情况下舍弃所述第二无线电链路控制分组数据单元。
CN201810411444.2A 2017-05-05 2018-05-02 无线通信系统中传送数据复制的方法和设备 Active CN108811175B (zh)

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
CN108811175A true CN108811175A (zh) 2018-11-13
CN108811175B CN108811175B (zh) 2020-07-28

Family

ID=62200225

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810411444.2A Active CN108811175B (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 (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519307A (zh) * 2019-10-10 2019-11-29 重庆邮电大学 一种基于分组数据汇聚协议复制的数据发送方法
CN111294164A (zh) * 2018-12-06 2020-06-16 电信科学技术研究院有限公司 一种数据传输的方法和设备
WO2020118865A1 (zh) * 2018-12-11 2020-06-18 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN111314970A (zh) * 2018-12-11 2020-06-19 夏普株式会社 用户设备及其方法、基站及其方法
WO2020124384A1 (zh) * 2018-12-18 2020-06-25 Oppo广东移动通信有限公司 一种数据复制方式的指示方法、设备及存储介质
WO2020147052A1 (zh) * 2019-01-16 2020-07-23 Oppo广东移动通信有限公司 一种数据复制传输的控制方法、终端设备及网络设备
WO2020147155A1 (zh) * 2019-01-18 2020-07-23 Oppo广东移动通信有限公司 一种数据复制方法、终端设备及存储介质
WO2020173288A1 (zh) * 2019-02-26 2020-09-03 上海朗帛通信技术有限公司 被用于无线通信的用户设备、基站中的方法和装置
CN111835477A (zh) * 2019-04-22 2020-10-27 华为技术有限公司 一种通信方法及设备
CN111954310A (zh) * 2019-05-17 2020-11-17 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
WO2021026847A1 (zh) * 2019-08-14 2021-02-18 Oppo广东移动通信有限公司 无线通信的方法和设备
CN112752294A (zh) * 2019-10-31 2021-05-04 华硕电脑股份有限公司 无线通信系统中传送装置间侧链路报告的方法和设备
CN113079484A (zh) * 2020-01-03 2021-07-06 大唐移动通信设备有限公司 一种直通链路无线承载的传输配置方法及终端
CN113383504A (zh) * 2019-01-10 2021-09-10 弗劳恩霍夫应用研究促进协会 Nr v2x可靠性增强
CN113439398A (zh) * 2019-02-15 2021-09-24 诺基亚技术有限公司 优化的多重连接和数据复制
CN113543340A (zh) * 2021-06-29 2021-10-22 广州慧睿思通科技股份有限公司 数据传输方法、系统及设备、计算机可读存储介质
CN113785512A (zh) * 2019-02-14 2021-12-10 株式会社Ntt都科摩 用户终端以及无线通信方法
WO2021249218A1 (zh) * 2020-06-12 2021-12-16 华为技术有限公司 数据传输方法和装置
CN113973317A (zh) * 2020-07-23 2022-01-25 中国电信股份有限公司 分组数据汇聚协议复制的配置方法、装置和系统
WO2023066106A1 (zh) * 2021-10-19 2023-04-27 维沃移动通信有限公司 数据丢弃方法、装置、终端及网络侧设备

Families Citing this family (63)

* Cited by examiner, † Cited by third party
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
WO2018201459A1 (zh) * 2017-05-05 2018-11-08 Oppo广东移动通信有限公司 逻辑信道资源分配的方法和终端设备
US11153046B2 (en) * 2017-05-30 2021-10-19 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
US11265967B2 (en) 2017-06-14 2022-03-01 Ntt Docomo, Inc. User device for setting packet data convergence protocol entity in dual connectivity
CN109150415B (zh) * 2017-06-15 2022-01-21 夏普株式会社 基站、用户设备和相关方法
EP3582429B1 (en) 2017-06-15 2021-08-04 Samsung Electronics Co., Ltd. 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
US10728878B2 (en) 2017-06-22 2020-07-28 FB Innovation Company Limited Systems, devices, and methods for packet data convergence protocol packet data unit duplication
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
MX2019015476A (es) * 2017-07-27 2020-02-19 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de comunicacion inalambrica, dispositivo terminal y dispositivo de red.
JP2020528687A (ja) * 2017-07-28 2020-09-24 富士通株式会社 命令指示方法及び装置、情報交換方法及び装置
EP3627870B1 (en) * 2017-07-28 2021-12-22 Shenzhen Heytap Technology Corp., Ltd. Data transmission method and terminal device
CN109391639B (zh) * 2017-08-02 2021-01-08 维沃移动通信有限公司 一种激活及去激活数据复制的方法及终端
WO2019028778A1 (zh) * 2017-08-10 2019-02-14 Oppo广东移动通信有限公司 一种传输控制的方法、装置、设备及存储介质
US11197258B2 (en) 2017-08-10 2021-12-07 Beijing Xiaomi Mobile Software Co., Ltd. Timing advance group configuration
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
US11219035B2 (en) * 2017-11-14 2022-01-04 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广东移动通信有限公司 一种数据传输的方法、设备及计算机存储介质
CN110149730B (zh) * 2018-02-13 2021-01-29 华为技术有限公司 一种通信方法及装置
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
KR102459063B1 (ko) * 2018-02-14 2022-10-26 텔레폰악티에볼라겟엘엠에릭슨(펍) 전송 장치 및 전송 장치에서 통신을 처리하기 위해 수행되는 방법
US20210168840A1 (en) * 2018-04-04 2021-06-03 Lenovo (Beijing) Limited Buffer status report for packet duplication
TWI690238B (zh) * 2018-06-29 2020-04-01 華碩電腦股份有限公司 無線通訊系統中處理側鏈路接收的方法和設備
TWI713399B (zh) 2018-08-03 2020-12-11 華碩電腦股份有限公司 無線通訊系統中用於處理側鏈路接收的方法和設備
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
WO2020063862A1 (en) * 2018-09-27 2020-04-02 FG Innovation Company Limited Method and apparatus for random access
EP3876618A4 (en) * 2018-10-31 2022-06-08 Ntt Docomo, Inc. USER EQUIPMENT AND BASE STATION DEVICE
CN109561516B (zh) * 2018-11-29 2021-09-28 西安电子科技大学 一种rrc的nas pdu新传和重传的发送方法
WO2020126390A2 (en) * 2018-12-19 2020-06-25 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
CN113508627A (zh) * 2019-01-16 2021-10-15 株式会社Ntt都科摩 用户终端以及无线通信方法
KR20200089095A (ko) 2019-01-16 2020-07-24 삼성전자주식회사 차세대 이동통신 시스템에서 하위계층 전송결과에 의한 패킷 삭제를 수행하는 방법 및 장치
WO2020159134A1 (en) * 2019-01-30 2020-08-06 Lg Electronics Inc. Reconstruction of data unit
CN113243133B (zh) * 2019-02-15 2023-06-20 华为技术有限公司 通信方法和装置
US10904787B2 (en) * 2019-05-02 2021-01-26 Asustek Computer Inc. Method and apparatus for requesting sidelink radio bearer (SLRB) configuration of unicast transmission in a wireless communication system
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
JP7323697B2 (ja) * 2019-07-26 2023-08-08 オッポ広東移動通信有限公司 伝送リソースの選択方法、ネットワーク機器、ユーザ機器
WO2021030806A1 (en) * 2019-08-15 2021-02-18 Babaei Alireza Packet duplication via multiple transmission and reception points
EP4038945A4 (en) 2019-10-03 2023-10-25 Nokia Technologies Oy PACKET DEPENDENT LOGICAL CHANNEL LIMITATION
US20220377611A1 (en) * 2019-10-11 2022-11-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for multi-connection flow control in a wireless communication network
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
TWI768327B (zh) * 2020-04-21 2022-06-21 宏碁股份有限公司 電子裝置與其資料傳輸方法
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 단국대학교 산학협력단 랜덤 액세스를 수행하는 장치 및 방법
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
KR20240039052A (ko) * 2021-11-03 2024-03-26 엘지전자 주식회사 무선 통신 시스템에서 복제된 데이터 유닛을 측정 갭을 고려하여 전송하기 위한 방법 및 장치
EP4247101B1 (en) * 2022-03-15 2024-04-03 ASUSTek Computer Inc. Method and apparatus for supporting sidelink relay adaptation layer for ue-to-network relay in a wireless communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104488308A (zh) * 2012-05-21 2015-04-01 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备

Family Cites Families (31)

* Cited by examiner, † Cited by third party
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 엘지전자 주식회사 VoIP 서비스를 제공하는 무선통신 시스템
DE602005010252D1 (de) * 2005-09-20 2008-11-20 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
DE602007009799D1 (de) * 2007-04-20 2010-11-25 Panasonic Corp Verbessertes Übertragungsschema für Protokolldateneinheiten während eines Vorgangs mit Zurücksetzung der Protokollschicht
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
EP2168270B1 (en) * 2007-09-20 2016-02-17 LG Electronics Inc. A method for handling correctly received but header compression failed packets
TWI470982B (zh) * 2007-09-28 2015-01-21 Interdigital Patent Holdings 分組數據匯聚協議中控制協議數據單元方法及裝置
KR101132522B1 (ko) * 2007-10-01 2012-04-02 인터디지탈 패튼 홀딩스, 인크 Pdcp를 폐기하기 위한 방법 및 장치
WO2009076348A1 (en) 2007-12-10 2009-06-18 Interdigital Patent Holdings, Inc. Method and apparatus for triggering radio link control packet discard and radio link control re-establishment
WO2015018451A1 (en) * 2013-08-09 2015-02-12 Nokia Solutions And Networks Oy Use of packet status report from secondary base station to master base station in wireless network
KR102287928B1 (ko) * 2013-09-27 2021-08-10 삼성전자 주식회사 이동 통신 시스템에서 복수의 캐리어를 이용하는 데이터 송수신 방법 및 장치
JP6604955B2 (ja) * 2013-10-21 2019-11-13 エルジー エレクトロニクス インコーポレイティド 二重接続性における上りリンクデータ送信方法及びそのための装置
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
EP3469749B1 (en) * 2016-06-09 2023-05-03 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
WO2018200565A1 (en) * 2017-04-24 2018-11-01 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
CN109417716A (zh) * 2017-06-16 2019-03-01 联发科技(新加坡)私人有限公司 移动通信中处理数据重复的方法和装置
US20180367288A1 (en) * 2017-06-16 2018-12-20 Huawei Technologies Co., Ltd. Dynamic activation and deactivation of packet duplication
EP3627870B1 (en) * 2017-07-28 2021-12-22 Shenzhen Heytap Technology Corp., Ltd. Data transmission method and terminal device
CN109391639B (zh) * 2017-08-02 2021-01-08 维沃移动通信有限公司 一种激活及去激活数据复制的方法及终端
SG11202000554QA (en) * 2017-08-11 2020-02-27 Lg Electronics Inc Method and device for transmitting data unit
JP6881724B2 (ja) * 2017-09-28 2021-06-02 オフィノ, エルエルシー パケット複製アクティブ化シグナリング
WO2019093828A1 (en) * 2017-11-10 2019-05-16 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in wireless communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104488308A (zh) * 2012-05-21 2015-04-01 三星电子株式会社 用于在移动通信系统中传送和接收数据的方法和设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Data duplication and link selection for URLLC in NR,Tdoc R2-1700428", 《3GPP TSG-RAN WG2 #AH》 *
ERICSSON: "Data duplication in lower layers (HARQ),Tdoc R2-1700833", 《3GPP TSG-RAN WG2 #97》 *
ERICSSON: "Data duplication in lower layers (HARQ),Tdoc R2-1702032", 《3GPP TSG-RAN WG2 #97》 *
ERICSSON: "Further aspects of data duplication in PDCP layer,Tdoc R2-1700834", 《3GPP TSG-RAN WG2 #97》 *

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111294164A (zh) * 2018-12-06 2020-06-16 电信科学技术研究院有限公司 一种数据传输的方法和设备
US11963257B2 (en) 2018-12-11 2024-04-16 Sharp Kabushiki Kaisha User equipment that configures PDCP duplication, and PDCP duplication configuration method thereof, and base station that configures PDCP duplication, and PDCP duplication configuration method thereof
WO2020118865A1 (zh) * 2018-12-11 2020-06-18 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN111314970A (zh) * 2018-12-11 2020-06-19 夏普株式会社 用户设备及其方法、基站及其方法
US11877182B2 (en) 2018-12-11 2024-01-16 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method, terminal device and network device
WO2020124384A1 (zh) * 2018-12-18 2020-06-25 Oppo广东移动通信有限公司 一种数据复制方式的指示方法、设备及存储介质
US11949503B2 (en) 2018-12-18 2024-04-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Indication method of data copying mode, device and storage medium
CN113383504A (zh) * 2019-01-10 2021-09-10 弗劳恩霍夫应用研究促进协会 Nr v2x可靠性增强
WO2020147052A1 (zh) * 2019-01-16 2020-07-23 Oppo广东移动通信有限公司 一种数据复制传输的控制方法、终端设备及网络设备
CN112640508A (zh) * 2019-01-16 2021-04-09 Oppo广东移动通信有限公司 一种数据复制传输的控制方法、终端设备及网络设备
CN112640508B (zh) * 2019-01-16 2023-06-27 Oppo广东移动通信有限公司 一种数据复制传输的控制方法、终端设备及网络设备
CN112715044A (zh) * 2019-01-18 2021-04-27 Oppo广东移动通信有限公司 一种数据复制方法、终端设备及存储介质
WO2020147155A1 (zh) * 2019-01-18 2020-07-23 Oppo广东移动通信有限公司 一种数据复制方法、终端设备及存储介质
CN112715044B (zh) * 2019-01-18 2024-01-05 Oppo广东移动通信有限公司 一种数据复制方法、终端设备及存储介质
CN113785512A (zh) * 2019-02-14 2021-12-10 株式会社Ntt都科摩 用户终端以及无线通信方法
CN113439398A (zh) * 2019-02-15 2021-09-24 诺基亚技术有限公司 优化的多重连接和数据复制
WO2020173288A1 (zh) * 2019-02-26 2020-09-03 上海朗帛通信技术有限公司 被用于无线通信的用户设备、基站中的方法和装置
US11924809B2 (en) 2019-02-26 2024-03-05 Shanghai Langbo Communication Technology Company Limited Uplink transmission for scheduling resources using buffer status report
US11991785B2 (en) 2019-04-22 2024-05-21 Huawei Technologies Co., Ltd. Communication method and device for use with a packet data convergence protocol (PDCP) duplicate transmission function
CN111835477B (zh) * 2019-04-22 2022-04-05 华为技术有限公司 一种通信方法及设备
CN111835477A (zh) * 2019-04-22 2020-10-27 华为技术有限公司 一种通信方法及设备
CN111954310B (zh) * 2019-05-17 2023-10-10 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
CN111954310A (zh) * 2019-05-17 2020-11-17 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
WO2021026847A1 (zh) * 2019-08-14 2021-02-18 Oppo广东移动通信有限公司 无线通信的方法和设备
CN113455079B (zh) * 2019-08-14 2023-05-26 Oppo广东移动通信有限公司 无线通信的方法和设备
CN113455079A (zh) * 2019-08-14 2021-09-28 Oppo广东移动通信有限公司 无线通信的方法和设备
CN110519307A (zh) * 2019-10-10 2019-11-29 重庆邮电大学 一种基于分组数据汇聚协议复制的数据发送方法
CN112752294B (zh) * 2019-10-31 2024-03-26 华硕电脑股份有限公司 无线通信系统中传送装置间侧链路报告的方法和设备
CN112752294A (zh) * 2019-10-31 2021-05-04 华硕电脑股份有限公司 无线通信系统中传送装置间侧链路报告的方法和设备
CN113079484A (zh) * 2020-01-03 2021-07-06 大唐移动通信设备有限公司 一种直通链路无线承载的传输配置方法及终端
WO2021249218A1 (zh) * 2020-06-12 2021-12-16 华为技术有限公司 数据传输方法和装置
CN113810949A (zh) * 2020-06-12 2021-12-17 华为技术有限公司 数据传输方法和装置
CN113973317A (zh) * 2020-07-23 2022-01-25 中国电信股份有限公司 分组数据汇聚协议复制的配置方法、装置和系统
CN113973317B (zh) * 2020-07-23 2024-04-09 中国电信股份有限公司 分组数据汇聚协议复制的配置方法、装置和系统
CN113543340A (zh) * 2021-06-29 2021-10-22 广州慧睿思通科技股份有限公司 数据传输方法、系统及设备、计算机可读存储介质
WO2023066106A1 (zh) * 2021-10-19 2023-04-27 维沃移动通信有限公司 数据丢弃方法、装置、终端及网络侧设备

Also Published As

Publication number Publication date
ES2929734T3 (es) 2022-12-01
US20180324641A1 (en) 2018-11-08
CN108811175B (zh) 2020-07-28
JP2018191288A (ja) 2018-11-29
US10582418B2 (en) 2020-03-03
TW201844021A (zh) 2018-12-16
TWI664862B (zh) 2019-07-01
EP3399724B1 (en) 2022-10-05
EP3399724A1 (en) 2018-11-07
JP6577087B2 (ja) 2019-09-18
KR102102526B1 (ko) 2020-04-23
KR20180122951A (ko) 2018-11-14

Similar Documents

Publication Publication Date Title
CN108811175A (zh) 无线通信系统中传送数据复制的方法和设备
KR102658244B1 (ko) 스케줄링 요청 기반 빔 장애 복구
CN110291812B (zh) 无线通信系统中非活动模式操作的方法和装置
CN110915284B (zh) 无线装置和无线网络中的调度请求方法
EP3510799B1 (en) Ultra reliable low latency connection support in radio access networks
KR102460782B1 (ko) 차세대 이동통신 시스템에서 시스템 정보 요청 시 효율적으로 단말 동작을 수행하는 방법 및 장치
CN105684501B (zh) 在移动通信系统中使用多个载波传送/接收数据的方法和装置
KR102228707B1 (ko) 무선 통신 시스템에서 사이드링크 수신을 핸들링하는 방법 및 장치
CN101932052B (zh) 一种切换方法、用户终端及网络侧设备
CN103299699B (zh) 移动通信系统中用户设备的随机接入方法和装置
CN104488308B (zh) 用于在移动通信系统中传送和接收数据的方法和设备
CN108738157B (zh) 无线通信中请求半静态调度资源传送复制本的方法和设备
CN102523627B (zh) 一种数据传输方法及装置
KR20190039232A (ko) 무선 네트워크 및 디바이스에서의 주기적 자원 할당
CN109041245A (zh) 无线通信系统中多个调度请求配置的方法和设备
CN109699088A (zh) 无线通信系统中基于msg3的系统信息请求的方法和设备
CN109922534A (zh) 随机接入程序期间处理带宽部分定时器的方法和设备
CN102158972B (zh) 一种数据传输的方法和装置
CN106332152B (zh) 一种数据传输方法以及相关设备
CN104770032B (zh) 双连接模式下的资源请求方法及终端、主基站和辅基站
CN111052845B (zh) 在无线通信系统中调节竞争窗口大小的方法和使用该方法的设备
CN110463291A (zh) 在无线通信系统中传输侧链路同步信号的方法和使用该方法的终端
CN107580330A (zh) 用于支持经由中继节点的通信的方法和设备
CN103262619A (zh) 移动台、基站、无线通信系统以及无线通信方法
KR102637660B1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant