CN115516906A - Nr-u中侧链路和中继通信的信道访问优先级 - Google Patents

Nr-u中侧链路和中继通信的信道访问优先级 Download PDF

Info

Publication number
CN115516906A
CN115516906A CN202180020950.9A CN202180020950A CN115516906A CN 115516906 A CN115516906 A CN 115516906A CN 202180020950 A CN202180020950 A CN 202180020950A CN 115516906 A CN115516906 A CN 115516906A
Authority
CN
China
Prior art keywords
capc
drb
qos flows
determining
qos
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.)
Pending
Application number
CN202180020950.9A
Other languages
English (en)
Inventor
张晓霞
J.孙
O.厄兹蒂尔克
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.)
Qualcomm Inc
Original Assignee
Qualcomm 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
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN115516906A publication Critical patent/CN115516906A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/04—Scheduled access
    • 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/0226—Traffic management, e.g. flow control or congestion control based on location or mobility
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

无线通信设备、系统和方法涉及帮助用户设备(UE)确定信道访问优先级(CAPC)以用于侧链路上的数据无线电承载(DRB)的机制，该侧链路包括用于传输的多个服务质量(QoS)流。UE可以从基站(BS)接收关于使用什么CAPC的指示，或者它自己可以基于规则来确定CAPC。UE可以将多个QoS流映射到DRB，并且使用DRB和所选择的CAPC来发送QoS流。

Description

