CN114270883B - 将多播广播服务质量流映射到逻辑信道标识符 - Google Patents

将多播广播服务质量流映射到逻辑信道标识符 Download PDF

Info

Publication number
CN114270883B
CN114270883B CN202080059060.4A CN202080059060A CN114270883B CN 114270883 B CN114270883 B CN 114270883B CN 202080059060 A CN202080059060 A CN 202080059060A CN 114270883 B CN114270883 B CN 114270883B
Authority
CN
China
Prior art keywords
rnti
qos
qos flow
multicast
logical channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202080059060.4A
Other languages
English (en)
Other versions
CN114270883A (zh
Inventor
P·R·卡迪里
A·里科阿尔瓦里尼奥
朱西鹏
U·蒲亚尔
G·B·霍恩
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
Priority to CN202310827838.7A priority Critical patent/CN116614784A/zh
Publication of CN114270883A publication Critical patent/CN114270883A/zh
Application granted granted Critical
Publication of CN114270883B publication Critical patent/CN114270883B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/806—Broadcast or multicast traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • 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]

Landscapes

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

Abstract

概括而言，本公开内容的各个方面涉及无线通信。在一些方面中，用户设备(UE)可以接收对用于将多播广播服务质量(MB‑QoS)流映射到逻辑信道标识符和组无线网络临时标识符(G‑RNTI)的模式的指示；至少部分地基于所指示的模式来从介质访问控制(MAC)传输块(TB)中识别MB‑QoS流；以及对在MB‑QoS流中包括的数据进行解码。提供了多个其它方面。

Description

