CN112335303A - 超可靠低时延通信的配置 - Google Patents

超可靠低时延通信的配置 Download PDF

Info

Publication number
CN112335303A
CN112335303A CN201980040139.XA CN201980040139A CN112335303A CN 112335303 A CN112335303 A CN 112335303A CN 201980040139 A CN201980040139 A CN 201980040139A CN 112335303 A CN112335303 A CN 112335303A
Authority
CN
China
Prior art keywords
rnti
mcs
downlink
cell group
cell
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
CN201980040139.XA
Other languages
English (en)
Other versions
CN112335303B (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
Priority to CN202311318514.7A priority Critical patent/CN117155522A/zh
Publication of CN112335303A publication Critical patent/CN112335303A/zh
Application granted granted Critical
Publication of CN112335303B publication Critical patent/CN112335303B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/007—Unequal error protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

描述了用于配置超可靠低时延通信(URLLC)同时传输的方法、设备及计算机可读介质，其可用于增强网络性能和/或增强UE内的程序以实现更有效的操作。例如，描述了用于基于各种因素来确定要应用哪个调制编码方案(MCS)表的技术。不同的技术被还描述了以用于基于不同考虑而用RNTI配置用户设备(UE)的不同技术。

Description

超可靠低时延通信的配置
相关申请的交叉引用
本申请要求于2018年6月15日提交的美国临时专利号62/685,368的权益，其内容在此通过引用完全并入本申请中。
技术领域
本申请大体上涉及5G技术。例如，本申请的各方面涉及超可靠低时延通信(UltraReliable Low Latency Communication，URLLC)服务的配置。
背景技术
3GPP标准组织在其第71届全体会议上批准了5G新无线电(NR)接入技术。5G NR方案包括增强型移动宽带(Enhanced Mobile Broadband，eMBB)、URLLC以及大规模机器类型通信(massive Machine Type Communication，mMTC)。与以前的实现方式相比，eMBB提供了更大的数据带宽，并且还改善了时延并扩大了覆盖范围。这些改进补充了许多高带宽应用，例如虚拟现实、增强现实、流视频、实时翻译等。mMTC提供高覆盖范围、成本效益、更低的功耗以及长期可用性，允许通过牢固的连接与许多装置进行连接。URLLC是5G NR的另一种重要示例。URLLC对于时延和可靠性有严格要求，以便支持最重要的通信。URLLC的目标是满足技术报告(Technical Report，TR)38.913中提出的性能要求。
为了支持诸如eMBB、URLLC及mMTC的这些多样化用例，新无线电(NR)中的无线帧结构和大多数媒体访问(MAC)层程序被设计为具有高度灵活性。此外，NR引入了一种全新的无线电资源，其特点是相比以前版本具有更高的鲁棒性(robustness)(即，低误块率(blockerror rate，BLER)水平)。新型无线电资源旨在实现1e-5目标BLER。
发明内容
本申请的各方面引入了用于配置URLLC服务的方法、装置和计算机可读介质。根据用户设备(UE)的MAC实体内的当前数据调度设计，MAC可区分在子载波间隔(SCS)中来自gNodeB(gNB)授权的上行链路资源的使用，这与传输延迟(例如，传输时间间隔)有关。然而，MAC实体无法区分不同无线电资源的BLER水平。例如，gNB在授权不同BLER水平的无线电资源方面具有灵活性(例如，至少将有为10-1的一个BLER水平和为10-5的另一个BLER水平)。UE的MAC实体不能区分不同无线电资源的BLER水平，这会严重影响eMBB与URLLC服务之间的使用公平性。UE内的当前MAC程序需要进一步增强以实现更有效的操作。
本公开的各方面使用本文描述的各种技术来解决这些问题和其他问题。在一个示例中，提供了一种用于配置URLLC服务的方法。所述方法可确定与UE相关联的无线电网络临时标识符(RNTI)。所述方法包括：在用户设备(UE)中接收包括多个信息元素(IEs)的下行链路无线电资源控制(RRC)消息。所述下行链路RRC消息用于为所述UE配置RRC。所述方法还包括：基于所述下行链路RRC消息中的所述多个IE中的小区组特定的IE来确定与所述UE相关联的RNTI。所述小区组特定的IE用于配置小区组(CG)、主小区组(MCG)或辅小区组(SCG)。所述RNTI是基于所述小区组特定的IE为所述MCG或SCG内的小区而配置的。
在一些方面，在所述小区组特定的IE中提供了用于所述MCG或SCG的配置参数。
在一些方面，所述RNTI是调制编码方案小区RNTI(MCS-C-RNTI)。在一些方面，所述方法还包括：在所述MCG或SCG的一个或多个物理共享信道上接收用于所述UE的上行链路授权及下行链路数据调度。在一些方面，响应于所述MCS-C-RNTI经由所述小区组特定的IE被配置，将基于RNTI的调制编码方案(MCS)确定规则应用于所述上行链路授权和下行链路数据调度。在一些方面，应用所述基于RNTI的MCS确定规则包括：从物理下行链路控制信道(PDCCH)获得信息；确定所述信息中的一个或多个循环冗余校验(CRC)位是用所述RNTI加扰的；以及基于所述确定而应用第一调制编码方案(MCS)表。在一些方面，从所述PDCCH获得的所述信息包括下行链路控制信息(DCI)，所述DCI包括用所述RNTI加扰的所述一个或多个CRC位。在一些方面，所述第一MCS表跟第二MCS表相比是与更高的信道码率相关联。
在一些方面，提供了一种应用基于搜索空间的调制编码方案(MCS)表确定规则的方法。所述方法包括：从下行链路信道获得下行链路控制信息(DCI)。所述方法还包括：确定与所述DCI相关联的DCI格式。所述方法还包括：确定与所述下行链路信道相关联的搜索空间是公共搜索空间(CSS)还是用户设备特定的搜索空间(USS)。所述方法还包括：基于所述DCI格式及所述搜索空间来应用第一调制编码方案(MSC)表或第二MCS表。
在一些方面，所述DCI格式为0_0DCI格式或1_0DCI格式，所述搜索空间为CSS，并且基于所述搜索空间为所述CSS并且所述DCI格式为所述0_0DCI格式或所述1_0DCI格式而应用所述第一MCS表。在一些方面，所述第一MCS表是64正交幅度调制(64QAM)MCS表。
在一些方面，所述DCI格式为0_0DCI格式、1_0DCI格式、0_1DCI格式或1_1DCI格式，所述搜索空间为所述USS，并且基于所述搜索空间为所述USS并且所述DCI格式为所述0_0DCI格式、所述1_0DCI格式、所述0_1DCI格式或所述1_1DCI格式而应用所述第二MCS表。在一些方面，所述第二MCS表与所述第一MCS表相比与更高的信道码率相关联。在一些方面，所述第二MCS表是超可靠低时延通信(URLLC)-MCS表。
在一些方面，所述第一MCS表或所述第二MCS表应用于上行链路授权和下行链路数据调度。
在一些方面，提供了一种应用基于RNTI的MCS表确定规则的方法。所述方法包括：从物理下行链路控制信道(PDCCH)获得信息。所述方法还包括：确定所述信息中的一个或多个循环冗余校验(CRC)位是用无线电网络临时标识符(RNTI)加扰的。所述方法还包括：基于所述确定而应用第一调制编码方案(MCS)表。
在一些方面，从所述PDCCH获得的所述信息包括下行链路控制信息(DCI)，所述DCI包括用所述RNTI加扰的所述一个或多个CRC位。在一些方面，所述方法还包括：用所述RNTI对所述DCI进行解扰。
在一些方面，所述第一MCS表跟第二MCS表相比是与更高的信道码率相关联。在一些方面，所述第一MCS表是超可靠的低时延通信(URLLC)-MCS(U-MCS)表。
在一些方面，所述方法还包括：确定另外的PDCCH的信息中的一个或多个CRC位不是用所述RNTI加扰的；以及基于所述确定而应用第二MCS表。在一些方面，所述第一MCS表是跟所述第二MCS表相比与更高的信道码率相关联。
在一些方面，所述RNTI是调制编码方案小区RNTI(MCS-C-RNTI)或U-RNTI。
在另一示例中，提供了一种设备。所述设备包括被配置来存储一个或多个数据集的存储器以及耦接到所述存储器的处理器。所述处理器被配置来执行包括上述方法的步骤的步骤。
本发明内容既不意图标识所要求保护的主题的关键或必要特征，也不意图单独用于确定所要求保护的主题的范围。所述主题应通过参考本专利的整个说明书的适当部分、任何或所有附图以及每条权利要求来理解。
在参考以下说明书、权利要求和附图时，前述以及其他特征和实施例将变得更加显而易见。
附图说明
下面参考以下附图详细描述本申请的说明性实施例：
图1示出根据本文提供的一些示例的用于传送数据流的网络；
图2示出根据本文提供的一些示例的5G网络架构，该5G网络架构包括服务于多个RAN的无线网络；
图3是根据本文提供的一些示例的用于高可靠性传输的MCS表的示例；
图4是根据本文提供的一些示例的用于正常可靠性传输的64QAM的MCS表的示例；
图5是根据本文提供的一些示例的用于正常可靠性传输的256QAM的MCS表的示例；
图6是根据本文提供的一些示例的基于SS的MCS表确定规则；
图7是根据本文提供的一些示例的基于RNTI的MCS表确定规则；
图8是示出根据本文提供的一些示例的用于决定要应用哪个MCS表确定规则的方法的流程图；
图9是根据本文提供的一些示例的按UE配置的U-RNTI IE(UE-configured U-RNTIIE)的文本提议(text proposal，TP)的示例；
图10是根据本文提供的一些示例的按小区组配置的U-RNTI IE(cell groupconfigured U-RNTI IE)的TP的示例；
图11是根据本文提供的一些示例的按小区组配置的U-RNTI IE的TP的示例；
图12是根据本文提供的一些示例的按小区组配置的U-RNTI IE的TP的示例；
图13是根据本文提供的一些示例的按小区配置的U-RNTI IE的TP的示例；
图14是根据本文提供的一些示例的按小区配置的U-RNTI IE的TP的示例；
图15是根据本文提供的一些示例的按BWP配置的U-RNTI IE(BWP configured U-RNTI IE)的TP的示例；
图16是根据本文提供的一些示例的按控制信道配置的U-RNTI IE(controlchannel configured U-RNTI IE)的TP的示例；
图17是根据本文提供的一些示例的按控制信道配置的U-RNTI IE的TP的示例；
图18是根据本文提供的一些示例的按下行链路数据信道配置的U-RNTI IE(downlink data channel configured U-RNTI IE)的TP的示例；
图19是根据本文提供的一些示例的按下行链路数据信道配置的U-RNTI IE的TP的示例；
图20是根据本文提供的一些示例的按上行链路数据信道配置的U-RNTI IE(uplink data channel configured U-RNTI IE)的TP的示例；
图21是根据本文提供的一些示例的按上行链路数据信道配置的U-RNTI IE的TP的示例；
图22是根据本文提供的一些示例的按小区组配置的U-RNTI-I IE的TP的示例；
图23是根据本文提供的一些示例的按下行链路数据信道配置的U-RNTI-II IE的TP的示例；
图24是根据本文提供的一些示例的用于所配置授权IE的U-RNTI-II的TP的示例；
图25是示出根据本文提供的一些示例的用于按小区组执行基于U-RNTI的配置的方法的示例的流程图；
图26是示出根据本文提供的一些示例的用于应用基于搜索空间的MCS表确定规则的方法的示例的流程图；
图27是示出根据本文提供的一些示例的用于应用基于RNTI的MCS表确定规则的方法的示例的流程图；以及
图28是可实现本文描述的各种技术的示例性计算设备的示例性计算设备架构。
具体实施方式
下面提供本公开的某些方面和实施例。对于本领域技术人员将显而易见的是，这些方面和实施例中的一些可独立地应用，并且它们中的一些可组合地应用。在以下描述中，出于解释的目的，阐述许多具体细节以便提供对本申请的实施例的透彻理解。然而，将显而易见的是，可在没有这些具体细节的情况下实践各种实施例。附图和描述不意图是限制性的。
T随后的描述仅提供示例性实施例，并且并不意图限制本公开的范围、适用性或配置。相反，随后对示例性实施例的描述将为本领域技术人员提供能够实现示例性实施例的描述。应当理解，在不脱离如所附权利要求中所阐述的本申请的精神和范围的情况下，可对元件的功能和布置进行各种改变。
如以上所指出，5G新无线电(NR)接入技术包括增强型移动宽带(eMBB)、超可靠低时延通信(URLLC)以及大规模机器类型通信(mMTC)服务。eMBB服务可用于跨广泛的覆盖区域提供高数据速率。URLLC服务可用于在无线网络中实现高可靠性和低时延。mMTC服务可提供高的覆盖范围、成本效益、较低的功耗以及长期可用性。为了支持诸如eMBB、URLLC及mMTC的这些多样化用例，新无线电(NR)中的无线电帧结构和大多数媒体访问(MAC)层程序被设计为具有高度灵活性。此外，NR引入了一种全新的无线电资源，其特点是相比以前版本具有更高的鲁棒性(例如，低误块率(BLER)水平)。新型无线电资源旨在实现1e-5目标BLER。
用于配置URLLC服务(用于高可靠性和低时延)的技术在本文中被描述。所述技术可增强(例如，gNB的)网络性能、增强UE内的MAC程序以实现更有效的操作，以及其他增强。在一些示例中，描述用于基于各种因素(例如，搜索空间、基于RNTI等)确定要应用的MCS表的技术。在一些示例中，不同的技术被描述以基于不同考虑(例如，按小区组、按UE、按小区、按带宽部分(bandwidth part，BWP)、按控制信道、按下行链路数据信道、按上行链路信道或其他考虑)而用RNTI配置UE。在讨论这些技术之前，将参照图1和图2描述无线通信系统的示例。
图1是示出用于传送数据流的网络100的图解。如本文所用，“数据流”可包括语音流和用于文本消息传送的流数据，诸如短消息服务(SMS)消息、多媒体消息服务(MMS)消息、应用程序、上传、下载、电子邮件等。网络100可包括接入点(AP)110。AP 110可以是被配置来提供无线接入的任何部件或部件集合，诸如基站。基站可以是例如增强型基站(eNB或eNodeB)或下一代nodeB(gNB)。AP 110可具有覆盖区域101(诸如，小区)、一或多个移动设备120以及回程网络130。尽管被示出并描述为具有两个移动设备120，但预期可存在任何数量的移动设备120，范围是从仅一个移动设备120至上千个或甚至更多个移动设备120。
AP 110可与移动设备120建立上行链路和/或下行链路连接。上行链路和/或下行链路连接可在移动设备120与AP 110之间携载数据。尽管示出并描述某一数量的部件，但预期可提供任何数量的另外的部件，或可为了简化的目的而从图1省略任何数量的部件，诸如路由器、中继器、远程射频头等。
5G表示第五代数字蜂窝网络。3GPP通常将5G新无线电(5G NR)称作“5G”。在全球范围内，各家公司开始为相比于先前技术提供高下载和上传速度的运营商提供5G硬件和系统。总体上，如同先前无线技术，5G服务区域被分成称为小区的地理区域。当用户设备从一个地理小区跨越至另一个地理小区时，通信在两个地理小区之间进行切换，其方式为使得不丢弃通信并且几乎看不到明显的差异。
本公开的多个方面可在可包括多个无线电接入网络(RAN)的5G无线网络中实现。图2是示出包括服务于多个RAN(包括第一RAN 210和第二RAN 220)的无线网络205的5G网络架构200的图解。无线网络可包括各种网关设备，诸如服务网关和包数据网络网关。此外，RAN可包括一个或多个AP，诸如基站或节点，其可包括用于5G电信网络的gNB。
已针对3G定义三种主要类型的用例：eMBB、URLLC以及大规模机器类型通信(mMTC)。与4G相比，eMBB拥有更快的连接、更大的容量及更高的吞吐量。例如，eMBB可倾向于10-20Gbps峰值、所需要时可达到100Mbps、高达10,000倍以上的流量、对宏小区和小小区的支持、对针对用于高移动性的高达500km/h的支持、以及显著的网络节能。URLLC为可能要求快速响应速率的关键任务应用提供不间断数据交换。例如，URLLC可以低于1毫秒(ms)的空中接口时延极其响应。此外，URLLC可以是高度可靠的并且可以几乎100％比率的有效。URLLC倾向于低至中数据速率和高速度移动性。相比于4G，URLLC可倾向于1ms的时延目标，而eMBB倾向于4ms的时延目标。相比之下，4G会经历并且的确经历大于20ms的时延时间。mMTC会由于在广泛区域中的大数量的低功率设备而支持可扩展性和增加的使用寿命。例如，mMTC可支持在广范围内的高密度设备、低数据速率、低成本和持久的电池功率。
误块率(BLER)是电信系统中的一种质量测量类型。BLER测量的示例性计算如下：
Figure BDA0002835171030000071
BLER计算可基于循环冗余校验(CRC)评估，其用于检查在UE侧的传输块。可将CRC附接到每一传输块并由发射器(例如，gNB)发送。在目的地(例如，UE)处，可由UE对传输块进行交叉校验。错误块可定义为包括错误(或有误)的CRC的传输块。如果附接的CRC与由接收器计算出的CRC匹配，则传输块可被成功解码。针对有误接收的块，可执行重传。
无线电网络临时标识符(RNTI)用于区分和/或标识一个特定无线电信道与其他无线电信道和/或一个设备(例如，UE)与另一设备。例如，RNTI可标识小区中的已连接UE、特定无线电信道、在寻呼情况下的一组UE、由eNB针对其发出功率控制的一组UE、由gNB针对所有UE发射的系统信息和/或其他标识。在一些情况下，可通过特定RNTI值对下行链路控制信息(DCI)消息(例如，每一DCI的CRC位)进行加扰。
通常，与eMBB服务相比，URLLC服务对无线电资源的要求更高，而对BLER水平的要求更低。eMBB服务对数据速率的重视高于对BLER水平的重视，这至少部分地是因为正常的BLER水平无线电资源(例如，10-1的BLER水平；应当指出，符号10-1也可写为1e-1，且符号10-5可写为1e-5。)也能满足eMBB服务。因此，如果从gNB授权的无线电资源和/或数据指向低BLER，则MAC可优先考虑将低BLER无线电资源给URLLC服务采用而不是eMBB服务，在这种情况下，URLLC服务将能够优先于eMBB服务使用无线电资源。
由于无线电资源的不同BLER水平(例如，至少有为10-1的一个BLER水平和为10-5的另一个BLER水平)经由gNB的灵活授权，UE内的当前MAC程序需要进一步增强以实现更有效的操作。例如，UE的MAC可能无法区分不同无线电资源的BLER水平，这会对eMBB和URLLC服务之间的使用公平性产生负面影响。
此外，为了指示具有不同目标BLER水平的已授权无线电资源的适当调制编码方案(MCS)，gNB需要基于每个支持的BLER水平，参考由UE报告的信道质量指示符(CQI)。在上行链路授权和下行链路数据调度期间，gNB指示其通过RRC层和/或通过物理层按数据调度、按服务类型、按物理信道、按逻辑信道、按BWP、按服务小区或按MAC实体的基础调度给UE的无线电资源的MCS和/或BLER。
物理信道包括但不限于物理上行链路共享信道(PUSCH)、物理下行链路共享信道(PDSCH)、物理上行链路控制信道(PUCCH)及物理下行链路控制信道(PDCCH)。逻辑信道可以是但不限于广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、专用控制信道(DCCH)及专用业务信道(DTCH)。带宽部分(BWP)是指由gNB指示的小区操作带宽内的UE操作带宽。UE操作带宽是整个小区操作带宽的子集。
当仅配置了载波聚合(CA)并且未配置双连接(DC)时，UE与网络仅具有一个RRC连接。在RRC连接建立、重新建立和切换时，一个服务小区提供非接入层(NAS)移动性信息。NAS是演进分组系统中的一组协议，并且可用于管理通信会话的建立以及在UE移动时维持与UE的连续通信。例如，为了网络接入(例如，LTE/E-UTRAN接入、5G接入等)，NAS可用于在UE与移动性管理实体(MME)之间传送非无线电信令。在RRC连接重新建立和切换时，一个服务小区提供安全输入。此服务小区称为主小区(PCell)。取决于UE的能力，辅小区(SCell)可被配置为来与PCell一起形成一组服务小区。因此，为UE配置的一组服务小区可包括一个PCell和一个或多个SCell。
UE的MAC实体可处理传输信道，诸如广播信道(BCH)、下行链路共享信道(DL-SCH)、寻呼信道(PCH)、上行链路共享信道(UL-SCH)及随机接入信道(RACH)。在载波聚合(CA)中，可向UE配置单个MAC实体，并且可使每个聚合服务小区(例如，PCell、SCell等)与为UE配置的MAC实体相关联。在双连接中，向UE配置两个MAC实体：一个用于主小区组(MCG)，且一个用于辅小区组(SCG)。
根据本文所述的示例，对于基于授权的URLLC数据传输，gNB可应用一个或多个新的RRC参数来配置URLLC特定的RNTI，并且还可扩展标示为MCS-table的现有RRC信息元素(IE)的选项，以用于指示URLLC数据传输应当适用的MCS表。应当指出，由于URLLC和eMBB的可靠性要求不同，因此应用于URLLC数据传输和应用于eMBB数据传输的MCS表可不同。本文描述用于基于各种因素来确定要应用哪个MCS表的技术。
当UE同时支持eMBB和URLLC两种数据传输时，gNB可向UE指示至少两个独立的MCS表。MCS表可包括汇总在连接到gNB时可能的UE的空间流数量、调制类型及编码率的值。基于至少两个独立的MCS表的指示，可存在用于eMBB数据传输的一个MCS表和用于URLLC数据传输的另一个MCS表。本文提供新定义的URLLC特定的RNTI和新的MCS表，并且它们在本文中分别称为U-RNTI(或MCS-C-RNTI)和U-MCS。与可用于其他服务(例如，eMBB传输)的现有MCS表相比，新的U-MCS表与(例如，基于1e-5的BLER设计的)更高的信道码率相关联。
MCS表存在两个现有选项，包括例如基于1e-1的BLER设计的64QAM和256QAM。为了实现较低BLER以支持URLLC服务，NR标准可扩展MCS-table的选项以引入本文所述的基于1e-5的BLER设计的新MCS表(U-MCS)。图3是用于高可靠性传输(基于URLLC)的MCS表(例如，U-MCS)的示例。图4是用于正常可靠性传输的64QAM的MCS表的示例(例如，基于1e-1的BLER设计，诸如用于eMBB或其他服务)。图5是用于正常可靠性传输的256QAM的MCS表的示例(例如，基于1e-1的BLER设计，诸如用于eMBB或其他服务)。
本文描述两个独立的MCS表确定规则，所述规则被设计以供UE用于确定针对每一上行链路授权和下行链路数据调度应当应用哪个MCS表。图6和图7中示出MCS确定规则。
图6示出基于搜索空间(基于SS)的MCS确定规则。搜索空间(或PDCCH搜索空间)是指下行链路资源网格中可携载PDCCH的区域。UE可在整个的一个或多个搜索空间中执行盲解码，以尝试找到PDCCH数据(例如，DCI)。例如，为了使UE解码PDCCH数据(例如，DCI)，UE必须找出针对位置(例如，CCE索引)、结构(例如，聚合等级、交织和/或其他结构)、RNTI和/或其他信息的准确值。在一些情况下，此信息未事先指示给UE，并且所述值可动态改变。关于可能携载PDCCH数据(例如，DCI)的某个搜索范围的信息(例如，经由预定义的规则或信令消息)被提供给UE。在搜索范围内，UE可尝试基于试错法使用不同类型的参数(例如，CCE索引、聚合等级、RNTI等)对PDCCH/DCI进行解码。这种类型的解码称为盲解码。UE在其中执行盲解码的预定义区域称为搜索空间。
提供两种类型的搜索空间，并且将它们称为UE特定的搜索空间(USS)和公共搜索空间(CSS)。USS专用于每一特定UE。USS可通过RRC信令消息指示给UE，在这种情况下，UE将需要完成RRC建立以获得关于USS的信息。CSS是UE需要搜索提供给每一UE的信号(例如，用于系统信息块(SIB)的PDCCH)或在为特定UE建立专用信道之前应用于每一UE的信令消息(例如，在随机接入信道(RACH)过程中使用的PDCCH)的特定搜索空间。
返回图6，基于SS(SS-based)的MCS表确定规则可基于DCI格式(例如，0_0、1_0、0_1或1_1)和为UE特定的搜索空间的类型。例如，UE可确定与包含在下行链路信道(例如，PDCCH或其他下行链路信道)中的DCI相关联的DCI格式。UE可确定与下行链路信道相关联的搜索空间是CSS还是USS。基于DCI格式以及搜索空间是CSS还是USS来应用某个MCS表。例如，如图6所示，对于CSS中的DCI格式0_0和1_0，可使用现有的64QAM MCS表(例如，用于正常可靠性传输，诸如用于eMBB)，诸如图4所示的MCS表。在另一示例中，如图6所示，对于USS中的DCI格式0_0、1_0、0_1和1_1，使用新定义的U-MCS表，诸如图3所示的U-MCS表(有时称为qam64LowSE)。
图7是基于RNTI(RNTI-based)的MCS表确定规则。如以上所指出，RNTI可用于区分和/或标识一个特定无线电信道与其他无线电信道和/或一个UE与另一个UE(例如，区分小区中的UE)。基于RNTI的MCS表确定规则可基于DCI CRC是否是用新定义的U-RNTI(有时称为MCS-C-RNTI)加扰的。例如，UE可从PDCCH获得信息，并且可确定信息中的一个或多个CRC位是用U-RNTI加扰的。UE可基于所述确定来应用某个MCS表。例如，如图6所示，基于RNTI的MCS表确定规则指示：如果DCI CRC是用U-RNTI(或MCS-C-RNTI)加扰的，则使用U-MCS表(例如，如图3所示的U-MCS表)。否则，UE可遵循现有的NR行为(例如，UE可使用64QAM MCS表，诸如图4所示的那个，或256QAM MCS表，诸如图5所示的那个)。在一些情况下，UE是应用64QAM MCS表还是256QAM MCS表是由gNB通过RRC层进行配置。
基于RNTI的MCS表确定规则关于在具有不同MCS表(例如，BLER的水平)的调度无线电资源之间的动态改变具有较短的时延。在PDCCH的每个表观内，gNB可(例如，根据基于RNTI的MCS确定规则)通过用C-RNTI或U-RNTI对DCI进行加扰来指示MCS表。这意味着UE可具有增加盲解码开销的可能性，因为UE需要使用U-RNTI对DCI进行解扰。基于SS的MCS表确定规则通过在其上接收DCI的SS的类型(用于一个MCS表的USS和用于另一MCS表的CSS)隐式地指示被调度无线电资源的MCS表。因此，对于基于SS的MCS表确定规则，盲解码开销不增加，但是调度灵活性受USS和CSS的周期性限制。基于不同的场景，gNB可针对不同小区组、BWP、数据信道等为UE配置不同MCS表确定规则。MCS确定规则的这种配置意味着：gNB有可能按UE、按小区组(例如，按MAC实体)、按BWP、按控制信道(例如，PDCCH)或按数据信道(例如，PDSCH或PUSCH)向UE配置U-RNTI。根据gNB进行U-RNTI配置的方式，用于每个小区组、BWP、控制信道或数据信道的UE MCS表确定规则可不同。
UE可针对上行链路授权和下行链路数据调度中的每一者应用基于RNTI或基于SS的MCS表确定规则。哪个MCS表确定规则是将被UE应用的决定可基于是否为UE配置了新定义的U-RNTI，如图8所示的流程图所示。
图8是示出一种决定要应用哪个MCS表确定规则的方法的流程图。如图8所示，U-RNTI是否被gNB配置是用于UE决定应当应用哪个MCS表确定规则的条件之一。所述方法开始于步骤805。在步骤810处，确定是否配置了U-RNTI。如果为UE配置了U-RNTI，则所述方法在步骤825处继续，并且应用基于RNTI的MCS表确定规则。所述方法接着在步骤830处结束。如果在步骤810处未配置U-RNTI，则所述方法在步骤815处继续，其中确定MCS-table IE是否指示U-MCS。如果在步骤815处确定MCS-table IE指示U-MCS(“真”确定)，则在步骤820处应用基于SS的MCS表确定规则。所述方法接着在步骤830处结束。如果在步骤815处确定MCS-table IE未指示U-MCS(“假”确定)，则所述方法在步骤830处结束。然而，gNB如何向UE配置U-RNTI，以及如何在哪种基础上从gNB向UE配置U-RNTI是不清楚的。以上列出的每一配置替代方案都导致不同水平的UE盲解码开销以及不同的上行链路授权和下行链路数据调度灵活性。
用于配置U-RNTI(或MCS-C-RNTI)的不同技术被描述。在一个示例中，U-RNTI的配置为按UE配置的。例如，在RRC配置或RRC重新配置过程期间，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按UE的角度向UE配置U-RNTI。在特定下行链路RRC消息中，gNB可通过在RRCReconfiguration消息内包括U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)。这种RRCReconfiguration消息的示例在图9中作为文本提议(TP)的示例示出。“U-RNTI”IE(与对应的U-RNTI-Value一起在图9中突出显示)仅是示例。在一些实施方式中，U-RNTI IE可包含在RRCReconfiguration消息的任何其他位置。
一旦gNB从按UE的角度向UE配置了U-RNTI，在部分或全部数据信道、控制信道、BWP和/或小区组上到UE的部分或全部上行链路授权和下行链路数据调度就被认为是由gNB分配来应用基于RNTI的MCS表确定规则。
在另一示例中，按小区组(例如，按MAC实体)配置U-RNTI。例如，UE可使用用于配置主小区组(MCG)或辅小区组(SCG)的小区组特定的IE来确定为UE配置了U-RNTI。小区组特定的IE可指示U-RNTI的值。在此类示例中，U-RNTI是基于小区组特定的IE为MCG或SCG内的小区配置的。小区组特定的IE可包括CellGroupConfig信息元素、MAC-CellGroupConfig信息元素或PhysicalCellGroupConfig信息元素。
例如，在RRC配置或RRC重新配置过程期间，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按小区组的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB可通过在RRCReconfiguration消息内的CellGroupConfig信息元素、MAC-CellGroupConfig信息元素或PhysicalCellGroupConfig信息元素内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)，如图10、图11和图12所示。图10、图11和图12内的U-RNTI IE(与U-RNTI-Value一起突出显示)仅是示例。在一些实施方式中，U-RNTI IE可包含在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
一旦gNB从按小区组的角度向UE配置了U-RNTI，在所配置小区组内的部分或全部数据信道、控制信道和/或BWP上到UE的部分或全部上行链路授权和下行链路数据调度就被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。例如，由UE在其他小区组上从gNB接收的上行链路授权和下行链路数据调度不被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。
在另一示例中，按小区配置U-RNTI。例如，在RRC配置或RRC重新配置过程期间，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按小区的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB可通过在ServingCellConfig信息元素或ServingCellConfigCommon信息内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)，如图13和图14所示。图13和图14所示的U-RNTI IE(与U-RNTI-value一起突出显示)仅是示例。在一些实施方式中，U-RNTI IE也可包含在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
对于相同小区调度的情况(即，调度小区和被调度小区是同一小区)，一旦gNB从按小区的角度向UE配置了U-RNTI，在所配置小区(即，配置有U-RNTI的小区)内的部分或全部BWP上到UE的部分或全部上行链路授权和下行链路数据调度就可被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。调度小区是UE从其接收DCI的小区，并且被调度小区是由所接收DCI指示的小区。由UE在其他小区上从gNB接收的上行链路授权和下行链路数据调度不应被认为是由gNB分配的来应用基于RNTI的MCS表确定规则的。
在一些方面，对于跨小区调度(即，调度小区和被调度小区不是同一小区)，所引入的按小区U-RNTI配置方案可仅限于调度小区或被调度小区。例如，如果U-RNTI配置方案可仅限于调度小区，由在调度小区上接收的DCI指示的上行链路授权和下行链路数据调度则可被指示来应用基于RNTI的MCS表确定规则。然而，如果U-RNTI配置方案仅限于被调度小区，被调度小区上的上行链路授权和下行链路数据调度则可被指示来应用基于RNTI的MCS表确定规则。
在一些情况下，一旦UE还配置有小区对应的补充上行链路(supplementaluplink，SUL)，则gNB还可通过经由特定下行链路RRC消息(例如，RRCReconfiguration)向UE配置U-RNTI来向UE指示哪个MCS表确定规则应适用于SUL。在特定下行链路RRC消息内，gNB通过在ServingCellConfig信息元素、ServingCellConfigCommon信息元素、supplementaryUplinkConfig信息元素、UplinkConfigCommon信息元素或ServingCellConfigCommon信息元素内包括U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)。
在另一示例中，按带宽部分(BWP)配置U-RNTI。例如，在RRC配置或RRC重新配置过程中，gNB可通过特定下行链路RRC消息(例如，RRCReconfiguration)从按BWP的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB通过在RRCReconfiguration消息内的BWP信息元素(即，用于配置BWP的IE)(如图15所示)、BWP-Uplink信息元素、BWP-UplinkDedicated信息元素、BWP-Downlink信息元素或BWP-DownlinkDedicated信息元素内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)。图15内的U-RNTI IE(与U-RNTI-Value一起突出显示)仅是示例。在一些实施方式中，U-RNTI IE可包含在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
对于相同BWP调度的情况(即，调度BWP和被调度BWP是同一BWP)，一旦gNB从按BWP的角度向UE配置了U-RNTI，在所配置BWP内的部分或全部数据信道及控制信道上到UE的部分或全部上行链路授权和下行链路数据调度就可被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。调度BWP是UE从其接收DCI的BWP，并且被调度BWP是由所接收DCI指示的BWP。由UE在其他BWP上从gNB接收的上行链路授权和下行链路数据调度不应被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。
在一些方面，对于跨BWP调度(即，调度BWP和被调度BWP不是同一BWP)，所引入的按BWP U-RNTI配置方案可仅限于调度BWP或被调度BWP。例如，如果U-RNTI配置方案可仅限于调度BWP，由在调度BWP上接收的DCI指示的上行链路授权和下行链路数据调度则可被指示来应用基于RNTI的MCS表确定规则。然而，如果U-RNTI配置方案仅限于被调度BWP，在被调度BWP上的上行链路授权和下行链路数据调度则可被指示来应用基于RNTI的MCS表确定规则。
在另一示例中，按控制信道配置U-RNTI。例如，在RRC配置或RRC重新配置过程中，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按控制信道的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB可通过在RRCReconfiguration消息内的PDCCH-ConfigCommon信息元素或PDCCH-Config信息元素内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)，如图16和图17所示。图16和图17内的U-RNTI IE(与U-RNTI-Value一起突出显示)仅是示例。在一些实施方式中，U-RNTI IE可包含在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
一旦gNB从按控制信道的角度向UE配置了U-RNTI，由gNB经由所配置PDCCH调度给UE的部分或全部上行链路授权和下行链路数据就可被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。由gNB经由其他PDCCH调度给UE的上行链路授权和下行链路数据不应被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。
在另一示例中，按下行链路数据信道配置U-RNTI。例如，在RRC配置或RRC重新配置过程中，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按下行链路数据信道的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB可通过在RRCReconfiguration消息内的PDSCH-ConfigCommon信息元素或PDSCH-Config信息元素内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)，如图18和图19所示。图18和图19内的U-RNTI IE(与U-RNTI-Value一起突出显示)仅是示例。在一些实施方式中，U-RNTIIE也可包括在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
一旦gNB从按下行链路数据信道的角度向UE配置了U-RNTI，由gNB在所配置PDSCH上调度给UE的部分或全部下行链路数据就可被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。由gNB在其他PDSCH上调度给UE的下行链路数据可不被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。因为NR支持跨BWP和跨服务小区调度，UE无法预测gNB将在何时在所配置PDSCH上调度下行链路数据，也无法预测gNB将通过哪个PDCCH如何调度下行链路数据。这意味着，一旦UE的一个或多个PDSCH中的任一个配置有U-RNTI，UE就将需要在每个可能会对PDSCH进行下行链路数据调度的PDCCH中针对U-RNTI执行盲解码。
在另一示例中，按上行链路数据信道配置U-RNTI。例如，在RRC配置或RRC重新配置过程期间，gNB可经由特定下行链路RRC消息(例如，RRCReconfiguration)从按上行链路数据信道的角度向UE配置U-RNTI。在特定下行链路RRC消息内，gNB可通过在RRCReconfiguration消息内的PUSCH-ConfigCommon信息元素或PUSCH-Config信息元素内包含U-RNTI IE来向UE指示U-RNTI的值(例如，U-RNTI-Value)，如图20和图21所示。图20和图21内的U-RNTI IE(与U-RNTI-Value一起突出显示)仅是示例。在一些实施方式中，U-RNTIIE也可包含在RRCReconfiguration消息的任何其他位置(例如，在任何其他IE内)。
一旦gNB从按上行链路数据信道的角度向UE配置了U-RNTI，由gNB在所配置PUSCH上调度给UE的部分或全部上行链路授权就被认为是由gNB分配的来应用基于RNTI的MCS表确定规则的。由gNB在其他PUSCH上调度给UE的上行链路授权不应被认为是由gNB分配来应用基于RNTI的MCS表确定规则的。
可以看出，因为NR支持跨BWP和跨服务小区调度，UE无法预测gNB将在何时在所配置的PUSCH上调度上行链路授权，也无法预测gNB将通过哪个PDCCH如何调度上行链路授权。这意味着，一旦UE的一个或多个PUSCH中的任一个配置有U-RNTI，UE就将需要在每个可能会对PUSCH进行上行链路授权调度的PDCCH中针对U-RNTI执行盲解码。
在一些实施方式中，可执行两步式U-RNTI(或MCS-C-RNTI)配置。根据上面引入的用于U-RNTI配置的设计，gNB是否在对应的IE或RRC消息中包括U-RNTI IE(U-RNTI-Value)可作为UE是否应当应用基于RNTI的MCS表确定规则的指示的代表。然而，在一些情况下，gNB可能需要逐个小区地、逐个BWP地或逐个信道地向UE指示U-RNTI值，这会浪费无线电资源。为了使整体配置过程更有效，可实施两步式U-RNTI配置方案，所述方案可显著减少针对小区组、小区、BWP、控制信道或数据信道中的每一者将U-RNTI IE包括到多个IE(例如，CellGroupConfig IE、ServingCellConfig IE、BWP IE、PDCCH-Config IE、PDSCH-ConfigIE或PUSCH-Config IE)中的重复性。在两步式U-RNTI配置方案中，可将从gNB到UE的U-RNTI的配置分为两部分(即，U-RNTI-I和U-RNTI-II)，这两个部分包括在相同或不同的下行链路RRC消息/IE中。
U-RNTI-I指示在UE内所配置的小区组、小区、BWP、控制信道或数据信道之间共享的U-RNTI-Value。U-RNTI-II可指示是否应当针对对应的小区组、小区、BWP、控制信道或数据信道应用U-RNTI-I(例如，U-RNTI-Value)进行PDCCH盲解码。在一些实施方式中，U-RNTI-II可以是布尔参数：在一些示例中，1表示真，且0表示假。当U-RNTI-II布尔参数设置为真时，UE可应用U-RNTI-I，否则当布尔参数设置为假时，UE可忽略U-RNTI-I。在一些方面，当存在U-RNTI-II时，UE可应用U-RNTI-I，否则当不存在U-RNTI-II时，UE忽略U-RNTI-I。
在一些示例中，可使用是否应当应用U-RNTI的单独指示。例如，对于以上引入的不同RNTI配置技术中的每一种，U-RNTI-I IE和U-RNTI-II IE可相应地包括在不同IE中。现将对描述可如何放置U-RNTI-I IE和U-RNTI-II IE的示例进行描述。
以按小区组进行的U-RNTI配置为例，当配置给UE的所有小区组(例如，MCG、SCG等)共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息或CellGroupConfig信息元素(或其他小区组特定的IE)中，但如果CellGroupConfig、MAC-CellGroupConfig或PhysicalCellGroupConfig对应的小区组需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地被包含在CellGroupConfig信息元素、MAC-CellGroupConfig信息元素或PhysicalCellGroupConfig信息元素中的每一者中。例如，如果CellGroupConfig、MAC-CellGroupConfig或PhysicalCellGroupConfig对应的小区组没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不针对小区组应用基于RNTI的MCS表确定规则。
以按小区进行的U-RNTI配置为例，当配置给UE的所有小区共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息或CellGroupConfig IE中，但如果小区需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地包括在每个所配置小区的对应ServingCellConfig IE或ServingCellConfigCommon IE中。例如，如果ServingCellConfig或ServingCellConfigCommon对应的小区没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不针对小区应用基于RNTI的MCS表确定规则。
以按BWP进行的U-RNTI配置为例，当配置给UE的所有BWP共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息、CellGroupConfig IE、ServingCellConfig IE或ServingCellConfigCommon IE中，但如果BWP需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地被包括在每一所配置BWP的对应BWPIE、BWP-Uplink IE、BWP-UplinkDedicated IE、BWP-Downlink IE或BWP-DownlinkDedicated IE中。例如，如果BWP、BWP-Uplink、BWP-UplinkDedicated、BWP-Downlink或BWP-DownlinkDedicated对应的BWP没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不针对BWP应用基于RNTI的MCS表确定规则。
以按控制信道进行的U-RNTI配置为例，当配置给UE的所有控制信道共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息、CellGroupConfigIE、ServingCellConfig IE、ServingCellConfigCommon IE、BWP IE、BWP-Downlink IE或BWP-DownlinkDedicated IE中，但如果控制信道需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地包括在每个所配置控制信道的对应PDCCH-ConfigCommon IE或PDCCH-Config IE中。例如，如果PDCCH-ConfigCommon或PDCCH-Config对应的控制信道没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不针对下行链路控制信道应用基于RNTI的MCS表确定规则。
以按下行链路数据信道进行的U-RNTI配置为例，当配置给UE的所有下行链路数据信道共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息、CellGroupConfig IE、ServingCellConfig IE、ServingCellConfigCommon IE、BWP IE、BWP-Downlink IE或BWP-DownlinkDedicated IE中，但如果下行链路数据信道需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地被包括在每一所配置控制信道的对应PDSCH-ConfigCommon IE或PDSCH-Config IE中。例如，如果PDSCH-ConfigCommon或PDSCH-Config对应的控制没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不针对下行链路数据信道应用基于RNTI的MCS表确定规则。
图22和图23示出可能的配置文本提议(TP)。图22是示出按小区组配置的U-RNTI-IIE的TP的示例。图22所示的U-RNTI-I指示在UE内所配置的小区组、小区、BWP、控制信道或数据信道之间共享的U-RNTI-Value。图23是示出按下行链路数据信道配置的U-RNTI-II IE的TP的示例。图23所示的U-RNTI-II指示是否应当针对对应的小区组、小区、BWP、控制信道或数据信道应用U-RNTI-I(例如，U-RNTI-Value)进行PDCCH盲解码。上述用于单独指示是否应当应用U-RNTI的部分或全部方面可将U-RNTI-I和U-RNTI-II的类似设置逻辑地应用于对应的IE。
以按上行链路数据信道进行的U-RNTI配置为例，当配置给UE的所有上行链路数据信道共享单个U-RNTI值时，U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息、CellGroupConfig IE、ServingCellConfig IE、ServingCellConfigCommon IE、BWP IE、BWP-Uplink IE或BWP-UplinkDedicated IE中，但如果上行链路数据信道需要被指示来应用基于RNTI的MCS确定规则，则U-RNTI-II IE可单独地被包括在每一配置的控制信道的对应PUSCH-ConfigCommon IE或PUSCH-Config IE中。例如，如果没PUSCH-ConfigCommon或PUSCH-Config对应的控制没有被用U-RNTI-II指示，或U-RNTI-II设置为假，则UE将不将针对上行链路数据信道应用基于RNTI的MCS表确定规则。
在一些实施方式中，U-RNTI-II也可包括在所配置的授权配置IE中(例如，如图24所示的ConfiguredGrantConfig)，而U-RNTI-I IE可以但不限于包括在RRCReconfiguration消息、CellGroupConfig IE、ServingCellConfig IE、ServingCellConfigCommon IE、BWP IE、BWP-Uplink IE、BWP-UplinkDedicated IE、BWP-Downlink IE或BWP-DownlinkDedicated IE中。应当指出，所配置的授权可按服务小区和/或按BWP通过RRC来配置。
现将描述BLER和MCS配置。本文引入BLER水平特定的RNTI。例如，NR可出于指示UE是否应当针对URLLC服务应用1e-5BLER MCS表的目的而引入U-RNTI。然而，NR可引入MCS表的更多选项，这些选项具有较低目标的捆绑了不同调制编码方案的BLER。因此，更积极的MCS表指示方法可以从gNB到UE来被确定的。例如，gNB可在U-RNTI-I内提供U-RNTI-Value列表。这意味着，U-RNTI-I IE可以是U-RNTI的值的列表(例如，U-RNTI-Value{Value_1,Value_2,Value_3,Value_4})。U-RNTI的值的列表内的每个值可指代不同的目的(例如，隐式地指示MCS表的不同目标BLER水平)。第三种类型的U-RNTI(即，U-RNTI-III)可指示针对UE应当应用U-RNTI-I内的哪个值。例如，如果U-RNTI-III是两位流，则00表示UE应当应用Value_1，01表示UE应当应用Value_2，10表示UE应当应用Value_3，并且11表示UE应当应用Value_4。应当注意，U-RNTI-Value内的每个值都参考对应的MCS表。Value_1可参考对应的MCS表1，Value_2参考对应的MCS表2，Value_3参考对应的MCS表3，并且Value_4参考对应的MCS表4。这四个MCS表在目标BLER水平或调制编码水平(最大调制编码率)上可不同。
在一些方面，如果gNB指示UE来应用基于SS的MCS确定规则，则gNB还可应用第一IE来指示MCS表的列表，并且应用第二IE来指示针对对应的搜索空间应当应用第一IE中的哪个MCS表。CSS和USS都可用单个第二IE表示，这可意味着CSS和USS所应用的MCS表是相同的。替代地，CSS和USS可用两个不同的第二IE来指示，在这种情况下，CSS和USS所应用的MCS表相同或不同。
应当注意，U-RNTI-III可以但不限于与U-RNTI-II放置在一起。替代地，gNB可将U-RNTI-III放在某一其他对应的IE/RRC消息中。
BLER和MCS是两个独立的因素。如果NR想要支持更多样化的服务，则可引入MCS(例如64QAM、256QAM或1024QAM)和BLER(例如1e-1、1e-5、1e-7或1e-9)的更多选项。一个可能的MCS和BLER指示示例是：当gNB正向UE指示MCS-table(例如，当前是NR IE)，gNB可通过另一独立IE(例如，BLER_indication)独立地指示MCS-table的BLER。因此，UE可通过参考MCS-table和新的BLER_indication IE两者来决定MCS表。替代地，gNB可引入BLER水平特定的U-RNTI，其中gNB针对每一BLER水平特定的U-RNTI预配置MCS。因此，仅可由BLER水平特定的U-RNTI隐式地向UE指示要使用的MCS表。
在一些方面，gNB可针对另一特定BLER水平应用另一独立MSC-table IE。例如，MCS-table：{64QAM或256QAM}用于1e-1BLER(例如，MCS-table_eMBB IE)，MCS-table：{64QAM或256QAM}用于1e-5BLER(例如，MCS-table_URLLC IE)及MCS-table：{64QAM或256QAM}用于1e-7BLER(例如，MCS-table_SomeOtherService IE)。
在一些方面，gNB可扩展当前MCS-table IE内的范围/选项。在向UE配置MCS-table之前，gNB可在代表哪种BLER和MCS的MCS表中的每一选项上预先通知UE。
应当注意，基于RNTI的MCS确定规则和基于SS的MCS确定规则都仅是示例。在一些情况下，也可应用其他MCS表确定规则。例如，关于如何决定在逻辑上也可采用和/或扩展到一些其他MCS确定规则的MCS确定规则的设计。
在一些方面，如果在小区组由主NB或eNB服务的期间，配置给UE的小区组中的一个正在由另一gNB或eNB(例如，辅节点)服务，则U-RNTI-I IE和/或U-RNTI-II IE和/或U-RNTI-III IE可从主gNB发送到辅节点，反之亦然。辅节点可将本文引入的那些配置信息元素直接配置给UE，或者根据从主gNB或eNB接收的对应配置来配置那些配置信息元素，反之亦然。
在一些方面，U-RNTI-I总是包含在RRCReconfiguration消息中，但U-RNTI-II是布尔参数。当布尔参数设置为真时，UE可应用U-RNTI-I，否则当布尔参数设置为假时，UE可忽略U-RNTI-I。
图25是示出根据本文提供的一些示例的，用于按小区组执行基于U-RNTI的配置的方法的示例的流程图。在步骤2510处，在用户设备(UE)处接收下行链路无线电资源控制(RRC)消息。RRC消息包括多个信息元素(IE)。下行链路RRC消息用于为所述UE配置RRC。
在步骤2520处，所述方法基于下行链路RRC消息中的多个IE中的小区组特定的IE来确定与UE相关联的无线电网络临时标识符(RNTI)。小区组特定的IE用于配置主小区组(MCG)或辅小区组(SCG)。RNTI是基于所述小区组特定的IE为MCG或SCG内的小区配置的。小区组特定的IE可包括CellGroupConfig信息元素、MAC-CellGroupConfig信息元素或PhysicalCellGroupConfig信息元素。在一些方面，在小区组特定的IE中提供用于MCG或SCG的配置参数。
在一些方面，RNTI是调制编码方案小区RNTI(MCS-C-RNTI)或U-RNTI。在一些方面，所述方法还包括：在MCG或SCG的一个或多个物理共享信道上接收用于UE的上行链路授权及下行链路数据调度。在一些方面，如上所述，响应于经由小区组特定的IE配置MCS-C-RNTI，将基于RNTI的MCS表确定规则应用于上行链路授权和下行链路数据调度。在一些方面，应用基于RNTI的MCS确定规则包括：从物理下行链路控制信道(PDCCH)获得信息；确定所述信息中的一个或多个循环冗余校验(CRC)位是用RNTI加扰的；以及基于所述确定而应用第一调制编码方案(MCS)表。在一些方面，从PDCCH获得的信息包括下行链路控制信息(DCI)。DCI包括用RNTI加扰的一个或多个CRC位。在一些方面，第一MCS表跟第二MCS表相比是与更高的信道码率相关联。
图26是示出根据本文提供的一些示例的用于应用基于搜索空间的MCS表确定规则的方法的流程图。在步骤2610处，从下行链路信道获得下行链路控制信息(DCI)。在步骤2620处，确定与DCI相关联的DCI格式。在步骤2630处，确定与下行链路信道相关联的搜索空间是公共搜索空间(CSS)还是用户设备特定的搜索空间(USS)。在步骤2640处，基于DCI格式及搜索空间来应用第一MSC表或第二MCS表。例如，第一MCS表或第二MCS表可应用于上行链路授权和下行链路数据调度。
在一些方面，DCI格式为0_0DCI格式或1_0DCI格式，搜索空间为CSS，并且基于搜索空间为CSS和DCI格式为0_0DCI格式或1_0DCI格式而应用第一MCS表。在一些方面，第一MCS表是64正交幅度调制(64QAM)MCS表，诸如图4所示的那个。在一些方面，第一MCS表是是256正交幅度调制(64QAM)MCS表，诸如图5所示的那个。
在一些方面，DCI格式为0_0DCI格式、1_0DCI格式、0_1DCI格式或1_1DCI格式，搜索空间为USS，并且基于搜索空间为USS和DCI格式为0_0DCI格式、1_0DCI格式、0_1DCI格式或1_1DCI格式而应用第二MCS表。在一些方面，第二MCS表是跟第一MCS表相比与更高的信道码率相关联，和/或第二MCS表是被设计用于10-5的BLER。在一些方面，第二MCS表是超可靠低时延通信(URLLC)-MCS表，诸如图3所示的那个。
图27是示出根据本文提供的一些示例的用于应用基于RNTI的MCS表确定规则的方法的流程图。在步骤2710处，从物理下行链路控制信道(PDCCH)获得信息。在步骤2720处，确定信息中的一个或多个CRC位是用RNTI加扰的。在步骤2730处，基于确定信息中的一个或多个CRC位是用RNTI加扰的，应用第一MCS表。
在一些示例中，从PDCCH获得的信息包括下行链路控制信息(DCI)。DCI包括用RNTI加扰的一个或多个CRC位。在一些方面，所述方法还包括：用RNTI对DCI进行解扰。
在一些示例中，第一MCS表是跟第二MCS表相比与更高的信道码率相关联，和/或第一MCS表是被设计用于10-5的BLER。在一些方面，第一MCS表是超可靠低时延通信(URLLC)-MCS(U-MCS)表，诸如图3所示的那个。
在一些示例中，所述方法还包括：确定另外的PDCCH的信息中的一个或多个CRC位不是用RNTI加扰的；以及基于所述确定而应用第二MCS表。在一些方面，第一MCS表跟第二MCS表相比是与更高的信道码率相关联，并且可包括U-MCS表，诸如图3所示的那个。
在一些示例中，方法2500、2600和2700可由计算设备或装置执行，计算设备或装置诸如具有图28所示的计算设备架构2800的计算设备。计算设备可包括UE或其他合适的设备。在一些情况下，计算设备或装置可包括输入装置、输出装置、一个或多个处理器、一个或多个微处理器、一个或多个微型计算机或被配置来执行方法2500、2600和2700的步骤的其他部件。计算设备可还包括显示器、被配置来传达和/或接收数据的网络接口、其任何组合和/或一个或多个其他部件。网络接口可被配置来传达和/或接收基于电信的数据或其他类型的数据。
方法2500、2600和2700被示出为逻辑流程图，其操作表示可以硬件、计算机指令或其组合来实现的一系列操作。在计算机指令的背景下，操作表示存储在一个或多个计算机可读存储介质上的计算机可执行指令，所述计算机可执行指令在由一个或多个处理器执行时实行所述操作。通常，计算机可执行指令包括执行特定功能或实现特定数据类型的例程、程序、对象、部件、数据结构等。描述操作的次序并不意图被解释为限制，并且任何数目的所述操作可任何次序和/或并行地组合来实现过程。
另外，方法2500、2600和2700可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可被实现为在一个或多个处理器上、通过硬件或其组合共同执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用程序)。如以上所指出，代码可例如以包括可由一个或多个处理器执行的多个指令的计算机程序的形式存储在计算机可读或机器可读存储介质上。计算机可读或机器可读存储介质可以是非暂时性的。
图28示出可实现本文描述的各种技术的示例性计算设备的示例性计算设备架构2800。计算设备架构2800的部件被示出为使用诸如总线的连接2805而彼此电通信。示例性计算设备架构2800包括处理单元(CPU或处理器)2810和计算设备连接2805，所述计算设备连接2105将包括计算设备存储器2815(诸如只读存储器(ROM)2820和随机存取存储器(RAM)2825)的各种计算设备部件耦接到处理器2810。
计算设备架构2800可包括与处理器2810直接连接、与其紧邻或集成为其一部分的高速存储器的高速缓存。计算设备架构2800可将数据从存储器2815和/或存储装置2830复制到高速缓存2812，以供处理器2810快速访问。以此方式，高速缓存可提供性能提升，这避免了处理器2810在等待数据时的延迟。这些和其他模块可控制或被配置为控制处理器2810以执行各种动作。其他计算设备存储器2815也可供用于使用。存储器2815可包括具有不同性能特性的多种不同类型的存储器。处理器2810可包括被配置为控制处理器2810的任何通用处理器和硬件或软件服务(诸如存储在存储装置2830中的服务1 2832、服务2 2834和服务3 2836)以及其中软件指令已合并到处理器设计中的专用处理器。处理器2810可以是包含多个核或处理器、总线、存储器控制器、高速缓存等的自含系统。多核处理器可以是对称的或非对称的。
为了实现用户与计算设备架构2800的交互，输入装置2845可表示任何数量的输入机制，诸如用于话音的麦克风、用于手势或图形输入的触敏屏幕、键盘、鼠标、运动输入、话音等。输出装置2835还可以是本领域技术人员已知的许多输出机制中的一种或多种，诸如显示器、投影仪、电视、扬声器设备等。在一些情况下，多模式计算设备可使得用户能够提供多种类型的输入来与计算设备架构2800通信。通信接口2840通常可管控并管理用户输入和计算设备输出。在任何特定硬件布置上没有操作限制，并且因此本文的基本特征可很容易地替代随着开发而改进的硬件或固件布置。
存储装置2830是非易失性存储器，并且可以是可存储可由计算机访问的数据的硬盘或其他类型的计算机可读介质，诸如磁带盒、闪存卡、固态存储装置、数字多功能盘、盒式磁带、随机存取存储器(RAM)2825、只读存储器(ROM)2820及其混合物。存储装置2830可包括用于控制处理器2810的服务2832、2834、2836。可设想到其他硬件或软件模块。存储装置2830可连接到计算装置连接2805。在一个方面，执行特定功能的硬件模块可包括存储在计算机可读介质中的软件部件，所述软件部件与必要的硬件部件(诸如处理器2810、连接2805、输出设备2835等)连接以执行功能。
术语“计算机可读介质”包括但不限于便携式或非便携式存储装置、光学存储装置以及能够存储、包含或携载一个或多个指令和/或数据的各种其他介质。计算机可读介质可包括非暂时性介质，数据可存储在非暂时性介质中，并且非暂时性介质不包括无线地或通过有线连接传播的载波和/或暂时性电子信号。非暂时性介质的示例可包括但不限于磁盘或磁带、光学存储介质(诸如光盘(CD)或数字通用光盘(DVD))、闪存、存储器或存储器设备。计算机可读介质可具有存储在其上的代码和/或机器可执行指令，所述代码和/或机器可执行指令可表示规程、函数、子程序、程序、例程、子例程、模块、软件包、类或者指令、数据结构或程序语句的任何组合。代码段可通过传递和/或接收信息、数据、自变量、参数或存储器内容来耦接到另一个代码段或硬件电路。信息、自变量、参数、数据等可通过任何合适的手段(包括存储器共享、消息传递、令牌传递、网络传输等)来传递、转发或传输。
在一些实施例中，计算机可读存储装置、介质和存储器可包括电缆或包含位流等的无线信号。然而，当提及时，非暂时性计算机可读存储介质明确地排除诸如能量、载波信号、电磁波和信号本身的介质。
在以上描述中提供了特定细节，以提供对本文提供的实施例和示例的透彻理解。然而，本领域普通技术人员将理解，实施例可在无这些具体细节的情况下加以实践。为了解释清楚，在一些情况下，本技术可被呈现为包括单独功能块，所述单独功能块包括有包括装置、装置部件、在软件中体现的方法中的步骤或例程或者硬件和软件的组合的功能块。除附图所示和/或本文描述的部件以外，可使用另外的部件。例如，电路、系统、网络、过程和其他部件可以框图形式示出为部件，以便避免不必要的细节使实施例模糊。在其他情况下，可在没有不必要的细节的情况下示出众所周知的电路、过程、算法、结构以及技术，以便避免使实施例模糊。
单独实施例可在上文被描述为过程或方法，其被描绘为流程图、流图、数据流图、结构图或框图。尽管流程图可将操作描述为顺序过程，但是许多操作可并行或同时执行。此外，操作次序可重新布置。虽然过程在其操作完成时终止，但是可具有未包括在附图中的另外的步骤。过程可对应于方法、函数、过程、子例程、子程序等。当过程对应于函数时，其终止可对应于所述函数返回到调用函数或主函数。
根据上述示例的过程和方法可使用存储在计算机可读介质中或以其他方式可从计算机可读介质获得的计算机可执行指令来实现。此类指令可包括例如致使或以其他方式配置通用计算机、专用计算机或处理装置来执行某一功能或某一组功能的指令和数据。所使用的计算机资源的部分可能够通过网络访问。计算机可执行指令可以是例如二进制、中间格式指令，诸如汇编语言、固件、源代码等。可用于存储指令、所使用的信息和/或在根据所描述示例的方法期间创建的信息的计算机可读介质的示例包括磁盘或光盘、闪存、设置有非易失性存储器的USB装置、联网存储装置等。
实现根据这些公开内容的过程和方法的设备可包括硬件、软件、固件、中间件、微码、硬件描述语言或其任何组合，并且可采用多种形状因数中的任一种。当以软件、固件、中间件或微码实现时，用于执行必要任务的程序代码或代码段(例如，计算机程序产品)可存储在计算机可读或机器可读介质中。一个或多个处理器可执行必要任务。形状因数的典型示例包括笔记本电脑、智能手机、移动电话、平板电脑设备或其他小形状因数个人计算机、个人数字助理、机架安装设备、独立设备等。本文描述的功能性也可在外围设备或插入卡中体现。作为另外的示例，此种功能性还可在不同芯片中的电路板上或者在单个设备中执行的不同进程中实现。
指令、用于此类指令的介质、用于执行此类指令的计算资源以及用于支持此类计算资源的其他结构是用于提供本公开中描述的功能的示例性构件。
在前述描述中，参考本申请的特定实施例描述本申请的各方面，但是本领域技术人员将认识到，本申请不限于此。因此，虽然已在本文中详细描述本申请的说明性实施例，但是应当理解，发明构思可以其他方式不同地体现和采用，并且所附权利要求意图被解释为包括此类变型，除了如由现有技术所限制以外。上述申请的各种特征和方面可单独地或联合地使用。此外，在不脱离本说明书的更广泛的精神和范围的情况下，实施例可在本文所述之外的任何数量的环境和应用中使用。因此，本说明书和附图应当被视为说明性的而非限制性的。出于说明的目的，以特定次序进行描述方法。应当了解，在替代实施例中，可以与所描述不同的次序执行方法。
本领域普通技术人员将理解，在不脱离本说明书的范围的情况下，本文使用的小于(“<”)和大于(“>”)符号或术语可分别替换为小于或等于(“≤”)和大于或等于(“≥”)符号。
在将部件描述为“被配置为”执行某些操作的情况下，可例如通过设计电子电路或其他硬件以执行所述操作、通过对可编程电子电路(例如，微处理器或其他合适的电子电路)进行编程以执行所述操作或其任何组合来实现这种配置。
短语“耦接到”是指直接或间接物理连接到另一个部件的任何部件，和/或与另一个部件通信的任何部件(例如，通过有线或无线连接和/或其他合适的通信接口连接到另一个部件)。
引用集合“中的至少一个”的声明语言或其他语言指示所述集合中的一个成员或所述集合中的多个成员满足声明。例如，引用“A和B中的至少一个”的声明语言意味着A、B或A和B。
结合本文公开的实施例描述的各种说明性逻辑块、模块、电路和算法步骤可被实现为电子硬件、计算机软件、固件或其组合。为了清楚地说明硬件和软件的这种可互换性，上文已经就其功能性总体地描述了各种说明性的部件、块、模块、电路和步骤。这种功能性是实现为硬件还是实现为软件取决于特定的应用和施加于整个系统的设计约束。技术人员可针对每个特定应用以各种方式实现所描述的功能，但是此类实现决定不应当被解释为导致脱离本申请的范围。
本文描述的技术也可在电子硬件、计算机软件、固件或其任何组合中实现。此类技术可在多种设备(诸如通用计算机、无线通信设备手持机或具有多种用途(包括无线通信设备手持机和其他设备中的应用)的集成电路设备)中的任一者中实现。描述为模块或部件的任何特征可一起在集成逻辑设备中实现，或者单独实现为离散但可互操作的逻辑设备。如果在软件中实现，则所述技术可至少部分地由包括程序代码的计算机可读数据存储介质实现，所述程序代码包括在被执行时执行上文描述的方法中的一者或多者的指令。计算机可读数据存储介质可形成计算机程序产品的一部分，所述计算机程序产品可包括封装材料。计算机可读介质可包括存储器或数据存储介质，诸如随机存取存储器(RAM)(诸如同步动态随机存取存储器(SDRAM))、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存、磁性或光学数据存储介质等。另外地或替代地，所述技术可至少部分地由计算机可读通信介质实现，所述计算机可读通信介质携载或传达呈指令或数据结构的形式并且可由计算机访问、读取和/或执行的程序代码，诸如传播的信号或波。
程序代码可由处理器执行，所述处理器可包括一个或多个处理器，诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其他等效的集成或离散逻辑电路。这种处理器可被配置为执行本公开中所描述的任何技术。通用处理器可以是微处理器；但在替代方案中，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器还可实现为计算装置的组合，例如，DSP和微处理器的组合、多个微处理器、结合DSP核的一个或多个微处理器或任何其他这种配置。因此，如本文所用，术语“处理器”可指代前述结构中的任一者、前述结构的任何组合或适合于实现本文描述的技术的任何其他结构或设备。