NR-U中侧链路和中继通信的信道访问优先级
相关申请的交叉引用
本申请要求2021年3月15日提交的第17/249,831号美国专利申请和2020年3月20日提交的第62/992,674号美国临时专利申请的优先权和权益，其全部内容通过引用并入本文，如同在以下阐述其全部内容并用于所有适用的目的。
技术领域
本申请涉及无线通信系统，更具体地，涉及用于确定信道访问优先级(CAPC)的方法(以及相关设备和系统)，该信道访问优先级用于包括多个服务质量(QoS)流的侧链路无线电承载(SLRB)。
背景技术
无线通信系统被广泛部署，用以提供各种类型的通信内容，诸如语音、视频、分组数据、消息发送、广播等。这些系统可以能够通过共享可用的系统资源来支持与多个用户的通信。无线多址通信系统可以包括多个基站(BS)，每个基站同时支持多个通信设备的通信，这些通信设备也可以被称为用户设备(UE)。UE可以使用侧链路连接来直接与其他UE通信，而无需首先通过基站或相关联的核心网络进行通信。UE还可以征集(enlist)BS来帮助调度侧链路上的传输，或者征集其他UE来充当BS或网络与其他UE之间的中继。
QoS流的信道访问优先级可以由QoS流的QoS标识符(对于侧链路通信，也称为“5GQoS标识符”或5QI、PC5 5QI或PC5质量指示符(“PQI”))基于映射来确定。当UE发送数据时(例如，在配置的授权上)，UE根据其优先级将来自逻辑信道(LCH)的数据复用到媒体访问控制(MAC)协议数据单元(PDU)中。当在配置的授权上发送MAC PDU时，MAC PDU的访问优先级(也称为“信道访问优先级”或CAPC)可以是在MAC PDU中的所有逻辑信道中最低的访问优先级。该优先级确定了在配置的授权上发送之前执行先听后说(LBT)时要使用的参数。
然而，当在给定的数据无线电承载(DRB)(诸如PC5上的SLRB)上允许多个QoS流，而不是被限制到一对一的映射时，问题就出现了。例如，对于可能的多对一映射(即，多个QoS流对一个DRB)，UE可能不知道在与另一个UE的侧链路连接上，或者针对两个UE之间的直接通信，或者当UE充当网络和另一个UE之间的中继时，使用什么CAPC用于SLRB。因此，需要向侧链路连接的UE提供确定用于SLRB的CAPC的能力，该SLRB包括具有潜在不同CAPC的多个QoS流。
发明内容
以下概述了本公开的一些方面，以提供对所讨论的技术的基本理解。该概述不是本公开的所有预期特征的广泛概述，并且既不旨在标识本公开的所有方面的关键或重要元素，也不旨在描绘本公开的任何或所有方面的范围。其唯一目的是以概要形式呈现本公开的一个或多个方面的一些概念，作为稍后呈现的更详细描述的序言。
例如，在本公开的一个方面，一种无线通信的方法包括由第一用户设备(UE)将第一多个服务质量流(QoS流)映射到第一UE和第二UE之间的第一数据无线电承载(DRB)。该方法还包括由第一UE基于应用于映射到第一DRB的第一多个QoS流的规则来确定针对信道访问优先级类别(CAPC)以用于发送第一数据分组的第一DRB。该方法还包括由第一UE向第二UE发送具有所确定的CAPC的第一数据分组。
在本公开的附加方面，UE包括处理器，该处理器被配置为将第一多个QoS流映射到UE和第二UE之间的第一DRB。该处理器还被配置为基于应用于映射到第一DRB的第一多个QoS流的规则来确定针对第一DRB的CAPC以用于发送第一数据分组。该UE还包括收发器，该收发器被配置为向第二UE发送具有所确定的CAPC的第一数据分组。
在结合附图阅读以下对本发明的具体示例性实施例的描述，本发明的其他方面、特征和实施例对于本领域普通技术人员来说将变得显而易见。虽然本发明的特征可以相对于下面的某些实施例和附图来讨论，但是本发明的所有实施例可以包括本文讨论的一个或多个有利特征。换句话说，虽然一个或多个实施例可以被讨论为具有某些有利特征，但是根据本文讨论的本发明的各种实施例，也可以使用一个或多个这样的特征。以类似的方式，虽然示例性实施例可以在下面作为设备、系统或方法实施例来讨论，但是应该理解，这样的示例性实施例可以在各种设备、系统和方法中实现。
附图说明
图1示出了根据本公开一些实施例的无线通信网络。
图2示出了根据本公开实施例的提供设备到设备通信的无线通信网络。
图3示出了根据本公开实施例的无线通信方法的协议图。
图4示出了根据本公开实施例的无线通信方法的协议图。
图5是根据本公开实施例的示例性UE的框图。
图6是根据本公开实施例的示例性BS的框图。
图7A示出了根据本公开实施例的无线通信网络交互。
图7B示出了根据本公开实施例的无线通信网络交互。
图8示出了根据本公开一些实施例的映射关系的示例性表格格式。
图9示出了根据本公开实施例的无线通信方法的流程图。
图10示出了根据本公开实施例的无线通信方法的流程图。
图11示出了根据本公开实施例的无线通信方法的流程图。
具体实施方式
结合附图，下面阐述的详细描述旨在作为各种配置的描述，而不旨在表示可以实践本文描述的概念的唯一配置。详细描述包括具体细节，以提供对各种概念的透彻理解。然而，对于本领域的技术人员来说，显然可以在没有这些具体细节的情况下实践这些概念。在一些情况下，以框图形式示出了众所周知的结构和组件，以避免模糊这些概念。
本公开总体涉及无线通信系统，也称为无线通信网络。在各种实施例中，该技术和装置可以用于无线通信网络，例如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络、LTE网络、全球移动通信系统(GSM)网络、第五代(5G)或新无线电(NR)网络以及其他通信网络。如本文，术语“网络”和“系统”可以互换使用。
OFDMA网络可以实现无线电技术，例如演进的UTRA(E-UTRA)、电气和电子工程师协会(IEEE)802.11、IEEE 802.16、IEEE 802.20、flash-OFDM等。UTRA、E-UTRA和GSM是通用移动电信系统(UMTS)的一部分。具体地，长期演进(LTE)是使用E-UTRA的UMTS的一个版本。UTRA、E-UTRA、GSM、UMTS和LTE在由名为“第三代合作伙伴计划(3GPP)”的组织提供的文档中描述，而cdma2000在由名为“第三代合作伙伴计划2(3GPP2)”的组织提供的文档中描述。这些各种的无线电技术和标准是已知的或者正在开发中的。例如，第三代合作伙伴计划(3GPP)是电信协会团体之间的协作，旨在定义全球适用的第三代(3G)移动电话规范。3GPP长期演进(LTE)是旨在改进UMTS移动电话标准的3GPP项目。3GPP可以定义下一代移动网络、移动系统和移动设备的规范。本公开涉及从LTE、4G、5G、NR的无线技术的演进，以及超越了使用新的和不同的无线电访问技术或无线电空中接口的集合在网络之间对无线频谱的共享访问。
具体地，5G网络考虑了可以使用基于OFDM的统一空中接口来实现的不同部署、不同频谱和不同服务和设备。为了实现这些目标，除了为5G NR网络开发新的无线电技术之外，还考虑进一步增强LTE和LTE-A。5G NR将能够缩放以提供对以下的覆盖(1)超高密度(例如，～1M节点/平方公里)、超低复杂性(例如，～10比特/秒)、超低能耗(例如，～10年+的电池寿命)和能够到达具有挑战性的位置的深度覆盖的大规模物联网(IoTs)；(2)包括具有强安全性以保护敏感的个人、财务或机密信息的任务关键型控制、超高可靠性(例如，～99.9999％的可靠性)、超低延迟(例如，～1毫秒)以及具有大范围移动性或缺乏移动性的用户；以及(3)增强的移动宽带，包括极高的容量(例如，～10Tbps/km2)、极高的数据速率(例如，多Gbps速率、100+Mbps用户体验速率)以及具有高级发现和优化的深度感知。
5G NR可以实现为使用优化的基于OFDM的波形，该波形具有可缩放的数字体系(numerology)和传输时间间隔(TTI)；拥有一个公共、灵活的框架，以用动态、低延迟的时分双工(TDD)/频分双工(FDD)设计高效地复用服务和功能；以及先进的无线技术，诸如大规模多输入多输出(MIMO)、鲁棒的毫米波(mmWave)传输、先进的信道译码和以设备为中心的移动性。5G NR中数字体系的可缩放性，以及子载波间隔的缩放，可以有效地解决跨不同频谱和不同部署的不同服务的操作。例如，在小于3GHz的FDD/TDD实现的各种室外和宏覆盖部署中，子载波间隔可以以15kHz出现，例如在5、10、20MHz等带宽(BW)上。对于TDD大于3GHz的其他各种室外和小小区覆盖部署，子载波间隔可能在80/100MHz Bw上以30kHz出现。对于其他各种室内宽带实现，在5GHz频带的非授权部分上使用TDD，子载波间隔可以在160MHz Bw上以60kHz出现。最后，对于以28GHz的TDD用毫米波组件传输的各种部署，子载波间隔可以在500MHz BW上以120kHz出现。
5G NR的可缩放数字体系有助于针对不同延迟和服务质量(QoS)要求的可缩放TTI。例如，较短的TTI可用于低延迟和高可靠性，而较长的TTI可用于较高的频谱效率。长短TTI的有效复用允许传输在符号边界上开始。5G NR还考虑了在同一子帧中具有上行链路/下行链路调度信息、数据和确认的自包含的集成子帧设计。自包含的集成子帧支持在非授权或基于竞争的共享频谱、自适应上行链路/下行链路中的通信，该自适应上行链路/下行链路可以在每个小区的基础上灵活配置，以在上行链路和下行链路之间动态切换，从而满足当前的业务需求。
下面进一步描述本公开的各种其他方面和特征。显然，本文的教导可以以多种形式实施，并且本文公开的任何特定结构、功能或两者仅仅是代表性的，而不是限制性的。基于本文的教导，本领域普通技术人员应该理解，本文公开的方面可以独立于任何其他方面来实现，并且这些方面中的两个或更多个可以以各种方式组合。例如，可以使用本文阐述的任何数量的方面来实现装置或实践方法。此外，其他结构、功能或者结构和功能可以与本文阐述的一个或多个方面共同来实现这种装置或者实践这种方法，或者使用不同于本文阐述的一个或多个方面的其他结构、功能性或者结构和功能性来实现这种装置或者实践这种方法。例如，方法可以被实现为系统、设备、装置的一部分，和/或被实现为存储在计算机可读介质上用于在处理器或计算机上执行的指令。此外，一个方面可以包括权利要求的至少一个元素。
本申请描述了确定用于数据无线电承载(DRB，例如，用于组合到其中的多个QoS流的公共DRB)的信道访问优先级(CAPC)的机制。例如，DRB可以是侧链路无线电承载(SLRB)，其包括用于侧链路传输的多个服务质量(QoS)流。
在一些实施例中，UE可以采用基于规则的方法来确定在侧链路通信中使用什么CAPC。可以在通信之前在UE处配置规则。例如，可以在模式2侧链路中的UE处配置规则，其中每个UE调度其自己与其他UE的传输，而不依赖BS进行侧链路控制。可替代地，规则可以由BS动态地信令通知给UE。在另外的替代方案中，BS可以向模式1侧链路(其中BS调度UE之间的传输)中的UE指示要使用的特定CAPC。
例如，第一UE可能需要向第二UE发送数据，该数据包括在SLRB(在此通常也称为DRB或逻辑信道(LCH))上携带的多个不同的QoS流。在一些实施例中，UE可以独立于BS对侧链路通信做出其自己的确定，例如对应于侧链路通信的模式2场景。例如，规则可以是由第一UE基于DRB中具有相同访问优先级的每个QoS流来映射DRB上携带的不同QoS流。作为另一个示例，规则可以是UE基于DRB上QoS流的最低访问优先级来选择CAPC。作为另一个示例，规则可以是UE基于DRB上QoS流的最高访问优先级来选择CAPC。作为另一个示例，规则可以是UE基于来自DRB上的QoS流的子集中的最低或最高优先级来选择CAPC，其中该子集由BS信令通知。作为另一个示例，规则可以是UE基于DRB上具有相同优先级的最大数量的QoS流的优先级来选择CAPC。
作为另一个示例，第一UE可能还需要向第三UE发送数据，该数据包括在第二-不同的-DRB上携带的多个不同的QoS流，并且规则可以是针对第二DRB的CAPC不同于针对第一DRB的CAPC。该规则还可以是，UE基于第三UE与第一UE处于不同的区域，选择用于向第三UE发送数据的CAPC。作为另一个示例，该规则可以是UE基于要执行的传输类型(例如，广播、多播或单播)来选择CAPC。规则可以是，在广播、多播和单播中，UE选择三个中最高的优先级用于广播，三个中第二高的优先级用于多播，三个中最低的优先级用于单播。作为另一个示例，规则可以是UE基于是否使用混合自动请求重复(HARQ)来发送数据来选择CAPC。
作为另一个示例，UE可以从BS接收用于传输的CAPC。这可以对应于例如侧链路通信的模式1场景。当向映射到DRB的QoS流中添加或从其移除QoS流时，BS可以信令通知要使用的CAPC。UE还可以从BS接收CAPC，其中CAPC基于UE所在的区域。例如，如果第三UE与第二UE位于不同的区域，则BS可以信令通知与用于在DRB上向第二UE发送的CAPC不同的用于在DRB上向第三UE发送的CAPC。BS还可以基于用于传输的HARQ模式信令通知CAPC。例如，如果第二UE使用与第三UE不同的HARQ模式，则BS可以信令通知第一UE使用与传输到第三UE不同的CAPC来传输到第二UE。作为另一个示例，BS可以向UE信令通知与用于向BS发送回数据的CAPC不同的用于向第二UE发送数据的CAPC(例如，BS可以信令通知与用于在PC5链路上的UE之间进行发送的CAPC不同的用于在Uu链路上向BS发送的CAPC)。作为另一个示例，UE可以从BS接收用于DRB的访问优先级映射规则，以用于第一UE处的QoS流。访问优先级映射规则可以包括多个可以动态更新的访问优先级映射规则。例如，BS可以通过RRC消息配置多个访问优先级规则映射，并动态更新媒体访问层(MAC)控制单元(CE)中的规则。该更新可以基于QoS流的业务模式(traffic pattern)和/或流的业务历史。
在一些实施例中，UE可以接收属于该UE在DRB中没有接收到的QoS流的一个或多个分组。这可以指的是反射(reflective)QoS。在这种情况下，UE可以根据已知的规则(诸如上述规则之一)来更新DRB的访问优先级。UE可以例如在接收到的分组中、在服务数据适配协议(SDAP)报头、分组数据汇聚协议(PDCP)报头、MAC CE、RRC信令或PDCP控制PDU中接收针对该新QoS流的CAPC。作为替代或补充，这可以包括UE例如在接收到的分组中，或者SDAP报头、PDCP报头、MAC CE、RRC信令或PDCP控制PDU中，接收针对该侧链路QoS流的PQI。可以根据一个或多个上述规则，用针对新QoS流的新信息来更新针对DRB的CAPC。此外，当BS添加或移除DRB的QoS流(一个或多个)时(例如，响应于UE请求这样做)，UE可以基于有效的(多个)规则(诸如来自上面讨论的规则)来更新DRB的CAPC。此外，每当CAPC相对于来自UE的侧链路传输的DRB发生变化时，新的CAPC可以应用于DRB的后续侧链路传输，或者可替换地，可以在接收到时开始应用。一般而言，当添加新的QoS流时，或者当从DRB中移除现有的QoS流时，可以将CAPC信令通知给UE(或者，作为CAPC的替代，针对QoS流的PQI，在这种情况下，UE可以执行所接收的PQI和要使用的CAPC之间的映射)。替代地，当添加或移除QoS流时，UE本身可以确定CAPC(例如，通过应用本文中的一个或多个规则)。在另一示例中，当UE从BS接收到PDU并将其转发(retransmit)到第二UE时，UE可以针对Uu链路使用与PC5链路不同的CAPC。
在一些实施例中，第一UE可以充当BS和第二UE(即“远程UE”)之间的中继。例如，中继UE可以充当BS和远程UE之间的第3层(Layer3，L3)中继。在这种情况下，中继UE可以执行侧链路CAPC控制功能，诸如确定用于UE在彼此之间的侧链路通信中使用的CAPC，包括向远程UE提供CAPC以与从远程UE到中继UE的第二DRB一起使用。中继UE可以替代地充当BS和远程UE之间的第2层(L2)中继。在这种情况下，BS可以执行控制功能，诸如确定要使用的CAPC，并且向中继UE信令通知用于与第一DRB(用于从中继UE向远程UE发送数据)一起使用的第一CAPC，以及用于与第二DRB(用于从远程UE向中继UE发送数据)一起使用的、可以不同于第一CAPC的第二CAPC。
本申请的各方面提供诸多优势。例如，当DRB包括具有彼此潜在不同的PQI和/或CAPC(以及PC5和Uu链路之间潜在不同的CAPC)的多个QoS流时，本公开的实施例使得UE能够确定将什么CAPC应用于侧链路传输的DRB。在以下描述中阐述了本公开的附加特征和优势。
图1示出了根据本公开的一些实施例的无线通信网络100。网络100可以是5G网络。网络100包括多个基站(BS)105(分别标记为105a、105b、105c、105d、105e和105f)和其他网络实体。BS 105可以是与UE 115通信的站，也可以被称为演进节点B(eNB)、下一代eNB(gNB)、访问点等。每个BS 105可以为特定的地理区域提供通信覆盖。在3GPP中，术语“小区”可以指BS 105和/或服务于该覆盖区域的BS子系统的特定地理覆盖区域，取决于使用该术语的上下文。
BS 105可以为宏小区或小小区(例如微微小区或毫微微小区)和/或其他类型的小区提供通信覆盖。宏小区通常覆盖相对较大的地理区域(例如，半径几公里)，并且可以允许具有网络提供商服务订阅的UE不受限制地访问。诸如微微小区的小小区通常覆盖相对较小的地理区域，可以允许具有网络提供商服务订阅的用户不受限制地访问。诸如毫微微小区之类的小小区通常也将覆盖相对小的地理区域(例如，家庭)，除了不受限制的访问之外，还可以向与毫微微小区有关联的UE[例如，封闭订户组(CSG)中的UE、家庭中用户的UE等]提供受限制地访问。用于宏小区的BS可以被称为宏BS。用于小小区的BS可以被称为小小区BS、微微BS、毫微微BS或家庭BS。在图1所示的示例中，BS 105d和105e可以是规则的宏BS，而BS105a-105c可以是启用了三维(3D)、全维(FD)或大规模MIMO之一的宏BS。BS 105a-105c可以利用它们的高维MIMO能力，在仰角和方位角波束形成中利用3D波束形成来增加覆盖和容量。BS 105f可以是小小区BS，其可以是家庭节点或便携式访问点。BS 105可以支持一个或多个(例如，两个、三个、四个等)小区。
网络100可以支持同步或异步操作。对于同步操作，BS可以具有相似的帧定时，来自不同BS的传输可以在时间上大致对齐。对于异步操作，BS可以具有不同的帧定时，来自不同BS的传输可以在时间上不对齐。
UE 115分散在整个无线网络100中，每个UE 115可以是固定的或移动的。UE 115也可以被称为终端、移动站、订户单元、站等。UE 115可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、平板计算机、膝上型计算机、无绳电话、无线本地环路(WLL)站等。在一个方面，UE 115可以是包括通用集成电路卡(UICC)的设备。在另一方面，UE可以是不包括UICC的设备。在一些方面，不包括UICC的UE 115也可以被称为IoT设备或万物互联网(IoE)设备。UE 115a-115d是访问网络100的移动智能电话类型设备的示例。UE 115也可以是专门配置用于连接的通信的机器，包括机器类型通信(MTC)、增强型MTC(eMTC)、窄带IoT(NB-IoT)等。UE 115e-115k是被配置用于访问网络100的通信的各种机器的示例。UE 115可以能够与任何类型的BS通信，无论是宏BS、小小区等，在一些实施例中还能够与任何类型的其他UE 115通信。在图1中，闪电状(例如，通信链路)指示UE 115和服务BS 105之间的无线传输(服务BS 105是被指定在下行链路和/或上行链路上服务UE 115的BS)，或者BS之间的期望传输，以及BS之间的回程传输或者UE之间(或者经由充当到BS的中继的UE)的侧链路传输。
在操作中，BS 105a-105c可以使用3D波束形成和协调空间技术，诸如协调多点(CoMP)或多连接，为UE 115a和115b服务。宏BS 105可以执行与BS 105a-105c以及小小区、BS 105f的回程通信。宏BS 105d还可以发送由UE 115和115订阅和接收的多播服务。这种多播服务可以包括移动电视或流式视频，或者可以包括用于提供社区信息的其他服务，诸如天气紧急情况或警报，诸如安珀警报或灰色警报。
BS 105也可以与核心网络通信。核心网络可以提供用户认证、访问授权、跟踪、互联网协议(IP)连接性以及其他访问、路由或移动性功能。至少一些BS 105(例如，其可以是gNB或访问节点控制器(ANC)的示例)可以通过回程链路(例如，NG-C、NG-U等)与核心网络接口，并且可以执行用于与UE 115通信的无线配置和调度。在各种示例中，BS 105可以通过回程链路(例如，X1、X2等)直接或间接地(例如，通过核心网络)彼此通信，回程链路可以是有线或无线通信链路。
网络100还可以支持具有超可靠和冗余链路的关键任务通信，用于关键任务设备，例如UE 115e，其可以是无人机。与UE 115e的冗余通信链路可以包括来自宏BS 105d和105e的链路，以及来自小小区BS 105f的链路。其他机器类型的设备，例如UE 115f(例如温度计)、UE 115g(例如智能仪表)和UE 115h(例如可穿戴设备)，可以通过网络100直接与BS(例如小小区BS 105f和宏BS 105e)通信，或者通过与将其信息中继到网络的另一个用户设备通信来在多跳配置中进行通信，例如UE 115f将温度测量信息传送到智能仪表，即UE 115g，然后通过小区BS 105f将其报告给网络。网络100还可以通过动态、低延迟TDD/FDD通信来提供额外的网络效率，诸如在车对车(V2V)通信中。网络100还可以通过其他设备到设备的通信，诸如经由PC5链路或其他侧链路，包括根据本公开的实施例，来进一步提供额外的网络效率。
在一些实施方式中，网络100利用基于OFDM的波形进行通信。基于OFDM的系统可以将系统BW划分为多个(K个)正交子载波，这些子载波通常也被称为子载波、音调(tone)、频段(bin)等。每个子载波可以用数据进行调制。在一些情况下，相邻子载波之间的子载波间隔可以是固定的，子载波的总数(K)可以取决于系统BW。系统BW也可以被划分成子带。在其他情况下，子载波间隔和/或TTI的持续时间可以是可缩放的。
在一个实施例中，BS 105可以为网络100中的下行链路(DL)和上行链路(UL)传输分配或调度传输资源(例如，以时频资源块(RB)的形式)。DL是指从BS 105到UE 115的传输方向，而UL是指从UE 115到BS 105的传输方向。通信可以是无线电帧的形式。无线电帧可以被分成多个子帧或时隙，例如，大约10个。每个时隙可以进一步划分为微型时隙。在FDD模式下，同时进行的UL和DL传输可能发生在不同的频带。例如，每个子帧包括UL频带中的UL子帧和DL频带中的DL子帧。在TDD模式下，UL和DL传输使用相同的频带发生在不同的时间段。例如，无线电帧中的子帧(例如，DL子帧)的子集可以用于DL传输，无线电帧中的子帧(例如，UL子帧)的另一子集可以用于UL传输。
DL子帧和UL子帧可以进一步被分成几个区域。例如，每个DL或UL子帧可以具有用于参考信号、控制信息和数据的传输的预定义区域。参考信号是便于BS 105和UE 115之间通信的预定信号。例如，参考信号可以具有特定的导频模式或结构，其中导频音调可以跨越操作BW或频带，每个导频音调都位于预定时间和预定频率处。例如，BS 105可以发送小区特定参考信号(CRS)和/或信道状态信息-参考信号(CSI-RS)，以使UE 115能够估计DL信道。类似地，UE 115可以发送探测参考信号(SRS)，以使BS 105能够估计UL信道。控制信息可以包括资源分配和协议控制。数据可以包括协议数据和/或操作数据。在一些实施例中，BS 105和UE 115可以使用自包含子帧进行通信。自包含子帧可以包括用于DL通信的部分和用于UL通信的部分。自包含子帧可以是以DL为中心或以UL为中心的。以DL为中心的子帧可以包括比用于UL通信更长的用于DL通信的持续时间。以UL为中心的子帧可以包括比用于UL通信更长的用于UL通信的持续时间。
在一个实施例中，网络100可以是部署在许可频谱上的NR网络。BS 105可以在网络100中发送同步信号(例如，包括主同步信号(PSS)和次同步信号(SSS))，以促进同步。BS105可以广播与网络100相关联的系统信息(例如，包括主信息块(MIB)、剩余系统信息(RMSI)和其他系统信息(OSI))，以促进初始网络访问。在一些情况下，BS 105可以在物理广播信道(PBCH)上以同步信号块(SSB)的形式广播PSS、SSS和/或MIB，并且可以在物理下行链路共享信道(PDSCH)上广播RMSI和/或OSI。
在一个实施例中，试图访问网络100的UE 115可以通过检测来自BS 105的PSS来执行初始小区搜索。PSS可以实现周期定时的同步，并且可以指示物理层标识值。然后，UE 115可以接收SSS。SSS可以实现无线电帧同步，并且可以提供小区标识值，该小区标识值可以与物理层标识值相结合来标识小区。PSS和SSS可以位于载波的中心部分或者载波内的任何合适的频率。
在接收到PSS和SSS之后，UE 115可以接收MIB。MIB可以包括用于初始网络访问的系统信息和用于RMSI和/或OSI的调度信息。在解码MIB之后，UE 115可以接收RMSI和/或OSI。RMSI和/或OSI可以包括与随机访问信道(RACH)过程、寻呼、用于物理下行链路控制信道(PDCCH)监测的控制资源集(CORESET)、物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)、功率控制和SRS相关的无线资源控制(RRC)信息。
在获得MIB、RMSI和/或OSI之后，UE 115可以执行随机访问过程以建立与BS 105的连接。在四步随机访问过程中，UE 115可以发送随机访问前导码，并且BS 105可以用随机访问响应来响应。随机访问响应(RAR)可以包括检测到的对应于随机访问前导码的随机访问前导码标识符(ID)、定时提前(TA)信息、UL授权、临时小区-无线电网络临时标识符(C-RNTI)和/或退避指示符(backoff indicator)。一旦接收到随机访问响应，UE 115可以向BS105发送连接请求，并且BS 105可以用连接响应来响应。连接响应可以指示竞争解决。在一些示例中，随机访问前导码、RAR、连接请求和连接响应可以分别被称为消息1(MSG 1)、消息2(MSG 2)、消息3(MSG 3)和消息4(MSG 4)。在其他示例中，随机访问过程可以是两步随机访问过程，其中UE 115可以在单次传输中发送随机访问前导码和连接请求，并且BS 105可以通过在单次传输中发送随机访问响应和连接响应来进行响应。两步随机访问过程中组合的随机访问前导码和连接请求可以被称为消息A(msgA)。两步随机访问过程中组合的随机访问响应和连接响应可以被称为消息B(msgB)。
在建立连接之后，UE 115和BS 105可以进入运行状态，在该状态下可以交换运行数据。例如，BS 105可以为UL和/或DL通信调度UE 115。BS105可以经由PDCCH向UE 115发送UL和/或DL调度授权。BS 105可以根据DL调度授权经由PDSCH向UE 115发送DL通信信号。UE115可以根据UL调度授权，经由PUSCH和/或PUCCH向BS 105发送UL通信信号。此外，UE 115可以根据配置的授权方案向BS 105发送UL通信信号。
配置的授权传输是在没有UL授权的信道上执行的非调度传输。配置的授权UL传输也可以被称为无授权、免授权或自主传输(autonomous transmission)。在一些示例中，UE115可以经由配置的授权来发送UL资源。此外，配置的UL数据也可以被称为无授权UL数据、免授权UL数据、非调度UL数据或自主UL(AUL)数据。此外，配置的授权也可以被称为无授权授权、非调度授权或自主授权。可以由BS在RRC配置或激活DCI中的一个或多个中提供UE用于配置的授权传输的资源和其他参数，而无需针对每个UE传输的显式授权。此外，UE可以在与一个或多个其他UE(或者用于D2D通信或者作为到BS的L2或L3中继的其他UE)的一个或多个侧链路通信中利用配置的授权传输。
CAPC向UE 115通知关于在配置的授权资源上进行发送之前将用于执行先听后说(LBT)的参数(例如，具有较短的LBT定时的较高的CAPC，以及由于较低的优先级而具有较长的LBT定时的较低的CAPC)。在一个实施例中，网络100可以提供侧链路通信，以允许UE 115在设备到设备的通信中与另一个UE 115通信，而无需通过BS 105和/或核心网络发送数据，如下面在图2中进一步描述的。侧链路通信可以以不同的模式发生，模式1和模式2就是其中的示例。在模式1中，BS 105调度连接到网络(即，在BS 105的范围内)的UE 115要使用的资源，用于与另一个UE 115的侧链路通信。BS可以通过DCI格式5消息来指示UE 115应该使用哪些资源来进行传输。在模式2中，UE 115可以—在没有BS 105帮助的情况下—选择用于向不同UE 115进行传输的资源。当在给定的DRB(例如，SLRB)上允许多个QoS流而不是一对一映射时，可能会出现挑战。在可能的多对一映射的情况下，UE 115可能无法确定针对另一个UE 115的侧链路传输，或者针对两个UE之间的直接通信，或者当UE充当网络和另一个UE之间的中继时，使用什么CAPC。
在一些实施例中，UE 115可以采用基于规则的方法来确定在侧链路传输中使用什么CAPC。这些规则可以在独立于BS 105的通信之前在UE 115处配置(例如，在模式2中)，或者由BS 105信令通知(例如，在模式1中)。UE 115可以映射DRB上携带的多个不同的QoS流，并在DRB上向不同的UE 115发送数据。
例如，规则可以是由第一UE 115基于DRB中具有相同访问优先级的每个QoS流来映射DRB上携带的不同QoS流。作为另一个示例，规则可以是UE 115基于DRB上QoS流的最低访问优先级来选择CAPC。作为另一个示例，规则可以是UE 115基于DRB上QoS流的最高访问优先级来选择CAPC。作为另一个示例，规则可以是UE 115基于来自DRB上的QoS流的子集中的最低或最高优先级来选择CAPC，其中该子集由BS 105信令通知。作为另一个示例，规则可以是UE 115基于DRB上具有相同优先级的最大数量的QoS流的优先级来选择CAPC。
作为另一个示例，第一UE 115可能还需要向第三UE 115发送数据，该数据包括在不同的、第二DRB上携带的多个不同的QoS流，并且规则可以是针对第二DRB的CAPC不同于针对第一DRB的CAPC。作为另一个示例，该规则可以是，基于第三UE 115与第一UE 115处于不同的区域，UE 115选择用于向第三UE 115发送数据的CAPC。作为另一个示例，该规则可以是UE 115基于要执行的传输类型(例如，广播、多播或单播)来选择CAPC。规则可以是，在广播、多播和单播中，UE 115选择三个中最高的优先级用于广播，三个中第二高的优先级用于多播，三个中最低的优先级用于单播。作为另一个示例，规则可以是UE 115基于是否使用混合自动请求重复(HARQ)来发送数据来选择CAPC。
作为另一个示例，UE 115可以从BS 105接收用于传输的CAPC(例如，根据侧链路通信的模式1场景)。当向映射到DRB的QoS流中添加或从其移除QoS流时，BS 105可以信令通知要使用的CAPC。UE 115还可以从BS 105接收CAPC，其中CAPC基于UE 115所在的区域。例如，如果第三UE 115位于与第二UE 115不同的区域，则BS 105可以信令通知与用于在DRB上向第二UE 115发送的CAPC不同的用于在DRB上向第三UE 115发送的CAPC。BS 105还可以基于用于传输的HARQ模式信令通知CAPC。例如，如果第二UE 115使用与第三UE 115不同的HARQ模式，则BS 105可以信令通知第一UE 115使用与传输到第三UE 115不同的CAPC来传输到第二UE 115。作为另一个示例，BS 105可以向UE 115信令通知与用于向BS 105发送回数据的CAPC不同的用于向第二UE 115发送数据的CAPC(例如，BS 105可以信令通知与用于在PC5链路上的UE 115之间进行发送的CAPC不同的用于在Uu链路上向BS 105进行发送的CAPC)。作为另一个示例，UE 115可以从BS 105接收针对DRB的访问优先级映射规则，以与第一UE处的QoS流一起使用。访问优先级映射规则可以包括多个可以动态更新的访问优先级映射规则。例如，BS 105可以通过RRC消息配置多个访问优先级规则映射，并动态更新媒体访问层(MAC)控制单元(CE)中的规则。该更新可以基于QoS流的业务模式和/或流的业务历史。
在一些实施例中，UE 115可以接收属于该UE 115在DRB中没有接收到的QoS流的一个或多个分组。这可以指的是反射QoS。在这种情况下，UE 115可以根据已知的规则(诸如上述规则之一)来更新DRB的访问优先级。UE 115可以例如在接收到的分组中、在服务数据适配协议(SDAP)报头中、分组数据汇聚协议(PDCP)报头、MAC CE、RRC信令或PDCP控制PDU中接收该新QoS流的CAPC。作为替代或补充，这可以包括UE 115接收该QoS流的PQI，例如在接收到的分组中，或者SDAP报头、PDCP报头、MAC CE、RRC信令或PDCP控制PDU中。可以根据一个或多个上述规则，用新QoS流的新信息来更新针对DRB的CAPC。此外，当BS添加或移除DRB的QoS流(一个或多个)时(例如，响应于UE 115请求这样做)，UE 115可以基于有效的(多个)规则(诸如来自上面讨论的规则)来更新针对DRB的CAPC。此外，每当CAPC相对于来自UE 115的侧链路传输的DRB发生变化时，新的CAPC可以应用于DRB的后续侧链路传输，或者可替换地，可以在接收到时开始应用。一般而言，当添加新的QoS流时，或者当从DRB中移除现有的QoS流时，可以将CAPC信令通知给UE 115(或者，作为CAPC的替代，QoS流的PQI，在这种情况下，UE115可以执行所接收的PQI和要使用的CAPC之间的映射)。或者，当添加或移除QoS流时，UE115本身可以确定CAPC(例如，通过应用本文中的一个或多个规则)。在另一示例中，当UE115在PC5链路上从BS 105接收到PDU并在Uu链路上将其转发到第二UE 115时，UE 115可以针对Uu链路使用与针对PC5链路不同的CAPC。
在一些实施例中，第一UE 115(“中继UE”)可以充当BS 105和第二UE 115(“远程UE”)之间的中继。例如，中继UE 115可以充当BS 105和远程UE 115之间的第3层(L3)中继。在这种情况下，中继UE 115可以执行侧链路控制功能，例如确定用于UE 115在彼此之间的侧链路通信中使用的CAPC，包括向远程UE 115提供CAPC以与从远程UE 115到中继UE 115的第二DRB一起使用。中继UE 115可以替代地充当BS 105和远程UE 115之间的第2层(L2)中继。在这种情况下，BS 105可以执行控制功能，诸如确定要使用的CAPC，并且向中继UE 115信令通知用于与第一DRB(用于从中继UE 115向远程UE发送数据)一起使用的第一CAPC，以及用于与第二DRB(用于从远程UE 115向中继UE 115发送数据)一起使用的、可以不同于第一CAPC的第二CAPC。
网络100可以在共享频带或非许可频带上运行，例如，在毫米波频带中的大约3.5吉赫兹(GHz)、亚6吉赫兹(sub-6GHz)或更高频率。网络100可以将频带划分成多个信道，例如，每个信道占用大约20兆赫(MHz)。BS 105和UE 115可以由共享共享通信介质中的资源的多个网络操作实体来操作，并且可以获取用于通信的共享介质中的信道占用时间(COT)。COT在时间上可以是不连续的，并且可以指无线节点在赢得对无线介质的竞争时可以发送帧的时间量。每个COT可以包括多个传输时隙。COT也可以被称为传输机会(TXOP)。
图2示出了根据本公开实施例的实现设备到设备通信的无线通信网络200。网络200可以类似于网络100(例如，其一些方面的示例)，并且可以是LTE网络或NR网络，并且在共享的无线电频带(例如，非许可频带)上运行。为了简单起见，示出了一个BS 205和四个UE215，但是本公开的实施例可以缩放到任何合适数量的UE 215和/或BS 205。BS 205和UE215可以分别类似于BS 105和UE 115。BS 205和UE 215可以在相同的频谱上通信。
在网络200中，一些UE 215可以通过设备到设备的连接，诸如侧链路连接，相互通信。侧链路通信可以以不同的模式发生。在模式1中，BS 205调度连接到网络(即，在BS 205的范围内)的UE 215所使用的资源，用于与另一个UE 215的侧链路通信。BS可以指示UE 215可以使用哪些资源来进行传输(例如，作为示例，经由DCI格式5消息来传送)。在模式2中，UE215可以—在没有BS 205帮助的情况下—选择用于向不同UE 215进行传输的资源。模式2可以用于UE 215在BS 205的范围之外的情况，或者UE 215在BS 205的范围之内的情况。
例如，如图所示，UE 215a可以通过侧链路251与UE 215b进行通信，并且UE 215c可以通过另一个侧链路252与UE 215d进行通信。在一些实例中，侧链路251和252是单播双向链路，每个链路位于一对UE 215之间。在一些其他实例中，侧链路251和252可以是支持UE215之间的多播侧链路服务的多播链路(图2中未示出)。一些UE 215还可以经由通信链路253在UL方向和/或DL方向上与BS 205通信。例如，UE 215a、215b和215c在BS 205的覆盖区域210内，并且可以与BS 205通信。UE 215d被示出在BS 205的覆盖区域210之外，因此可能不与BS 205直接通信。在一些情况下，为了便于UE 215d与BS 205通信(以及由此与到其他设备的核心网络通信)，UE 215c可以作为BS 205和UE 215d之间的中继。在一些方面，在一些UE 215与车辆相关联的情况下(例如，类似于UE 115i-k)，侧链路251和/或252上的通信可以是C-V2X通信。C-V2X通信可以指车辆和蜂窝网络中的任何其他无线通信设备之间的通信。在其他方面，侧链路251和/或252上的通信可以在其他UE类型之间，使得侧链路251和/或252更普遍地可能是基于PC5的连接。
如已经提到的，侧链路251和252可以允许每一个上面的多个QoS流，并且它们不一定对于每个QoS流具有相同的CAPC。因此，由于每个QoS流的CAPC到整个侧链路(SLRB)的一对一映射，可能会出现挑战。在一些实施例中，当在给定的DRB上允许多个QoS流时，UE 215可以使用基于规则的方法来确定将什么CAPC用于侧链路传输。这些规则可以在通信之前在UE 215处配置，或者由BS 205信令通知，并且可以包括来自上面图1的讨论中描述的以及下面关于进一步的实施例和/或附图进一步讨论的规则。
图3示出了根据本公开一些实施例的无线通信方法300的协议图，具体是用于BS302(可以是BS 105/205)、第一UE 304(可以是UE 115/215)和第二UE 306(可以是UE 115/215)之间的侧链路通信的CAPC确定过程。
在动作308处，BS 302可以向UE 304发送QoS信息。在一些实施例中，QoS信息指示UE 304在将多个QoS流的CAPC映射到针对到第二UE 306的DRB的公共CAPC时使用的一组规则(例如，其中UE 304/306在没有BS控制的情况下参与侧链路通信，诸如模式2)。在其他实施例中，QoS信息可以是CAPC指示的显式信令，诸如在UE 304在与UE 306的资源调度的明确BS控制下参与侧链路通信(例如，模式1侧链路通信)的情况下。BS 302可以例如作为DCI消息的一部分或者在分组报头、MAC CE或RRC信号等中发送CAPC指示。在一些替代实施例中，即使UE 304参与模式1侧链路通信(其中BS 302控制资源调度)，BS 302仍可以发送一组规则作为QoS信息，供UE 304在确定用于由BS 302调度的资源的CAPC时使用，而不是显式地信令通知CAPC，以供UE 304在用于到UE 306的侧链路通信的调度资源中使用。
在动作310处，BS 302可以向UE 304发送标识与CAPC确定相关的QoS流的子集的信息。例如，在UE 304参与模式2侧链路通信(不受BS资源调度控制)的情况下，BS 302可以发送该信息。子集信息可以包括包含子集的QoS流的列表，或者一些更小的表示，诸如短比特模式，UE 304使用该短比特模式在对应的表中查找该模式标识了什么子集。UE 304可以被配置为实现由BS 302信令通知的子集，以基于来自BS 302所标识的QoS流的子集中的最低或最高优先级来确定针对DRB的CAPC。在UE 304、UE 306和/或BS 302采用另一规则的情况下，动作310被示为可选的(并且其可能已经作为上述动作308的一部分被信令通知)。
在动作312处，UE 304将多个QoS流映射到DRB(即，SLRB)，以经由侧链路与UE 306进行通信。QoS流中的数据可以源自UE 304(例如，来自UE 304上的应用或者来自先前从另一个UE或BS接收的信息)，或者如果UE 304充当中继，则可以来自BS 302(如图4的讨论中详细描述的)。在QoS流和DRB之间可能存在一对多的关系。因此，尽管可以存在多个DRB以及它们中的任何一个中的任意数量的QoS流，但是为了讨论的目的，这里将描述关于给定DRB的示例性情况，其中多个QoS流被映射到该给定DRB。
在动作314处，UE 304基于在动作308处从BS 302接收的QoS信息(例如，规则或CAPC指示，取决于实施例)，选择用于侧链路传输的CAPC。这些规则可以包括来自以上关于图1的讨论中所标识的规则。例如，可以基于DRB中QoS流的最高优先级，或者基于DRB中QoS流的最低优先级，或者基于BS 302信令所标识的QoS流子集的优先级和/或共享相同PQI的QoS流的优先级(例如，通过QoS流标识符(QFI)和PQI之间的映射来标识)，或者基于UE 306所在的区域，或者基于传输类型(例如，广播、多播或单播)，或者基于传输是否采用HARQ，或者基于链路类型(例如，Uu或PC5)，或者基于业务模式和/或业务历史等，来选择CAPC值。
在动作316处，UE 304使用在动作314处选择的CAPC在DRB上发送QoS流。例如，在三个QoS流(仅作为示例值)都被映射到DRB的情况下，这三个QoS流作为该DRB的一部分被发送到UE 306，其中DRB使用单个CAPC，即使不同的QoS流各自具有不同的CAPC。
如参考图3所述，在本公开一些实施例中，UE 304可以充当两个其他设备(例如BS302和UE 306)之间的中继。现在参考图4，示出了根据本公开一些实施例的在BS 402(可以是BS 105/205/302)、中继UE 404(可以是UE 115/304)和远程UE 406(可以是UE 115/215/306)之间的无线通信方法400的协议图，特别是CAPC确定过程。在图4的示例中，中继UE 404充当BS402和远程UE 406之间的中继。中继UE 404可以是第2层(L2)中继，其中中继UE 404对来自BS 402的信号进行解码和解调，并在将其发送到远程UE 406之前对信号进行重新编码和重新调制。可替代地，中继UE 404可以是第3层(L3)中继，其中，与L2中继一样，中继UE404对来自BS 402的信号进行解码和解调，并对信号进行重新编码和重新调制，而且在将信号发送到远程UE 406之前，还对用户数据进行加密和连接、分段和重组。
在动作408处，BS 402可以确定用于在DRB上发送多个QoS流的CAPC，其中中继UE404是L2中继。例如，如果中继UE 404是L2中继，则BS 402可以确定用于从中继UE 404到远程UE 406的传输以及从远程UE 406到中继UE 404的返回路径上的传输的CAPC。如果UE中继404是L3中继，则中继UE 404可以基于在某个先前时间由BS 402或某个其他机制提供的一个或多个规则来做出其自己的CAPC确定。动作408被示为可选的，因为在中继UE 404作为L3中继的情况下可能不会发生。
在动作410处，BS 402可以向中继UE 404发送QoS信息，这类似于上文针对图3的动作308所描述的。例如，QoS信息可以指示中继UE 404在将多个QoS流的CAPC映射到针对DRB的公共CAPC时使用的一组规则，诸如在中继UE 404是L3中继的情况下。如果中继UE 404是L2中继，则QoS信息可以是中继UE 404在到远程UE 406的DRB上使用的CAPC指示以及远程UE406在到中继UE 404的返回DRB上使用的CAPC的显式信令。如别处所述，用于侧链路的CAPC可以不同于用于到BS 402的连接(即Uu连接)的CAPC。BS 402可以发送CAPC指示，例如，作为DCI消息的一部分，或者在分组报头、MAC CE或RRC信号等中。
在动作412处，BS 402可以向中继UE 404发送标识与CAPC确定相关的QoS流的子集的信息，这类似于上面针对图3的动作310所讨论的。类似于动作310，动作412被示为可选的，因为另一规则由中继UE 404、远程UE 406和/或BS 402实施。
在动作414处，中继UE 404将多个QoS流映射到DRB(即，SLRB)。QoS流中的数据可以源自BS 302，反映了图4的实施例，其中中继UE 404充当BS 302和远程UE 406之间的数据的中继。在QoS流和DRB之间可能存在一对多的关系。在一些实施例中，中继UE 404可以将QoS流映射到用于到远程UE 406的侧链路的DRB，并且可以对应于来自从BS 402到中继UE 404的DRB的所有QoS流，或者可以不完全对应于来自BS 402的所有QoS流。类似于图3，尽管可能存在多个DRB，并且在它们中的任何一个中可能存在任意数量的QoS流，但是为了讨论的目的，这里将描述给定DRB的示例性情况，其中多个QoS流被映射到该给定DRB。
在动作416处，中继UE 404基于BS在动作410处发送的QoS信息，选择用于到远程UE406的侧链路传输的CAPC。这可以是例如中继UE 404用来为从中继404到远程UE 406的侧链路连接(DRB)选择CAPC值的规则。在QoS信息不是规则而是明确的CAPC信令的其他实施例中，中继UE 404可以选择已经由BS 402提供的CAPC。在其他实施例中，中继UE 404可以将包括在来自BS 402的QoS流中的5QI信息转换成用于到远程UE 406的DRB的侧链路QoS流的相应的PQI信息和CAPC信息(或者直接从5QI到CAPC)。
在动作418处，UE 404选择用于在返回DRB上的返回路径上发送数据的CAPC，即，从远程UE 406到中继UE 404(例如，中继404随后用潜在不同的CAPC经由Uu连接向BS 402发送)。如果中继UE 404是L2中继，则中继UE 404可以选择由BS 402在动作408处确定的CAPC(其可能已经在动作410处被信令通知给中继UE 404)。在BS 402能够直接向远程UE 406提供用于公共返回DRB的CAPC作为调度侧链路连接的资源的一部分的实施例中，这在中继UE404为远程UE 406做出这一选择时是可选的。否则，远程UE 404可以在公共返回DRB上接收BS 402确定向远程UE 406提供的CAPC，并将该确定的信息转发给远程UE 406。
相反，如果中继UE 404是L3中继，则中继UE 404可以应用在上面关于图1的讨论中标识的规则。例如，可以基于公共返回DRB中QoS流的最高优先级，或者基于公共返回DRB中QoS流的最低优先级，或者基于BS 402信令所标识的QoS流子集的优先级和/或共享相同PQI的QoS流的优先级(例如，通过QoS流标识符(QFI)和PQI之间的映射来标识)，或者基于远程UE 406所在的区域，或者基于传输类型(例如，广播、多播或单播)，或者基于传输是否采用HARQ，或者基于链路类型，或者基于业务模式和/或业务历史等，来选择CAPC值。
在动作420处，中继UE 404可以向远程UE 406提供从动作418处确定的CAPC(如果适用)，以与公共返回DRB一起使用。如果BS 402在不使用中继UE 404的情况下向远程UE406提供用于公共返回DRB的CAPC，则动作420是可选的。
在动作422处，中继UE 404使用具有在动作416处选择的CAPC的DRB来发送QoS流(例如，从UE 404充当其中继的BS 402接收到的，而在一些其他实施例中，数据可以源自中继UE 404，并且中继方面针对从远程UE 406到BS 402的返回路径上的数据而发生)。例如，在三个QoS流(仅作为示例性值)都被映射到DRB的情况下，这三个QoS流作为该DRB的一部分被发送到远程UE 406。
在动作424处，远程UE 406将数据(例如，通过使用根据动作418提供的/或者由BS402以其他方式提供的CAPC映射到DRB的QoS流)发送回中继UE 404。
图5是根据本公开实施例的示例性UE 500的框图。UE 500可以是如上在图1-图4中讨论的UE 115/215/304/306/404/406。如图所示，UE 500可以包括处理器502、存储器504、CAPC控制模块508、包括调制解调器子系统512和射频(RF)单元514的收发器510以及一个或多个天线516。这些元件可以彼此直接或间接通信，例如经由一条或多条总线。
处理器502可以包括中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、控制器、现场可编程门阵列(FPGA)设备、另一个硬件设备、固件设备或被配置为执行本文描述的操作的其任意组合。处理器502也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其他这样的配置。
存储器504可以包括高速缓冲存储器(例如，处理器502的高速缓冲存储器)、随机存取存储器(RAM)、磁阻RAM(MRAM)、只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)、闪存、固态存储设备、硬盘驱动器、其他形式的易失性和非易失性存储器或者不同类型存储器的组合。在一个实施例中，存储器504包括非暂时性计算机可读介质。存储器504可以存储或在其上记录指令506。指令506可以包括当由处理器502执行时使得处理器502执行本文结合本公开的实施例(例如，图1-图4和图7-图11的方面)参考UE 115描述的操作的指令。指令506也可以被称为程序代码。程序代码可用于使无线通信设备(或无线通信设备的(多个)特定组件)执行这些操作，例如通过使一个或多个处理器(诸如处理器502)控制或命令无线通信设备(或无线通信设备的(多个)特定组件)这样做。术语“指令”和“代码”应该广义地解释为包括任何类型的计算机可读语句。例如，术语“指令”和“代码”可以指一个或多个程序、例程、子例程、函数、过程等。“指令”和“代码”可以包括单个计算机可读语句或多个计算机可读语句。
CAPC控制模块508可以经由硬件、软件或其组合来实现。例如，CAPC控制模块508可以实现为处理器、电路和/或存储在存储器504中并由处理器502执行的指令506。在一些示例中，CAPC控制模块508可以集成在调制解调器子系统512内。例如，CAPC控制模块508可由调制解调器子系统512内的软件组件(例如，由DSP或通用处理器执行)和硬件组件(例如，逻辑门和电路)的组合来实施。
CAPC控制模块508可以用于本公开的各个方面，例如图1-图4和图7-图11的方面。CAPC控制模块508被配置为与UE 500的其他组件通信，以选择和/或以其他方式应用用于根据本公开中描述的规则或方向(例如，来自BS 105)在DRB上发送多个QoS流的CAPC，以将QoS流映射到DRB(例如，多个到一个DRB和/或不同的DRB)，并且将具有所选择的CAPC的多个QoS流作为DRB的一部分来发送或转发(例如，通过侧链路)。CAPC控制模块508还可以被配置为从BS 105接收一个或多个DL消息，以用于确定CAPC或指示CAPC值。如在图4的讨论中所描述的，该模块还可以被配置为当充当中继时选择用于来自不同UE 115的返回路径传输的CAPC，并且接收来自不同UE 115的返回路径上的传输。该模块还可以被配置为确定定时器是否已经到期、启动定时器、取消定时器、停止定时器、确定传输计数器是否已经达到阈值、重置传输计数器、重启随机访问过程、触发RLF、和/或执行与本公开中描述的UE的CAPC确定过程相关的其他功能。
如图所示，收发器510可以包括调制解调器子系统512和RF单元514。收发器510可以被配置为与其他设备(诸如BS 105)进行双向通信。调制解调器子系统512可以被配置为根据调制和译码方案(MCS)，例如低密度奇偶校验(LDPC)译码方案、turbo译码方案、卷积译码方案、数字波束形成方案等，对来自存储器504和/或CAPC控制模块508的数据进行调制和/或编码。RF单元514可以被配置为处理(例如，执行模数转换或数模转换等)来自调制解调器子系统512(在外传上)的经调制/编码的数据(例如UL数据突发、RRC消息、配置的授权传输、针对DL数据突发的ACK/NACK)或源自诸如UE 115或BS 105的另一源的传输的数据。RF单元514可以进一步被配置为结合数字波束形成来执行模拟波束形成。虽然调制解调器子系统512和RF单元514显示为集成在收发器510中，但是它们可以是在UE 500处耦合在一起的独立设备，以使UE 500能够与其他设备通信。
RF单元514可以向天线516提供经调制和/或处理的数据，(例如数据分组，或者更一般地，可以包含一个或多个数据分组和其他信息的数据消息)，用于到一个或多个其他设备的传输。天线516还可以接收从其他设备发送的数据消息。天线516可以提供接收到的数据消息，用于在收发器510处进行处理和/或解调。收发器510可以向CAPC控制模块508提供解调和解码后的数据(例如，(多个)系统信息消息、(多个)RACH消息(例如，DL/UL调度授权、DL数据突发、RRC消息、ACK/NACK请求))以供处理。天线516可以包括相似或不同设计的多个天线，以维持多个传输链路。RF单元514可以配置天线516。
在一个实施例中，UE 500可以包括实现不同RAT(例如，NR和LTE)的多个收发器510。在一个实施例中，UE 500可以包括实现多个RAT(例如，NR和LTE)的单个收发器510。在一个实施例中，收发器510可以包括各种组件，其中组件的不同组合可以实现不同的RAT。
图6是根据本公开实施例的示例性BS 600的框图。BS 600可以是如上在图1-图4中讨论的BS 105/205/302/402。如图所示，BS 600可以包括处理器602、存储器604、CAPC控制模块608、包括调制解调器子系统612和RF单元614的收发器610以及一个或多个天线616。这些元件可以彼此直接或间接通信，例如经由一条或多条总线。
处理器602可以具有作为特定类型处理器的各种特征。例如，可以包括被配置为执行本文描述的操作的CPU、DSP、ASIC、控制器、FPGA设备、另一硬件设备、固件设备或其任意组合。处理器602也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合、或者任何其他这样的配置。
存储器604可以包括高速缓冲存储器(例如，处理器602的高速缓冲存储器)、RAM、MRAM、ROM、PROM、EPROM、EEPROM、闪存、固态存储设备、一个或多个硬盘驱动器、基于忆阻器的阵列、其他形式的易失性和非易失性存储器或者不同类型存储器的组合。在一些实施例中，存储器604可以包括非暂时性计算机可读介质。存储器604可以存储指令606。指令606可以包括当由处理器602执行时使处理器602执行本文描述的操作的指令，例如图1-图4和图7-图11的方面。指令606也可以被称为代码，其可以被广义地解释为包括任何类型的计算机可读语句，如上面参考图5所讨论的。
CAPC控制模块608可以经由硬件、软件或其组合来实现。例如，CAPC控制模块608可以实现为处理器、电路和/或存储在存储器604中并可由处理器602执行的指令606。在一些示例中，CAPC控制模块608可以集成在调制解调器子系统612内。例如，CAPC控制模块608可由调制解调器子系统612内的软件组件(例如，由DSP或通用处理器执行)和硬件组件(例如，逻辑门和电路)的组合来实施。
CAPC控制模块608可以用于本公开的各个方面，例如图1-图4和图7-图11的方面。CAPC控制模块608可以被配置为与BS 600的其他组件进行通信，以确定用于由第一UE 115向第二UE 115发送映射到DRB的多个QoS流的和/或用于在从第二UE 115到第一UE 115的返回路径上进行发送的CAPC。CAPC控制模块还可以被配置为发送(多个)指示，以供UE 115在根据本公开中描述的规则确定适当的CAPC时使用。例如，CAPC控制模块608可以发送供UE115使用的一组规则，或者与CAPC相关的其他信息，而不是发送CAPC值。CAPC控制模块608还可以被配置为标识供UE 115在应用一个或多个CAPC选择规则时使用的QoS流的子集。CAPC控制模块608还可以确定定时器是否已经到期，启动定时器，取消定时器，确定传输计数器是否已经达到阈值，重置传输计数器，终止随机访问过程，和/或执行与本公开中描述的用于具有多个QoS流的DRB的CAPC确定相关的其他功能。
如图所示，收发器610可以包括调制解调器子系统612和RF单元614。收发器610可以被配置为与其他设备双向通信，诸如UE 115和/或300和/或另一核心网络元件。调制解调器子系统612可以被配置为根据MCS(例如LDPC译码方案、turbo译码方案、卷积译码方案、数字波束形成方案等)来调制和/或编码数据。RF单元614可以被配置为处理(例如，执行模数转换或数模转换等)来自调制解调器子系统612(在出站传输(outbound transmission)上)的经调制/编码数据(例如RRC消息、映射到相同DRB的多个QoS流的DL数据等)或源自另一个源(诸如UE 115或300)的传输的数据。RF单元614还可以被配置为结合数字波束形成来执行模拟波束形成。虽然调制解调器子系统612和/或RF单元614被示为集成在收发器610中，但是它们可以是在BS 600处耦合在一起的独立设备，以使BS 600能够与其他设备通信。
RF单元614可以向天线616提供经调制和/或经处理的数据(例如，数据分组，或者更一般地，可以包含一个或多个数据分组和其他信息的数据消息)，用于传输到一个或多个其他设备。根据本公开的实施例，这可以包括例如与驻留的UE 115或300的通信。天线616还可以接收从其他设备发送的数据消息，并提供接收到的数据消息，以在收发器610处进行处理和/或解调。收发器610可以提供经解调和解码的数据(例如，RRC消息、映射到相同DRB的多个QoS流的UL数据、UL数据等)到CAPC控制模块608进行处理。天线616可以包括相似或不同设计的多个天线，以维持多个传输链路。
在一个实施例中，BS 600可以包括实现不同RAT(例如，NR和LTE)的多个收发器610。在一个实施例中，BS 600可以包括实现多个RAT(例如，NR和LTE)的单个收发器610。在一个实施例中，收发器610可以包括各种组件，其中组件的不同组合可以实现不同的RAT。
现在参考图7A，示出了根据本公开一些实施例的无线通信网络交互700A。例如，示出了UE 704和UE 706之间的一些逻辑流(例如，经由一个或多个侧链路)。虽然可能有许多可以应用本公开的实施例的UE，但是为了说明和讨论的简单起见，这里仅示出了两个。UE704和706可以是本文中讨论的UE 115/215/304/306/404/406的示例。除了本文描述的CAPC确定方面之外，在图7A所示的两个UE 704和706之间还执行附加的操作和功能。
在UE 704处，映射功能710将源自UE的数据(例如，来自应用)映射到QoS流7141-714n上，QoS流7141-714n随后被映射到DRB 7201和7202以传输到UE 706。虽然图示为单个映射功能710，但是映射功能710可以是以软件和/或硬件实现的滤波器的任意组合，以实现这里图示的映射结果。仅作为一个示例，QoS流7141和7142可以被映射到第一DRB 7201，并714n可以被映射到DRB 7202。因此，如图所示，在DRB 7201和映射到它的QoS流7141和7142之间存在一对多的关系。
数据经由DRB 7201至7202被发送到UE 706。然而，由于一对多的性质，给定的DRB(诸如所示示例中的DRB 7201)可以具有多个具有相应QFI的QoS流(例如，每个QFI基于对应的PQI值)。UE 704确定将什么CAPC应用于到UE 706的侧链路通信上的DRB，这可以根据本公开的实施例来实现。例如，这可以通过应用一个或多个如上所述和下文进一步讨论的规则来实现。
现在参考图7B，示出了根据本公开一些实施例的无线通信网络交互700B。例如，示出了BS 702、中继UE 704和远程UE 706之间的一些逻辑流，其中UE 704充当BS 702和远程UE 706之间的中继。虽然可能有几个BS 702和许多UE 704和706可以应用本公开的实施例，但是为了说明和讨论的简单起见，这里仅示出了一个BS 702和两个UE 704和706。BS 702可以是BS 105/205/302/402，中继UE 704和远程UE 706可以是本文中讨论的UE 115/215/304/306/404/406的示例。为了说明起见，图7B使用了与图7A中相似的编号。除了本文所述的CAPC确定方面之外，在图7B所示的三个实体之间还执行额外的操作和功能。
BS 702可以将最终去往远程UE 706的数据作为一系列QoS流7141-714n发送给中继UE 704。在中继UE 704处，映射功能710将源自BS 702的QoS流7141-714n映射到DRB 7201和7202上，以传输到远程UE 706。虽然图示为单个映射功能710，但是映射功能710可以是以软件和/或硬件实现的滤波器的任意组合，以实现这里图示的映射结果。仅作为一个示例，QoS流7141和7142可以被映射到第一DRB 7201，并且QoS流714n可以被映射到DRB 7202。因此，如图所示，在DRB 7201和映射到它的QoS流7141和7142之间存在一对多的关系。
该数据将经由DRB 7201到720n被发送到远程UE 706。然而，由于一对多的性质，给定的DRB(诸如所示示例中的DRB 7201)可能具有多个带有相应QFI的QoS流。在一些实施例中，对于从BS 702中继的数据，中继UE 704可以确定将什么CAPC应用于从中继UE 704到远程UE 706的DRB。这可以基于例如在某个先前时间向中继UE 704提供的一个或多个规则(例如，其中中继UE 704是本文所讨论的L3中继的示例)。对于L3中继的示例，这还可以包括中继UE 704还确定远程UE 706在到中继UE 704的公共返回DRB上使用什么CAPC，并将其提供给远程UE 706。在一些示例中，中继UE 704可以使用来自QoS流7141和714n的信息(诸如5QI或其他(多个)指示符)来转换成PQI值，并进而转换成CAPC值以从中进行选择(而在其他实施例中，中继UE 704可以从5QI转换成CAPC)。在其他实施例中，诸如L2中继示例，BS 702确定将什么CAPC应用于从中继UE 704到远程UE 706的侧链路通信上的DRB，以及从远程UE706到中继UE 704的侧链路通信上的公共返回DRB。这可以例如通过应用一个或多个如上所述和下文进一步讨论的规则来实现。
图8示出了根据本公开一些实施例的映射关系的示例性表格格式800，其可以提供CAPC和各种5QI之间的映射。这是示例性的，其他映射也是适用的，并且受益于本公开的方面。例如，可以存在从CAPC到不同PQI的相同或相似的映射。在其他示例中，可以替代地或附加地使用5QI到PQI的进一步映射。如图所示，第一列802列出了不同的CAPC。第二列列出了对应于给定CAPC的(多个)对应的5QI。这种对应由行806示出。因此，在所示的示例中，CAPC1可以映射与CAPC 1在同一行806中列出的几个5QI，以此类推到CAPC 4。在所示的示例表800中，较低的数字比较高的数字具有更高的优先级。以类似的方式，CAPC可以映射到几个PQI，以在本公开的实施例中用于侧链路通信。
图9示出了根据本公开一些实施例的无线通信方法900的流程图，该无线通信方法900用于在DRB上可能存在多个QoS流的情况下确定和使用用于侧链路传输的CAPC。方法900的各方面可以由无线通信设备(诸如UE 115、215、304、306、404、406、500、704和/或706)利用一个或多个组件(诸如处理器502、存储器504、CAPC控制模块508、收发器510、调制解调器512、一个或多个天线516及其各种组合)来执行。如图所示，方法900包括许多列举的步骤，但是方法900的实施例可以包括在列举的步骤之前、期间、之后和之间的附加步骤。此外，在一些实施例中，一个或多个列举的步骤可以被省略或以不同的顺序执行。
在决策框902处，如果BS 105被配置为信令通知与UE 115处的CAPC确定相关的信息(例如，如果UE被配置为用于模式1侧链路通信)，则方法900进行到框904。
在框904处，UE 115从BS接收CAPC指示。该指示可以是针对DRB确定的CAPC、UE 115在确定CAPC时要应用的一组规则、5QI、PQI和/或UE 115关于一个或多个规则应用以确定针对DRB的CAPC的其他信息。该指示可以例如作为DCI消息的一部分被接收。方法900进行到决策框906，如下面进一步讨论的。
回到决策框902，如果不期望来自BS的CAPC指示(例如，如果UE被配置用于模式2侧链路通信)，则方法900进行到决策框906。
在决策框906处，如果BS 105被配置为为UE 115标识QoS流的子集，则该方法进行到框908。
在框908处，UE 115可以从BS 105接收信号，该信号标识供UE 115在确定CAPC时使用的QoS流的子集。该指示可以包括包含该子集的QoS流的列表，或者一些更小的表示，诸如短比特模式，UE 115使用该短比特模式在对应的表中查找该模式标识了什么子集。UE 115可以被配置为执行由BS 105信令通知的子集，以基于来自BS 105所标识的QoS流中的最低或最高优先级来确定针对DRB的CAPC。方法900从框809进行到框910，如下面进一步讨论的。
回到决策框906，如果不期望来自BS 105的QoS流子集标识，则方法900进行到框910。
在框910处，如关于图7A所述，UE 115将QoS流映射到DRB上。
在框912处，UE 115选择用于在DRB上发送QoS流的CAPC。在一些实施例中，该选择可以基于规则(例如，模式2通信)或者可以应用已经从BS 105明确信令通知的CAPC(例如，模式1通信)。例如，规则可以是由UE 115基于DRB中具有相同访问优先级的每个QoS流来映射DRB上携带的不同QoS流。作为另一个示例，规则可以是UE 115基于DRB上QoS流的最低访问优先级来选择CAPC。作为另一个示例，规则可以是UE 115基于DRB上QoS流的最高访问优先级来选择CAPC。作为另一个示例，规则可以是115UE基于来自DRB上的QoS流的子集中的最低或最高优先级来选择CAPC，其中该子集由BS信令通知。作为另一个示例，规则可以是UE115基于DRB上具有相同优先级的最大数量的QoS流的优先级来选择CAPC。
作为另一个示例，UE 115可能需要向第一接收器UE 115和第二接收器UE 115发送数据，其中接收器UE 115包括在两个不同DRB上携带的多个不同QoS流。规则可以是针对两个DRB的CAPC是不同的。作为另一个示例，该规则可以是UE基于第二接收器UE 115与第一接收器UE 115处于不同的区域来选择用于向第一接收器UE 115发送数据的CAPC。作为另一个示例，该规则可以是UE 115基于要执行的传输类型(例如，广播、多播或单播)来选择CAPC。规则可以是，在广播、多播和单播中，UE选择三个中最高的优先级用于广播，三个中第二高的优先级用于多播，三个中最低的优先级用于单播。作为另一个示例，该规则可以是UE 115基于是否使用混合自动请求重复(HARQ)来发送数据来选择CAPC。
作为另一个示例，如果在框904，UE 115从BS 115接收到CAPC指示，当向映射到DRB的QoS流中添加或从其移除QoS流时，BS 105可以信令通知要使用的CAPC。UE 115还可以从BS 105接收CAPC，其中该CAPC基于接收器UE 115所在的区域。例如，如果第一接收器UE 115位于与第二接收器UE 115不同的区域中，则BS 105可以信令通知与用于第一接收器UE 115的CAPC不同的用于在DRB上向第二UE 115发送的CAPC。BS 105还可以基于用于传输的HARQ模式信令通知CAPC。例如，如果到第二接收器UE 115的传输使用与到第一接收器UE 115的传输不同的HARQ模式，则BS 105可以信令通知使用与到第二接收器UE 115的传输不同的CAPC来传输到第一接收器UE 115。作为另一个示例，BS可以向UE 115信令通知与用于将数据从接收器UE 115发送回UE 115的CAPC不同的用于向接收器UE 115发送数据的CAPC(例如，BS 105可以信令通知与用于在PC5链路上的UE之间进行发送的CAPC不同的用于在Uu链路上向BS 105进行发送的CAPC)。作为另一个示例，在框904，UE 115可以从BS 105接收用于与QoS流一起使用的DRB的访问优先级映射规则。访问优先级映射规则可以包括多个可以动态更新的访问优先级映射规则。例如，BS 105可以通过RRC消息配置多个访问优先级规则映射，并动态更新媒体访问层(MAC)控制单元(CE)中的规则。该更新可以基于QoS流的业务模式和/或流的业务历史。
在一些实施例中，UE 115可以接收属于该UE 115在DRB中没有接收到的QoS流的一个或多个分组(即反射QoS)。在这种情况下，UE 115可以根据已知的规则(诸如上述规则之一)来更新DRB的访问优先级。UE 115可以例如在接收到的分组中、在服务数据适配协议(SDAP)报头、分组数据汇聚协议(PDCP)报头、MAC CE、RRC信令或PDCP控制PDU中接收该新QoS流的CAPC。作为替代或补充，这可以包括UE 115接收该QoS流的PQI，例如在接收到的分组中，或者SDAP报头、PDCP报头、MAC CE、RRC信令或PDCP控制PDU中。可以根据一个或多个上述规则，用新QoS流的新信息来更新DRB的CAPC。此外，当BS添加或移除DRB的QoS流时，UE115可以基于有效的规则(诸如来自上面讨论的规则)来更新DRB的CAPC。此外，每当CAPC相对于来自UE 115的侧链路传输的DRB发生变化时，新的CAPC可以应用于DRB的后续侧链路传输，或者可替换地，可以在接收到时开始应用。一般而言，当添加新的QoS流时，或者当从DRB中移除现有的QoS流时，可以将CAPC信令通知给UE 115(或者，作为CAPC的替代，QoS流的PQI，在这种情况下，UE 115可以执行所接收的PQI和要使用的CAPC之间的映射)。或者，当添加或移除QoS流时，UE 115本身可以确定CAPC(例如，通过应用本文中的一个或多个规则)。在另一示例中，当UE 115在PC5链路上从BS 105接收到PDU并在Uu链路上将其转发到第二UE时，规则可以是UE 115对Uu链路使用与PC5链路不同的CAPC。
在框914，UE 115在到不同UE 115的侧链路(例如，PC5链路)上，使用具有在框912选择的CAPC的DRB，向不同UE 115发送QoS流。
图10示出了根据本公开一些实施例的无线通信方法1000的流程图，该无线通信方法1000用于在DRB上可能存在多个QoS流的情况下，通过确定和使用用于侧链路传输的CAPC来在设备之间中继数据。方法1000的各方面可以由无线通信设备(诸如UE 115、215、304、306、404、406、500、704和/或706)利用一个或多个组件(诸如处理器502、存储器504、CAPC控制模块508、收发器510、调制解调器512、一个或多个天线516及其各种组合)来执行。UE 115(例如，“中继UE”115)可以参与与不同UE 115的侧链路通信，并且例如充当BS 105和远程UE115之间的L2或L3中继。对于L2中继，BS 105协调UE 115之间的至少一些调度操作，而对于L3中继，中继UE 115可以做出CAPC和调度确定，而无需来自BS 105的配置。如图所示，方法1000包括许多列举的步骤，但是方法1000的实施例可以包括在列举的步骤之前、期间、之后和之间的附加步骤。此外，在一些实施例中，一个或多个列举的步骤可以被省略或以不同的顺序执行。
在框1004处，UE 115从BS 105接收QoS信息。当中继UE 115是L2中继时，QoS信息可以包含中继UE 115用于在DRB上向远程UE 115(例如，在PC5链路上)发送QoS流的确定的CAPC，以及远程UE 115用于在返回路径上向中继UE 115(例如，在PC5链路上)发送数据的确定的CAPC。如果中继UE 115是L3中继，则QoS信息可以包含一组规则，供中继UE 115用于确定CAPC，以与到远程UE 115的DRB上的QoS流一起使用，以及帮助中继UE 115确定用于在返回路径上从远程UE 115到中继UE 115的传输的CAPC。该指示可以例如作为DCI消息的一部分被接收。
在决策框1006处，BS 105可以被配置成为中继UE 115标识QoS流的子集，以确定到远程UE 115的路径和从远程UE 115的返回路径中的一者或两者的CAPC(即，如果中继UE115是L3中继)。如果是，方法1000进行到框1008。
在框1008处，中继UE 115可以从BS 105接收信号，该信号标识供中继UE 115在确定一个或两个侧链路(到远程UE 115以及从其返回)的CAPC时使用的QoS流的子集。该指示可以包括包含该子集的QoS流的列表，或者一些更小的表示，诸如中继UE 115用来在对应的表中查找该模式标识了什么子集的短比特模式。例如，中继UE 115可以被配置为查看由BS105信令通知的子集，以基于来自由BS 105标识的QoS流中的最低或最高优先级来确定针对DRB的CAPC。方法1000进行到框1010，如下面进一步讨论的。
回到决策框1006，如果不期望来自BS 105的QoS流子集标识，则方法1000进行到框1010。
在框1010处，中继UE 115将QoS流映射到用于到远程UE 115的路径的DRB上，如关于图7B所述。
在框1012处，中继UE 115基于从BS 105接收的QoS信息，选择用于在DRB上向远程UE 115发送QoS流的CAPC。这可以是例如中继115用来选择CAPC的一个或多个规则，而在其他示例中，这可以是选择由BS 105确定并在框1004接收的CAPC。
在框1014处，中继UE 115选择远程UE 115在公共返回DRB上从远程UE 115向中继UE 115发送QoS流时使用的CAPC。如果中继UE 115是L2中继，则中继UE 115可以选择由BS105确定并在框1004接收的CAPC。如果中继UE 115是L3中继，则中继UE 115可以改为应用一个或多个规则来为来自远程UE 115的返回路径上的公共返回DRB选择CAPC。
在框1016处，中继UE 115向远程UE 115发送CAPC，该CAPC用于在返回路径上来自远程UE 115的传输，以向远程UE 115提供CAPC。这可能发生在例如中继UE 115是L3中继的情况下。如果是L2中继，则可能由与中继UE 115分离的BS 105提供CAPC，或者由BS 105通过中继115提供。
在框1018处，中继UE 115使用具有在框1012处选择的CAPC的DRB在例如PC5链路上向远程UE 115发送QoS流。
在框1020处，中继UE 115从远程UE 115接收使用在框1014选择的CAPC在返回路径上(例如，在返回PC5链路上)发送的数据。
图11示出了根据本公开一些实施例的无线通信方法1100的流程图，该方法用于在DRB上可能存在多个QoS流的情况下确定和使用用于传输的CAPC。方法1100的各方面可以由无线通信设备来执行，诸如BS 105、205、302、402、600和/或702，其利用一个或多个组件，诸如处理器602、存储器604、CAPC控制模块608、收发器610、调制解调器612、一个或多个天线616及其各种组合。如图所示，方法1100包括许多列举的步骤，但是方法1100的实施例可以包括在列举的步骤之前、之后和之间的附加步骤。在一些实施例中，一个或多个列举的步骤可以被省略或以不同的顺序执行。
在框1102处，BS 105可以确定供UE 115在通过侧链路连接向第二UE 115发送映射到DRB的多个QoS流时使用的CAPC规则(例如，用于模式2和/或L3中继)和/或值(例如，用于模式1和/或L2中继)。规则可以包括上面讨论的任何规则(例如，在图1的讨论中)。例如，在模式1通信中，BS 105也可以自己确定UE 115在侧链路的DRB上使用的CAPC值。作为另一个示例，如果UE 115是L2中继站，则BS 105还可以直接确定CAPC值，以供与中继UE 115进行侧链路通信的远程UE 115使用，从而在返回路径上向中继UE 115发送数据。
在框1104处，BS 105向UE 115发送在框1102确定的QoS信息。QoS信息可以包括一个或多个确定的CAPC、5QI、PQI、子集信息、规则或其他信息，以供UE 115根据本文描述的一个或多个规则来应用，并且可以例如作为DCI消息的一部分来发送。
如前所述，在一些实施例中，可以在侧链路上添加或移除QoS流。在BS 105帮助调度和CAPC确定的情况下，BS 105被通知QoS流变化。因此，在框1106处，BS 105监听新的QoS流已经被添加到两个UE之间的侧链路的DRB的指示。
在决策框1108处，BS 105可以检测到已经添加了新的QoS流。如果没有新的QoS流被添加，则返回到框1106，其中BS 105可以继续监听新的QoS流已经被添加的指示。如果BS105检测到已经添加了新的QoS流，则该方法进行到框1110。
在框1110处，BS 105可以响应于检测到新的QoS流，确定新的CAPC值或规则。可以根据一个或多个上述规则，用新QoS流的新信息来更新针对DRB的CAPC。
在框1112处，BS发送包含在框1110确定的更新的规则和/或CAPC值的CAPC指示。可以在分组报头、SDAP报头、PDCP报头、MAC CE、RRC消息或PDCP控制PDU中发送更新的指示。BS可以替代地或附加地发送新QoS流的PQI。当CAPC相对于来自UE的侧链路传输的DRB而改变时，新的CAPC可以应用于DRB的后续侧链路传输，或者可替代地，可以在接收到时开始应用。一般而言，当添加新的QoS流时，或者当从DRB中移除现有的QoS流时，可以向UE信令通知CAPC。
本公开的其他方面包括以下内容。
1.一种无线通信方法，包括：
由第一用户设备(UE)将第一多个服务质量流(QoS流)映射到所述第一UE和第二UE之间的第一数据无线电承载(DRB)；
由所述第一UE基于应用于映射到所述第一DRB的所述第一多个QoS流的规则来确定针对所述第一DRB的信道访问优先级类别(CAPC)以用于发送第一数据分组；以及
由所述第一UE向所述第二UE发送具有所述确定的CAPC的所述第一数据分组。
2.根据方面1所述的方法，其中映射到所述第一DRB的所述第一多个QoS流包括对应的多个CAPC。
3.根据方面2所述的方法，其中至少基于所述对应的多个CAPC在所述第一多个QoS流中相同，所述第一多个QoS流被映射到所述第一DRB，确定针对所述第一DRB的所述CAPC至少基于相同的CAPC。
4.根据方面2所述的方法，其中来自所述多个CAPC中的第一CAPC相比所述多个CAPC中的第二CAPC包括较低的访问优先级，所述确定还包括：
至少基于所述第一CAPC包括所述较低访问优先级来确定所述第一CAPC。
5.根据方面2所述的方法，其中来自所述多个CAPC中的第一CAPC相比所述多个CAPC中的第二CAPC包括较高的访问优先级，所述确定还包括：
至少基于所述第一CAPC包括所述较高访问优先级来确定所述第一CAPC。
6.根据方面2所述的方法，其中所述确定还包括：
由所述第一UE从具有第一公共CAPC的所述第一多个QoS流中标识QoS流的第一子集；以及
由所述第一UE从具有第二公共CAPC的所述第一多个QoS流中标识QoS流的第二子集，所述第二公共CAPC不同于所述第一公共CAPC，响应于QoS流的所述第一子集大于QoS流的所述第二子集，确定针对所述第一DRB的所述CAPC至少基于所述第一公共CAPC。
7.根据方面1-6中任一项所述的方法，还包括：
由所述第一用户设备(UE)将第二多个服务质量流(QoS流)映射到第二数据无线电承载(DRB)。
8.根据方面7所述的方法，还包括：
由所述第一UE基于所述第二多个QoS流来确定针对所述第二DRB的另一CAPC(separate CAPC)以用于发送第二数据分组，其中针对所述第一DRB的所述CAPC和针对所述第二DRB的所述另一CAPC不同；以及
由所述第一UE向第三UE发送具有所述另一CAPC的所述第二数据分组。
9.根据方面7所述的方法，其中选择针对所述第一DRB的所述CAPC至少基于所述第二UE所在的第一区域，所述方法还包括：
由所述第一UE基于第三UE所在的第二区域来确定针对所述第二DRB的另一CAPC以用于发送第二数据分组，其中所述第一区域和所述第二区域不同；以及
由所述第一UE基于第三UE所在的第二区域向所述第三UE发送所述第二数据分组，所述第二数据分组具有针对所述第二DRB的所述另一CAPC，其中所述第一区域和所述第二区域不同。
10.根据方面1-9中任一项所述的方法，其中确定所述CAPC至少基于传输类型，所述传输类型是广播、组播或单播之一。
11.根据方面1-10中任一项所述的方法，其中确定所述CAPC至少基于发送所述第一数据分组是否采用混合自动重复请求(HARQ)。
12.根据方面1-11中任一项所述的方法，还包括：
从所述第一UE向基站(BS)发送第二数据分组，所述第二数据分组具有不同于针对所述第一DRB的所述CAPC的另一CAPC。
13.根据方面1-12中任一项所述的方法，还包括：
由所述第一UE响应于QoS流被添加到所述第一多个QoS流或被从所述第一多个QoS流中移除，更新针对所述第一DRB的所述CAPC。
14.根据方面1-13中任一项所述的方法，其中所述确定包括：
由所述第一UE从基站(BS)接收所述规则。
15.根据方面1-13中任一项所述的方法，其中所述确定包括：
由所述第一UE配置所述规则。
信息和信号可以使用各种不同的技术和工艺来表示。例如，以上描述引用的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子或其任意组合来表示。
结合本文公开内容描述的各种说明性块和模块可以用通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立门或晶体管逻辑、分立硬件组件或设计成执行本文描述的功能的其任意组合来实现或执行。通用处理器可以是微处理器，但是可替代地，处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合(例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的组合、或者任何其他这样的配置)。
本文描述的功能可以在硬件、由处理器执行的软件、固件或其任意组合中实现。如果在由处理器执行的软件中实现，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过其发送。其他示例和实现在本公开和所附权利要求的范围内。例如，由于软件的性质，上述功能可以使用由处理器执行的软件、硬件、固件、硬连线或其任意组合来实现。实现功能的特征也可以位于不同物理位置，包括被分布成使功能的各部分在不同的物理位置实现。此外，如本文所使用的，包括在权利要求中，在对象列表中使用的“或”(例如，以诸如“中的至少一个”或“中的一个或多个”的短语结尾的对象列表)表示包含性列表，使得例如[A、B或C中的至少一个]的列表表示A或B或C或AB或AC或BC或ABC(即，A和B和C)。
正如本领域的技术人员现在将理解的那样，并且取决于特定应用，在不脱离本公开的精神和范围的情况下，可以对本公开的设备的材料、装置、配置和使用方法进行许多修改、替换和变化。有鉴于此，本公开的范围不应该限于在此示出和描述的特定实施例的范围，因为它们仅仅是作为其一些示例，应该与后附权利要求及其功能等同物完全相称。

