CN112335313B - 用于分组数据汇聚协议复制的ue及方法 - Google Patents

用于分组数据汇聚协议复制的ue及方法 Download PDF

Info

Publication number
CN112335313B
CN112335313B CN201980041141.9A CN201980041141A CN112335313B CN 112335313 B CN112335313 B CN 112335313B CN 201980041141 A CN201980041141 A CN 201980041141A CN 112335313 B CN112335313 B CN 112335313B
Authority
CN
China
Prior art keywords
bler
lcp
pdcp
grant
logical channel
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.)
Active
Application number
CN201980041141.9A
Other languages
English (en)
Other versions
CN112335313A (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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of CN112335313A publication Critical patent/CN112335313A/zh
Application granted granted Critical
Publication of CN112335313B publication Critical patent/CN112335313B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

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

Abstract

本申请提供一种用于PDCP复制的UE及方法，所述方法包括：从BS接收用于将逻辑信道配置为与配置有PDCP复制功能的DRB相关联的消息，其中所述PDCP复制功能与所述BS指定的特定小区组相关联；从所述BS接收RRC消息，所述RRC消息将所述逻辑信道配置为具有LCP限制；从所述BS接收UL授权，所述UL授权指示服务小区上的UL资源；发起LCP程序以生成要在所述UL资源上发送的PDU；以及在确定所述PDCP复制功能被去激活时，确定是否在所述LCP程序中应用所述LCP限制。

Description

用于分组数据汇聚协议复制的UE及方法
相关申请的交叉引用
本申请要求2018年6月21日提交的标题为“Medium Access Control ProceduresSupporting URLLC”的临时美国专利申请序列号62/688,187的权益和优先权，其代理人案卷号为US74282(下文称为“US74282申请”)。US74282申请的公开内容在此以引用的方式整体并入本申请中。
技术领域
本公开总体涉及无线通信，并且更具体地，涉及下一代无线通信网络的选择逻辑信道的程序。
背景技术
已经作出各种努力以改进无线电通信的不同方面，诸如下一代(例如，5G新无线电(NR))无线电通信系统的数据速率、时延、可靠性和移动性。为了支持多样化使用场景(诸如，增强型移动宽带(eMBB)、超可靠和低时延通信(URLLC)和大规模机器类型通信(mMTC))，NR中的无线电帧结构和大多数媒体访问控制(MAC)层程序被设计成具有高灵活性。另外，NR还引入具有更加稳健特性(例如，低误块率(BLER))的新型无线电资源,新型无线电资源旨在实现10-5的目标BLER。
当执行新的发送时，MAC层应用的一个程序是逻辑信道优先级排序(LCP)。当基站(例如，eNB、ng-eNB、gNB)为用户设备(UE)分配上行链路资源以发送上行链路数据时，UE可执行LCP程序以将上行链路资源分派给适当逻辑信道。LCP程序可包括选择逻辑信道的程序,以识别用于形成MAC协议数据单元(PDU)的有效逻辑信道。在NR无线通信系统中，需要提供一种用于选择逻辑信道的方法，以正确地区分eMBB服务与URLLC服务之间的无线电资源使用。
发明内容
本公开涉及下一代无线通信网络的选择逻辑信道的程序。
根据本公开的一个方面，提供一种用于分组数据汇聚协议(Packet DataConvergence Protoco，PDCP)复制的用户设备(User Equipment，UE)。所述UE包括：处理器；以及存储器，其耦合到所述处理器，其中，所述存储器存储计算机可执行程序，所述计算机可执行程序在由所述处理器执行时使所述处理器：从基站(Base Station，BS)接收用于将逻辑信道配置为与配置有PDCP复制功能的数据无线电承载(Data radio bearer，DRB)相关联的消息，其中所述PDCP复制功能与所述BS指定的特定小区组相关联；从所述BS接收无线电资源控制(Radio Resource Control，RRC)消息，所述RRC消息将所述逻辑信道配置为具有逻辑信道优先级排序(Logical Channel Prioritization，LCP)限制；从所述BS接收上行链路(Up Link，UL)授权，所述UL授权指示服务小区上的UL资源；发起LCP程序以生成要在所述UL资源上发送的协议数据单元(Protocol Data Unit，PDU)；以及在确定所述PDCP复制功能被去激活时，确定是否在所述LCP程序中应用所述LCP限制。
根据本公开的另一个方面，提供一种用于PDCP复制的方法。所述方法包括：从BS接收用于将逻辑信道配置为与配置有PDCP复制功能的DRB相关联的消息，其中所述PDCP复制功能与所述BS指定的特定小区组相关联；从所述BS接收RRC消息，所述RRC消息将所述逻辑信道配置为具有LCP限制；从所述BS接收UL授权，所述UL授权指示服务小区上的UL资源；发起LCP程序以生成要在所述UL资源上发送的PDU；以及在确定所述PDCP复制功能被去激活时，确定是否在所述LCP程序中应用所述LCP限制。
附图说明
当结合附图来阅读以下详细描述时可最好地理解示例性公开的各个方面。各种特征未按比例绘制，为了论述清楚，可随意地增大或减小各种特征的尺寸。
图1是展示根据本申请示例性实现方式的UE的协议栈的图示。
图2是展示根据本申请示例性实现方式的与MAC实体相关联的多个逻辑信道的图示。
图3是根据本申请示例性实现方式的由UE执行的选择逻辑信道的方法的流程图。
图4示出根据本申请示例性实现方式的逻辑信道配置的一种格式。
图5示出根据本申请示例性实现方式的由MAC实体执行的选择逻辑信道的过程。
图6示出根据本申请示例性实现方式的案例#1-a中的由MAC实体执行的选择逻辑信道的过程。
图7示出根据本申请示例性实现方式的案例#1-b中的由MAC实体执行的选择逻辑信道的过程。
图8示出根据本申请示例性实现方式的案例#1-c中的由MAC实体执行的选择逻辑信道的过程。
图9示出根据本申请示例性实现方式的案例#1-c中的由MAC实体执行的选择逻辑信道的过程。
图10示出根据本申请示例性实现方式的案例#1-d中的由MAC实体执行的选择逻辑信道的过程。
图11示出根据本申请示例性实现方式的案例#1-e中的由MAC实体执行的选择逻辑信道的过程。
图12示出根据本申请示例性实现方式的案例#1-e中的由MAC实体执行的选择逻辑信道的过程。
图13示出根据本申请示例性实现方式的案例#1-f中的由MAC实体执行的选择逻辑信道的过程。
图14示出根据本申请示例性实现方式的案例#2-a中的由MAC实体执行的选择逻辑信道的过程。
图15示出根据本申请示例性实现方式的案例#2-b中的由MAC实体执行的选择逻辑信道的过程。
图16展示根据本申请各种方面的用于无线通信的装置的框图。
具体实施方式
以下描述包含有关本公开中的示例性实现方式的具体信息。本公开中的图式及其所附详细描述涉及仅示例性实现方式。然而，本公开不限于仅这些示例性实现方式。本领域的技术人员将想到本公开的其他变型和实现方式。除非另外指明，否则附图中的类似或对应的元件可由类似或对应的附图标号指示。此外，本公开中的图式和图解通常未按比例绘制，并且并不意图对应于实际相对尺寸。
为了一致性和易于理解，类似的特征在示例性附图中由相同数字标识(虽然在一些实例中未示出)。然而，不同实现方式中的特征可在其他方面有所不同，并且因此不应狭隘地局限于附图中所示的内容。
本说明书使用短语“在一个实现方式中”或“在一些实现方式中”，其可各自指代相同或不同实现方式中的一者或多者。术语“耦合”被定义为连接，不论是直接连接还是通过中间部件间接连接，并且不一定限于物理连接。术语“包括”在利用时意指“包括但不一定限于”；其具体指示在如此描述的组合、组、系列和等效物中的开放式包括或成员身份。表达“A、B和C中的至少一者”或“以下中的至少一者：A、B和C”意指：“仅A、或仅B、或仅C，或A、B和C的任何组合”。
另外，为了解释而非限制，陈述具体细节(诸如功能实体、技术、协议、标准等)以提供对所描述技术的理解。在其他实例中，省略了对众所周知的方法、技术、系统、架构等的详细描述以免不必要的细节混淆描述。本领域的技术人员将直接认识到，本公开中所描述的任何一个或多个网络功能或算法可由硬件、软件或软件和硬件的组合来实现。所描述的功能可对应于模块，所述模块可以是软件、硬件、固件或它们的任何组合。软件实现方式可包括存储在计算机可读介质(诸如存储器或其他类型的存储装置)上的计算机可执行指令。例如，具有通信处理能力的一个或多个微处理器或通用计算机可编程有对应的可执行指令并且执行所描述的一个或多个网络功能或算法。微处理器或通用计算机可由专用集成电路(ASIC)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(DSP)形成。尽管本说明书中所描述的示例性实现方式中的一些实现方式是针对安装在计算机硬件上并在其上执行的软件，然而，实现为固件或硬件或者硬件和软件的组合的替代示例性实现方式完全在本公开的范围内。
计算机可读介质包括但不限于随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、闪存存储器、光盘只读存储器(CD-ROM)、磁盒、磁带、磁盘存储装置或能够存储计算机可读指令的任何其他等效介质。
无线电通信网络架构(例如，长期演进(LTE)系统、高级LTE(LTE-A)系统、高级LTEPro系统或5G新无线电(NR)无线电接入网络)通常包括至少一个基站、至少一个用户设备(UE)和提供连接到网络的一个或多个可选网络元件。UE通过由一个或多个基站建立的无线电接入网络(RAN)与网络(例如，核心网络(CN)、演进分组核心(EPC)网络、演进通用地面无线电接入网络(E-UTRAN)、5G核心(5GC)或互联网)通信。
应指出，在本申请中，UE可包括但不限于移动站、移动终端或装置、用户通信无线电终端。例如，UE可以是便携式无线电设备，其包括但不限于具有无线电通信能力的移动电话、平板计算机、可穿戴装置、传感器、车辆或个人数字助理(PDA)。UE被配置为通过空中接口从无线电接入网络中的一个或多个小区接收信号和/或向无线电接入网络中的一个或多个小区发送信号。
基站可被配置为根据以下无线电接入技术(RAT)中的至少一者来提供通信服务：全球微波接入互操作(WiMAX)、全球移动通信系统(GSM，通常称为2G)、GSM/EDGE无线电接入网络(GERAN)、通用分组无线电业务(GPRS)、基于基本宽带码分多址(W-CDMA)的通用移动通信系统(UMTS，通常称为3G)、高速分组接入(HSPA)、LTE、LTE-A、eLTE(演进LTE，例如，连接到5GC的LTE)、新无线电(NR，通常称为5G)和/或LTE-A Pro。然而，本申请的范围不应限于以上所提及的协议。
基站可包括但不限于UMTS中的节点B(NB)、LTE或LTE-A中的演进节点B(eNB)、UMTS中的无线电网络控制器(RNC)、GSM/GERAN中的基站控制器(BSC)、与5GC连接的E-UTRA基站中的ng-eNB、5G-RAN中的下一代节点B(gNB)以及能够控制无线电通信和管理小区内的无线电资源的任何其他设备。基站可通过到网络的无线电接口连接以服务于一个或多个UE。
基站可操作来使用形成无线电接入网络的多个小区向特定地理区域提供无线电覆盖。基站支持这些小区的操作。每个小区可操作来向其无线电覆盖范围内的至少一个UE提供服务。更具体地，每个小区(通常称为服务小区)提供服务以服务于其无线电覆盖范围内的一个或多个UE(例如，每个小区向其无线覆盖范围内的至少一个UE调度下行链路和可选的上行链路资源，以用于下行链路和可选的上行链路分组传输)。基站可通过多个小区与无线电通信系统中的一个或多个UE通信。小区可分派侧链路(SL)资源以用于支持接近服务(ProSe)或车联网(V2X)服务。每个小区可具有与其他小区重叠的覆盖区域。
如上所述，NR的帧结构要支持灵活的配置以用于适应各种下一代(例如，5G)通信要求，诸如增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、超可靠通信和低时延通信(URLLC)，同时满足高可靠性、高数据速率和低时延要求。如3GPP中所协定的正交频分复用(OFDM)技术可用作NR波形的基线。也可使用可扩展OFDM参数集(numerology)，诸如自适应子载波间距、信道带宽和循环前缀(CP)。另外，针对NR考虑两种编码方案：(1)低密度奇偶校验(LDPC)码；和(2)极化码。编码方案适应可基于信道条件和/或服务应用进行配置。
此外，还应该注意，在单个NR帧的发送时间间隔TX中，应至少包括下行链路(DL)发送数据、保护时段和上行链路(UL)发送数据，其中DL发送数据、保护时段、UL发送数据的相应部分也应该是可配置的，例如，可基于NR的网络动态性进行配置。此外，还可在NR帧中提供侧链路资源以支持ProSe服务或V2X服务。
图1是展示根据本申请示例性实现方式的UE的协议栈的图示。UE 100中的协议栈可包括无线电资源控制(RRC)层110、分组数据汇聚协议(PDCP)层120、无线电链路控制(RLC)层130、媒体访问控制(MAC)层140和物理(PHY)层150。RRC层110的功能可包括：系统信息的广播、UE 100与网络(例如，下一代无线电接入网络NG-RAN)之间的RRC连接的建立和发布、服务质量(QoS)管理功能等。PDCP层120的功能可包括：PDCP PDU的加密、解密、完整性保护、复制等。RLC层130的功能可包括：RLC服务数据单元(SDU)的分割、SDU的重组、RLC重建立等。MAC层140的功能可包括：逻辑信道与传输信道之间的映射、将属于一个或不同逻辑信道的MAC SDU复用到在传输信道上递送到PHY层150的传输块(TB)、以逻辑信道优先级排序处理UE 100的逻辑信道之间的优先级等。PHY层150的功能可包括：载波调制、信道编码、初始接入、波束管理等。
图2是展示根据本申请示例性实现方式的与MAC实体相关联的多个逻辑信道的图示。图2集中于图1所示的MAC层140、RLC层130和PDCP层120。UE 100中的架构200可由基站(例如，gNB)进行配置。MAC层140向RLC层130提供逻辑信道。一般来讲，单个MAC实体被配置给UE 100。当UE 100配置有辅小区组(SCG)时，两个MAC实体可被配置给UE 100：其中一个MAC实体用于主小区组(MCG)，另一个MAC实体用于SCG。如图2所示，MAC实体141可与多个逻辑信道LCH1、LCH2、LCH3、LCH4相关联，所述多个逻辑信道LCH1、LCH2、LCH3、LCH4分别对应于多个RLC实体131、132、133、134。在选择逻辑信道的程序期间，MAC实体141可从逻辑信道LCH1、LCH2、LCH3、LCH4中选择一个或多个逻辑信道，然后将上行链路授权分派给所选择的一个或多个逻辑信道。
在图2所示的实例中，UE 100配置有支持PDCP复制功能的架构200。在一个实现方式中，逻辑信道中的一些逻辑信道可与配置有PDCP复制功能的无线电承载相关联，逻辑信道中的一些逻辑信道可与未配置有PDCP复制功能的另一个无线电承载相关联。如图2所示，逻辑信道LCH1和LCH2不与PDCP复制功能相关联，逻辑信道LCH3和LCH4与PDCP复制功能相关联。在一个实现方式中，PDCP复制功能可被动态地激活或去激活。因此，对于不与PDCP复制功能相关联的无线电承载(诸如PDCP实体121或PDCP实体122的无线电承载)，可能的场景可包括：(a)无线电承载未配置有PDCP复制功能；(b)无线电承载配置有PDCP复制功能，但PDCP复制功能被去激活；(c)无线电承载之前配置有PDCP复制功能，但现在PDCP复制功能被去除。对于与配置有PDCP复制功能的PDCP实体123相关联的无线电承载，两个RLC实体133和134可处理针对与PDCP实体123相关联的无线电承载复制的PDCP PDU。PDCP复制功能可由RRC针对无线电承载进行配置。利用两个发送路径，PDCP复制功能可增加可靠性并且因此有益于URLLC服务。URLLC服务对其数据发送具有高可靠性要求。相比之下，eMBB服务更关心其数据速率改进。为了达到URLLC服务的高可靠性要求，NR的物理层可提供具有比初始类型(例如，10-1)更低目标BLER(例如，10-5)的新无线电资源。利用两种不同类型的无线电资源，可在UE订阅URLLC服务和eMBB服务两者的情况下动态地向UE授权或调度无线电资源。UE如何在URLLC服务与eMBB服务之间分派由gNB授权的无线电资源仍是一个问题。事实上，正常BLER水平无线电资源可满足eMBB服务，但无法满足URLLC服务。因此，当从gNB授权低BLER无线电资源数据时，UE中的MAC层可将低BLER无线电资源优先由用于URLLC服务的逻辑信道(LCH)采用，而非用于eMBB服务的逻辑信道采用。因为低BLER水平和正常BLER水平的无线资源是由gNB动态地授权的，所以需要在UE提供改良的MAC程序(尤其是逻辑信道优先级排序(LCP)程序)，以实现更高效的操作。以下描述中将详细地论述LCP程序。
在一个实现方式中，由UE执行的选择逻辑信道的方法可包括以下动作。UE可从基站接收多个所配置逻辑信道中的每个逻辑信道的BLER相关的限制。UE可从基站接收上行链路(UL)授权。UE可获得UL授权的BLER相关的特性。UE可根据UL授权的BLER相关的特性以及多个所配置逻辑信道中的每个逻辑信道的BLER相关的限制从多个所配置逻辑信道中选择用于UL授权的一个或多个逻辑信道。UE可将UL授权分派给所选择的一个或多个逻辑信道。图3是根据本申请示例性实现方式的由UE执行的选择逻辑信道的方法的流程图。方法300可包括动作302、304、306、308和310。在动作302中，UE可从基站接收多个所配置逻辑信道中的每个逻辑信道的BLER相关的限制。在动作304中，UE可从基站接收上行链路(UL)授权。在动作306中，UE可获得UL授权的BLER相关的特性。在动作308中，在满足第一条件时，UE可根据UL授权的BLER相关的特性以及多个所配置逻辑信道中的每个逻辑信道的BLER相关的限制从多个所配置逻辑信道中选择用于UL授权的一个或多个逻辑信道。在动作310中，UE可将UL授权分派给所选择的一个或多个逻辑信道。应指出，本公开中的基站可以是eNB、ng-eNB、gNB或能够控制无线电通信和管理小区内的无线电资源的其他设备。在下文中，为简洁起见，基站也可表示为gNB。还应指出，本公开中提及的NR gNB或小区可应用于任何基站，而与无线电接入技术无关。
动作304中的UL授权可在物理下行链路控制信道(PDCCH)上接收。一旦执行新发送(例如，接收到UL授权)，UE可在动作306中获得UL授权的BLER相关的特性。在一个实现方式中，动作306可包括：UE的MAC实体从UE的物理层获得UL授权的BLER特性。BLER特性可指示UL授权的BLER水平。BLER特性可以是精确的BLER值、BLER水平索引或预分类的BLER水平。
在一个实现方式中，MAC实体可由物理层通知UL授权(例如，无线电资源)的目标BLER。从物理层到MAC实体的BLER通知可以是基于预分类(例如，正常或低)的BLER水平或基于BLER精确值(例如，10-1、10-5……等)的BLER水平。在一个实现方式中，UL授权的目标BLER可由特定无线电网络临时标识(RNTI)指示。在一个实现方式中，目标BLER可由gNB分类成多个水平。对应的BLER映射表可通过下行链路RRC消息(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息)从gNB提供到UE。BLER映射表的实例在以下表1中示出。
表1-BLER映射表的实例
基于BLER映射表，物理层可简单地将BLER水平索引提供到MAC实体以用于指示UL授权的BLER。MAC实体可通过接收BLER水平索引以及参考BLER映射表来算出BLER。在一个实现方式中，物理层可能不将BLER特性(例如，BLER水平索引)提供到MAC实体。换句话讲，物理层针对每个UL授权可选择性地将BLER特性提供到MAC实体。当MAC实体未成功地从物理层获得UL授权的BLER特性时，MAC实体可将预先确定的值设定为UL授权的BLER水平。预先确定的值可以是(例如，由gNB预先确定或预配置的)默认BLER水平、(例如，由gNB预先确定或预配置的)正常或特定BLER水平、或先前UL授权的BLER水平。在一个实现方式中，如果未从物理层将BLER特性(例如，BLER水平索引)提供到MAC实体，则MAC实体针对此UL授权可忽略LCP程序内的BLER事项。
动作302中的BLER相关的限制可在由gNB提供到UE的逻辑信道配置内。在一个实现方式中，BLER相关的限制可在从基站发送的下行链路(DL)RRC消息(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息)内。图4示出根据本申请示例性实现方式的逻辑信道配置的一种格式。抽象语法标记一(ASN.1)可用于描述本申请中的消息的各种实现方式的数据结构。如图4所示，逻辑信道配置的数据结构400可包括与LCP程序相关的参数，包括每个逻辑信道的priority、prioritisedBitRate、bucketSizeDuration和BLER_restriction。
在由gNB配置每个LCH的BLER_restriction(例如，图3中的动作302)之后，UE可在选择逻辑信道的程序期间考虑所配置的BLER_restriction。在由物理层向MAC实体指示新发送的UL授权的BLER(例如，图3中的动作306)之后，MAC实体对每个UL授权可在LCP程序内的逻辑信道选择阶段选择满足BLER相关的限制的一个或多个逻辑信道(例如，图3中的动作308)。
BLER相关的限制可由gNB显式地或隐式地进行配置。在一个实现方式中，当gNB将每个逻辑信道配置给UE时，gNB可通过特定下行链路RRC消息内的特定信息元素(IE)(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息内的LogicalChannelConfig IE)显式地指示BLER相关的限制(例如，图4所示的BLER_restriction)。
图5示出根据本申请示例性实现方式的由MAC实体执行的选择逻辑信道的过程。根据图5所示的方法500，MAC实体可选择满足各种条件的逻辑信道，所述各种条件包括BLER_restriction和其他因素，诸如子载波间距、所允许的服务小区等。例如，如果一LCH对应的BLER_restriction满足特定条件，则MAC实体可选择所述LCH。关于图4所示的BLER_restriction和图5所示的特定条件，存在若干替代方案。
案例#1-a：所允许的最高BLER水平
图4所示的BLER_restriction可以是LCH所允许的最高BLER的阈值。在案例#1-a中，BLER_restriction可重命名为Allowed_Highest_BLER。例如，如果LCH被限制为仅采用BLER不高于10-5(例如，仅可允许10-5和10-7)的UL授权，则图4所示的BLER_restriction可以是：
Allowed_Highest_BLER 10-5。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示阈值。图4所示的BLER_restriction可以是：
Allowed_Highest_BLER 01。
图6示出根据本申请示例性实现方式的案例#1-a中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Allowed_Highest_BLER满足特定条件，则MAC实体可选择所述LCH。根据图6所示的方法600，特定条件可以是：Allowed_Highest_BLER不低于UL授权的BLER水平。
应指出，图6所示的方法对应于图5所示的方法。图6中的省略部分(……)可对应于以下条件：图5所示的所允许的子载波间距索引值、maxPUSCH-duration、configuredGrantType1Allowed和allowedServingCells。图6中的Allowed_Highest_BLER可对应于图5中的BLER_restriction。类似的表示也在图7至图15中使用。
案例#1-b：所允许的最低BLER水平
图4所示的BLER_restriction可以是LCH所允许的最低BLER的阈值。在案例#1-b中，BLER_restriction可重命名为Allowed_Lowest_BLER。例如，如果LCH被限制为仅采用BLER不低于10-5(例如，仅可允许10-1和10-5)的UL授权，则图4所示的BLER_restriction可以是：
Allowed_Lowest_BLER 10-5。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示阈值。图4所示的BLER_restriction可以是：
Allowed_Lowest_BLER 01。
图7示出根据本申请示例性实现方式的案例#1-b中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Allowed_Lowest_BLER满足特定条件，则MAC实体可选择所述LCH。根据图7所示的方法700，特定条件可以是：Allowed_Lowest_BLER不高于UL授权的BLER水平。
案例#1-c：所允许的BLER水平列表
图4所示的BLER_restriction可以是LCH所允许的BLER水平的列表。在案例#1-c中，BLER_restriction可重命名为Allowed_BLER_List。例如，如果LCH被限制为仅采用BLER为10-1或10-5的UL授权，则图4所示的BLER_restriction可以是：
Allowed_BLER_List{10-1,10-5}。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示列表。图4所示的BLER_restriction可以是：
Allowed_BLER_List{00,01}。
图8示出根据本申请示例性实现方式的案例#1-c中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Allowed_BLER_List满足特定条件，则MAC实体可选择所述LCH。根据图8所示的方法800，特定条件可以是：Allowed_BLER_List中的BLER值的集合包括UL授权的BLER水平。
在一个实现方式中，可通过BLER水平索引指示列表，对应的用于选择逻辑信道的方法可参考图9，其示出根据本申请示例性实现方式的案例#1-c中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Allowed_BLER_List满足特定条件，则MAC实体可选择所述LCH。根据图9所示的方法900，特定条件可以是：Allowed_BLER_List中的BLER水平索引的集合包括UL授权的BLER水平。
案例#1-d：所允许的特定BLER水平
图4所示的BLER_restriction可以是LCH所允许的单个BLER水平。在案例#1-d中，BLER_restriction可重命名为Allowed_Specific_BLER。例如，如果LCH被限制为仅采用BLER为10-5的UL授权，则图4所示的BLER_restriction可以是：
Allowed_Specific_BLER 10-5。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示特定BLER水平。图4所示的BLER_restriction可以是：
Allowed_Specific_BLER 01。
在一个实现方式中，Allowed_Specific_BLER可用于指示LCH是否被允许采用BLER水平为预配置的值(例如，默认值)的UL授权。默认值可由gNB预配置，并且默认值可以是UE特定的、小区组特定的、小区特定的、载波特定的(例如，正常上行链路(NUL)或补充上行链路(SUL))、或带宽部分(BWP)特定的。
图10示出根据本申请示例性实现方式的案例#1-d中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Allowed_Specific_BLER满足特定条件，则MAC实体可选择所述LCH。根据图10所示的方法1000，特定条件可以是：Allowed_Specific_BLER匹配UL授权的BLER水平。
案例#1-e：所禁止的BLER水平列表
图4所示的BLER_restriction可以是LCH所不允许的BLER水平的列表。在案例#1-e中，BLER_restriction可重命名为Prohibit_BLER_List。例如，如果LCH被禁止采用BLER为10-1或10-5的UL授权，则图4所示的BLER_restriction可以是：
Prohibit_BLER_List{10-1,10-5}。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示列表。图4所示的BLER_restriction可以是：
Prohibit_BLER_List{00,01}。
图11示出根据本申请示例性实现方式的案例#1-e中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Prohibit_BLER_List满足特定条件，则MAC实体可选择所述LCH。根据图11所示的方法1100，特定条件可以是：Prohibit_BLER_List中的BLER值的集合不包括UL授权的BLER水平。
在一个实现方式中，可通过BLER水平索引指示列表，对应的用于选择逻辑信道的方法可参考图12，其示出根据本申请示例性实现方式的案例#1-e中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Prohibit_BLER_List满足特定条件，则MAC实体可选择所述LCH。根据图12所示的方法1200，特定条件可以是：Prohibit_BLER_List中的BLER水平索引的集合不包括UL授权的BLER水平。
案例#1-f：所禁止的特定BLER水平
图4所示的BLER_restriction可以是LCH所不允许的单个BLER水平。在案例#1-f中，BLER_restriction可重命名为Prohibit_Specific_BLER。例如，如果LCH被禁止采用BLER为10-5的UL授权，则图4所示的BLER_restriction可以是：
Prohibit_Specific_BLER 10-5。
在一个实现方式中，gNB可改为通过BLER水平索引(例如，表1所示的索引)指示特定BLER水平。图4所示的BLER_restriction可以是：
Prohibit_Specific_BLER 01。
在一个实现方式中，Prohibit_Specific_BLER可用于指示LCH是否不被允许采用BLER水平为预配置的值(例如，默认值)的UL授权。默认值可由gNB预配置，并且默认值可以是UE特定的、小区组特定的、小区特定的、载波特定的(例如，正常上行链路(NUL)或补充上行链路(SUL))、或带宽部分(BWP)特定的。
图13示出根据本申请示例性实现方式的案例#1-f中的由MAC实体执行的选择逻辑信道的过程。在图5所示的逻辑信道选择程序期间，如果一LCH对应的所配置的Prohibit_Specific_BLER满足特定条件，则MAC实体可选择所述LCH。根据图13所示的方法1300，特定条件可以是：Prohibit_Specific_BLER不匹配UL授权的BLER水平。
案例#1-g：多个BLER映射表
在一个实现方式中，除了以上所示的表1之外，gNB还可为UE配置另一个BLER映射表。表1可称为第一BLER映射表，另外配置的BLER映射表可称为第二BLER映射表。在一个实现方式中，第二BLER映射表内的BLER水平索引与BLER值之间的映射可以是：一个BLER水平索引映射到多个BLER值或一定范围的BLER值。在一个实现方式中，第二BLER映射表中的BLER值可直接表示可接受的最高或最低BLER值的阈值。
在一个实现方式中，当物理层向MAC实体指示每个所授权的UL授权的BLER水平(例如，图3所示的动作306)时，可使用第一BLER映射表。另一方面，当gNB将每个逻辑信道配置给UE(例如，图4所示的逻辑信道配置，图3所示的动作302)时，可使用第二BLER映射表。这样，BLER水平索引可表示BLER相关的限制，如案例#1-a至案例#1-f中所描述的。
案例#1-h：由带宽部分指示的BLER相关的限制
在一个实现方式中，所配置逻辑信道中的每个逻辑信道的BLER相关的限制可以是带宽部分(BWP)的列表。案例#1-c至案例#1-f中的所允许的BLER水平列表、所允许的特定BLER、所禁止的BLER水平列表和所禁止的特定BLER可分别由所允许的BWP列表、所允许的特定BWP、所禁止的BWP列表和所禁止的特定BWP替代。gNB可借助于通过特定下行链路RRC消息内的特定IE(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息内的LogicalChannelConfig IE)指示BWP相关的LCP限制(例如，图4所示的BLER_restriction IE)来控制由特定LCH采用的BLER水平特定的UL授权。BLER水平特定的UL授权可由gNB仅在特定BWP中授权。UL授权的BLER相关的特性可包括指示UL授权在哪一个BWP中的第一BWP指示。在案例#1-h中，BWP与BLER水平之间可存在隐式映射关系。通过使用BWP来配置每个逻辑信道的BLER相关的限制以及指示UL授权在哪一个BWP中，LCP程序可有效地考虑BLER相关的限制。
案例#1-i：由载波指示的BLER相关的限制
在一个实现方式中，所配置逻辑信道中的每个逻辑信道的BLER相关的限制可以是载波的列表。案例#1-c至案例#1-f中的所允许的BLER水平列表、所允许的特定BLER、所禁止的BLER水平列表和所禁止的特定BLER可分别由所允许的载波列表、所允许的特定载波、所禁止的载波列表和所禁止的特定载波替代。gNB可借助于通过特定下行链路RRC消息内的特定IE(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息内的LogicalChannelConfig IE)指示载波相关的LCP限制(例如，图4所示的BLER_restriction IE)来控制由特定LCH采用的BLER水平特定的UL授权。BLER水平特定的UL授权可由gNB仅在特定载波中授权。UL授权的BLER相关的特性可包括UE授权使用的第一载波。在案例#1-i中，载波与BLER水平之间可存在隐式映射关系。通过使用载波来配置每个逻辑信道的BLER相关的限制以及指示UL授权使用哪一个载波，LCP程序可有效地考虑BLER相关的限制。
在一个实现方式中，当gNB将每个逻辑信道配置给UE时，gNB可能并不通过特定下行链路RRC消息内的特定IE(例如，RRCReconfiguration、RRCResume、RRCReestablishment、RRCSetup或任何其他下行链路单播RRC消息内的LogicalChannelConfig IE)显式地指示BLER相关的LCP限制(例如，图4所示的BLER_restriction IE)。替代地，gNB可隐式地配置UE以禁止特定LCH采用特定BLER水平的UL授权。以下描述隐式LCP限制的若干替代方案。
案例#2-a：与PDCP复制功能相关联的逻辑信道
在一个实现方式中，仅与PDCP复制功能相关联的一个或多个逻辑信道可应用特定BLER水平的UL授权。换句话讲，在选择逻辑信道的程序期间，可首先识别出候选逻辑信道的集合，并且可从候选逻辑信道的集合中选择所选择的一个或多个逻辑信道。候选逻辑信道的集合可与配置有PDCP复制功能的无线电承载相关联。
图14示出根据本申请示例性实现方式的案例#2-a中的由MAC实体执行的选择逻辑信道的过程。当gNB向UE授权特定BLER水平的UL授权时，在图5所示的逻辑信道选择程序期间，如果LCH满足特定条件，则MAC实体可选择所述LCH。根据图14所示的方法1400，特定条件可以是：配置有PDCP复制功能的DRB的逻辑信道。
案例#2-a的实例可参考图2所示的架构200。在一个场景中，逻辑信道LCH1和LCH2不与PDCP复制功能相关联，逻辑信道LCH3和LCH4与PDCP复制功能相关联。因此，案例#2-a中的候选逻辑信道的集合可包括逻辑信道LCH3和LCH4，但不包括逻辑信道LCH1和LCH2。在图3所示的动作308中，UE可从逻辑信道LCH3和LCH4中选择一个或多个逻辑信道。
案例#2-b：与PDCP复制功能相关联的逻辑信道，并且PDCP复制功能被激活
在一个实现方式中，仅当逻辑信道与PDCP复制功能相关联并且PDCP复制功能被激活时，逻辑信道才可应用特定BLER水平的UL授权。换句话讲，在选择逻辑信道的程序期间，可首先识别出候选逻辑信道的集合，并且可从候选逻辑信道的集合中选择所选择的一个或多个逻辑信道。候选逻辑信道的集合可与配置有PDCP复制功能的无线电承载相关联，并且PDCP复制功能针对候选逻辑信道的集合被激活。
图15示出根据本申请示例性实现方式的案例#2-b中的由MAC实体执行的选择逻辑信道的过程。当gNB向UE授权特定BLER水平的UL授权时，在图5所示的逻辑信道选择程序期间，如果LCH满足特定条件，则MAC实体可选择所述LCH。根据图15所示的方法1500，特定条件可以是：配置有PDCP复制功能的DRB的逻辑信道，并且PDCP复制功能被激活。
参考图5所示的方法500，可存在进行选择逻辑信道要考虑的若干因素。在一个实施方案中，在某些条件下可选择性地启用/禁用BLER相关的限制。例如，方法500可在特定条件下对BLER_restriction加以考虑，并且方法500可在其他特定条件下忽略BLER_restriction。参考图3所示的方法300，在动作308中，对一个或多个逻辑信道的选择可在满足第一条件时考虑BLER相关的限制。以下描述动作308中的第一条件的若干替代方案。
案例#3-a：当多个所配置逻辑信道与配置有PDCP复制功能的无线电承载相关联时，可满足第一条件(例如，UE启用案例#1-a至案例#1-i中的逻辑信道的LCP限制)。
案例#3-b：当多个所配置逻辑信道与配置有PDCP复制功能的无线电承载相关联并且PDCP复制功能被激活时，可满足第一条件(例如，UE启用案例#1-a至案例#1-i中的逻辑信道的LCP限制)。
案例#3-c：在一个实现方式中，当UE通过使用补充上行链路载波(SUL)连接到基站时，可满足第一条件(例如，UE启用案例#1-a至案例#1-i中的逻辑信道的LCP限制)。也就是说，当前连接的UL载波是SUL。在另一个实现方式中，在当前连接的UL载波不是SUL时，可满足第一条件。可配置SUL以改进高频场景的UL覆盖。在具有SUL的情况下，UE可针对同一小区的一个DL配置有两个UL。
案例#3-d：当特定小区或特定BWP由gNB配置和/或激活时，可满足第一条件(例如，UE启用案例#1-a至案例#1-i中的逻辑信道的LCP限制)。
案例#3-e：gNB可将多组LCP限制参数配置给UE。每组LCP限制可在特定情形中应用。例如，UE可配置有包括如案例#1-a至案例#1-i中的BLER相关的限制的一组LCP限制参数，以及不包括如案例#1-a至案例#1-i中的BLER相关的限制的另一组LCP限制参数。UE可在满足以下条件中的至少一者时应用第一组LCP限制参数：当前连接的UL载波不是SUL；当前连接的UL载波是SUL；特定小区被配置；特定BWP由gNB配置和/或激活。否则，UE可应用第二组LCP限制参数。
案例#3-f：当数据无线电承载(DRB)的逻辑信道曾配置有PDCP复制功能但现在PDCP复制功能被去除(例如，gNB当前未配置PDCP复制功能)时，可禁用案例#1-a至案例#1-i中的逻辑信道的LCP限制(例如，图5的方法500可忽略BLER_restriction)。
案例#3-g：当DRB的逻辑信道曾配置有PDCP复制功能并且PDCP复制功能的状态从已激活变为去激活时，可禁用案例#1-a至案例#1-i中的逻辑信道的LCP限制(例如，图5的方法500可忽略BLER_restriction)。
案例#3-h：在一个实现方式中，UE可启用案例#1-a至案例#1-i中引入的逻辑信道的LCP限制。然而，UE可自动地禁用一个或多个特定的所配置的LCP限制参数。所述特定的LCP限制参数可包括但不限于以下：设定用于发送的一个或多个所允许子载波间距的allowedSCS-List、设定用于发送的所允许最大PUSCH持续时间的maxPUSCH-Duration、设定配置授权类型1是否可用于发送的configuredGrantType1Allowed、设定用于发送的一个或多个所允许小区的allowedServingCells。
案例#3-i：当案例#3-a至案例#3-h中的任一者发生时，MAC实体可应用另一个特定集合或子集的ul-SpecificParameters，包括例如priority(增加的优先级数值可指示更低的优先级水平)、设定优先比特率(PBR)的prioritisedBitRate、设定桶大小持续时间(BSD)的bucketSizeDuration。
案例#3-j：当配置特定的辅eNB、辅gNB、辅收发器节点或辅小区组时，可满足第一条件(例如，UE启用案例#1-a至案例#1-i中的逻辑信道的LCP限制)。在案例#3-j中，UE可处于双连接(DC)模式。在一个实现方式中，当UE配置有第一MAC实体和第二MAC实体时，可满足第一条件。第一MAC实体可用于主小区组(MCG)并且第二MAC实体可用于辅小区组(SCG)。
案例#1、案例#2、案例#3中引入的各种替代方案也可同时由UE逻辑地组合并应用。
对于基于授权的URLLC数据发送，gNB可应用一个或多个新的RRC参数来配置URLLC特定的RNTI。gNB还可增加RRC IE“MCS-table”的选项以指示用于URLLC数据发送的MCS表。由于URLLC和eMBB的可靠性要求不同，因此应用于URLLC数据发送和应用于eMBB数据发送的MCS表可不同。如果UE同时支持eMBB和URLLC数据发送，则gNB可能需要向UE指示至少两个独立的MCS表。一个MCS表可用于eMBB并且另一个MCS表可用于URLLC数据发送。配置用于URLLC数据发送的特定RNTI可称为U-RNTI，其在以下描述中也可称为MCS-C-RNTI。以下描述对来自gNB的动态无线电资源授权进行处理的UE的MAC实体内的若干MAC相关的程序。
案例#4-a：下行链路共享信道(DL-SCH)数据传输
在PDCCH上接收的下行链路分配既指示在用于特定MAC实体的DL-SCH上存在发送又提供相关的混合自动重传请求(HARQ)信息。如果UE由gNB配置有MCS-C-RNTI，则UE可应用以下程序以在其MAC实体内进行DL-SCH数据传输程序。当MAC实体具有C-RNTI、MCS-C-RNTI、临时C-RNTI或CS-RNTI时，针对MAC实体监测PDCCH期间的每个PDCCH时机并且针对每个服务小区，MAC实体可执行以下操作：
1>如果已针对MAC实体的C-RNTI、MCS-C-RNTI或临时C-RNTI在PDCCH上接收到针对此PDCCH时机和此服务小区的下行链路分配：
2>如果这是针对此临时C-RNTI的第一下行链路分配：
3>认为NDI已被切换。
2>如果下行链路分配是针对MAC实体的C-RNTI或MCS-C-RNTI，并且如果向相同HARQ过程的HARQ实体指示的先前下行链路分配是针对MAC实体的CS-RNTI接收的下行链路分配或配置下行链路分配(configured downlink assignment)：
3>认为NDI已被切换，不论NDI的值为何。
2>指示下行链路分配的存在并且将相关联的HARQ信息递送到HARQ实体。
案例#4-b：上行链路共享信道(UL-SCH)数据传输
上行链路授权可在PDCCH上在随机接入响应中动态地接收，或者由RRC半持续地配置。MAC实体可具有上行链路授权以在UL-SCH上进行发送。为了执行所请求的发送，MAC层从下层接收HARQ信息。如果UE由gNB配置有MCS-C-RNTI，则UE可应用以下程序以在其MAC实体内进行UL-SCH数据传输程序。
如果MAC实体具有C-RNTI、MCS-C-RNTI、临时C-RNTI或CS-RNTI，则针对每个PDCCH时机，并且针对属于具有运行的timeAlignmentTimer的TAG的每个服务小区，并且针对在此PDCCH时机接收的每个授权，MAC实体可执行以下操作：
1>如果已针对MAC实体的C-RNTI、MCS-C-RNTI或临时C-RNTI在PDCCH上接收到针对此服务小区的上行链路授权；或
1>如果已在随机接入响应中接收到上行链路授权：
2>如果上行链路授权是针对MAC实体的C-RNTI或MCS-C-RNTI，并且如果递送到用于相同HARQ过程的HARQ实体的先前上行链路授权是针对MAC实体的CS-RNTI接收的上行链路授权或配置上行链路授权(configured uplink grant)：
3>认为NDI已被切换于对应的HARQ过程，不论NDI的值为何。
2>如果上行链路授权是针对MAC实体的C-RNTI或MCS-C-RNTI，并且所识别的HARQ过程被配置用于配置上行链路授权：
3>启动或重新启动用于对应的HARQ过程的configuredGrantTimer(如果配置的话)。
2>将上行链路授权和相关联的HARQ信息递送到HARQ实体。
案例#4-c：非连续接收(DRX)
如果UE由gNB配置有MCS-C-RNTI，则UE可应用以下程序以在其MAC实体内进行DRX程序。
MAC实体可由RRC配置有DRX功能，所述DRX功能针对MAC实体的C-RNTI、MCS-C-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI控制UE的PDCCH监测活动。当处于RRC_CONNECTED时，如果已配置DRX，则MAC实体可使用DRX操作非连续地监测PDCCH；否则MAC实体可连续地监测PDCCH。
案例#4-d：带宽部分(BWP)操作
如果MAC实体接收用于服务小区的BWP切换的PDCCH，同时与所述服务小区相关联的随机接入程序正在MAC实体中进行，则可由UE实现方式决定是要切换BWP还是忽略用于BWP切换的PDCCH，但成功随机接入程序完成时的定址到C-RNTI的用于BWP切换的PDCCH接收除外(在这种情况下，UE可执行BWP切换以切换到由PDCCH指示的BWP)。除了成功的竞争解决之外，在接收到用于BWP切换的PDCCH时，如果MAC实体决定执行BWP切换，则MAC实体可停止正在进行的随机接入程序并且对新激活的BWP发起随机接入程序；如果MAC决定忽略用于BWP切换的PDCCH，则MAC实体可继续正在对激活BWP进行的随机接入程序。如果UE由gNB配置有MCS-C-RNTI，则UE可应用以下程序以在其MAC实体内进行BWP操作。
如果已配置bwp-InactivityTimer，则针对每个激活的服务小区，MAC实体可执行以下操作：
1>如果已配置defaultDownlinkBWP，并且激活DL BWP不是由defaultDownlinkBWP指示的BWP；或
1>如果未配置defaultDownlinkBWP，并且激活DL BWP不是initialDownlinkBWP：
2>如果定址到C-RNTI、MCS-C-RNTI或CS-RNTI的PDCCH指示在激活BWP上接收到下行链路分配或上行链路授权；或
2>如果定址到C-RNTI、MCS-C-RNTI或CS-RNTI的PDCCH指示针对激活BWP接收到下行链路分配或上行链路授权；或
2>如果在配置上行链路授权中发送或在配置下行链路分配中接收MAC PDU：
3>如果不存在与此服务小区相关联的正在进行的随机接入程序；或
3>如果在接收到定址到C-RNTI或MCS-C-RNTI的此PDCCH时与此服务小区相关联的正在进行的随机接入程序成功地完成：
4>启动或重新启动与激活DL BWP相关联的bwp-InactivityTimer。
图16展示根据本申请各种方面的用于无线通信的装置的框图。如图16所示，装置1600可包括收发器1620、处理器1626、存储器1628、一个或多个呈现部件1634和至少一个天线1636。装置1600还可包括射频(RF)谱带模块、基站通信模块、网络通信模块和系统通信管理模块、输入/输出(I/O)端口、I/O部件和功率源(图16中未明确地示出)。这些部件中的每一者可通过一个或多个总线1640直接或间接地彼此通信。
具有发送器1622和接收器1624的收发器1620可被配置为发送和/或接收时间和/或频率资源划分信息。在一些实现方式中，收发器1620可被配置为在不同类型的子帧和时隙中发送，所述子帧和时隙包括但不限于可用、不可用和可灵活使用的子帧和时隙格式。收发器1620可被配置为接收数据并且控制信道。
装置1600可包括多种计算机可读介质。计算机可读介质可以是可由装置1600访问的任何可用介质，并且包括易失性和非易失性介质、可移动和不可移动介质两者。以举例而非限制的方式，计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质两者。
计算机存储介质包括RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储装置、磁盒、磁带、磁盘存储装置或其他磁存储装置。计算机存储介质不包括传播数据信号。通信介质典型地包含计算机可读指令、数据结构、程序模块或采用诸如载波或其他传输机制的调制数据信号中的其他数据，并且包括任何信息递送介质。术语“调制数据信号”意指以下信号，所述信号具有的一个或多个特性被设定或改变以便对信号中的信息进行编码。以举例而非限制的方式，通信介质包括有线介质(诸如有线网络或直接有线连接)和无线介质(诸如声学、RF、红外线以及其他无线介质)。任何上述介质的组合也应包括在计算机可读介质的范围内。
存储器1628可包括呈易失性和/或非易失性存储器形式的计算机存储介质。存储器1628可以是可移动的、不可移动的或其组合。示例性存储器包括固态存储器、硬盘驱动器、光盘驱动器等。如图16所示，存储器1628可存储计算机可读的计算机可执行指令1632(例如，软件代码)，所述指令1632被配置为在被执行时使处理器1626执行本文例如参考图1至图15所描述的各种功能。替代地，指令1632可以是不能由处理器1626直接执行，而是被配置为使装置1600(例如，在被编译并执行时)执行本文所描述的各种功能。
处理器1626可包括智能硬件装置，例如，中央处理单元(CPU)、微控制器、ASIC等。处理器1626可包括存储器。处理器1626可处理从存储器1628接收的数据1630和指令1632以及通过收发器1620、基带通信模块和/或网络通信模块的信息。处理器1626还可处理要发到收发器1620以通过天线1636发送的信息、要发送到网络通信模块以发送到核心网络的信息。
一个或多个呈现部件1634向人或其他装置呈现数据指示。示例性的一个或多个呈现部件1634包括显示装置、扬声器、打印部件、振动部件等。
从以上描述中明显看出，在不脱离本申请中描述的概念的范围的情况下，可使用各种技术来实现那些概念。此外，虽然已经通过具体参考某些实现方式描述了本概念，但是本领域的普通技术人员可认识到，可在不脱离那些概念的范围的情况下，在形式和细节上进行改变。因此，所描述的实现方式在所有方面都应被认为是说明性的而非限制性的。还应理解，本申请不限于以上所描述的特定实现方式，而是在不脱离本公开的范围的情况下，许多重新布置、修改和替换是可能的。

Claims (6)

1.一种用于分组数据汇聚协议PDCP复制的用户设备UE，其特征在于，包括：
处理器；以及
存储器，其耦合到所述处理器，其中，所述存储器存储计算机可执行程序，所述计算机可执行程序在由所述处理器执行时使所述处理器：
从基站BS接收用于将逻辑信道配置为与配置有PDCP复制功能的数据无线电承载DRB相关联的消息，其中所述PDCP复制功能与所述BS指定的特定小区组相关联；
从所述BS接收无线电资源控制RRC消息，所述RRC消息将所述逻辑信道配置为具有逻辑信道优先级排序LCP限制；
从所述BS接收上行链路UL授权，所述UL授权指示服务小区上的UL资源；
发起LCP程序以生成要在所述UL资源上发送的协议数据单元PDU；以及
在确定所述PDCP复制功能被去激活时，确定是否在所述LCP程序中应用所述LCP限制。
2.如权利要求1所述的UE，其特征在于，
确定是否在所述LCP程序中应用所述LCP限制包括：
在确定所述PDCP复制功能被去激活并且所述PDCP复制功能不与所述BS指定的所述特定小区组相关联时，确定在所述LCP程序中不应用所述LCP限制。
3.如权利要求1所述的UE，其特征在于，
所述LCP限制为allowedServingCells信息元素，所述allowedServingCells信息元素指示与所述UL授权相关联的小区信息。
4.一种用于分组数据汇聚协议PDCP复制的方法，其特征在于，包括：
从基站BS接收用于将逻辑信道配置为与配置有PDCP复制功能的数据无线电承载DRB相关联的消息，其中所述PDCP复制功能与所述BS指定的特定小区组相关联；
从所述BS接收无线电资源控制RRC消息，所述RRC消息将所述逻辑信道配置为具有逻辑信道优先级排序LCP限制；
从所述BS接收上行链路UL授权，所述UL授权指示服务小区上的UL资源；
发起LCP程序以生成要在所述UL资源上发送的协议数据单元PDU；以及
在确定所述PDCP复制功能被去激活时，确定是否在所述LCP程序中应用所述LCP限制。
5.如权利要求4所述的方法，其特征在于，
确定是否在所述LCP程序中应用所述LCP限制包括：
在确定所述PDCP复制功能被去激活并且所述PDCP复制功能不与所述BS指定的所述特定小区组相关联时，确定在所述LCP程序中不应用所述LCP限制。
6.如权利要求4所述的方法，其特征在于，
所述LCP限制为allowedServingCells信息元素，所述allowedServingCells信息元素指示与所述UL授权相关联的小区信息。
CN201980041141.9A 2018-06-21 2019-06-21 用于分组数据汇聚协议复制的ue及方法 Active CN112335313B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862688187P 2018-06-21 2018-06-21
US62/688187 2018-06-21
PCT/CN2019/092307 WO2019242740A1 (en) 2018-06-21 2019-06-21 Method and apparatus for logical channel selection

Publications (2)

Publication Number Publication Date
CN112335313A CN112335313A (zh) 2021-02-05
CN112335313B true CN112335313B (zh) 2024-05-14

Family

ID=68980432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980041141.9A Active CN112335313B (zh) 2018-06-21 2019-06-21 用于分组数据汇聚协议复制的ue及方法

Country Status (5)

Country Link
US (2) US11051332B2 (zh)
EP (2) EP3811709A4 (zh)
CN (1) CN112335313B (zh)
MX (1) MX2020013003A (zh)
WO (1) WO2019242740A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113692069B (zh) * 2018-10-31 2024-08-16 维沃移动通信有限公司 一种分离承载的控制方法及相关设备
US11968666B2 (en) * 2018-11-20 2024-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Method and network node for coordination of configured scheduling
CN111436091B (zh) * 2019-03-28 2022-05-20 维沃移动通信有限公司 传输路径的选择方法、信息配置方法、终端及网络设备
US11792770B2 (en) * 2020-03-20 2023-10-17 Qualcomm Incorporated Channel restrictions for relayed sidelink communications

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2726716A1 (en) * 2008-06-20 2009-12-23 Qualcomm Incorporated Method and apparatus for prioritizing status messages (e.g. acknowledgemts) in a wireless communication system
WO2017182927A1 (en) * 2016-04-19 2017-10-26 Nokia Technologies Oy Split bearer dual/multiple connectivity retransmission diversity
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems
GB201800504D0 (en) * 2018-01-11 2018-02-28 Tcl Communication Ltd Enhancements to PDCP packet duplication
GB201805718D0 (en) * 2018-04-05 2018-05-23 Tcl Communication Ltd Packet data convergence protocol (PDCP) duplication deactivation

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102036390B (zh) * 2009-09-30 2014-12-10 中兴通讯股份有限公司 一种优先级处理方法
CN102111802B (zh) * 2011-02-28 2013-12-04 上海华为技术有限公司 测量传输错误信息方法和网络设备
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
CN110024466B (zh) * 2016-10-19 2022-07-01 艾普拉控股有限公司 装置
KR102349604B1 (ko) * 2017-05-04 2022-01-11 삼성전자 주식회사 이동통신시스템에서 Logical Channel의 우선 순위에 따른 Uplink Scheduling 방법
EP3529933B1 (en) * 2017-06-15 2020-04-01 Ofinno, LLC Packet duplication control
CN109644492B (zh) * 2017-06-15 2021-08-10 Oppo广东移动通信有限公司 一种逻辑信道的资源调度方法和装置
US10736116B2 (en) * 2017-06-15 2020-08-04 Samsung Electronics Co., Ltd. Method and apparatus for an uplink transmission based on a characteristic of physical resources
CN109451855B (zh) * 2017-08-18 2023-05-12 北京小米移动软件有限公司 上行资源分配方法、装置和终端
US11178671B2 (en) * 2018-06-20 2021-11-16 Qualcomm Incorporated High-reliability modulation coding scheme and logical channel prioritization

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2726716A1 (en) * 2008-06-20 2009-12-23 Qualcomm Incorporated Method and apparatus for prioritizing status messages (e.g. acknowledgemts) in a wireless communication system
WO2017182927A1 (en) * 2016-04-19 2017-10-26 Nokia Technologies Oy Split bearer dual/multiple connectivity retransmission diversity
WO2017197264A1 (en) * 2016-05-12 2017-11-16 Idac Holdings, Inc. Flow-based processing in wireless systems
GB201800504D0 (en) * 2018-01-11 2018-02-28 Tcl Communication Ltd Enhancements to PDCP packet duplication
GB201805718D0 (en) * 2018-04-05 2018-05-23 Tcl Communication Ltd Packet data convergence protocol (PDCP) duplication deactivation

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
5G网络中支持URLLC业务的数据复制传输技术;温萍萍;;无线互联科技(第10期);全文 *
ASUSTEK COMPUTER (SHANGHAI).R2-1706945 "Activation and Deactivation of UL PDCP duplication".3GPP tsg_ran\WG2_RL2.2017,(第TSGR2_AHs期),全文. *
Huawei, HiSilicon.R2-1807487 "Logical Channel ID allocation for PDCP Duplication".3GPP tsg_ran\WG2_RL2.2018,(第TSGR2_102期),全文. *

Also Published As

Publication number Publication date
US20210289541A1 (en) 2021-09-16
US11051332B2 (en) 2021-06-29
WO2019242740A1 (en) 2019-12-26
EP3811709A4 (en) 2022-03-23
US11751212B2 (en) 2023-09-05
EP4181609A1 (en) 2023-05-17
EP4181609B1 (en) 2023-11-22
MX2020013003A (es) 2021-02-17
CN112335313A (zh) 2021-02-05
EP3811709A1 (en) 2021-04-28
US20190394796A1 (en) 2019-12-26

Similar Documents

Publication Publication Date Title
US11564251B2 (en) Data packet delivery in RRC inactive state
JP7479544B2 (ja) 新無線における多重化および優先順位付け
CN114026920B (zh) 用于接入管理小区信息的方法和系统
CN113016226B (zh) 用于上行链路传输的方法和设备
JP7332818B2 (ja) 小規模データ伝送のための方法及びユーザ機器
JP7549092B2 (ja) 次世代無線ネットワークにおけるパケットデータ収束プロトコルの複製
CN112544113B (zh) 用于生成mac pdu的方法和用户设备
CN112335313B (zh) 用于分组数据汇聚协议复制的ue及方法
WO2021204294A1 (en) User equipment and method for sidelink failure management
WO2022152242A1 (en) Method related to pusch repetitions, user equipment, and network device
EP3861812A1 (en) Multi-rat sidelink communications
US12120727B2 (en) Method and apparatus for operating configured grant timers in wireless communication system
CN112889330A (zh) 用于激活pucch空间关系的方法和装置
CN112640321A (zh) 波束故障恢复程序中的小区分组
TW201110769A (en) Control channel signaling and acquisition for carrier aggregation
WO2023011636A1 (en) User equipment and method for handling physical downlink shared channel reception
WO2022206859A1 (en) Method of harq process for multicast broadcast service and user equipment using the same
CN117616729A (zh) 用于处理物理下行链路共享信道接收的用户设备和方法
CN118741687A (zh) 由用户设备执行的方法以及用户设备
CN117998599A (zh) 由用户设备执行的方法以及用户设备

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