Claims (25)

1.一种通信方法，其包括：
在用户设备UE处接收包括多个信息元素IE的下行链路无线电资源控制RRC消息，其中所述下行链路RRC消息用于为所述UE配置RRC；以及
基于所述下行链路RRC消息中的所述多个IE中的小区组特定的IE来确定与所述UE相关联的无线电网络临时标识符RNTI，所述小区组特定的IE被用于配置主小区组MCG或辅小区组SCG，并且其中所述RNTI是基于所述小区组特定的IE来为所述MCG或SCG中的小区配置的。
2.根据权利要求1所述的通信方法，其中在所述小区组特定的IE中提供用于所述MCG或SCG的配置参数。
3.根据权利要求1所述的通信方法，其中所述RNTI是调制编码方案小区RNTIMCS-C-RNTI。
4.根据权利要求3所述的通信方法，其还包括：
在所述MCG或SCG的一或多个物理共享信道上接收用于所述UE的上行链路授权和下行链路数据调度。
5.根据权利要求4所述的通信方法，其中响应于由所述小区组特定的IE所配置的所述MCS-C-RNTI，将基于RNTI的调制编码方案(MCS)确定规则应用于所述上行链路授权和下行链路数据调度。
6.根据权利要求5所述的通信方法，其中应用所述基于RNTI的MCS确定规则包括：
从物理下行链路控制信道PDCCH获得信息；
确定所述信息中的一个或多个循环冗余校验CRC位是用所述RNTI加扰的；以及
基于所述确定而应用第一调制编码方案MCS表。
7.根据权利要求6所述的通信方法，其中从所述PDCCH获得的所述信息包括下行链路控制信息DCI，所述DCI包括用所述RNTI加扰的所述一个或多个CRC位。
8.根据权利要求6所述的通信方法，其中所述第一MCS表跟第二MCS表相比是与更高的信道码率相关联。
9.一种装置，其包括：
存储器；以及
处理器，所述处理器耦接到所述存储器并且被配置为用于：
接收包括多个信息元素IE的下行链路无线电资源控制RRC消息，其中所述下行链路RRC消息用于为所述装置配置RRC；并且
基于所述下行链路RRC消息中的所述多个IE中的小区组特定的IE来确定与所述装置相关联的无线电网络临时标识符RNTI，所述小区组特定的IE用于配置主小区组MCG或辅小区组SCG，并且其中所述RNTI是基于所述小区组特定的IE来为所述MCG或SCG中的小区配置的。
10.根据权利要求9所述的装置，其中在所述小区组特定的IE中提供用于所述MCG或SCG的配置参数。
11.根据权利要求9所述的装置，其中所述RNTI是调制编码方案小区RNTIMCS-C-RNTI。
12.根据权利要求11所述的装置，其中所述处理器进一步被配置来：
在所述MCG或SCG的一或多个物理共享信道上接收用于所述装置的上行链路授权和下行链路数据调度。
13.根据权利要求12所述的装置，其中响应于由所述小区组特定的IE所配置的所述MCS-C-RNTI，将基于RNTI的调制编码方案MCS确定规则应用于所述上行链路授权和下行链路数据调度。
14.根据权利要求13所述的装置，其中应用所述基于RNTI的MCS确定规则包括：
从物理下行链路控制信道PDCCH获得信息；
确定所述信息中的一个或多个循环冗余校验CRC位是用所述RNTI加扰；以及
基于所述确定而应用第一调制编码方案MCS表。
15.根据权利要求14所述的装置，其中从所述PDCCH获得的所述信息包括下行链路控制信息DCI，所述DCI包括用所述RNTI加扰的所述一个或多个CRC位。
16.根据权利要求14所述的装置，其中所述第一MCS表跟第二MCS表相比是与更高的信道码率相关联。
17.根据权利要求9所述的装置，其中所述装置是移动设备。
18.一种用户设备UE的非暂时性计算机可读介质，其上存储有指令，所述指令在由一个或多个处理器执行时致使所述一个或多个处理器：
接收包括多个信息元素IE的下行链路无线电资源控制RRC消息，其中所述下行链路RRC消息用于为所述UE配置RRC；并且
基于所述下行链路RRC消息中的所述多个IE中的小区组特定的IE来确定与所述UE相关联的无线电网络临时标识符RNTI，所述小区组特定的IE用于配置主小区组MCG或辅小区组SCG，并且其中所述RNTI是基于所述小区组特定的IE来为所述MCG或SCG中的小区配置的。
19.根据权利要求18所述的非暂时性计算机可读介质，其中在所述小区组特定的IE中提供用于所述MCG或SCG的配置参数。
20.根据权利要求18所述的非暂时性计算机可读介质，其中所述RNTI是调制编码方案小区RNTI MCS-C-RNTI。
21.根据权利要求20所述的非暂时性计算机可读介质，其还包括指令，所述指令在由所述一个或多个处理器执行时致使所述一个或多个处理器：
在所述MCG或SCG的一或多个物理共享信道上接收用于所述UE的上行链路授权和下行链路数据调度。
22.根据权利要求21所述的非暂时性计算机可读介质，其中响应于由所述小区组特定的IE所配置的所述MCS-C-RNT，将基于RNTI的调制编码方案MCS确定规则应用于所述上行链路授权和下行链路数据调度。
23.根据如权利要求22所述的非暂时性计算机可读介质，其中应用所述基于RNTI的MCS确定规则包括：
从物理下行链路控制信道PDCCH获得信息；
确定所述信息中的一个或多个循环冗余校验CRC位是用所述RNTI加扰的；以及
基于所述确定而应用第一调制编码方案MCS表。
24.根据权利要求23所述的非暂时性计算机可读介质，其中从所述PDCCH获得的所述信息包括下行链路控制信息DCI，所述DCI包括用所述RNTI加扰的所述一个或多个CRC位。
25.根据权利要求23所述的非暂时性计算机可读介质，其中所述第一MCS表跟第二MCS表相比是与更高的信道码率相关联。
CN201980040139.XA 2018-06-15 2019-05-30 用户设备、非暂时性计算机可读介质及通信方法 Active CN112335303B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311318514.7A CN117155522A (zh) 2018-06-15 2019-05-30 基站、非暂时性计算机可读介质及通信方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862685368P 2018-06-15 2018-06-15
US62/685368 2018-06-15
PCT/CN2019/089385 WO2019237944A1 (en) 2018-06-15 2019-05-30 Configuration of ultra reliable low latency communication

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311318514.7A Division CN117155522A (zh) 2018-06-15 2019-05-30 基站、非暂时性计算机可读介质及通信方法