将多播广播服务质量流映射到逻辑信道标识符
相关申请的交叉引用
本专利申请要求享受于2019年8月30日递交的、编号为62/894,582、标题为“MAPPING MULTICAST BROADCAST QUALITY OF SERVICE FLOWS TO LOGICAL CHANNELIDENTIFIERS”的美国临时专利申请的优先权，以及于2020年8月20日递交的、编号为16/998,608、标题为“MAPPING MULTICAST BROADCAST QUALITY OF SERVICE FLOWS TOLOGICAL CHANNEL IDENTIFIERS”的美国非临时专利申请的优先权，上述申请据此以引用的方式明确地并入本文中。
技术领域
概括而言，本公开内容的各方面涉及无线通信，并且更具体地，涉及用于将多播广播服务质量流映射到逻辑信道标识符的技术和装置。
背景技术
广泛地部署无线通信系统以提供诸如电话、视频、数据、消息传送和广播的各种电信服务。典型的无线通信系统可以使用能够通过共享可用的系统资源(例如，带宽、发射功率等或者其组合)来支持与多个用户的通信的多址技术。这样的多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、时分同步码分多址(TD-SCDMA)系统以及长期演进(LTE)。LTE/改进的LTE是对由第三代合作伙伴计划(3GPP)发布的通用移动电信系统(UMTS)移动标准的一组增强。
在各种电信标准中已经采用了上述多址技术以提供使得不同的用户设备(UE)能够在城市、国家、地区和甚至全球级别上(UE)进行通信的公共协议。新无线电(NR)(还可以被称为5G)是对由3GPP发布的LTE移动标准的一组增强。NR被设计为：通过提高频谱效率、降低成本、改善服务、使用新的频谱和与在下行链路(DL)上使用具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)、在上行链路(UL)上使用CP-OFDM或SC-FDM(例如，还被称为离散傅里叶变换扩展OFDM(DFT-s-OFDM))的其它开放标准更好地整合，以及支持波束成形、多输入多输出(MIMO)天线技术和载波聚合来更好地支持移动宽带互联网接入。然而，随着针对移动宽带接入的需求持续增加，需要对LTE和NR技术的进一步改进。优选地，这些改进适用于其它多址技术和使用这些技术的电信标准。
在LTE单小区点对多点(SC-PTM)中，单个逻辑信道标识符用于携带多播广播控制信息的单小区多播广播控制信道(SC-MCCH)和携带多播广播业务的单小区多播广播业务信道(SC-MTCH)两者。结果，LTE SC-PTM不支持重传，这是因为不同的SC-MTCH不是唯一地可识别的，并且因此UE不能向基站指示要重传哪些数据。此外，LTE SC-PTM是仅多播/广播的系统，并且通信不能在多播/广播和单播之间进行切换，诸如对于向单个UE的重传或者向一小组UE的单独重传。
发明内容
在一些方面中，由用户设备(UE)执行的无线通信的方法可以包括：接收对用于将多播广播服务质量(MB-QoS)流映射到逻辑信道标识符和组无线网络临时标识符(G-RNTI)的模式的指示；至少部分地基于所指示的模式来从介质访问控制(MAC)传输块(TB)中识别MB-QoS流；以及对在MB-QoS流中包括的数据进行解码。
在一些方面中，用于无线通信的UE可以包括存储器和操作地耦合到所述存储器的一个或多个处理器。该存储器和一个或多个处理器可以被配置为：接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示；至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流；以及对在MB-QoS流中包括的数据进行解码。
在一些方面中，非暂时性计算机可读介质可以存储用于无线通信的一个或多个指令。所述一个或多个指令当由UE的一个或多个处理器执行时，可以使得一个或多个处理器进行以下操作：接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示；至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流；以及对在MB-QoS流中包括的数据进行解码。
在一些方面中，用于无线通信的装置可以包括：用于接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示的单元；用于至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流的单元；以及用于对在MB-QoS流中包括的数据进行解码的单元。
各方面通常包括如参考附图和说明书大体描述的以及如通过附图和说明书所示的方法、装置、系统、计算机程序产品、非暂时性计算机可读介质、用户设备、基站、无线通信设备或处理系统。
前文宽泛地概述了根据本公开内容的示例的特征和技术优点，以便可以更好地理解下文的具体实施方式。在下文中将描述另外的特征和优点。所公开的概念和具体的示例可以容易地用作修改或设计用于实现本公开内容的相同目的的其它结构的基础。这样的等效结构没有脱离所附权利要求的范围。当结合附图考虑时，根据下面的描述将会更好地理解本文中所公开的概念的特性(其组织结构和操作方法两者)以及相关联的优点。附图中的每个附图是出于说明和描述的目的而提供的，而不作为权利要求的范围的定义。
附图说明
为了能够详细理解本公开内容的上述特征，可以参照各方面进行前面简要总结的更具体的描述，各方面中的一些方面在附图中示出。然而，应当注意的是，附图仅示出了本公开内容的一些典型方面，并且因此其不应被认为是对本公开内容的范围的限制，这是因为描述允许其它等效方面。不同附图中的相同附图标记可以标识相同或相似的元件。
图1是示出根据本公开内容的各个方面的示例无线网络的图。
图2是示出根据本公开内容的各个方面的、在无线网络中示例基站(BS)与用户设备(UE)相通信的图。
图3是示出根据本公开内容的各个方面的分布式无线接入网(RAN)的示例逻辑架构的图。
图4是示出根据本公开内容的各个方面的分布式RAN的示例物理架构的图。
图5是示出根据本公开内容的各个方面的用于多播广播通信的示例信道映射的图。
图6-图11是示出根据本公开内容的各个方面将多播广播服务质量流映射到逻辑信道标识符的示例的图。
图12是示出根据本公开内容的各个方面的由UE执行的示例过程的图。
图13是根据本公开内容的各个方面的用于无线通信的示例装置的框图。
具体实施方式
下文参照附图更全面地描述了本公开内容的各个方面。然而，本公开内容可以以多种不同的形式来体现，并且不应当解释为受限于本公开内容通篇给出的任何特定结构或功能。而是，提供这些方面使得本公开内容将是透彻的和完整的，并且将向本领域技术人员全面地传达本公开内容的范围。基于本文中的教导，本领域的技术人员可以理解：本公开内容的范围旨在涵盖本文中公开的内容的任何方面，不论是独立于本公开内容的任何其它方面实现还是与本公开内容的任何其它方面相结合。例如，可以使用本文中阐述的任何数量的方面来实现装置或实施方法。此外，本公开内容的范围旨在涵盖使用除了本文中阐述的公开内容的各个方面以外或者不同于本文中阐述的公开内容的各个方面的其它结构、功能、或结构与功能所实践的这样的装置或方法。本文中公开的公开内容的任何方面都可以通过权利要求中的一个或多个要素来体现。
现在将参照各种装置和技术来呈现电信系统的若干方面。这些装置和技术将在下面的详细描述中进行描述，并且在附图中通过各个框、模块、组件、电路、步骤、过程、算法等，或其组合(统称为“元素”)来示出。这些元素可以使用硬件、软件或其组合来实现。至于这样的元素是实现为硬件还是软件取决于特定的应用和对整个系统所施加的设计约束。
各个方面通常涉及将多播广播服务质量(MB-QoS)流映射到逻辑信道标识符。一些方面更具体地涉及将每个MB-QoS流映射到逻辑信道标识符(LCID)和组无线网络临时标识符(G-RNTI)的不同组合。在一些方面中，MB-QoS流集合中的每个MB-QoS流被映射到不同的LCID并且被映射到不同的G-RNTI。在另一些方面中，MB-QoS流集合中的每个MB-QoS流被映射到不同的LCID并且被映射到用于多个MB-QoS流的公共G-RNTI。在另一些方面中，MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共LCID。在另一些方面中，MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定LCID，并且被映射到G-RNTI或标识MB-QoS流的服务类型的多播广播无线电承载(MRB)标识符中的至少一者。在另一些方面中，MB-QoS流集合中的每个MB-QoS流被映射到用于多播或广播传输的第一LCID和G-RNTI，并且被映射到与单播传输相关联的第二LCID和小区无线网络临时标识符(C-RNTI)。
可以实现本公开内容中描述的主题的特定方面以实现以下潜在优点中的一个或多个优点。在一些示例中，所描述的技术可以用于实现MB-QoS流的通信的重传以用于更高的可靠性，诸如通过使用确认(ACK)或否定确认(NACK)(统称为ACK/NACK)反馈。在一些示例中，所描述的技术可以用于使得这样的重传能够在多播/广播通信或在单播通信中进行发送(例如，用于新无线电混合模式通信)，从而增加系统灵活性，并且在一些情况下通过向单个UE而不是一组UE发送重传来节省网络资源和用户设备(UE)资源。
图1是示出根据本公开内容的各个方面的示例无线网络的图。无线网络可以是长期演进(LTE)网络或另一些无线网络，诸如5G或NR网络。无线网络可以包括大量的基站(BS)110(示为BS 110a、BS 110b、BS 110c和BS 110d)和其它网络实体。BS是与用户设备(UE)进行通信的实体，并且还可以被称为节点B、eNodeB、eNB、gNB、NR BS、5G节点B(NB)、接入点(AP)、发送接收点(TRP)等，或者其组合(这些术语在本文中可互换使用)。每个BS可以针对特定的地理区域提供通信覆盖。在3GPP中，术语“小区”根据使用该术语的上下文可以指BS的覆盖区域或服务于该覆盖区域的BS子系统。
BS可以针对宏小区、微微小区、毫微微小区或另一种类型的小区提供通信覆盖。宏小区可以覆盖相对较大的地理区域(例如，半径为若干千米)，并且允许由具有服务订制的UE的不受限的接入。微微小区可以覆盖相对较小的地理区域，并且允许由具有服务订制的UE的不受限的接入。毫微微小区可以覆盖相对较小的地理区域(例如，住宅)，并且可以允许由与该毫微微小区相关联的(例如，在封闭用户组(CSG)中的UE)UE的受限的接入。用于宏小区的BS可以被称为宏BS。用于微微小区的BS可以被称为微微BS。用于毫微微小区的BS可以被称为毫微微BS或家庭BS。BS可以支持一个或多个(例如，三个)小区。
无线网络可以是包括不同类型BS(例如，宏BS、微微BS、毫微微BS、中继BS等，或者其组合)的异构网络。这些不同类型的BS可以具有不同的发射功率电平、不同的覆盖区域以及对无线网络中的干扰的不同影响。例如，宏BS可以具有较高的发射功率电平(例如，5至40瓦特)，而微微BS、毫微微BS和中继BS可以具有较低的发射功率电平(例如，0.1至2瓦特)。在图1所示的示例中，BS 110a可以是用于宏小区102a的宏BS；BS 110b可以是用于微微小区102b的微微BS；以及BS 110c可以是用于毫微微小区102c的毫微微BS。网络控制器130可以耦合到BS 102a、102b、110a和110b的集合，并且可以为这些BS提供协调和控制。网络控制器130可以经由回程与BS进行通信。BS还可以经由无线回程或有线回程例如直接地或间接地彼此通信。
在一些方面中，小区可以不是静止的，而是，小区的地理区域可以根据移动BS的位置而移动。在一些方面中，BS可以使用任何合适的传输网络通过各种类型的回程接口(诸如直接物理连接、虚拟网络等或者其组合)彼此互连或者互连到无线网络中的一个或多个其它BS或网络节点(未示出)。
无线网络还可以包括中继站。中继站是可以从上游站(例如，BS或UE)接收数据传输并且向下游站(例如，UE或BS)发送数据传输的实体。中继站还可以是能够为其它UE中继传输的UE。在图1中示出的示例中，中继站110d可以与宏BS 110a和UE 120d进行通信，以便促进在BS 110a与UE 120d之间的通信。中继站还可以被称为中继BS、中继基站、中继器等，或者其组合。
UE 120(例如，120a、120b、120c)可以散布在整个无线网络中，并且每个UE可以是固定的或移动的。UE还可以被称为接入终端、终端、移动站、用户单元、站等，或者其组合。UE可以是蜂窝电话(例如，智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板计算机、相机、游戏设备、上网本、智能本、超级本、医疗设备或装备、生物计量传感器/设备、可穿戴设备(智能手表、智能服装、智能眼镜、智能腕带、智能珠宝(例如，智能戒指、智能手镯))、娱乐设备(例如，音乐或视频设备，或者卫星无线电单元)、车辆组件或传感器、智能仪表/传感器、工业制造设备、全球定位系统设备，或者被配置为经由无线介质进行通信的任何其它合适的设备。
一些UE可以被认为是机器类型通信(MTC)或者演进型或增强型机器类型通信(eMTC)UE。MTC和eMTC UE包括例如可以与基站、另一个设备(例如，远程设备)或另一些实体进行通信的机器人、无人机、远程设备、传感器、仪表、监测器、位置标签等，或者其组合。无线节点可以提供例如经由有线的或无线的通信链路的针对网络或去往网络(例如，诸如互联网或蜂窝网络的广域网)的连接。一些UE可以被认为是物联网(IoT)设备，或者可以被实现为NB-IoT(窄带物联网)设备。一些UE可以被认为是用户驻地设备(CPE)。UE 120可以被包括在容纳UE 120的组件(诸如处理器组件、存储器组件等，或者其组合)的壳体内。
概括而言，给定的地理区域中可以部署任意数量的无线网络。每个无线网络可以支持特定的无线接入技术(RAT)，并且可以在一个或多个频率或频率信道上操作。频率还可以被称为载波等，或者其组合。每个频率可以支持给定地理区域中的单个RAT，以便避免在不同RAT的无线网络之间的干扰。在一些情况下，可以部署NR或5G RAT网络。
在一些方面中，两个或更多个UE 120(例如，示为UE 120a和UE 120e)可以使用一个或多个侧行链路信道来直接地彼此通信(例如，而不使用基站110作为中间设备)。例如，UE 120可以使用对等(P2P)通信、设备到设备(D2D)通信、车辆到万物(V2X)协议(例如，其可以包括车辆到车辆(V2V)协议、车辆到基础设施(V2I)协议等，或者其组合)、网状网络等，或者其组合。在这种情况下，UE 120可以执行如由基站110执行的调度操作、资源选择操作或者本文中其它地方描述的其它操作。
图2是示出根据本公开内容的各个方面的在无线网络中示例基站(BS)与用户设备(UE)相通信的图。基站110可以配备T个天线234a至234t，并且UE 120可以配备R个天线252a至252r，其中通常T≥1并且R≥1。
在基站110处，发射处理器220可以从数据源212接收针对一个或多个UE的数据，至少部分地基于从每个UE接收的信道质量指示符(CQI)针对该UE选择一个或多个调制和译码方案(MCS)、至少部分地基于针对每个UE选择的MCS对用于该UE的数据进行处理(例如，编码)以及为所有的UE提供数据符号。发射处理器220还可以对系统信息(例如，针对半静态资源划分信息(SRPI)等，或者其组合)和控制信息(例如，CQI请求、准许、上层信令等，或者其组合)进行处理，并提供开销符号和控制符号。发射处理器220还可以针对参考信号(例如，小区特定参考信号(CRS))和同步信号(例如，主同步信号(PSS)和辅同步信号(SSS))生成参考符号。发射(TX)多输入多输出(MIMO)处理器230可以对数据符号、控制符号、开销符号或参考符号执行空间处理(例如，预编码)(如果适用的话)，并且可以向T个调制器(MOD)232a至232t提供T个输出符号流。每个MOD 232可以对相应的输出符号流(例如，针对OFDM等，或者其组合)进行处理以获得输出样本流。每个MOD 232可以对输出样本流进行进一步处理(例如，变换到模拟、放大、滤波以及上变换)以获得下行链路信号。来自MOD 232a至232t的T个下行链路信号可以分别经由T个天线234a至234t被发送。根据下文更详细描述的各个方面，可以利用位置编码来生成同步信号以传达另外的信息。
在UE 120处，天线252a至252r可以从基站110或其它基站接收下行链路信号并且可以分别向R个解调器(DEMOD)254a到254r提供接收到的信号。每个DEMOD 254可以对接收到的信号进行调节(例如，滤波、放大、下变换以及数字化)以获得输入样本。每个DEMOD 254可以对输入样本(例如，针对OFDM等，或者其组合)进行进一步处理以获得接收符号。MIMO检测器256可以从所有R个DEMOD 254a至254r获得接收符号，对接收符号执行MIMO检测(如果适用的话)，并且提供经检测的符号。接收处理器258可以处理(例如，解码)经检测的符号，向数据宿260提供针对UE 120的经解码的数据，以及向控制器/处理器280提供经解码的控制信息和系统信息。信道处理器可以确定参考信号接收功率(RSRP)、接收信号强度指示符(RSSI)、参考信号接收质量(RSRQ)、信道质量指示符(CQI)等，或者其组合。在一些方面中，UE 120的一个或多个组件可以被包括在壳体中。
在上行链路上，在UE 120处，发射处理器264可以对来自数据源262的数据以及来自控制器/处理器280的控制信息(例如，针对包括RSRP、RSSI、RSRQ、CQI等，或者其组合的报告)进行接收和处理。发射处理器264还可以针对一个或多个参考信号生成参考符号。来自发射处理器264的符号可以由TX MIMO处理器266预编码(如果适用的话)，由MOD 254a至254r进一步处理(例如，对于离散傅立叶变换扩展正交频分复用(DFT-s-OFDM)、具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)等，或者其组合)，并且被发送到基站110。在基站110处，来自UE 120和其它UE的上行链路信号可以由天线234接收，由DEMOD 232处理，由MIMO检测器236检测(如果适用的话)，并且由接收处理器238进一步地处理以获得经解码的由UE 120发送的数据和控制信息。接收处理器238可以向数据宿239提供经解码的数据并且向控制器/处理器240提供经解码的控制信息。基站110可以包括通信单元244，并且经由通信单元244向网络控制器130通信。网络控制器130可以包括：通信单元294、控制器/处理器290和存储器292。
基站110的控制器/处理器240、UE 120的控制器/处理器280或者图2的任何其它组件可以执行与将多播广播服务质量流映射到逻辑信道标识符相关联的一种或多种技术，如本文中其它地方更详细描述的。例如，基站110的控制器/处理器240、UE 120的控制器/处理器280或图2的任何其它组件可以执行或指导例如图12的过程或如本文中描述的其它过程的操作。存储器242和282可以分别存储针对基站110和UE 120的数据和程序代码。调度器246可以针对在下行链路或上行链路上的数据传输调度UE。
在一些方面中，UE 120可以包括：用于接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示的单元；用于至少部分地基于所指示的模式来从介质访问控制(MAC)TB中识别MB-QoS流的单元；用于对在MB-QoS流中包括的数据进行解码的单元等，或者其组合。在一些方面中，这样的单元可以包括结合图2描述的UE 120的一个或多个组件。
图3是示出根据本公开内容的各个方面的分布式无线接入网(RAN)的示例逻辑架构的图。5G接入节点306可以包括接入节点控制器(ANC)302。ANC可以是分布式RAN的中央单元(CU)。去往下一代核心网(NG-CN)304的回程接口可以终止于ANC。去往相邻下一代接入节点(NG-AN)的回程接口310可以终止于ANC。ANC可以包括一个或多个TRP 308(其还可以被称为BS、NR BS、节点B、5G NB、AP、gNB或另一些术语)。如上所述，TRP可以与“小区”可互换地使用。
TRP 308可以是分布式单元(DU)。TRP可以连接到一个ANC(ANC 302)或者多于一个ANC(未示出)。例如，对于RAN共享，无线电即服务(RaaS)以及特定于服务的AND部署，TRP可以连接到多于一个ANC。TRP可以包括一个或多个天线端口。TRP可以被配置为单独地(例如，动态选择)或联合地(例如，联合传输)地向UE服务业务。
RAN的本地架构可以用于支持前传定义。架构可以被定义为支持跨越不同部署类型的前传解决方案。例如，该架构可以是至少部分地基于发射网络能力(例如，带宽、延时或抖动)的。
该架构可以与LTE共享特征或组件。在一些方面中，NG-AN 310可以支持与NR的双连接。NG-AN 310可以共享用于LTE和NR的公共前传。
该架构可以实现在TRP 308之间和之中的协作。例如，可以经由ANC 302在TRP内或跨越TRP预设合作。在一些方面中，可能不需要/不存在TRP间接口。
在一些方面中，在RAN架构内可以存在拆分逻辑功能的动态配置。分组数据汇聚协议(PDCP)、无线链路控制(RLC)、以及MAC协议层可以被适应性地置于ANC或TRP处。
图4是示出根据本公开内容的各个方面的分布式RAN的示例物理架构的图。集中式核心网络单元(C-CU)402可以托管核心网络功能。C-CU可以是集中式部署的。为了处理峰值容量，C-CU功能可以被卸载(例如，到高级无线服务(AWS))。集中式RAN单元(C-RU)404可以托管一个或多个ANC功能。可选地，C-RU可以在本地托管核心网络功能。C-RU可以具有分布式部署。C-RU可以更接近网络边缘。分布式单元(DU)406可以托管一个或多个TRP。DU可以位于具有射频(RF)功能的网络边缘。
图5是示出根据本公开内容的各个方面的用于多播广播通信的示例信道映射的图。如方框502所示，可以使用多播广播业务信道(MBTCH)和多播广播控制信道(MBCCH)来支持NR中的多播或广播传输。MBTCH可以携带多播或广播数据，而MBCCH可以携带用于要在MBTCH上发送的多播或广播通信的配置信息或控制信息。可以使用G-RNTI将MBTCH上的多播或广播通信寻址到一组UE。在一些方面中，可以使用不同的MBTCH来携带具有不同服务质量(QoS)要求的多播广播业务。具有相关联的QoS要求或QoS参数(例如，用于相同多播/广播服务的一组相关分组)的多播/广播业务流可以被称为MB-QoS流。在一些方面中，在MB-QoS流和MBTCH之间可以存在一对一映射。基站或核心网络设备可以针对MB-QoS流配置多播广播无线电承载(MRB)。在一些方面中，在MB-QoS流和MRB之间可以存在一对一的映射。因此，每个MBTCH可以对应于用于携带MB-QoS流的MRB。MBCCH可以携带用于配置MBTCH的配置信息，并且可以使用单小区RNTI(SC-RNTI)来寻址到小区(例如，物理小区或虚拟小区)中的所有UE。在一些方面中，存在每小区(物理小区或虚拟小区)单个MBCCH，并且MBCCH携带用于具有不同MB-QoS流的多个多播/广播服务的MBTCH配置信息。如方框504所示，MBCCH和MBTCH是逻辑信道，并且可以被映射到下行链路共享信道(DL-SCH)传输信道，其信道可以被映射到PDSCH。
在LTE SC-PTM中，单个逻辑信道标识符用于携带多播广播控制信息的单小区多播广播控制信道(SC-MCCH)和携带多播广播业务的单小区多播广播业务信道(SC-MTCH)两者。LTE SC-PTM使用RLC未确认模式(UM)，该模式不支持任何重传，并且不支持MAC混合自动重传请求(HARQ)或重传。LTE SC-PTM是仅多播/广播系统，并且通信不能在多播/广播和单播之间进行切换，诸如用于向单个UE的重传或者向一小组UE的单独重传。
为了支持NR中多播/广播通信的重传以用于更高的可靠性，(例如，在不同MBTCH上携带的)不同的MB-QoS流应该是唯一可识别的，以便UE可以向基站指示针对其需要重传的MB-QoS流。唯一地标识MB-QoS流(或对应的MBTCH)的一种方法是针对每个MG-QoS流使用不同的逻辑信道标识符(LCID)。然而，为了节省信令开销，仅有限数量的LCID(诸如13个保留的LCID)可用于映射到MB-QoS流。在NR中，可能需要支持大量MB-QoS流，诸如多达1024个MB-QoS流。因此，没有足够数量的可用LCID来将每个MB-QoS流映射到不同的LCID。本文中描述的一些技术和装置允许通过将每个MB-QoS流映射到LCID和G-RNTI的不同组合来唯一地识别不同的MB-QoS流。这允许诸如通过使用确认(ACK)或否定确认(NACK)(统称为ACK/NACK)反馈的MB-QoS流的通信的重传以用于更高的可靠性。此外，本文中描述的一些技术和装置允许这样的重传在多播/广播通信中或单播通信中(例如，针对NR混合模式通信)进行发送，从而增加系统灵活性，并且在一些情况下通过向单个UE而不是一组UE发送重传来节省网络资源和UE资源。
图6是示出根据本公开内容的各个方面的将多播广播服务质量流映射到逻辑信道标识符的示例的图。如图6所示，基站110和UE 120可以相互通信。
在第一操作605中，基站110可以发送，并且UE 120可以接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示。在一些方面中，模式可以包括第一模式，在第一模式中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI，如下文结合图7更详细描述的。另外或替代地，模式可以包括第二模式，在第二模式中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI，如下文结合图8更详细描述的。另外或替代地，模式可以包括第三模式，在第三模式中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符，如下文结合图9更详细描述的。另外或替代地，模式可以包括第四模式，在第四模式中第四MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定逻辑信道标识符，并且被映射到G-RNTI或标识MB-QoS流的服务类型的MRB标识符中的至少一者，如下文结合图10更详细描述的。另外或替代地，模式可以包括第五模式，在第五模式中第五MB-QoS流集合中的每个MB-QoS流被映射到用于多播或广播传输的第一逻辑信道标识符和G-RNTI，并且被映射到用于单播传输的与UE相关联的第二逻辑信道标识符和小区RNTI(C-RNTI)，如下文结合图11更详细描述的。
在一些方面中，基站110可以针对所有MB-QoS流配置和指示单个模式。在一些方面中，基站110可以配置本文中描述的模式中的两种或更多种模式(例如，第一模式、第二模式、第三模式、第四模式或第五模式中的两种或更多种模式)。例如，基站110可以针对一个MB-QoS流集合配置一种模式，并且可以针对另一个MB-QoS流集合配置另一种模式。以这种方式，基站110可以根据例如通过MB-QoS流提供的服务的类型、由基站110服务的小区中的业务量、小区中UE的数量、订用不同MB-QoS流的UE的数量、用于不同MB-QoS流的业务量等来灵活地配置MB-QoS流。
在一些方面中，基站110可以至少部分地基于MB-QoS流是可切换MB-QoS流还是不可切换MB-QoS流来确定用于将MB-QoS流映射到LCID和G-RNTI的模式。可切换MB-QoS流可以指代能够在MRB(用于多播/广播传输)和专用无线电承载(DRB)(用于单播传输)之间进行切换的MB-QoS流。不可切换MB-QoS流可以指代不能在MRB(用于多播/广播传输)和DRB(用于单播传输)之间进行切换的MB-QoS流。在一些方面中，基站110可以在无线资源控制(RRC)消息(例如，RRC配置消息、RRC重新配置消息等)中、在下行链路控制信息(DCI)中、在介质访问控制(MAC)控制元素(CE)(统称为MAC-CE)中，在MBCCH通信中，或者在其组合中指示模式。
在第二操作610中，基站110可以发送包括多个MB-QoS流的一个或多个介质访问控制(MAC)传输块(TB)。在一些方面中，基站110可以使用单个MAC TB(例如，使用单个MAC TB的单个传输或者单个MAC TB的多个传输)在多播/广播传输中复用多个MB-QoS流。另外，基站110可以使用多个(不同的)MAC TB在多播/广播传输中复用多个MB-QoS流。在一些方面中，多个MB-QoS流在单个MAC TB中或在多个MAC TB中被复用的方式可以取决于用于将MB-QoS流映射到LCID和G-RNTI的模式，如下文结合图8-图12更详细描述的。基站110可以在多播/广播通信中(例如，使用MRB)发送MB-QoS流的初始传输。基站110可以在多播/广播通信(例如，使用MRB)中或在单播通信(例如，使用DRB)中发送初始传输的重传。
在第三操作615中，UE 120可以至少部分地基于所指示的用于将MB-QoS流映射到LCID和G-RNTI的模式来从MAC TB中识别一个或多个MB-QoS流(例如，UE 120订用的一个或多个MB-QoS流)。在一些方面中，UE 120识别UE 120订用的MB-QoS流的方式还可以取决于用于将MB-QoS流映射到LCID和G-RNTI的模式，如下文结合图8-图12更详细描述的。另外或替代地，与从单播通信中识别MB-QoS流相比，UE 120可以使用不同技术进行从多播/广播通信中识别MB-QoS流，如下文结合图8-图12更详细描述的。在图6的示例中，UE 120订用第一MB-QoS流(MB-QoS1)和第三MB-QoS流(MB-QoS3)。
在第四操作620中，UE 120可以对在所识别的一个或多个MB-QoS流中包括的数据进行解码。在一些方面中，UE 120可以使用在MAC TB中(例如，在MAC报头或MAC子报头中)包括的LCID标识符和G-RNTI来识别用于MB-QoS流的数据。UE 120可以使用G-RNTI对多播/广播通信中的MB-QoS流的数据进行解扰。另外或替代地，UE 120可以使用G-RNTI来识别单播通信中的MB-QoS流。在识别了UE 120订用的MB-QoS流的数据之后，UE 120可以对该数据进行解码。在图6的示例中，UE 120可以对第一MB-QoS流(MB-QoS1)和第三MB-QoS流(MB-QoS3)的数据进行解码。通过使用本文中描述的一种或多种模式，MB-QoS流可以被映射到有限数量的LCID，这节省了信令开销，同时还允许重传MB-QoS以提高可靠性。
图7是示出根据本公开内容的各个方面的将多播广播服务质量流映射到LCID的另一个示例的图。图7示出了第一模式，在第一模式中MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI。如上文结合图6所述，在一些方面中，基站110可以向UE 120指示用于将MB-QoS流映射到LCID和G-RNTI的一种或多种模式。
在第一操作705中，在一些方面中，不同的MB-QoS流可以被映射到不同的LCID。例如，基站110可以配置在MB-QoS流和LCID之间的一对一映射，其中，每个MB-QoS流被映射到不同的LCID。在第二操作710中，不同的MB-QoS流可以被映射到不同的G-RNTI。例如，基站110可以配置在MB-QoS流和G-RNTI之间的一对一映射，其中，每个MB-QoS流被映射到不同的G-RNTI。在图7的示例中，第一MB-QoS流(MB-QoS1)被映射到第一LCID(LCID-1)和第一G-RNTI(G-RNTI1)，第二MB-QoS流(MB-QoS2)被映射到第二LCID(LCID-2)和第二G-RNTI(G-RNTI 2)，并且第三MB-QoS流(MB-QoS3)被映射到第三LCID(LCID-3)和第三G-RNTI(G-RNTI3)。如进一步所示，每个MB-QoS流可以与用于多播/广播通信的不同的无线链路控制(RLC)实体(例如，不同的MRB)相关联。在图7的示例中，第一MB-QoS流(MB-QoS1)与第一RLC实体(RLC 1)相关联，第二MB-QoS流(MB-QoS2)与第二RLC实体(RLC 2)相关联，并且第三MB-QoS流(MB-QoS3)与第三RLC实体(RLC 3)相关联。
在第三操作715中，在一些方面中，基站110可以使用公共MAC分组数据单元(PDU)来复用用于多播广播通信的多个MB-QoS流(例如，使用MRB)。公共MAC PDU可以包括多个LCID，这些LCID指示对应的多个MB-QoS流，用于其的数据被包括在与公共MAC PDU相关联的多播/广播传输中。例如，公共MAC PDU可以包括多个MAC子报头，每个子报头包括不同的LCID。
在一些方面中，基站110可以使用单个MAC TB来在多播或广播传输中复用多个MB-QoS流。在这种情况下，因为每个MB-QoS流与不同的G-RNTI相关联，所以基站110可以(例如，通过在不同的时域或频域资源中重复单个MAC TB的相同内容)调度或发送单个MAC TB多次，并且可以使用不同的G-RNTI来对每个MAC TB传输进行加扰。例如，可以使用G-RNTI 1来对包括单个MAC TB的内容并且与MB-QoS1相关联的第一MAC TB传输进行加扰，可以使用G-RNTI 2来对包括单个MAC TB的内容并且与MB-QoS2相关联的第二MAC TB传输进行加扰，并且可以使用G-RNTI 3来对包括单个MAC TB的内容并且与MB-QoS3相关联的第三MAC TB传输进行加扰。因此，单个MAC TB可以被重复多次，其中不同的G-RNTI被用于对不同的重复进行加扰。替代地，基站110可以使用不同的MAC TB在多播或广播传输中复用多个MB-QoS流，其中每个MAC TB对应于不同的LCID并且是使用不同的G-RNTI来加扰的。
在第四操作720中，UE 120可以使用与MB-QoS流相对应的唯一G-RNTI从多播或广播传输中识别该MB-QoS流。例如，当UE 120订用MB-QoS流时，UE 120可以接收用于该MB-QoS流的G-RNTI。UE 120然后可以使用该G-RNTI来对所调度的MBTCH传输进行解扰。如果这样的解扰是成功的，则UE 120可以获得MB-QoS流的数据。如图所示，多播或广播传输可以是初始传输或重传。
在第五操作725中，基站110可以在单播传输中重传MB-QoS流的数据。例如，基站110可以从UE 120接收NACK或者可以不从UE 120接收针对MB-QoS流的数据传输的任何ACK/NACK反馈。在一些方面中，这可以导致基站110在单播重传中针对UE 120重传数据传输。为了识别用于其的数据被包括在单播传输中的MB-QoS流，基站110可以在单播传输中包括用于MB-QoS流中的每个MB-QoS流的LCID。基站110可以使用用于UE 120的C-RNTI对单播传输进行加扰。如进一步所示，单播传输可以与跟多播广播传输(例如，DRB)不同的RLC实体(RLCx)相关联，或者可以具有不同的LCID，诸如用于单播传输或DRB的LCID。在图7的示例中，基站110在单播传输中重传MB-QoS1和MB-QoS3的数据。因此，基站110在单播传输中包括LCID-1和LCID-3。如果用于重传的MAC TB的内容(比特)与原始传输中的MAC TB的内容不同，则由于MAC TB内容(比特)的变化，不能进行使用软组合的HARQ重传。但是，当MAC TB的原始传输使用G-RNTI(诸如G-RNTI x)并且相同MAC TB(例如，相同的比特或内容)的重传使用不同的C-RNTI(诸如C-RNTI y)时，则基站110可以使用相同的HARQ过程和不同的冗余版本来发送原始传输和重传，以允许UE 120执行原始传输和重传的HARQ组合(软组合)。
在第六操作730中，UE 120可以使用用于UE 120的C-RNTI并且使用与MB-QoS流相对应的LCID从单播传输中识别该MB-QoS流。例如，UE 120可以(例如，在RRC消息中)被配置具有用于在UE 120和基站110之间的单播通信的C-RNTI。UE 120可以使用C-RNTI来对单播通信进行解扰。如果这样的解扰是成功的，则UE 120可以使用与MB-QoS流相关联的LCID来获得该MB-QoS流的数据。例如，可以在单播传输中的MAC PDU中指示LCID。在这种情况下，单播LCID-x、多播广播LCID-1以及多播广播LCID-3可以复用在相同的MAC TB中并且使用特定于UE的C-RNTI进行加扰。在一些方面中，基站110可以在多播或广播传输中向一个或多个UE120重传数据传输，在这种情况下，那些UE 120可以获得如上文结合操作720描述的数据传输。当单播LCID-x与广播LCID 1和LCID 3进行复用时，如本示例所示，由于MAC TB内容的变化，接收机(例如，UE 120)可能不能在接收机处执行HARQ组合。在一些方面中，基站110可以在不同的MAC TB中针对UE 120重传LCID 1和LCID 3，每个LCID都是利用C-RNTI来加扰的。在这种情况下，如果MAC TB的原始传输(在利用G-RNTI加扰的广播或多播传输中)与在利用C-RNTI加扰的单播重传中的MAC TB具有相同的内容，则接收机(例如，UE 120)可以执行HARQ组合。
使用结合图7描述的模式来将MB-QoS流映射到LCID和G-RNTI，可以允许UE 120通过使用与该MB-QoS流相关联的G-RNTI来接收该UE 120订用的MB-QoS流，以对多播广播通信进行解扰。此外，该模式可以使用与MB-QoS流相关联的LCID来实现该MB-QoS流的初始多播广播传输的单播重传，从而提高可靠性，同时节省成功接收初始多播广播传输的UE 120的资源。
图8是示出根据本公开内容的各个方面将多播广播服务质量流映射到LCID的另一个示例的图。图8示出了第二模式，在第二模式中，MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI。如上文结合图6所述，在一些方面中，基站110可以向UE 120指示用于将MB-QoS流映射到LCID和G-RNTI的一种或多种模式。在一些方面中，结合图8描述的模式可以用于可切换MB-QoS流的集合，所述可切换MB-QoS流能够在用于多播或广播传输的MRB和用于单播传输的DRB之间进行切换。
在第一操作805中，在一些方面中，不同的MB-QoS流可以被映射到不同的LCID。例如，基站110可以配置在MB-QoS流和LCID之间的一对一映射，如上文结合图7描述的。在第二操作810中，不同的MB-QoS流可以被映射到公共G-RNTI(相同的G-RNTI)。例如，基站110可以配置在MB-QoS流和G-RNTI之间的多对一映射，其中，每个MB-QoS流被映射到相同的GRNTI。在图8的示例中，第一MB-QoS流(MB-QoS1)被映射到第一LCID(LCID-1)和公共G-RNTI，第二MB-QoS流(MB-QoS2)被映射到第二LCID(LCID-2)和公共G-RNTI，并且第三MB-QoS流(MB-QoS3)被映射到第三LCID(LCID-3)和公共G-RNTI。如进一步所示，每个MB-QoS流可以与用于多播/广播通信的不同RLC实体相关联，如上文结合图7所描述的。
在第三操作815中，在一些方面中，基站110可以使用公共MAC PDU来(例如，使用MRB)复用用于多播广播传输的多个MB-QoS流。公共MAC PDU可以包括多个LCID，这些LCID指示对应的多个MB-QoS流，用于所述多个MB-QoS流的数据被包括在与公共MAC PDU相关联的多播/广播传输中。例如，公共MAC PDU可以包括多个MAC子报头，每个子报头包括不同的LCID。
在一些方面中，基站110可以使用单个MAC TB在多播或广播传输中复用多个MB-QoS流。在这种情况下，因为每个MB-QoS流与相同的G-RNTI相关联，所以基站110可以使用单个传输(而不是如上文结合图7描述的多个传输)来调度或发送单个MAC TB，并且可以使用公共G-RNTI对单个MAC TB传输进行加扰。替代地，基站110可以使用不同的MAC TB在多播或广播传输中复用多个MB-QoS流，其中每个MAC TB对应于不同的LCID并且是使用公共G-RNTI来加扰的。
在第四操作820中，UE 120可以使用用于MB-QoS流集合的公共G-RNTI以及与MB-QoS流相对应的LCID来从多播或广播传输(例如，初始传输或重传)中识别MB-QoS流。例如，当UE 120订用MB-QoS流时，UE 120可以接收用于包括该MB-QoS流的MB-QoS流集合的公共G-RNTI。另外或替代地，UE 120可以接收或导出用于MB-QoS流的安全密钥。UE 120可以使用公共G-RNTI来对所调度的MBTCH通信进行解扰。如果这样的解扰是成功的，则UE 120可以使用用于MB-QoS流的LCID来获得MB-QoS流的数据。例如，UE 120可以读取MAC PDU以识别用于MB-QoS流的LCID(例如，在MAC子报头中)。在一些方面中，不同的MB-QoS流可以与不同的安全密钥相关联，使得UE 120不能获得用于UE 120未订用的MB-QoS流的数据，尽管已经接收到用于对包括用于MB-QoS流的数据的通信进行解扰的公共G-RNTI。
在第五操作825中，以与上文结合图7描述的类似方式，基站110可以在单播传输中重传MB-QoS流的数据。为了识别用于其的数据被包括在单播传输中的MB-QoS流，基站110可以在单播传输中包括用于MB-QoS流中的每个MB-QoS流的LCID。基站110可以使用用于UE120的C-RNTI对单播传输进行加扰。如进一步所示，单播传输可以与跟多播广播传输(例如，DRB)不同的RLC实体(RLC x)相关联，或者可以具有不同的LCID，诸如用于单播传输或DRB的LCID。在图8的示例中，基站110在单播传输中重传用于MB-QoS1和MB-QoS3的数据。因此，基站110在单播传输中包括LCID-1和LCID-3。
在第六操作830中，以与上文结合图7描述的类似方式，UE 120可以使用用于UE120的C-RNTI并且使用与MB-QoS流相对应的LCID从单播传输中识别该MB-QoS流。例如，UE120可以(例如，在RRC消息中)被配置具有用于在UE 120和基站110之间的单播通信的C-RNTI。UE 120可以使用C-RNTI来对单播通信进行解扰。如果这样的解扰是成功的，则以与上文结合图7描述的类似方式，UE 120可以使用与MB-QoS流相关联的LCID来获得该MB-QoS流的数据。例如，可以在单播传输中的MAC PDU中指示LCID。当单播LCID-x与广播LCID 1和LCID 3进行复用时，如本示例所示，由于MAC TB内容的变化，接收机(例如，UE 120)可能不能在接收机处执行HARQ组合。在一些方面中，基站110可以在不同的MAC TB中针对UE 120重传LCID 1和LCID 3，每个LCID都是利用C-RNTI来加扰的。在这种情况下，如果MAC TB的原始传输(在利用G-RNTI加扰的广播或多播传输中)与在利用C-RNTI加扰的单播重传中的MACTB具有相同的内容，则接收机(例如，UE 120)可以执行HARQ组合。
使用结合图8描述的模式来将MB-QoS流映射到LCID和G-RNTI，可以允许UE 120通过使用与该MB-QoS流相关联的公共G-RNTI来接收该UE 120订用的MB-QoS流，以对多播广播通信进行解扰，并且通过使用LCID来识别在经解扰的通信中的MB-QoS流。通过针对多个MB-QoS流使用公共G-RNTI，可以通过仅要求单个G-RNTI而不是多个G-RNTI用于解扰来节省UE资源(例如，处理资源、存储器资源、电池电量等)。此外，该模式可以使用与MB-QoS流相关联的LCID来实现该MB-QoS流的初始多播广播传输的单播重传，从而提高可靠性，同时节省成功接收初始多播广播传输的UE 120的资源。
图9是示出根据本公开内容的各个方面的将多播广播服务质量流映射到LCID的另一个示例的图。图9示出了第三模式，在第三模式中，MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI，并且被映射到用于多个MB-QoS流的公共LCID。如上文结合图6所述，在一些方面中，基站110可以向UE 120指示用于将MB-QoS流映射到LCID和G-RNTI的一种或多种模式。在一些方面中，结合图9描述的模式可以用于可切换MB-QoS流的集合或者不可切换MB-QoS流的集合。
在第一操作905中，在一些方面中，不同的MB-QoS流可以被映射到公共LCID(相同的LCID)。例如，基站110可以配置在MB-QoS流和LCID之间的多对一映射，其中，每个MB-QoS流被映射到相同的LCID。在第二操作910中，不同的MB-QoS流可以被映射到不同的G-RNTI。例如，基站110可以配置在MB-QoS流和G-RNTI之间的一对一映射，其中，每个MB-QoS流被映射到不同的G-RNTI。在图9的示例中，第一MB-QoS流(MB-QoS1)被映射到公共LCID(LCID-1)和第一G-RNTI(G-RNTI 1)，第二MB-QoS流(MB-QoS2)被映射到公共LCID(LCID-1)和第二G-RNTI(G-RNTI 2)，并且第三MB-QoS流(MB-QoS3)被映射到公共LCID(LCID-1)和第三G-RNTI(G-RNTI 3)。如进一步所示，每个MB-QoS流可以与用于多播/广播通信的不同RLC实体相关联，如上文结合图7所描述的。
在第三操作915中，在一些方面中，基站110可以使用公共MAC PDU来复用用于多播广播传输的多个MB-QoS流(例如，使用MRB)。在一些方面中，公共MAC PDU可以包括用于多个MB-QoS流的公共LCID，用于多个MB-QoS流的数据被包括在与公共MAC PDU相关联的多播/广播传输中。
在一些方面中，基站110可以使用单个MAC TB在多播或广播传输中复用多个MB-QoS流。在这种情况下，因为每个MB-QoS流与不同的G-RNTI相关联，所以基站110可以(例如，通过在不同的时域或频域资源中重复单个MAC TB的相同内容)调度或发送单个MAC TB多次，并且可以使用不同的G-RNTI来对每个MAC TB传输进行加扰。例如，可以使用G-RNTI 1来对包括单个MAC TB的内容并且与MB-QoS1相关联的第一MAC TB传输进行加扰，可以使用G-RNTI 2来对包括单个MAC TB的内容并且与MB-QoS2相关联的第二MAC TB传输进行加扰，并且可以使用G-RNTI 3来对包括单个MAC TB的内容并且与MB-QoS3相关联的第三MAC TB传输进行加扰。因此，单个MAC TB可以被重复多次，其中不同的G-RNTI被用于对不同的重复进行加扰。替代地，基站110可以使用不同的MAC TB在多播或广播传输中复用多个MB-QoS流，其中每个MAC TB对应于相同的LCID并且是使用不同的G-RNTI来加扰的。
在第四操作920中，UE 120可以使用与MB-QoS流相对应的唯一G-RNTI从多播或广播传输中识别该MB-QoS流。例如，当UE 120订用MB-QoS流时，UE 120可以接收用于该MB-QoS流的G-RNTI。UE 120然后可以使用该G-RNTI来对所调度的MBTCH通信进行解扰。如果这样的解扰是成功的，则UE 120可以获得MB-QoS流的数据。如图所示，多播或广播传输可以是初始传输或重传。
在第五操作925中，以与上文结合图7描述的类似方式，基站110可以在单播传输中重传MB-QoS流的数据。为了识别用于其的数据被包括在单播传输中的MB-QoS流，基站110可以在单播传输中包括用于MB-QoS流中的每个MB-QoS流的G-RNTI。在一些方面中，基站110还可以在单播传输中包括MB-QoS流的LCID，使得MB-QoS流可以通过公共LCID和用于MB-QoS流的唯一G-RNTI的组合来识别。基站110可以使用用于UE 120的C-RNTI对单播传输进行加扰。如进一步所示，单播传输可以与跟多播广播传输(例如，DRB)不同的RLC实体(RLC x)相关联，或者可以具有不同的LCID，诸如用于单播传输或DRB的LCID。在图9的示例中，基站110在单播传输中重传用于MB-QoS1和MB-QoS3的数据。因此，基站110在单播传输中包括用于标识MB-QoS1的G-RNTI 1和公共LCID，以及用于标识MB-QoS3的G-RNTI 3和公共LCID。在一些方面中，可以在单播传输中的MAC PDU(诸如MAC子报头)中指示G-RNTI。当单播LCID-x与广播LCID 1和LCID 3进行复用时，如本示例所示，由于MAC TB内容的变化，接收机(例如，UE120)可能不能在接收机处执行HARQ组合。在一些方面中，基站110可以在不同的MAC TB中针对UE 120重传LCID 1和LCID 3，每个LCID都是利用C-RNTI来加扰的。在这种情况下，如果MAC TB的原始传输(在利用G-RNTI加扰的广播或多播传输中)与在利用C-RNTI加扰的单播重传中的MAC TB具有相同的内容，则接收机(例如，UE 120)可以执行HARQ组合。
在第六操作930中，UE 120可以使用用于UE 120的C-RNTI、使用公共LCID以及使用与MB-QoS流相对应的G-RNTI从单播传输中识别该MB-QoS流。例如，UE 120可以(例如，在RRC消息中)被配置具有用于在UE 120和基站110之间的单播通信的C-RNTI。UE 120可以使用C-RNTI来对单播通信进行解扰。如果这样的解扰是成功的，则UE 120可以使用与MB-QoS流相关联的公共LCID和G-RNTI来获得该MB-QoS流的数据。例如，可以在广播和/或单播传输中的MAC PDU中指示公共LCID和G-RNTI。在这种情况下，单播LCID-x、多播广播LCID-1以及多播广播LCID-3可以复用在相同的MAC TB中并且使用特定于UE的C-RNTI进行加扰。
使用结合图9描述的模式来将MB-QoS流映射到LCID和G-RNTI，可以允许UE 120通过使用与该MB-QoS流相关联的G-RNTI来接收该UE 120订用的MB-QoS流，以对多播广播通信进行解扰。此外，该模式可以使用与MB-QoS流相关联的公共LCID和与该MB-QoS流相关联的G-RNTI来实现该MB-QoS流的初始多播广播传输的单播重传，从而提高可靠性，同时节省成功接收初始多播广播传输的UE 120的资源。此外，这种模式可以通过针对一组MB-QoS流使用公共LCID来减少信令开销，从而与如果每个MB-QoS流与唯一LCID相关联的情况相比，要求更少的LCID。
图10是示出根据本公开内容的各个方面的将多播广播服务质量流映射到LCID的另一个示例的图。图10示出了第四模式，在第四模式中，MB-QoS流集合中的每个MB-QoS流被映射到不同的标识符(例如，不同的G-RNTI或者不同的MRB标识符)，并且被映射到用于所有MB-QoS流的固定LCID。如上文结合图6所述，在一些方面中，基站110可以向UE 120指示用于将MB-QoS流映射到LCID和G-RNTI的一种或多种模式。
在一些方面中，不同的MB-QoS流可以被映射到用于所有MB-QoS流的固定LCID(相同的LCID)。在这种情况下，每个MB-QoS流被映射到相同的LCID，其是为多播/广播通信保留的固定LCID。在一些方面中，不同MB-QoS流可以以与本文中其它地方描述的类似方式被映射到不同的G-RNTI。另外或替代地，不同的MB-QoS流可以被映射到不同的MRB标识符(MRBID)。图10示出了四个不同的示例MAC PDU子报头，其用于指示LCID和用于MB-QoS流的G-RNTI或MRB ID中的一者。
使用固定LCID和唯一G-RNTI或MRB ID，MB-QoS流的传输和标识可以以与上文结合图9描述的类似方式执行，其中使用了公共LCID和唯一G-RNTI。然而，在图10的模式中，可以使用固定LCID(其可以用于所有MB-QoS流)而不是公共LCID(其可以用于MB-QoS流集合，所述MB-QoS流集合是所有MB-QoS流的子集)。此外，虽然在一些方面中可以使用唯一G-RNTI来标识MB-QoS流，但是在其它方面中，可以使用唯一MRB ID来标识MB-QoS流。当使用唯一MRBID时，公共G-RNTI可以用于不同的MB-QoS流(例如，所有MB-QoS流)。对于单播传输，固定LCID和G-RNTI或MRB ID中的一者可以被包括在MAC PDU中(例如，在MAC PDU子报头中)，如图10所示。在一些方面中，固定LCID可以用于标识MBTCH，以及唯一G-RNTI或唯一MRB ID可以用于标识多播/广播服务类型。通过使用固定的LCID，结合图10描述的模式可以通过针对所有MB-QoS流使用相同的LCID来减少信令开销，从而与每个MB-QoS流与唯一LCID相关联或不同MB-QoS流集合与不同LCID相关联的情况相比，要求更少的LCID。
图11是示出根据本公开内容的各个方面的将多播广播服务质量流映射到LCID的另一个示例的图。图11示出了如下的模式：在该模式中MB-QoS流集合中的每个MB-QoS流被映射到用于多播或广播传输的第一LCID和G-RNTI，并且被映射到用于单播传输的第二LCID和C-RNTI。如上文结合图6所述，在一些方面中，基站110可以向UE 120指示用于将MB-QoS流映射到LCID和G-RNTI的一种或多种模式。图11示出了对NR MAC PDU子报头的建议增强(例如，对3GPP TS 38.321的第6.1.2节的增强)。
在第一操作1105中，在一些方面中，当基站110配置MRB(例如，用于MB-QoS流)时，基站110可以指示当MB-QoS流的数据在多播/广播通信中(例如，使用MRB)被发送时将使用的第一LCID(示为用于MB-QoS1的LCID-A)以及当MB-QoS流的数据在单播通信中(例如，使用DRB)被发送时将使用的第二LCID(示为用于MB-QoS1的LCID-1)。基站110还可以指示将用于使用第一LCID来获得(解扰)MB-QoS流的多播/广播通信的G-RNTI(示为MB-QoS1的G-RNTI1)，并且可以指示将由UE 120用于使用第二LCID来获得(解扰)MB-QoS流的单播通信的C-RNTI。
在一些方面中，基站110可以在RRC消息(例如，单播RRC消息)中(向UE 120)指示第一LCID、G-RNTI、第二LCID、C-RNTI或者其组合。在一些方面中，基站110可以在RRC消息中指示这些参数的所有四个参数。在一些方面中，基站110可以在RRC消息中(向UE 120)指示第二LCID和C-RNTI，并且可以使用多播控制信道(例如，MBCCH)指示第一LCID和G-RNTI。
在第二操作1110中，当基站110在多播/广播传输中发送MB-QoS流的数据时，基站110可以使用第一LCID。在第三操作1115中，基站110可以使用G-RNTI对多播/广播传输进行加扰。UE 120可以使用G-RNTI、第一LCID或者其组合以与本文中其它地方描述的类似方式来识别MB-QoS流或获得MB-QoS流的数据。
在第四操作1120中，当基站110在单播传输中发送MB-QoS流的数据时，基站110可以使用第二LCID并且可以使用C-RNTI对多播/广播传输进行加扰。在第五操作1125中，UE120可以使用C-RNTI和第二LCID以与本文中其它地方描述的类似方式来识别MB-QoS流或获得MB-QoS流的数据。
通过根据MB-QoS流的数据是在多播/广播通信还是单播通信中被发送而针对MB-QoS流使用不同的LCID，结合图11描述的模式可以通过将相同的LCID重用于多个MB-QoS流来减少信令开销。例如，相同的LCID可以用于使用不同的特定于UE的C-RNTI的不同单播传输。此外，与不同G-RNTI相关联的MB-QoS流可以使用相同的LCID，同时仍然允许UE 120区分使用不同G-RNTI的MB-QoS流。
在一些方面中，不可切换MRB可以被重新配置为可切换MRB。可切换MRB可以指能够在多播/广播传输(例如，使用G-RNTI)和单播传输(例如，使用C-RNTI)之间进行切换的MRB。不可切换MRB可以指不能在多播/广播传输和单播传输之间进行切换的MRB。在一些方面中，基站110可以配置不可切换MRB具有用于多播/广播传输的第一LCID。当基站110将MRB从不可切换重新配置为可切换时，基站110可以指示用于单播传输的MRB的第二LCID。基站110可以利用小区唯一的LCID来重新配置MRB，或者可以在例如多播广播控制信道通信(MBCCH)、RRC消息(例如，RRC重新配置消息)或者其组合中指示第二LCID。以这种方式，基站110可以增加MB-QoS流的传输和重传的灵活性。
图12是示出根据本公开内容的各个方面的例如由UE执行的示例过程的图。该示例过程是UE(例如，UE 120)执行与将多播广播服务质量流映射到LCID相关联的操作的示例。
如图12所示，在一些方面中，该过程可以包括：接收对用于将MB-QoS流映射到LCID和G-RNTI的模式的指示(框1210)。例如，UE(例如，使用接收处理器258、控制器/处理器280、存储器282或图13的接收组件1302等)可以接收对用于将MB-QoS流映射到LCID和G-RNTI的模式的指示，如上所述。
如图12进一步所示，在一些方面中，该过程可以包括：至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流(框1220)。例如，UE(例如，使用接收处理器258、控制器/处理器280、存储器282或图13的识别组件1310等)可以至少部分地基于所指示的模式来从MACTB中识别MB-QoS流，如上所述。
如图12进一步所示，在一些方面中，该过程可以包括对在MB-QoS流中包括的数据进行解码(框1230)。例如，UE(例如，使用接收处理器258、控制器/处理器280、存储器282或图13的解码组件1312等)可以对在MB-QoS流中包括的数据进行解码，如上所述。
所述过程可以包括另外的方面，诸如在下文中或结合本文中其它地方描述的一个或多个其它过程描述的任何单个方面或各方面的任何组合。
在第一方面中，所述模式包括其中MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI的模式。
在第二方面中，单独地或与第一方面相结合，所述过程包括：至少部分地基于与MB-QoS流相对应的唯一G-RNTI，来从多播或广播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第三方面中，单独地或与第一和第二方面中的一个或多个方面相结合，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
在第四方面中，单独地或与第一至第三方面中的一个或多个方面相结合，所述过程包括：至少部分地基于用于UE的C-RNTI和与MB-QoS流相对应的唯一逻辑信道标识符，来从单播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第五方面中，单独地或与第一至第四方面中的一个或多个方面相结合，所述模式包括其中MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI的模式。
在第六方面中，单独地或与第一至第五方面中的一个或多个方面相结合，所述过程包括：至少部分地基于与MB-QoS流相对应的逻辑信道标识符，来从多播或广播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第七方面中，单独地或与第一至第六方面中的一个或多个方面相结合，使用以下各项中的一项在多播或广播传输中复用多个MB-QoS流：使用公共G-RNTI加扰的单个MACTB，或者与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用公共G-RNTI来加扰的。
在第八方面中，单独地或与第一至第七方面中的一个或多个方面相结合，所述过程包括：至少部分地基于用于UE的C-RNTI和与MB-QoS流相对应的唯一逻辑信道标识符，来从单播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第九方面中，单独地或与第一至第八方面中的一个或多个方面相结合，MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
在第十方面中，单独地或与第一至第九方面中的一个或多个方面相结合，所述模式包括其中MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符的模式。
在第十一方面中，单独地或与第一至第十方面中的一个或多个方面相结合，所述过程包括：至少部分地基于与MB-QoS流相对应的唯一G-RNTI，来从多播或广播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第十二方面中，单独地或与第一至第十一方面中的一个或多个方面相结合，使用以下各项中的一项在多播或广播传输中复用多个MB-QoS流：被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者与公共逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
在第十三方面中，单独地或与第一至第十二方面中的一个或多个方面相结合，所述过程包括：至少部分地基于用于UE的C-RNTI、公共逻辑信道标识符以及与MB-QoS流相对应的唯一G-RNTI，来从单播传输中(例如，使用图13的识别组件1310)识别MB-QoS流。
在第十四方面中，单独地或与第一至十三方面中的一个或多个方面相结合，MB-QoS流集合包括一个或多个不可切换MB-QoS流，所述不可切换MB-QoS流不能在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
在第十五方面中，单独地或与第一至十四方面中的一个或多个方面相结合，MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
在第十六方面中，单独地或与第一至十五方面中的一个或多个方面相结合，所述模式包括其中MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定逻辑信道标识符，并且被映射到G-RNTI或标识MB-QoS流的服务类型的多播广播无线电承载标识符中的至少一者的模式。
在第十七方面中，单独地或与第一至第十六方面中的一个或多个方面相结合，该过程包括：至少部分地基于逻辑信道标识符以及以下各项中的至少一项来(例如，使用图13的识别组件1310)识别MB-QoS流：G-RNTI，或在用于MB-QoS流的MAC PDU子报头中指示的多播广播无线电承载标识符。
在第十八方面中，单独地或与第一至第十七方面中的一个或多个方面相结合，所述模式包括其中MB-QoS流集合中的每个MB-QoS流被映射到用于多播或广播传输的第一逻辑信道标识符和G-RNTI，并且被映射到用于单播传输的与UE相关联的第二逻辑信道标识符和C-RNTI的模式。
在第十九方面中，单独地或与第一至第十八方面中的一个或多个方面相结合，第一逻辑信道标识符和G-RNTI是使用多播控制信道进行配置的，并且第二逻辑信道标识符和C-RNTI是在无线资源控制消息中进行配置的。
在第二十方面中，单独地或与第一至第十九方面中的一个或多个方面相结合，第一逻辑信道标识符、G-RNTI、第二逻辑信道标识符和C-RNTI是在无线资源控制消息中进行配置的。
在第二十一方面中，单独地或与第一至第二十方面中的一个或多个方面相结合，MB-QoS流与第一逻辑信道标识符相关联，并且被配置为不能在多播广播无线电承载和专用无线电承载之间进行切换的不可切换MB-QoS流；并且所述过程包括：接收用于将MB-QoS流重新配置为能够在多播广播无线电承载和专用无线电承载之间进行切换的可切换MB-QoS流的指令，其中，所述指令包括用于MB-QoS流的第二逻辑信道标识符。
在第二十二方面中，单独地或与第一至第二十一方面中的一个或多个方面相结合，所述过程包括：在多播控制信道通信或无线资源控制消息中的至少一者中(例如，使用图13的接收组件1302)接收指令。
在第二十三方面中，单独地或与第一至第二十二方面中的一个或多个方面相结合，所述模式包括以下各项中的至少一项：第一模式，其中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI；第二模式，其中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI；第三模式，其中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符；第四模式，其中第四MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定逻辑信道标识符，并且被映射到标识MB-QoS流的服务类型的G-RNTI；第五模式，其中第五MB-QoS流集合中的每个MB-QoS流被映射到用于多播或广播传输的第一逻辑信道标识符和G-RNTI，并且被映射到用于单播传输的与UE相关联的第二逻辑信道标识符和C-RNTI；或者其组合。
在第二十四方面中，单独地或与第一至第二十三方面中的一个或多个方面相结合，逻辑信道标识符对应于多播广播业务信道，并且，多播广播业务信道和多播广播控制信道是在物理下行链路共享信道中携带的。
在第二十五方面中，单独地或与第一至第二十四方面中的一个或多个方面相结合，所述过程包括：(例如，使用图13的软组合组件1314)执行在使用G-RNTI加扰的多播或广播传输中接收的MB-QoS流的第一MAC TB和在使用小区RNTI加扰的单播传输中接收的MB-QOS流的第二MAC TB的软组合。
在第二十六方面中，单独地或与第一至第二十五方面中的一个或多个方面相结合，所述过程包括：至少部分地基于关于第一MAC TB和第二MAC TB携带相同内容的确定来(例如，使用图13的软组合组件1314)执行软组合。
图13是根据本公开内容的各个方面的用于无线通信的示例装置1300的框图。装置1300可以是UE，或者UE可以包括装置1300。在一些方面中，装置1300包括接收组件1302、通信管理器1304和发送组件1306，它们可以(例如，经由一条或多条总线)彼此通信。如图所示，装置1300可以使用接收组件1302和发送组件1306与另一装置1308(诸如UE、基站或另一无线通信设备)进行通信。
在一些方面中，装置1300可以被配置为执行本文中结合图6-图11描述的一个或多个操作。另外或替代地，装置1300可以被配置为执行本文中描述的一个或多个过程，诸如图12的过程1200。在一些方面中，装置1300可以包括上文结合图2描述的UE的一个或多个组件。
接收组件1302可以从装置1308接收通信，诸如参考信号、控制信息、数据通信或者其组合。接收组件1302可以将接收到的通信提供给装置1300的一个或多个其它组件，诸如通信管理器1304。在一些方面中，接收组件1302可以对接收到的通信执行信号处理(诸如滤波、放大、解调、模数转换、解复用、解交织、解映射、均衡、干扰消除或解码等)，并且可以将经处理的信号提供给一个或多个其它组件。在一些方面中，接收组件1302可以包括上文结合图2描述的UE的一个或多个天线、解调器、MIMO检测器、接收处理器、控制器/处理器、存储器或者其组合。
发送组件1306可以向装置1308发送通信，诸如参考信号、控制信息、数据通信或者其组合。在一些方面中，通信管理器1304可以生成通信并且可以将所生成的通信发送给发送组件1306用于发送给装置1308。在一些方面中，发送组件1306可以对所生成的通信执行信号处理(诸如滤波、放大、调制、数模转换、复用、交织、映射或编码等)，并且可以将经处理的信号发送给装置1308。在一些方面中，发送组件1306可以包括上文结合图2描述的UE的一个或多个天线、调制器、发射MIMO处理器、发射处理器、控制器/处理器、存储器，或者其组合。在一些方面中，发送组件1306可以与接收组件1302共置于收发机中。
通信管理器1304可以接收或者可以使得接收组件1302接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示。通信管理器1304可以至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流。通信管理器1304可以对在MB-QoS流中包括的数据进行解码。
在一些方面中，通信管理器1304可以包括上文结合图2描述的UE的控制器/处理器、存储器，或者其组合。
在一些方面中，通信管理器1304可以包括组件集合，诸如识别组件1310、解码组件1312、软组合组件1314，或者其组合。替代地，组件集合可以与通信管理器1304分离并且不同。在一些方面中，该组件集合中的一个或多个组件可以包括上文结合图2描述的UE的控制器/处理器、存储器或者其组合，或者可以在上述各项内实现。另外或替代地，该组件集合中的一个或多个组件可以至少部分地实现为在存储器中存储的软件。例如，组件(或组件的一部分)可以实现为在非暂时性计算机可读介质中存储的并且由控制器或处理器可执行以执行组件的功能或操作的指令或代码。
在一些方面中，接收组件1310可以接收对用于将MB-QoS流映射到逻辑信道标识符和G-RNTI的模式的指示。识别组件1310可以至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流。解码组件1312可以对在MB-QoS流中包括的数据进行解码。
在一些方面中，识别组件1310可以至少部分地基于用于UE的C-RNTI和与MB-QoS流相对应的唯一逻辑信道标识符，来从单播传输中识别MB-QoS流。在一些方面中，识别组件1310可以至少部分地基于与MB-QoS流相对应的逻辑信道标识符，来从多播或广播传输中识别MB-QoS流。在一些方面中，识别组件1310可以至少部分地基于用于UE的C-RNTI和与MB-QoS流相对应的唯一逻辑信道标识符，来从单播传输中识别MB-QoS流。在一些方面中，识别组件1310可以至少部分地基于与MB-QoS流相对应的唯一G-RNTI，来从多播或广播传输中识别MB-QoS流。在一些方面中，识别组件1310可以至少部分地基于用于UE的C-RNTI、公共逻辑信道标识符，以及与MB-QoS流相对应的唯一G-RNTI，来从单播传输中识别MB-QoS流。在一些方面中，识别组件1310可以至少部分地基于逻辑信道标识符以及以下各项中的至少一项来识别MB-QoS流：G-RNTI，或在用于MB-QoS流的MAC PDU子报头中指示的多播广播无线电承载标识符。
在一些方面中，接收组件1302可以在多播控制信道通信或无线资源控制消息中的至少一者中接收指令。在一些方面中，软组合组件1314可以执行在使用G-RNTI加扰的多播或广播传输中接收的MB-QoS流的第一MAC TB和在使用小区RNTI加扰的单播传输中接收的MB-QOS流的第二MAC TB的软组合。在一些方面中，软组合组件1314可以至少部分地基于关于第一MAC TB和第二MAC TB携带相同内容的确定来执行软组合。
提供图13所示的组件的数量和布置作为示例。在实践中，与图13所示的组件相比，可以存在另外的组件、更少的组件、不同的组件或者以不同方式布置的组件。此外，图13所示的两个或更多个组件可以在单个组件内实现，或者图13所示的单个组件可以实现为多个、分布式组件。另外或替代地，图13所示的一组(一个或多个)组件可以执行被描述为由图13所示的另一组组件执行的一个或多个功能。
前述公开内容提供了图示和描述，但是不旨在是穷举的或者将各方面限制为所公开的确切形式。可以根据以上公开内容进行修改和变型，或者可以从这些方面的实践中获得修改和变型。
如本文中使用的，术语“组件”旨在被广义地解释为硬件、固件或者硬件和软件的组合。如本文中使用的，处理器以硬件、固件或者硬件和软件的组合来实现。
结合门限在本文中描述了一些方面。如本文中使用的，满足门限可以指代大于门限、大于或等于门限、小于门限、小于或等于门限、等于门限、不等于门限等，或者其组合的值。
将显而易见的是，本文中描述的系统或方法可以以不同形式的硬件、固件或者硬件和软件的组合来实现。用于实现这些系统或方法的实际的专用控制硬件或软件代码不是对这些方面的限制。因此，在没有参考具体的软件代码的情况下本文中描述了系统或方法的操作和行为，应当理解的是，软件和硬件可以设计为至少部分地基于本文中的描述来实现系统或方法。
即使在权利要求书中记载或在说明书中公开了特征的特定组合，但是这些组合不旨在限制各个方面的公开内容。实际上，这些特征中的许多特征可以以未在权利要求书中具体记载或说明书中公开的方式来进行组合。尽管下文中列出的每项从属权利要求可以直接仅依赖于一项权利要求，但是各个方面的公开内容包括每项从属权利要求与权利要求集合中的所有其它权利要求的组合。提及项目列表中的“至少一个”的短语指代这些项的任意组合，其包括单个成员。作为示例，“a、b或c中的至少一个”旨在覆盖a、b、c、a-b、a-c、b-c和a-b-c，以及与相同元素的倍数的任意组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c和c-c-c，或者a、b和c的任意其它排序)。
除非明确地描述，否则本文中使用的任何元素、行为或指令将不被解释为关键的或必要的。并且，如本文中使用的，冠词“一(a)”和“一个(an)”旨在包括一个或多个项目，并且可以与“一个或多个”可互换地使用。此外，如本文中使用的，术语“集合”和“组”旨在包括一个或多个项目(例如，相关项目、不相关项目、相关项目和不相关项目的组合等，或者其组合)，并且可以与“一个或多个”可互换地使用。在意指仅一个项目的情况下，使用短语“仅一个”或类似的语言。此外，如本文中使用的，术语“有(has)”，“具有(have)”，“拥有(having)”等旨在是开放式术语。此外，除非另有明确说明，否则短语“基于”旨在意指“至少部分地基于”。