Claims (30)

1.一种无线通信方法，包括：
由第一用户设备(UE)将第一多个服务质量流(QoS流)映射到所述第一UE和第二UE之间的第一数据无线电承载(DRB)；
由所述第一UE基于应用于映射到所述第一DRB的所述第一多个QoS流的规则来确定针对所述第一DRB的信道访问优先级类别(CAPC)以用于发送第一数据分组；以及
由所述第一UE向所述第二UE发送具有所确定的CAPC的所述第一数据分组。
2.根据权利要求1所述的方法，其中映射到所述第一DRB的所述第一多个QoS流包括对应的多个CAPC。
3.根据权利要求2所述的方法，其中至少基于所述对应的多个CAPC在所述第一多个QoS流中相同，所述第一多个QoS流被映射到所述第一DRB，确定针对所述第一DRB的所述CAPC至少基于相同的CAPC。
4.根据权利要求2所述的方法，其中来自所述多个CAPC中的第一CAPC相比来自所述多个CAPC中的第二CAPC包括较低访问优先级，所述确定还包括：
至少基于所述第一CAPC包括所述较低访问优先级来确定所述第一CAPC。
5.根据权利要求2所述的方法，其中来自所述多个CAPC中的第一CAPC相比来自所述多个CAPC中的第二CAPC包括较高访问优先级，所述确定还包括：
至少基于所述第一CAPC包括所述较高访问优先级来确定所述第一CAPC。
6.根据权利要求2所述的方法，其中所述确定还包括：
由所述第一UE从具有第一公共CAPC的所述第一多个QoS流中标识QoS流的第一子集；以及
由所述第一UE从具有第二公共CAPC的所述第一多个QoS流中标识QoS流的第二子集，所述第二公共CAPC不同于所述第一公共CAPC，响应于QoS流的所述第一子集大于QoS流的所述第二子集，确定针对所述第一DRB的所述CAPC至少基于所述第一公共CAPC。
7.根据权利要求2所述的方法，还包括：
由所述第一用户设备(UE)将第二多个服务质量流(QoS流)映射到第二数据无线电承载(DRB)。
8.根据权利要求7所述的方法，还包括：
由所述第一UE基于所述第二多个QoS流来确定针对所述第二DRB的另一CAPC以用于发送第二数据分组，其中针对所述第一DRB的所述CAPC和针对所述第二DRB的所述另一CAPC不同；以及
由所述第一UE向第三UE发送具有所述另一CAPC的所述第二数据分组。
9.根据权利要求7所述的方法，其中选择针对所述第一DRB的所述CAPC至少基于所述第二UE所在的第一区域，所述方法还包括：
由所述第一UE基于第三UE所在的第二区域来确定针对所述第二DRB的另一CAPC以用于发送第二数据分组，其中所述第一区域和所述第二区域不同；以及
由所述第一UE基于第三UE所在的第二区域向所述第三UE发送所述第二数据分组，所述第二数据分组具有针对所述第二DRB的所述另一CAPC，其中所述第一区域和所述第二区域不同。
10.根据权利要求2所述的方法，其中确定所述CAPC至少基于传输类型，所述传输类型是广播、组播或单播之一。
11.根据权利要求2所述的方法，其中确定所述CAPC至少基于发送所述第一数据分组是否采用混合自动重复请求(HARQ)。
12.根据权利要求2所述的方法，还包括：
从所述第一UE向基站(BS)发送第二数据分组，所述第二数据分组具有不同于针对所述第一DRB的所述CAPC的另一CAPC。
13.根据权利要求2所述的方法，还包括：
由所述第一UE响应于QoS流被添加到所述第一多个QoS流或被从所述第一多个QoS流中移除，更新针对所述第一DRB的所述CAPC。
14.根据权利要求1所述的方法，其中所述确定包括：
由所述第一UE从基站(BS)接收所述规则。
15.根据权利要求1所述的方法，其中所述确定包括：
由所述第一UE配置所述规则。
16.一种用户设备(UE)，包括：
处理器，被配置为：
将第一多个服务质量流(QoS流)映射到所述UE和第二UE之间的第一数据无线电承载(DRB)；
基于应用于映射到所述第一DRB的所述第一多个QoS流的规则来确定针对所述第一DRB的信道访问优先级类别(CAPC)以用于发送第一数据分组；以及
收发器，被配置为：
向所述第二UE发送具有所确定的CAPC的所述第一数据分组。
17.根据权利要求16所述的UE，其中映射到所述第一DRB的所述第一多个QoS流包括对应的多个CAPC。
18.根据权利要求17所述的UE，其中至少基于所述对应的多个CAPC在所述第一多个QoS流中相同，所述第一多个QoS流被映射到所述第一DRB，确定针对所述第一DRB的所述CAPC至少基于相同的CAPC。
19.根据权利要求17所述的UE，其中来自所述多个CAPC中的第一CAPC相比来自所述多个CAPC中的第二CAPC包括较低访问优先级，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为：
至少基于所述第一CAPC包括所述较低访问优先级来确定所述第一CAPC。
20.根据权利要求17所述的UE，其中来自所述多个CAPC中的第一CAPC相比来自所述多个CAPC中的第二CAPC包括较高访问优先级，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为：
至少基于所述第一CAPC包括所述较高访问优先级来确定所述第一CAPC。
21.根据权利要求17所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为：
从具有第一公共CAPC的所述第一多个QoS流中标识QoS流的第一子集；以及
从具有第二公共CAPC的所述第一多个QoS流中标识QoS流的第二子集，所述第二公共CAPC不同于所述第一公共CAPC，响应于QoS流的所述第一子集大于QoS流的所述第二子集，确定针对所述第一DRB的所述CAPC至少基于所述第一公共CAPC。
22.根据权利要求17所述的UE，其中所述处理器还被配置为：
将第二多个服务质量流(QoS流)映射到第二数据无线电承载(DRB)。
23.根据权利要求22所述的UE，其中所述处理器还被配置为：
基于所述第二多个QoS流来确定针对所述第二DRB的另一CAPC以用于发送第二数据分组，其中针对所述第一DRB的所述CAPC和针对所述第二DRB的所述另一CAPC不同；以及
向第三UE发送具有所述另一CAPC的所述第二数据分组。
24.根据权利要求22所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为至少基于所述第二UE所在的第一区来确定针对所述第一DRB的所述CAPC，并且所述处理器还被配置为：
基于第三UE所在的第二区域来确定针对所述第二DRB的另一CAPC以用于发送第二数据分组，其中所述第一区域和所述第二区域不同；以及
基于第三UE所在的第二区域向所述第三UE发送所述第二数据分组，所述第二数据分组具有针对所述第二DRB的所述另一CAPC，其中所述第一区域和所述第二区域不同。
25.根据权利要求17所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为至少基于传输类型确定所述CAPC，所述传输类型是广播、组播或单播之一。
26.根据权利要求17所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为至少基于发送所述第一数据分组是否采用混合自动重复请求(HARQ)确定所述CAPC。
27.根据权利要求17所述的UE，其中所述收发器还被配置为：
向基站(BS)发送第二数据分组，所述第二数据分组具有不同于针对所述第一DRB的所述CAPC的另一CAPC。
28.根据权利要求17所述的UE，其中所述处理器还被配置为：
响应于QoS流被添加到所述第一多个QoS流或被从所述第一多个QoS流中移除，更新针对所述第一DRB的所述CAPC。
29.根据权利要求16所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为：
从基站(BS)接收所述规则。
30.根据权利要求16所述的UE，其中被配置为确定针对所述第一DRB的所述CAPC的所述处理器还被配置为配置所述规则。
CN202180020950.9A 2020-03-20 2021-03-16 Nr-u中侧链路和中继通信的信道访问优先级 Pending CN115516906A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202062992674P 2020-03-20 2020-03-20
US62/992,674 2020-03-20
US17/249,831 2021-03-15
US17/249,831 US11770850B2 (en) 2020-03-20 2021-03-15 Channel access priority for sidelink and relay communications in NR-U
PCT/US2021/022621 WO2021188585A1 (en) 2020-03-20 2021-03-16 Channel access priority for sidelink and relay communications in nr-u