Publications (2)

Publication Number Publication Date
CN112335303A true CN112335303A (zh) 2021-02-05
CN112335303B CN112335303B (zh) 2023-11-03

Family

ID=68840717

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311318514.7A Pending CN117155522A (zh) 2018-06-15 2019-05-30 基站、非暂时性计算机可读介质及通信方法
CN201980040139.XA Active CN112335303B (zh) 2018-06-15 2019-05-30 用户设备、非暂时性计算机可读介质及通信方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311318514.7A Pending CN117155522A (zh) 2018-06-15 2019-05-30 基站、非暂时性计算机可读介质及通信方法

Country Status (6)

Country Link
US (2) US11133896B2 (zh)
EP (1) EP3808144B1 (zh)
JP (1) JP7162080B2 (zh)
KR (1) KR102476656B1 (zh)
CN (2) CN117155522A (zh)
WO (1) WO2019237944A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10750563B2 (en) * 2018-05-09 2020-08-18 Htc Corporation Device and method for handling a fallback
WO2019237944A1 (en) * 2018-06-15 2019-12-19 FG Innovation Company Limited Configuration of ultra reliable low latency communication
WO2019242379A1 (zh) * 2018-06-20 2019-12-26 Oppo广东移动通信有限公司 一种上行数据传输方法及相关设备
US20200053835A1 (en) * 2018-08-08 2020-02-13 Idac Holdings, Inc. Uu interface enhancement for nr v2x
WO2023211040A1 (ko) * 2022-04-27 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 다중 반송파 스케줄링을 수행하기 위한 장치 및 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140192775A1 (en) * 2013-01-07 2014-07-10 Samsung Electronics Co., Ltd. Methods and apparatus for inter-enb carrier aggregation
US20140286243A1 (en) * 2013-03-22 2014-09-25 Sharp Laboratories Of America, Inc. Systems and methods for establishing multiple radio connections
CN106031067A (zh) * 2014-03-20 2016-10-12 英特尔Ip公司 公共控制信道的调制和编码方案信令的方法、系统和设备
WO2017022167A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局装置及びその方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610579A (zh) * 2008-06-19 2009-12-23 上海华为技术有限公司 一种无线网络临时标识的管理方法及装置
EP3200365B1 (en) * 2014-09-27 2019-11-06 LG Electronics Inc. Method for transmitting and receiving signal in wireless communication system and device for performing same
EP3202076A1 (en) * 2014-09-29 2017-08-09 Telefonaktiebolaget LM Ericsson (publ) Network node, communication device and methods therein for handling dynamic subframe configurations
JP2019004319A (ja) * 2017-06-15 2019-01-10 シャープ株式会社 基地局装置、端末装置およびその通信方法
EP3711209A1 (en) * 2017-11-15 2020-09-23 IDAC Holdings, Inc. Polar coding system
US11258532B2 (en) * 2018-01-11 2022-02-22 Kt Corporation Method and apparatus for data modulation and coding for new radio
US11178719B2 (en) * 2018-05-07 2021-11-16 Htc Corporation Device and method of handling an radio resource control resume procedure
CN112369090B (zh) * 2018-05-10 2024-03-12 株式会社Ntt都科摩 用户终端
WO2019237944A1 (en) * 2018-06-15 2019-12-19 FG Innovation Company Limited Configuration of ultra reliable low latency communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140192775A1 (en) * 2013-01-07 2014-07-10 Samsung Electronics Co., Ltd. Methods and apparatus for inter-enb carrier aggregation
US20140286243A1 (en) * 2013-03-22 2014-09-25 Sharp Laboratories Of America, Inc. Systems and methods for establishing multiple radio connections
CN106031067A (zh) * 2014-03-20 2016-10-12 英特尔Ip公司 公共控制信道的调制和编码方案信令的方法、系统和设备
WO2017022167A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局装置及びその方法
CN107852658A (zh) * 2015-07-31 2018-03-27 日本电气株式会社 基站设备及其方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON *

Also Published As

Publication number Publication date
WO2019237944A1 (en) 2019-12-19
KR102476656B1 (ko) 2022-12-13
CN117155522A (zh) 2023-12-01
US11133896B2 (en) 2021-09-28
EP3808144A4 (en) 2022-03-09
JP7162080B2 (ja) 2022-10-27
EP3808144B1 (en) 2023-12-06
US20210391942A1 (en) 2021-12-16
CN112335303B (zh) 2023-11-03
JP2021525491A (ja) 2021-09-24
EP3808144A1 (en) 2021-04-21
KR20210002702A (ko) 2021-01-08
US20190386770A1 (en) 2019-12-19

Similar Documents

Publication Publication Date Title
US11115967B2 (en) Method and apparatus for handling eMBB and URLLC simultaneous transmissions
KR102302703B1 (ko) 다운링크 공유 채널들의 성능 향상을 위한 방법들 및 시스템들
CN112335303B (zh) 用户设备、非暂时性计算机可读介质及通信方法
CN108141811B (zh) 用于低复杂度用户设备和/或覆盖增强模式的用户设备的寻呼
TWI542184B (zh) An up and down configuration of the instructions, determine the method and the base station, the terminal
US20200067530A1 (en) Efficient control channel design using polar codes
JP7249405B2 (ja) Ｖ２ｘトラフィックに対応するための制御チャネル構造設計
AU2012365585A1 (en) Allocation of communication resources for control signals in the uplink
US10038537B2 (en) Common search space in secondary ENBS
KR102297080B1 (ko) 정보 전송 방법 및 장치
CN111164942B (zh) 比特到符号的映射方法和通信装置
US20230413296A1 (en) Search space configuration for multicast traffic
CN103974348B (zh) 处理网络接入的方法及处理交递的方法
CN116615941A (zh) 用于解调参考信号的传输的专用资源配置
US11968683B2 (en) Apparatus, method and computer program
WO2023050448A1 (en) Method and apparatus for group-common dci payload size determination
CN105812110A (zh) 一种增强的ca通信方法和装置

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