Claims (48)

1.一种由用户设备UE执行的无线通信的方法，包括：
接收对将多播广播服务质量MB-QoS流映射到逻辑信道标识符和组无线网络临时标识符G-RNTI的模式的指示，其中，所指示的模式是将MB-QoS流映射到逻辑信道标识符和G-RNTI的多个模式中的一个模式，所述多个模式包括：
第一模式，其中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI，
第二模式，其中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI，以及
第三模式，其中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符；
至少部分地基于所指示的模式来从介质访问控制MAC传输块TB中识别MB-QoS流；以及
对在所述MB-QoS流中包括的数据进行解码。
2.根据权利要求1所述的方法，其中，所指示的模式是所述第一模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于与所述MB-QoS流相对应的唯一G-RNTI来从多播或广播传输中识别所述MB-QoS流。
3.根据权利要求2所述的方法，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者
与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
4.根据权利要求1所述的方法，其中，所指示的模式是所述第一模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于小区RNTI(C-RNTI)和与所述MB-QoS流相对应的唯一逻辑信道标识符来从单播传输中识别所述MB-QoS流。
5.根据权利要求1所述的方法，其中，所指示的模式是所述第二模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于与所述MB-QoS流相对应的逻辑信道标识符来从多播或广播传输中识别所述MB-QoS流。
6.根据权利要求5所述的方法，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
使用所述公共G-RNTI加扰的单个MAC TB，或者
与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用所述公共G-RNTI来加扰的。
7.根据权利要求1所述的方法，其中，所指示的模式是所述第二模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于小区RNTI(C-RNTI)和与所述MB-QoS流相对应的唯一逻辑信道标识符来从单播传输中识别所述MB-QoS流。
8.根据权利要求1所述的方法，其中，所指示的模式是所述第二模式，且所述第二MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
9.根据权利要求1所述的方法，其中，所指示的模式是所述第三模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于与所述MB-QoS流相对应的唯一G-RNTI来从多播或广播传输中识别所述MB-QoS流。
10.根据权利要求9所述的方法，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者
与所述公共逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
11.根据权利要求1所述的方法，其中，所指示的模式是所述第三模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于小区RNTI(C-RNTI)、所述公共逻辑信道标识符以及与所述MB-QoS流相对应的唯一G-RNTI来从单播传输中识别所述MB-QoS流。
12.根据权利要求1所述的方法，其中，所指示的模式是所述第三模式，且所述第三MB-QoS流集合包括一个或多个不可切换MB-QoS流，所述不可切换MB-QoS流不能在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
13.根据权利要求1所述的方法，其中，所指示的模式是所述第三模式，且所述第三MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
14.根据权利要求1所述的方法，还包括接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定逻辑信道标识符且被映射到标识所述第四MB-QoS流集合中各MB-QoS流的服务类型的多播广播无线电承载标识符。
15.根据权利要求1所述的方法，还包括至少部分地基于逻辑信道标识符以及以下各项中的至少一项来识别所述MB-QoS流：
G-RNTI，或
在用于所述MB-QoS流的MAC分组数据单元(PDU)子报头中指示的多播广播无线电承载标识符。
16.根据权利要求1所述的方法，还包括接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到第一逻辑信道标识符和用于多播或广播传输的G-RNTI，并且被映射到第二逻辑信道标识符和与所述UE相关联的用于单播传输的小区RNTI(C-RNTI)。
17.根据权利要求16所述的方法，其中，所述第一逻辑信道标识符和用于多播或广播传输的G-RNTI是使用多播控制信道进行配置的，并且所述第二逻辑信道标识符和所述C-RNTI是在无线资源控制消息中配置的。
18.根据权利要求1所述的方法，还包括接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到第一逻辑信道标识符以及用于多播或广播传输的G-RNTI且被映射到第二逻辑信道标识符以及与所述UE相关联的用于单播传输的小区RNTI(C-RNTI)，
其中，所述第一逻辑信道标识符、用于多播或广播传输的G-RNTI、所述第二逻辑信道标识符以及所述C-RNTI是在无线资源控制消息中进行配置的。
19.根据权利要求1所述的方法，其中，所述MB-QoS流与第一逻辑信道标识符相关联，并且被配置为是不能在多播广播无线电承载和专用无线电承载之间进行切换的不可切换MB-QoS流；并且
所述方法还包括：接收用于将所述MB-QoS流重新配置为能够在所述多播广播无线电承载和所述专用无线电承载之间进行切换的可切换MB-QoS流的指示，其中，所述指示包括用于所述MB-QoS流的第二逻辑信道标识符。
20.根据权利要求19所述的方法，还包括：
在多播控制信道通信或无线资源控制消息中的至少一者中接收所述指示。
21.根据权利要求1所述的方法，其中，所述逻辑信道标识符对应于多播广播业务信道，并且其中，所述多播广播业务信道和多播广播控制信道是在物理下行链路共享信道中携带的。
22.根据权利要求1所述的方法，还包括：
执行在使用G-RNTI加扰的多播或广播传输中接收的所述MB-QoS流的第一MAC TB和在使用小区RNTI加扰的单播传输中接收的所述MB-QOS流的第二MAC TB的软组合。
23.根据权利要求22所述的方法，还包括：
至少部分地基于关于所述第一MAC TB和所述第二MAC TB携带了相同内容的确定来执行所述软组合。
24.一种用于无线通信的用户设备UE，包括：
存储器；以及
耦合到所述存储器的一个或多个处理器，所述一个或多个处理器被配置成使得所述UE：
接收对用于将多播广播服务质量MB-QoS流映射到逻辑信道标识符和组无线网络临时标识符G-RNTI的模式的指示，其中，所指示的模式是将MB-QoS流映射到逻辑信道标识符和G-RNTI的多个模式中的一个模式，所述多个模式包括：
第一模式，其中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI，
第二模式，其中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI，以及
第三模式，其中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符；
至少部分地基于所指示的模式来从介质访问控制MAC传输块TB中识别MB-QoS流；以及
对在所述MB-QoS流中包括的数据进行解码。
25.根据权利要求24所述的UE，其中，所指示的模式是所述第一模式，且其中，至少部分地基于所指示的模式来从MAC TB中识别MB-QoS流包括：
至少部分地基于与所述MB-QoS流相对应的唯一G-RNTI，来从多播或广播传输中识别所述MB-QoS流。
26.根据权利要求25所述的UE，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者
与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
27.根据权利要求24所述的UE，其中，所指示的模式是所述第一模式，且其中，所述一个或多个处理器被配置成使得所述UE至少部分地基于小区RNTI(C-RNTI)和与所述MB-QoS流相对应的唯一逻辑信道标识符来从单播传输中识别所述MB-QoS流。
28.根据权利要求24所述的UE，其中，所指示的模式是所述第二模式，且其中，所述一个或多个处理器被配置成使得所述UE至少部分地基于与所述MB-QoS流相对应的逻辑信道标识符来从多播或广播传输中识别所述MB-QoS流。
29.根据权利要求28所述的UE，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
使用所述公共G-RNTI加扰的单个MAC TB，或者
与不同的逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用所述公共G-RNTI来加扰的。
30.根据权利要求24所述的UE，其中，所指示的模式是所述第二模式，且其中，所述一个或多个处理器被配置成使得所述UE至少部分地基于小区RNTI(C-RNTI)和与所述MB-QoS流相对应的唯一逻辑信道标识符来从单播传输中识别所述MB-QoS流。
31.根据权利要求24所述的UE，其中，所指示的模式是所述第二模式，且所述第二MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
32.根据权利要求24所述的UE，其中，所指示的模式是所述第三模式，且其中，所述一个或多个处理器被配置成使得所述UE至少部分地基于与所述MB-QoS流相对应的唯一G-RNTI来从多播或广播传输中识别所述MB-QoS流。
33.根据权利要求32所述的UE，其中，使用以下各项中的一项在所述多播或广播传输中复用多个MB-QoS流：
被多次发送的单个MAC TB，其中，每个MAC TB传输是使用不同的G-RNTI来加扰的，或者
与所述公共逻辑信道标识符相对应的不同的MAC TB，其中，每个MAC TB是使用不同的G-RNTI来加扰的。
34.根据权利要求24所述的UE，其中，所指示的模式是所述第三模式，且其中，所述一个或多个处理器被配置成使得所述UE至少部分地基于小区RNTI(C-RNTI)、所述公共逻辑信道标识符以及与所述MB-QoS流相对应的唯一G-RNTI来从单播传输中识别所述MB-QoS流。
35.根据权利要求24所述的UE，其中，所指示的模式是所述第三模式，且所述第三MB-QoS流集合包括一个或多个不可切换MB-QoS流，所述不可切换MB-QoS流不能在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
36.根据权利要求24所述的UE，其中，所指示的模式是所述第三模式，且所述第三MB-QoS流集合包括一个或多个可切换MB-QoS流，所述可切换MB-QoS流能够在用于多播或广播传输的多播广播无线电承载和用于单播传输的专用无线电承载之间进行切换。
37.根据权利要求24所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到用于所有MB-QoS流的固定逻辑信道标识符且被映射到标识所述第四MB-QoS流集合中各MB-QoS流的服务类型的多播广播无线电承载标识符。
38.根据权利要求24所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE至少部分地基于逻辑信道标识符以及以下各项中的至少一项来识别所述MB-QoS流：
G-RNTI，或
在用于所述MB-QoS流的MAC分组数据单元(PDU)子报头中指示的多播广播无线电承载标识符。
39.根据权利要求24所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到第一逻辑信道标识符和用于多播或广播传输的G-RNTI，并且被映射到第二逻辑信道标识符和与所述UE相关联的用于单播传输的小区RNTI(C-RNTI)。
40.根据权利要求39所述的UE，其中，所述第一逻辑信道标识符和用于多播或广播传输的G-RNTI是使用多播控制信道进行配置的，并且所述第二逻辑信道标识符和所述C-RNTI是在无线资源控制消息中配置的。
41.根据权利要求24所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE接收对第四模式的指示，在所述第四模式下，第四MB-QoS流集合中的每个MB-QoS流被映射到第一逻辑信道标识符以及用于多播或广播传输的G-RNTI且被映射到第二逻辑信道标识符以及与所述UE相关联的用于单播传输的小区RNTI(C-RNTI)，
其中，所述第一逻辑信道标识符、用于多播或广播传输的G-RNTI、所述第二逻辑信道标识符以及所述C-RNTI是在无线资源控制消息中进行配置的。
42.根据权利要求24所述的UE，其中，所述MB-QoS流与第一逻辑信道标识符相关联且被配置为是不能在多播广播无线电承载和专用无线电承载之间进行切换的不可切换MB-QoS流，且
其中，所述一个或多个处理器还被配置成使得所述UE接收用于将所述MB-QoS流重新配置为能够在所述多播广播无线电承载和所述专用无线电承载之间进行切换的可切换MB-QoS流的指示，其中，所述指示包括用于所述MB-QoS流的第二逻辑信道标识符。
43.根据权利要求42所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE：
在多播控制信道通信或无线资源控制消息中的至少一者中接收所述指示。
44.根据权利要求24所述的UE，其中，所述逻辑信道标识符对应于多播广播业务信道，并且其中，所述多播广播业务信道和多播广播控制信道是在物理下行链路共享信道中携带的。
45.根据权利要求24所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE：
执行在使用G-RNTI加扰的多播或广播传输中接收的所述MB-QoS流的第一MAC TB和在使用小区RNTI加扰的单播传输中接收的所述MB-QOS流的第二MAC TB的软组合。
46.根据权利要求45所述的UE，其中，所述一个或多个处理器还被配置成使得所述UE：
至少部分地基于关于所述第一MAC TB和所述第二MAC TB携带了相同内容的确定来执行所述软组合。
47.一种存储用于无线通信的一个或多个指令的非暂时性计算机可读介质，所述一个或多个指令，在由用户设备UE的一个或多个处理器执行时，使得所述UE：
接收对用于将多播广播服务质量MB-QoS流映射到逻辑信道标识符和组无线网络临时标识符G-RNTI的模式的指示，其中，所指示的模式是将MB-QoS流映射到逻辑信道标识符和G-RNTI的多个模式中的一个模式，所述多个模式包括：
第一模式，其中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI，
第二模式，其中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI，以及
第三模式，其中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符；
至少部分地基于所指示的模式来从介质访问控制MAC传输块TB中识别MB-QoS流；以及
对在所述MB-QoS流中包括的数据进行解码。
48.一种用于无线通信的装置，包括：
用于接收对用于将多播广播服务质量MB-QoS流映射到逻辑信道标识符和组无线网络临时标识符G-RNTI的模式的指示的单元，其中，所指示的模式是将MB-QoS流映射到逻辑信道标识符和G-RNTI的多个模式中的一个模式，所述多个模式包括：
第一模式，其中第一MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到不同的G-RNTI，
第二模式，其中第二MB-QoS流集合中的每个MB-QoS流被映射到不同的逻辑信道标识符并且被映射到用于多个MB-QoS流的公共G-RNTI，以及
第三模式，其中第三MB-QoS流集合中的每个MB-QoS流被映射到不同的G-RNTI并且被映射到用于多个MB-QoS流的公共逻辑信道标识符；
用于至少部分地基于所指示的模式来从介质访问控制MAC传输块TB中识别MB-QoS流的单元；以及
用于对在所述MB-QoS流中包括的数据进行解码的单元。
CN202080059060.4A 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符 Active CN114270883B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310827838.7A CN116614784A (zh) 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962894582P 2019-08-30 2019-08-30
US62/894,582 2019-08-30
US16/998,608 2020-08-20
US16/998,608 US11533653B2 (en) 2019-08-30 2020-08-20 Mapping multicast broadcast quality of service flows to logical channel identifiers
PCT/US2020/047353 WO2021041193A1 (en) 2019-08-30 2020-08-21 Mapping multicast broadcast quality of service flows to logical channel identifiers

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310827838.7A Division CN116614784A (zh) 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符