Publications (1)

Publication Number Publication Date
CN115516906A true CN115516906A (zh) 2022-12-23

Family

ID=77748871

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180020950.9A Pending CN115516906A (zh) 2020-03-20 2021-03-16 Nr-u中侧链路和中继通信的信道访问优先级

Country Status (4)

Country Link
US (2) US11770850B2 (zh)
EP (1) EP4122237A1 (zh)
CN (1) CN115516906A (zh)
WO (1) WO2021188585A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11770850B2 (en) * 2020-03-20 2023-09-26 Qualcomm Incorporated Channel access priority for sidelink and relay communications in NR-U
US20220021488A1 (en) * 2020-07-20 2022-01-20 Qualcomm Incorporated Switching between harq feedback granularities
CN114158040B (zh) * 2020-08-18 2024-05-24 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备
EP4391673A1 (en) * 2021-09-24 2024-06-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Channel access method, and device and storage medium
WO2023082078A1 (en) * 2021-11-10 2023-05-19 Qualcomm Incorporated Channel access prioritization for high priority transmissions
WO2023205613A1 (en) * 2022-04-18 2023-10-26 Intel Corporation Resource selection, listen-before talk procedures, and mapping of priority and quality of service information for sidelink communication
WO2023211214A1 (ko) * 2022-04-27 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 장치
WO2023211167A1 (ko) * 2022-04-27 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 장치
WO2023211169A1 (ko) * 2022-04-27 2023-11-02 엘지전자 주식회사 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 장치
WO2023130127A2 (en) * 2022-04-28 2023-07-06 Futurewei Technologies, Inc. Sidelink unlicensed priorities for channel access and resource reservation
US20240064553A1 (en) * 2022-08-22 2024-02-22 Qualcomm Incorporated Priority based channel access procedure for sidelink communications
WO2024065667A1 (zh) * 2022-09-30 2024-04-04 Oppo广东移动通信有限公司 用于侧行通信的方法以及通信设备
WO2024092711A1 (zh) * 2022-11-04 2024-05-10 北京小米移动软件有限公司 一种信道接入优先级capc的确定方法、配置方法及其装置
WO2024082499A1 (en) * 2023-02-15 2024-04-25 Lenovo (Beijing) Limited Methods and apparatuses of determining capc

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10045376B2 (en) * 2016-02-16 2018-08-07 Mediatek Inc. Channel access procedure and QoS provisioning for uplink LAA
EP3434061B1 (en) 2016-03-25 2020-03-18 Telefonaktiebolaget LM Ericsson (PUBL) Channel access priority class selection
US11147096B2 (en) * 2017-08-07 2021-10-12 Lg Electronics Inc. Method for transmitting and receiving signals in a wireless communication system and a device therefor
US11089626B2 (en) * 2018-09-26 2021-08-10 Mediatek Singapore Pte. Ltd. Listen before talk and channel access priority class for PUCCH in new radio unlicensed
CA3060828A1 (en) * 2018-11-01 2020-05-01 Comcast Cable Communications, Llc Random access response reception
US11304086B2 (en) * 2019-08-23 2022-04-12 Qualcomm Incorporated Channel access priority for NR-U data bearers
WO2021157969A1 (en) * 2020-02-07 2021-08-12 Samsung Electronics Co., Ltd. Method and apparatus for random access preamble group selection in wireless communication system
US11770850B2 (en) * 2020-03-20 2023-09-26 Qualcomm Incorporated Channel access priority for sidelink and relay communications in NR-U

Also Published As

Publication number Publication date
WO2021188585A1 (en) 2021-09-23
US11770850B2 (en) 2023-09-26
US20210298070A1 (en) 2021-09-23
EP4122237A1 (en) 2023-01-25
US20240040611A1 (en) 2024-02-01

Similar Documents

Publication Publication Date Title
US11770850B2 (en) Channel access priority for sidelink and relay communications in NR-U
US20210136783A1 (en) Reversed sidelink communication initiated by receiving user equipment
US11638173B2 (en) Channel access priority for NR-U data bearers
CN115380488A (zh) 用于侧行链路通信的信道占用时间（cot）共享时的循环前缀（cp）扩展
JP2024501983A (ja) サイドリンクのためのチャネル占有時間（ｃｏｔ）共有
CN114731626A (zh) 多个侧链路的资源预留
US11304229B2 (en) Constraints on no listen-before-talk (LBT) transmission during uplink/downlink (UL/DL) switches
CN112075123A (zh) 通过使用有执照上行链路(ul)来传送选择性下行链路(dl)消息的具有无执照dl和有执照ul的高效操作
CN112703807A (zh) 作为非许可上行链路和下行链路的回退的许可补充上行链路
CN114467271A (zh) 物理侧链路反馈信道(psfch)协商
CN114223162B (zh) 两步rach中的pucch资源配置
US11895655B2 (en) Sidelink transmission from remote user equipment (UE) to relay UE
US20230239072A1 (en) Transmission of reverse-link grants for anchor based sidelink communication
CN114631282A (zh) 用于优先级降低的协议数据单元的自动发送的系统和方法
CN114747156A (zh) 用于全双工系统中的a-csi-rs的qcl确定
US11751102B2 (en) Resource reservation for sidelink communication
US20230199856A1 (en) Random access channel transmission for frame based equipment (fbe) mode
CN114631384A (zh) 用于新无线电非许可（nr-u）的基于帧的设备（fbe）结构
US11696332B2 (en) Hybrid resource mapping for RAR
US20220038245A1 (en) L1 csi feedback via sci-2 for v2x and sl communications
US20240188147A1 (en) Priority-based access for channel occupancy time
US20230171709A1 (en) Dynamic switching between power mode configurations
CN115516986A (zh) 用于新无线电-未许可（nr-u）中基于帧的设备模式的上行链路通信验证
CN117796124A (zh) 用于先听后说（lbt）的减少的感测时间配置
CN116097872A (zh) 基于帧的设备（fbe）模式中的基于pdcch的用户设备（ue）信道占用时间（cot）触发

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