Publications (2)

Publication Number Publication Date
CN114270883A CN114270883A (zh) 2022-04-01
CN114270883B true CN114270883B (zh) 2023-07-04

Family

ID=74681972

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310827838.7A Pending CN116614784A (zh) 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符
CN202080059060.4A Active CN114270883B (zh) 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202310827838.7A Pending CN116614784A (zh) 2019-08-30 2020-08-21 将多播广播服务质量流映射到逻辑信道标识符

Country Status (4)

Country Link
US (1) US11533653B2 (zh)
EP (1) EP4022848A1 (zh)
CN (2) CN116614784A (zh)
WO (1) WO2021041193A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190150176A1 (en) * 2016-05-12 2019-05-16 Idac Holdings, Inc. Flow-based processing in wireless systems
US11722855B2 (en) * 2020-05-05 2023-08-08 Qualcomm Incorporated Handling of multicast service data transport for mobility between supporting and non-supporting access nodes
TWI792614B (zh) * 2020-10-19 2023-02-11 新加坡商聯發科技（新加坡）私人有限公司 用於多播廣播服務的方法和使用者設備
EP4136874B1 (en) * 2020-10-22 2024-03-13 LG Electronics Inc. Method and apparatus for processing multicast/broadcast service signal by user equipment in wireless communication system
US20220159417A1 (en) * 2020-11-16 2022-05-19 Ofinno, Llc Channel State Information Report for Multicast and Broadcast Services
CN115038048B (zh) * 2021-03-05 2023-07-07 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
TWI809753B (zh) * 2021-03-12 2023-07-21 新加坡商聯發科技（新加坡）私人有限公司 多播廣播服務並行傳輸方法和使用者設備
KR102538045B1 (ko) * 2021-05-11 2023-05-30 엘지전자 주식회사 무선 통신 시스템에서 그룹 공통 전송을 위한 harq 기반 송수신 방법 및 장치
WO2023069483A1 (en) * 2021-10-21 2023-04-27 Google Llc Managing multicast and unicast wireless data transmission
CN116980971A (zh) * 2022-04-21 2023-10-31 索尼集团公司 无线通信系统中的电子设备和方法
US20240106563A1 (en) * 2022-09-22 2024-03-28 Qualcomm Incorporated Modulation based hybrid automatic repeat request feedback retransmission design

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102547592A (zh) * 2012-01-06 2012-07-04 电信科学技术研究院 一种数据传输方法及装置
CN103370974A (zh) * 2011-02-18 2013-10-23 Sca艾普拉控股有限公司 用于广播通信中的控制更改通知的通信单元及方法
CN104813723A (zh) * 2012-11-15 2015-07-29 高通股份有限公司 基于控制数据的lte mac逻辑信道优先级划分的方法和装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100893070B1 (ko) * 2002-09-19 2009-04-17 엘지전자 주식회사 무선통신 시스템의 멀티캐스트 서비스 제공 및 수신 방법, 그리고 그 장치
CN101932007B (zh) * 2009-06-22 2014-02-26 中兴通讯股份有限公司 一种实现移动终端业务流传输的方法及无线中继系统
EP2517524A1 (en) * 2009-12-22 2012-10-31 Fujitsu Limited Transmission in a communication system using relay nodes
US9591460B2 (en) * 2012-08-31 2017-03-07 Qualcomm Incorporated Application layer related group priority access using eMBMS and LTE priority access
US9749816B2 (en) * 2014-09-25 2017-08-29 Samsung Electronics Co., Ltd Method and system for decoding MBSFN data
JP6302135B2 (ja) * 2015-04-10 2018-03-28 京セラ株式会社 基地局及びユーザ端末
CN107734465B (zh) * 2016-08-12 2019-12-20 电信科学技术研究院 传输多播业务的方法、接收多播业务的方法及装置
US11153027B2 (en) * 2016-09-12 2021-10-19 Kyocera Corporation Layered modulation for machine type communication (MTC) transmissions from multiple transceiver stations
US10432761B2 (en) * 2017-01-18 2019-10-01 Qualcomm Incorporated Techniques for handling internet protocol flows in a layer 2 architecture of a wireless device
US10716094B2 (en) 2017-03-23 2020-07-14 Ofinno, Llc Packet duplication in a wireless device and wireless network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103370974A (zh) * 2011-02-18 2013-10-23 Sca艾普拉控股有限公司 用于广播通信中的控制更改通知的通信单元及方法
CN102547592A (zh) * 2012-01-06 2012-07-04 电信科学技术研究院 一种数据传输方法及装置
CN104813723A (zh) * 2012-11-15 2015-07-29 高通股份有限公司 基于控制数据的lte mac逻辑信道优先级划分的方法和装置

Also Published As

Publication number Publication date
WO2021041193A1 (en) 2021-03-04
EP4022848A1 (en) 2022-07-06
CN114270883A (zh) 2022-04-01
US11533653B2 (en) 2022-12-20
CN116614784A (zh) 2023-08-18
US20210068004A1 (en) 2021-03-04

Similar Documents

Publication Publication Date Title
CN114270883B (zh) 将多播广播服务质量流映射到逻辑信道标识符
CN114208054B (zh) 用于调度新无线电的广播或多播通信的方法和装置
CN111344982B (zh) 上行链路控制信息传输
TWI790247B (zh) 用於經由多層穿隧和集中控制在多跳無線網路中進行轉發的技術和裝置
US11438854B2 (en) Synchronization signal block configuration
CN113196699B (zh) 使用与准共址关系相关联的优先占用指示
US11800541B2 (en) Coordination between multicast/broadcast communication and unicast communication
US11470588B2 (en) Techniques for managing physical uplink control channel grouping for multiple transmit receive points
CN113632552B (zh) 用于广播或多播的半持续调度
US20200228246A1 (en) Hybrid automatic repeat request (harq) process partitioning
US11765723B2 (en) Scheduling via wireless communication relay
US11963163B2 (en) LCP restriction based on a CORESET pool index value
CN114402652B (zh) 用于整合的接入和回程拓扑发现的技术
US20210105741A1 (en) Support of simultaneous unicast and multicast monitoring
US11310004B2 (en) Master node transport network layer information exchange for downlink data forwarding of a secondary node terminated bearer
US20230208568A1 (en) Techniques for repeating a transport block using spatial division multiplexing
CN118202609A (zh) 重叠上行链路（ul）和下行链路（dl）解调参考信号（dmrs）资源的dmrs
CN116264857A (zh) 与方向范围相关联的分组的复制

Legal Events

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