CN116530174A - 支持多播传输的方法及装置 - Google Patents
支持多播传输的方法及装置 Download PDFInfo
- Publication number
- CN116530174A CN116530174A CN202180079951.0A CN202180079951A CN116530174A CN 116530174 A CN116530174 A CN 116530174A CN 202180079951 A CN202180079951 A CN 202180079951A CN 116530174 A CN116530174 A CN 116530174A
- Authority
- CN
- China
- Prior art keywords
- harq
- multicast
- codebook
- pdsch
- ack
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 233
- 230000005540 biological transmission Effects 0.000 title abstract description 123
- 238000004891 communication Methods 0.000 claims description 87
- 230000004913 activation Effects 0.000 abstract description 2
- 230000009849 deactivation Effects 0.000 abstract 1
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 50
- 230000011664 signaling Effects 0.000 description 49
- 238000010586 diagram Methods 0.000 description 26
- 230000008569 process Effects 0.000 description 25
- 238000012545 processing Methods 0.000 description 18
- 238000005516 engineering process Methods 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000013468 resource allocation Methods 0.000 description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 2
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000010287 polarization Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种用于支持多播传输的方法和装置。一种终端操作方法包括以下步骤:从基站接收指示激活HARQ‑ACK反馈的RRC消息;从所述基站接收包括指示去激活所述HARQ‑ACK反馈的信息的第一DCI;基于所述第一DCI中包括的第一调度信息从所述基站接收第一多播PDSCH;即使所述第一DCI指示去激活所述HARQ‑ACK反馈,也生成用于所述第一多播PDSCH的第一HARQ‑ACK比特;生成包括所述第一HARQ‑ACK比特的HARQ码本;以及通过上行链路信道向所述基站发送所述HARQ码本。
Description
技术领域
本公开涉及多播技术,更具体地,涉及用于发送和接收多播物理下行链路共享信道(PDSCH)和多播混合自动重传请求(HARQ)反馈的技术。
背景技术
随着信息和通信技术的发展,已经开发了各种无线通信技术。典型的无线通信技术包括在第三代合作伙伴计划(3GPP)标准中定义的长期演进(LTE)和新无线电(NR)。LTE可以是第四代(4G)无线通信技术之一,并且NR可以是第五代(5G)无线通信技术之一。
正在考虑使用比4G通信系统的频带(例如,6GHz或6GHz以下的频带)更高的频带(例如,6GHz或6GHz以上的频带)的5G通信系统(例如,支持NR的通信系统)来处理在4G通信系统(例如,支持LTE的通信系统)商业化之后激增的无线数据。5G通信系统可以支持增强型移动宽带(eMBB)、超可靠低延迟通信(URLLC)、大规模机器类型通信(mMTC)等。
另外,基站可以向终端发送多个PDSCH,并且终端可以从基站接收多个PDSCH。在这种情况下,多个PDSCH的优先级可以彼此不同,并且多个PDSCH的类型(例如,多播或单播)可以彼此不同。在这种情况下,需要生成用于多个PDSCH的HARQ码本的方法和发送HARQ码本的方法。
发明内容
技术问题
本公开涉及提供一种用于在通信系统中发送和接收多播PDSCH和多播HARQ反馈的方法和设备。
技术方案
根据用于实现该目的的本公开的第一示例性实施例,一种终端的操作方法可以包括:从基站接收无线电资源控制(RRC)消息,其中,所述RRC消息指示启用混合自动重传请求确认(HARQ-ACK)反馈;从所述基站接收第一下行链路控制信息(DCI),其中,所述第一DCI包括指示禁用所述HARQ-ACK反馈的信息;基于所述第一DCI中包括的第一调度信息,从所述基站接收第一多播物理下行链路共享信道(PDSCH);即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,仍生成用于所述第一多播PDSCH的第一HARQ-ACK比特;生成包括所述第一HARQ-ACK比特的HARQ码本;以及在上行链路信道上向所述基站发送所述HARQ码本。
所述第一DCI中包括的一个字段或者两个或更多个字段的组合可以用于指示所述第一HARQ-ACK比特的优先级。
即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,在指示生成类型1(T1)HARQ码本的情况下,仍可以生成包括所述第一HARQ-ACK比特的所述T1 HARQ码本。
所述第一DCI中包括的一个字段或者两个或更多个字段的组合可以用于指示启用或禁用HARQ-ACK反馈。
当指示禁用所述HARQ-ACK反馈时,可以在所述终端中不启动HARQ往返时间(RTT)定时器或重传定时器中的至少一个。
所述操作方法还可以包括:从所述基站接收第二DCI;以及基于所述第二DCI中包括的第二调度信息从所述基站接收第二多播PDSCH,其中所述HARQ码本还包括用于所述第二多播PDSCH的第二HARQ-ACK比特。
所述HARQ码本可以包括第一多播HARQ子码本和第二多播HARQ子码本,并且所述第一多播PDSCH和所述第二多播PDSCH可以通过不同的多播标识符区分,其中,所述第一多播HARQ子码本包括所述第一HARQ-ACK比特,所述第二多播HARQ子码本包括所述第二HARQ-ACK比特。
所述操作方法还可以包括:从所述基站接收第三DCI;以及基于所述第三DCI中包括的第三调度信息从所述基站接收单播PDSCH,其中,所述HARQ码本还包括用于所述单播PDSCH的第三HARQ-ACK比特。
生成所述HARQ码本的步骤可以包括:生成包括所述第一HARQ-ACK比特的第一多播HARQ子码本;生成包括所述第三HARQ-ACK比特的单播HARQ子码本;以及通过对所述第一多播HARQ子码本和所述单播HARQ子码本进行级联来生成所述HARQ码本。
所述第一多播HARQ子码本的类型可以独立于所述单播HARQ子码本的类型被配置,并且所述第一HARQ-ACK比特的优先级可以被设置为等于所述第三HARQ-ACK比特的优先级。
当允许用于所述第一多播PDSCH和所述单播PDSCH的频分复用(FDM)调度时,所述第一多播HARQ子码本和所述单播HARQ子码本可被独立地生成。
根据用于实现该目的的本公开的第二示例性实施例,一种终端的操作方法可以包括:从基站接收第一下行链路控制信息(DCI),其中,所述第一DCI包括指示禁用混合自动重传请求确认(HARQ-ACK)反馈的信息;基于所述第一DCI中包括的第一调度信息,从所述基站接收第一多播物理下行链路共享信道(PDSCH);即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,仍生成用于所述第一多播PDSCH的第一HARQ-ACK比特;生成包括所述第一HARQ-ACK比特的HARQ码本;以及在上行链路信道上向所述基站发送所述HARQ码本,其中,即使当所述HARQ-ACK反馈被禁用时,在所述终端中生成另一HARQ-ACK比特并且所述第一HARQ-ACK比特能够与所述另一HARQ-ACK比特复用时,仍生成所述第一HARQ-ACK比特。
当指示禁用所述HARQ-ACK反馈时,在所述终端中可以不使用HARQ往返时间(RTT)定时器或重传定时器中的至少一个。
所述操作方法还可以包括:从所述基站接收第二DCI;以及基于包括在所述第二DCI中的第二调度信息从所述基站接收第二多播PDSCH,其中,所述HARQ码本还包括用于所述第二多播PDSCH的第二HARQ-ACK比特。
所述HARQ码本包括第一多播HARQ子码本和第二多播HARQ子码本,并且所述第一多播PDSCH和所述第二多播PDSCH可通过不同的多播标识符区分,其中,所述第一多播HARQ子码本包括所述第一HARQ-ACK比特,所述第二多播HARQ子码本包括所述第二HARQ-ACK比特。
所述第一多播HARQ子码本和所述第二多播HARQ子码本可按照不同的多播标识符的顺序被级联。
所述操作方法还可以包括:从所述基站接收无线电资源控制(RRC)消息,其中,所述RRC消息指示支持仅否定ACK(NACK)反馈方案,其中,可根据所述仅NACK反馈方案生成所述第一HARQ-ACK比特,并且当所述第一HARQ-ACK比特与所述另一HARQ-ACK位复用时,可以不应用所述仅NACK反馈方案。
所述操作方法还可以包括:从所述基站接收第三DCI;以及基于所述第三DCI中包括的第三调度信息,从所述基站接收单播PDSCH,其中,所述HARQ码本还包括用于所述单播PDSCH的第三HARQ-ACK比特。
生成所述HARQ码本的步骤可以包括:生成包括所述第一HARQ-ACK比特的第一多播HARQ子码本;生成包括所述第三HARQ-ACK比特的单播HARQ子码本;以及通过对所述第一多播HARQ子码本和所述单播HARQ子码本进行级联来生成所述HARQ码本,其中,所述第一多播HARQ子码本通过多播标识符识别。
当允许用于所述第一多播PDSCH和所述单播PDSCH的频分复用(FDM)调度时,所述第一多播HARQ子码本和所述单播HARQ子码本被独立地生成。
有益效果
根据本公开,终端可以从基站接收多播PDSCH和单播PDSCH,可以生成包括用于多播PDSCH的HARQ-ACK比特和用于单播PDSCH的HARQ-ACK比特的HARQ码本,并将HARQ码本发送到基站。当PDSCH的优先级不同时,终端可以考虑优先级来生成HARQ码本。终端可以基于基站的用于启用或禁用HARQ-ACK反馈的指示将HARQ码本发送到基站。特别地,即使当HARQ-ACK反馈被禁用时,终端仍可以根据需要将HARQ码本发送到基站。因此,可以有效地执行HARQ-ACK反馈过程,并且可以改善通信系统的性能。
附图说明
图1是示出通信系统的第一示例性实施例的概念图。
图2是示出构成通信系统的通信节点的第一示例性实施例的框图。
图3是示出多播传输方法的第一示例性实施例的概念图。
图4是示出PDSCH分配方法的第一示例性实施例的概念图。
图5a是示出PDSCH分配方法的第二示例性实施例的概念图。
图5b是示出PDSCH分配方法的第三示例性实施例的概念图。
图6a是示出PUCCH分配方法的第一示例性实施例的概念图。
图6b是示出PUCCH分配方法的第二示例性实施例的概念图。
图7是示出PUCCH传输定时的第一示例性实施例的概念图。
图8是示出单播/多播传输中的PDCCH和PUCCH的时间顺序的第一示例性实施例的概念图。
图9是示出用于基于方法4.1-1生成HARQ码本的方法的第一示例性实施例的框图。
图10是示出用于基于方法4.1-1生成HARQ码本的方法的第二示例性实施例的框图。
图11是示出用于基于方法4.1-6生成HARQ码本的方法的第一示例性实施例的框图。
具体实施方式
由于本公开可以进行各种修改并且具有若干形式,因此特定示例性实施例将在附图中示出并且在具体实施方式中详细描述。然而,应当理解,并不旨在将本公开限制于特定示例性实施例,而是相反,本公开将覆盖落入本公开的精神和范围内的所有修改和替代方案。
诸如第一、第二等的关系术语可以用于描述各种元件,但是元件不应受术语的限制。这些术语仅用于将一个元件与另一个元件区分开。例如,在不脱离本公开的范围的情况下,第一组件可以被称为第二组件,并且第二组件也可以类似地被称为第一组件。术语“和/或”表示多个相关和描述的项目中的任何一个或组合。
在本公开的示例性实施例中,“A和B中的至少一个”可以表示“A或B中的至少一个”或“A和B中的一个或更多个的组合中的至少一个”。此外,在本公开的示例性实施例中,“A和B中的一个或更多个”可以表示“A或B中的一个或更多个”或“A和B中的一个或更多个的组合中的一个或更多个”。
当提及某一组件与另一组件“结合”或“连接”时,应当理解,该某一组件直接与所述另一组件“结合”或“连接”,或者另一组件可以设置在其间。相反,当提到某一组件与另一组件“直接结合”或“直接连接”时,应当理解,在它们之间没有设置另一组件。
本公开中使用的术语仅用于描述特定示例性实施例,并不旨在限制本公开。除非上下文另有明确指示,否则单数表达包括复数表达。在本公开中,诸如“包括”或“具有”的术语旨在表示存在说明书中描述的特征、数量、步骤、操作、组件、部分或其组合,但是应当理解,这些术语不排除存在或添加一个或更多个特征、数量、步骤、操作、组件、部分或其组合。
除非另有定义,否则本文使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。通常使用并且已经在词典中的术语应当被解释为具有与本领域上下文含义匹配的含义。在本说明书中,除非明确定义,否则术语不一定被解释为具有正式含义。
在下文中,将参照附图详细描述本公开的形式。在描述本公开时,为了便于完全理解本公开,在附图的整个描述中,相同的标记指代相同的元件,并且将省略其重复描述。
将描述应用根据本公开的示例性实施例的通信系统。应用根据本公开的示例性实施例的通信系统不限于下面描述的内容,并且根据本公开的示例性实施例可以应用于各种通信系统。这里,术语“通信系统”可以按照与“通信网络”相同的意义使用。
图1是示出通信系统的第一示例性实施例的概念图。
参照图1,通信系统100可以包括多个通信节点110-1、110-2、110-3、120-1、120-2、130-1、130-2、130-3、130-4、130-5和130-6。此外,通信系统100还可以包括核心网络(例如,服务网关(S-GW)、分组数据网络(PDN)网关(P-GW)和移动性管理实体(MME))。当通信系统100是5G通信系统(例如,NR系统)时,核心网络可以包括接入和移动性管理功能(AMF)、用户平面功能(UPF)、会话管理功能(SMF)等。
多个通信节点110至130可以支持由第三代合作伙伴计划(3GPP)的技术规范定义的通信协议(例如,LTE通信协议、LTE-A通信协议、NR通信协议等)。多个通信节点110至130可以支持基于码分多址(CDMA)的通信协议、基于宽带CDMA(WCDMA)的通信协议、基于时分多址(TDMA)的通信协议、基于频分多址(FDMA)的通信协议、基于正交频分复用(OFDM)的通信协议、基于滤波OFDM的通信协议、基于循环前缀OFDM(CP-OFDM)的通信协议、基于离散傅里叶变换扩展OFDM(DFT-s-OFDM)的通信协议、基于正交频分多址(OFDMA)的通信协议、基于单载波FDMA(SC-FDMA)的通信协议、基于非正交多址(NOMA)的通信协议、基于广义频分复用(GFDM)的通信协议、基于滤波器组多载波(FBMC)的通信协议、基于通用滤波多载波(UFMC)的通信协议、基于空分多址(SDMA)的通信协议等。多个通信节点中的每一个可以具有以下结构。
图2是示出构成通信系统的通信节点的第一示例性实施例的框图。
参照图2,通信节点200可以包括至少一个处理器210、存储器220和连接到网络以用于执行通信的收发器230。此外,通信节点200还可以包括输入接口装置240、输出接口装置250、存储装置260等。包括在通信节点200中的各个组件可以通过总线270连接而彼此通信。
处理器210可以执行存储在存储器220和存储装置260中的至少一个中的程序。处理器210可以指中央处理器(CPU)、图形处理单元(GPU)或在其上执行根据本公开的实施例的方法的专用处理器。存储器220和存储装置260中的每一个可以由易失性存储介质和非易失性存储介质中的至少一个构成。例如,存储器220可以包括只读存储器(ROM)和随机存取存储器(RAM)中的至少一个。
再次参考图1,通信系统100可以包括多个基站110-1、110-2、110-3、120-1和120-2、以及多个终端130-1、130-2、130-3、130-4、130-5和130-6。第一基站110-1、第二基站110-2和第三基站110-3中的每一个可以形成宏小区,第四基站120-1和第五基站120-2中的每一个可以形成小型小区。第四基站120-1、第三终端130-3和第四终端130-4可以属于第一基站110-1的小区覆盖范围。此外,第二终端130-2、第四终端130-4和第五终端130-5可以属于第二基站110-2的小区覆盖范围。此外,第五基站120-2、第四终端130-4、第五终端130-5和第六终端130-6可以属于第三基站110-3的小区覆盖范围。此外,第一终端130-1可以属于第四基站120-1的小区覆盖范围,并且第六终端130-6可以属于第五基站120-2的小区覆盖范围。
这里,多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以指代节点B、演进节点B(eNB)、高级基站(BTS)、高可靠性基站(HR-BS)、基站收发台(BTS)、无线电基站、无线电收发器、接入点、接入节点、无线电接入站(RAS)、移动多跳中继基站(MMR-BS)、中继站(RS)、高级中继站(ARS)、高可靠性中继站(HR-RS)、家庭节点B(HNB)、家庭eNodeB(HeNB)、路边单元(RSU)、无线电远程头(RRH)、发送点(TP)、发送和接收点(TRP)等。
多个终端130-1、130-2、130-3、130-4、130-5和130-6中的每一个可以指用户设备(UE)、终端设备(TE)、高级移动站(AMS)、高可靠性移动站(HR-MS)、终端、接入终端、移动终端、站、订户站、移动站、便携式订户站、节点、装置、车载单元(OBU)等。
另外,多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以在相同频带或不同频带中操作。多个基站110-1、110-2、110-3、120-1和120-2可以经由理想回程或非理想回程彼此连接,并且经由理想回程或非理想回程彼此交换信息。此外,多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以通过理想回程或非理想回程连接到核心网络。多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以将从核心网络接收的信号发送到相应的终端130-1、130-2、130-3、130-4、130-5或130-6,并且将从相应的终端130-1、130-2、130-3、130-4、130-5或130-6接收的信号发送到核心网络。
另外,多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以支持多输入多输出(MIMO)传输(例如,单用户MIMO(SU-MIMO)、多用户MIMO(MU-MIMO)、大规模MIMO等)、协调多点(CoMP)传输、载波聚合(CA)传输、未授权频带中的传输、装置到装置(D2D)通信(或邻近服务(ProSe))、物联网(IoT)通信、双连接(DC)等。这里,多个终端130-1、130-2、130-3、130-4、130-5和130-6中的每一个可以执行与多个基站110-1、110-2、110-3、120-1和120-2的操作(即,由多个基站110-1、110-2、110-3、120-1和120-2支持的操作)相应的操作。例如,第二基站110-2可以按照SU-MIMO方式向第四终端130-4发送信号,并且第四终端130-4可以按照SU-MIMO方式从第二基站110-2接收信号。可选地,第二基站110-2可以按照MU-MIMO方式向第四终端130-4和第五终端130-5发送信号,并且第四终端130-4和第五终端130-5可以按照MU-MIMO方式从第二基站110-2接收信号。
第一基站110-1、第二基站110-2和第三基站110-3可以按照CoMP传输方式向第四终端130-4发送信号,并且第四终端130-4可以按照CoMP方式从第一基站110-1、第二基站110-2和第三基站110-3接收信号。此外,多个基站110-1、110-2、110-3、120-1和120-2中的每一个可以按照CA方式与属于其小区覆盖范围的对应终端130-1、130-2、130-3、130-4、130-5或130-6交换信号。基站110-1、110-2和110-3中的每一个可以控制第四终端130-4与第五终端130-5之间的D2D通信,因此第四终端130-4和第五终端130-5可以在第二基站110-2和第三基站110-3的控制下执行D2D通信。
在下文中,将描述通信系统中的通信节点的操作方法。即使当描述在通信节点中的第一通信节点处执行的方法(例如,数据分组的发送或接收)时,对应的第二通信节点也可以执行与在第一通信节点处执行的方法相应的方法(例如,数据分组的接收或发送)。也就是说,当描述终端的操作时,相应的基站可以执行与终端的操作相应的操作。相反,当描述基站的操作时,相应终端可以执行与基站的操作相应的操作。
第1章:导言
为了支持增强型移动宽带(eMBB)、超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)的服务场景,正在3GPP中研究技术要求。eMBB服务的目的可以是处理大容量业务,URLLC服务的目的可以是减少端到端延迟和错误率,mMTC服务的目的可以是处理具有高UE密度的地理区域中的间歇性或周期性业务。一个通信系统可以同时支持一个或更多个服务场景。对于服务场景,可以通过不同地调整OFDM波形的配置参数(例如,参数集)来运行一个通信系统。在LTE通信系统中可以使用一个参数集,并且可以根据NR通信系统的情况应用一个或更多个参数集。
基于时分双工(TDD)的通信系统(以下称为“TDD系统”)可以支持eMBB服务和URLLC服务两者。在这种情况下,可以改善URLLC服务的低延时性能。由于需要上行链路混合自动重传请求确认(ULHARQ-ACK)来支持下行链路(DL)业务,因此DL业务所经历的延迟可以由DL时隙和UL时隙重复出现的周期来确定。即使在UL业务的情况下,由于基站在DL时隙中向终端指示UL授权,因此UL业务所经历的延迟仍可以由DL时隙和UL时隙重复出现的周期来确定。在NR通信系统中,可以动态地改变时隙的类型以适应情况。终端可以以符号为单位识别DL符号、UL符号或灵活(FL)符号。FL符号可以被重新指示为DL符号或UL符号。在LTE通信系统中,可以改变子帧的类型以适应情况。子帧的类型可以是DL子帧、UL子帧或特殊子帧。在LTE通信系统中没有FL子帧(或FL符号)的概念。
在由终端发送的UL信道中,可以考虑物理上行链路共享信道(PUSCH)和物理上行链路控制信道(PUCCH)。PUSCH可以是动态调度的。可选地,可以指示周期性地发送PUSCH。根据周期性PUSCH传输指示方案,周期性PUSCH传输方法可以被分类为两种方案。UL下行链路控制信息(UL-DCI)可以用于激活LTE通信系统中的半静态PUSCH。考虑到NR通信系统中的URLLC业务,为了减少对UL-DCI的错误率的依赖性,可以仅通过更高层信令而不是UL-DCI来指示周期性PUSCH传输。
在支持多播的通信系统中,基站可以向一个或更多个终端发送PDSCH。在示例性实施例中,终端的无线电资源控制(RRC)状态可以被假设为RRC连接状态。当使用点对点(PTP)方案时,基站可以向终端发送用UE特定无线电网络临时标识符(RNTI)(例如,小区(C)-RNTI)加扰的UE特定PDCCH。终端可以通过使用UE特定RNTI获得UE特定PDCCH,并且可以基于UE特定PDCCH接收UE特定PDSCH。当使用点对多点(PTM)方案1时,基站可以针对属于一个组的终端执行传输。基站可以发送使用组公共RNTI加扰的组公共PDCCH。终端可以通过使用组公共RNTI来获得组公共PDCCH,并且可以基于组公共PDCCH接收组公共PDSCH。当使用PTM方案2时,基站可以针对属于一个组的终端执行传输。基站可以向每个终端发送用UE特定RNTI(例如,C-RNTI)加扰的UE特定PDCCH。每个终端可以基于UE特定RNTI获得UE特定PDCCH。终端可以基于组公共RNTI接收组公共PDSCH。根据技术规范,PTM方案1和/或PTM方案2可以在没有单独描述的情况下被配置或指示给终端。
另外,为了在未授权频带中提供通信服务,通信节点(例如,基站或终端)应当通过使用感测过程(例如,先听后说(LBT)过程或空闲信道评估(CCA)过程)来公平地使用无线电资源。在这种情况下,感测过程可以根据数据的重要性具有不同的配置参数。通信节点(例如,基站或终端)可以通过感测过程发送信号和/或信道。在特殊情况下(例如,当在由基站和/或终端确保的信道占用时间(COT)中执行传输操作时),可以在没有感测过程的情况下发送信号和/或信道。
未授权频带中的基于波束的感测过程可以被分类为两种类型。例如,感测过程可被分类为全向感测过程和定向感测过程。在应用全向感测过程的情况下,即使当在不干扰终端的方向上检测到能量时,基站也可以不执行传输操作。该问题可以被称为“暴露节点问题”。在应用定向感测过程的情况下,可能发生“隐藏节点问题”。在这种情况下,即使当在基站的感测过程中未检测到能量时,基站的传输也可能干扰其他终端(例如,隐藏节点)。
上行链路控制信息(UCI)可以包括调度请求(SR)、信道状态信息(CSI)、HARQ确认(HARQ-ACK)和/或链路恢复请求(LRR)。UCI中包括的SR、CSI、HARQ-ACK和LRR中的每一个可以被称为控制元素。也就是说,UCI可以包括一个或更多个控制元素(例如,SR、CSI、HARQ-ACK和/或LRR)。UCI可以用于管理下行链路。UCI中包括的信息(例如SR、CSI、HARQ-ACK和/或LRR)可以根据UCI类型而变化。UCI可以在PUCCH和/或PUSCH上传输。当PUCCH和PUSCH在一个或更多个符号中重叠时,可以在PUSCH而不是PUCCH上发送UCI。在这种情况下,可以不发送PUCCH。当在其中发送PUCCH的频带(例如,FR1)与在其中发送PUSCH的频带(例如,FR2)不同时,可同时发送PUSCH和PUCCH。当PUCCH和PUSCH在一个或更多个符号中重叠时,终端可以将PUCCH的优先级与PUSCH的优先级进行比较。可丢弃PUCCH传输和PUSCH传输中具有较低优先级的传输。UCI的大小可以表示为表示UCI类型的比特数的总和。UCI的大小可以用于确定PUCCH资源。
一个UCI类型可以在一对一的基础上与一个PUCCH资源相应。当与不同UCI类型相应的PUCCH资源在时域中重叠时,终端可以基于相应UCI类型的大小的总和再次选择适当的PUCCH资源集。另外,终端可以应用由DCI指示的PUCCH资源索引。当复用未由DCI调度的UCI类型时,可以通过由RRC信令配置的PUCCH资源索引来指示复用的UCI类型的传输资源。该操作可以意指周期性地发送复用的UCI类型。基站可以通过RRC信令向终端指示(例如,配置)“UCI类型的复用”和/或“用于UCI类型的传输的PUCCH资源”。在示例性实施例中,RRC信令可以意指RRC消息。
PUCCH资源可以如下确定。基站可以通过RRC信令(例如,系统信息块(SIB)1传输或专用信令)向终端发送PUCCH-configCommon和/或PUCCH-config。用于终端的PUCCH资源集可以由PUCCH-configCommon和/或PUCCH-config指示。终端可以根据UCI大小从由基站指示的PUCCH资源集中选择一个PUCCH资源集。PUCCH资源集可以包括多个PUCCH资源。多个PUCCH资源中的每一个可以由PUCCH资源索引来指示。基站可以通过DCI或RRC信令向终端通知PUCCH资源索引。终端可以在多个PUCCH资源中识别由从基站接收的PUCCH资源索引指示的PUCCH资源。
配置的授权(CG)-UCI可以用于未授权频带中的CG PUSCH传输。CG-UCI可以包括传输块(TB)信息和/或信道占用时间(COT)信息。TB信息可以包括HARQ进程号、冗余版本(RV)和/或新数据指示符(NDI)。COT信息可以包括COT共享信息。CG-UCI可以在PUSCH上发送。
终端可以发送UCI和/或CG-UCI。UCI的优先级可以与CG-UCI的优先级不同。UCI和/或CG-UCI可以用于TB传输。因此,TB的优先级可以被认为是“UCI的优先级”或“CG-UCI的优先级”。在通过DCI和/或RRC信令分配PUSCH资源、PDSCH资源或物理侧链路共享信道(PSSCH)资源的过程中,可以设置TB的优先级,并且TB的优先级可以用作UCI的优先级或CG-UCI的优先级。周期性CSI和/或半持久CSI可以具有低优先级。SR的优先级和LRR的优先级可以通过RRC信令来设置。用于PSSCH的HARQ-ACK的优先级可以被设置为与TB的优先级相同。HARQ-ACK的优先级超过由RRC信令指示的优先级阈值的情况可以与HARQ-ACK的优先级不超过由RRC信令指示的优先级阈值的情况区分开。例外地,用于PSSCH的HARQ-ACK的优先级可以不在一对一的基础上与TB的优先级相应。在这种情况下,TB的优先级可以从用于PSSCH的HARQ-ACK的优先级推导出。在示例性实施例中,“HARQ-ACK”可以意指HARQ-ACK比特、HARQ-ACK信息、HARQ-ACK反馈或HARQ-ACK响应。
具有不同优先级的UCI和CG-UCI可以不被复用。在这种情况下,终端可以发送UCI和CG-UCI中具有更高优先级的一条控制信息(例如,高优先级(HP)UCI或HP CG-UCI)。可选地,终端可以发送UCI和CG-UCI中具有较低优先级的一条控制信息(例如,低优先级(LP)UCI或LP CG-UCI)。终端可以假设HP UCI类型被复用,并且可以基于该假设生成HP PUCCH(例如,虚拟HP PUCCH)。终端可以假设LP UCI类型被复用,并且可以基于该假设生成LP PUCCH(例如,虚拟LP PUCCH)。当HP PUCCH在时域中与LP PUCCH重叠时,终端可以发送包括HP UCI类型的HP PUCCH。因此,可以仅复用具有相同优先级的UCI类型。可选地,可以根据需要丢弃UCI类型中的一种UCI类型。基站可以预测在终端处丢弃的UCI类型。因此,基站可以通过对丢弃的UCI类型执行调度操作来指示终端发送丢弃的UCI类型(例如,UCI或CG-UCI)。
服务基站可以向终端发送包括PDSCH的调度信息(例如,DCI)的PDCCH,其中,该PDSCH包括多播数据。终端可以使用单独的无线电标识符(例如,单独的RNTI)接收PDCCH,并且可对PDCCH中包括的DCI进行解码。在示例性实施例中,用于多播的无线电标识符可以被称为多播(M)-RNTI、G-RNTI、GS-RNTI、G-CS-RNTI或MCCH-RNTI。在示例性实施例中,可以描述广播传输和多播传输而不彼此区分。用于多播传输的方法可以应用于广播传输,并且用于广播传输的方法可以应用于多播传输。
已经与基站建立RRC连接的终端可以被称为“RRC连接终端”。尚未与基站建立RRC连接的终端可以被称为“RRC非连接终端”、“RRC非活动终端”或“RRC空闲终端”。多个RRC连接终端可以属于一个组(例如,多播组)。属于一个组的RRC连接终端可以接收相同的多播数据。多个RRC未连接终端可以属于一个组(例如,多播组)。属于一个组的RRC未连接终端可以接收相同的多播数据。在示例性实施例中,组可以意指多播组或多播标识符。多播标识符可以用于区分不同的多播PDSCH。
图3是示出多播传输方法的第一示例性实施例的概念图。
参照图3,基站(例如,gNB)不仅可以支持用于RRC连接终端的多播传输(例如,多播服务),还可以支持用于RRC未连接终端的多播传输(例如,多播服务)。可以配置包括一个或更多个终端的组,并且属于每个组的终端可以接收相同的数据。RRC连接终端和RRC非连接终端可以接收相同的广播PDSCH。属于一个组的RRC连接终端可以接收多播PDSCH。终端可以接收一个或更多个多播PDSCH。终端可以接收一个或更多个广播PDSCH。
第2章:组播接收的优先级
2.1多播PDSCH接收方法
基站可以向每个终端分配PDSCH。另外,基站可以向属于一个组的终端分配PDSCH(例如,公共PDSCH、多播PDSCH)。也就是说,基站可以向每个组分配PDSCH。可以适当地配置和/或分配BWP和PDSCH中的每一个,使得属于一组的所有终端接收PDSCH。为了支持上述操作,基站应当执行复杂的调度操作。在这种情况下,当单播PDSCH先前被分配给特定终端时,应当在除了单播PDSCH被分配的资源之外的资源中分配多播PDSCH。也就是说,可以延迟多播PDSCH的资源分配。多播PDSCH可以是发送给属于该组的终端(例如,所有终端)的公共PDSCH。当多播PDSCH先前被分配给特定组时,应当在除了多播PDSCH被分配的资源之外的资源中分配单播PDSCH。也就是说,可以延迟单播PDSCH的资源分配。可将终端可以在相同时隙或相同子时隙中处理的PDSCH的最大数量定义为“UE能力”。在示例性实施例中,UE能力可以被称为处理能力。
图4是示出PDSCH分配方法的第一示例性实施例的概念图。
参照图4,基站可以将四个PDSCH分配给一个终端。四个PDSCH可以包括多播PDSCH、单播PDSCH和/或系统信息(SI)PDSCH。多播PDSCH可以是包括多播数据的PDSCH。单播PDSCH可以是包括单播数据的PDSCH。SI PDSCH可以是包括系统信息的PDSCH。当根据UE能力可以接收和解码一个或更多个PDSCH时,终端可以在一个时隙或一个子时隙中解码一些或所有PDSCH。
方法2.1-1:基站可以执行调度,使得多于UE能力(例如,处理能力)的PDSCH被分配。终端可以考虑由基站分配的PDSCH之间的优先级来选择终端可以处理的PDSCH。
为了选择一些PDSCH,可以在PDSCH的配置中考虑优先级。PDSCH的优先级可以基于RNTI来定义。可选地,可以显式地指示PDSCH的优先级。
方法2.1-2:用于处理PDSCH的优先级可以遵循PDSCH或RNTI加扰DCI的优先级。
当使用M-RNTI时,可以考虑其与其他RNTI的优先级相比的优先级。例如,可以在初始接入过程或随机接入过程中考虑MsgB-RNTI、TC-RNTI、RA-RNTI等。例如,可以考虑C-RNTI。在RNTI之中,M-RNTI可以具有最低优先级。在随机接入过程中,当用于随机接入过程的PDSCH和多播PDSCH在时域中重叠(例如,部分重叠)时,终端可以根据处理能力不接收多播PDSCH。
方法2.1-3:在方法2.1-2中,在RNTI之中,M-RNTI可以具有最低优先级。
在多播PDSCH分配过程中,可以引入优先级(例如,多播PDSCH的优先级)。基站可以在PDSCH分配或配置过程中向终端指示相应PDSCH的优先级。例如,用于配置多播PDSCH 1的RRC消息可以包括多播PDSCH 1的优先级。作为另一示例,用于分配多播PDSCH 2的DCI可以包括多播PDSCH 2的优先级。优先级的值可以是自然数。可以根据相应优先级与预设阈值之间的比较结果来确定PDSCH之间的优先级。当优先级值落在预设阈值内时的优先级可以与当优先级值偏离预设阈值时的优先级不同。预设阈值可以在技术规范中确定。可选地,预设阈值可以通过RRC信令给出。
方法2.1-4:终端可以预先知道用于处理多播PDSCH处理的优先级。终端可以基于优先级在单播PDSCH之前处理多播PDSCH。可选地,终端可以基于优先级在多播PDSCH之前处理单播PDSCH。
方法2.1-5:终端可以基于预设阈值确定用于处理多播PDSCH的优先级。终端可以基于根据预设阈值的优先级在单播PDSCH之前处理多播PDSCH。可选地,终端可以基于根据预设阈值的优先级在多播PDSCH之前处理单播PDSCH。
上述操作可以用于多播PDSCH和单播PDSCH的比较。当优先级(例如,多播PDSCH的优先级)在预设阈值之外时,终端可以将多播PDSCH的优先级视为与用于URLLC业务的单播PDSCH的优先级相同。如果优先级(例如,多播PDSCH的优先级)落在预设阈值内,则终端可以将多播PDSCH的优先级视为与用于eMBB业务的单播PDSCH的优先级相同。
多播PDSCH的优先级可以直接与单播PDSCH的优先级进行比较。在这种情况下,多播PDSCH的优先级可以限于两个值。在这种情况下,多播PDSCH的优先级不仅可以用作解码PDSCH的优先级,还可以用作发送其HARQ-ACK的优先级。
方法2.1-6:多播PDSCH的优先级可以限于两个值,并且可以直接与单播PDSCH的优先级进行比较。
当分配多个多播PDSCH时,终端可以比较多个多播PDSCH的优先级,并且可以根据处理能力选择将被解码的多播PDSCH。当多个PDSCH被分配给终端时,可以按时间顺序分配多个PDSCH。如在下面的图5a至图6b所示的示例性实施例中,可以保持“PDCCH-PDSCH-PUCCH”的时间顺序。
图5a是示出PDSCH分配方法的第二示例性实施例的概念图,并且图5b是示出PDSCH分配方法的第三示例性实施例的概念图。
参考图5a和图5b,可以在有序调度中保持PDCCH的顺序和PDSCH的顺序,并且在无序调度中,PDCCH的顺序和PDSCH的顺序可以彼此不同。
图6a是示出PUCCH分配方法的第一示例性实施例的概念图,图6b是示出PUCCH分配方法的第二示例性实施例的概念图。
参考图6a和图6b,可以在有序反馈中保持PDSCH的顺序和PUCCH的顺序,并且在无序反馈中,PDSCH的顺序和PUCCH的顺序可以彼此不同。可以在有序调度和有序反馈中保持“PDCCH-PDSCH-PUCCH”的顺序。PDCCH与PDSCH之间的时间间隔(例如,时隙偏移或子时隙偏移)可以被定义为K0,并且PDSCH与PUCCH之间的时间间隔(例如,时隙偏移或子时隙偏移)可以被定义为K1。因此,(K0,K1)可以满足有序调度/反馈(例如,有序调度和/或有序反馈)的条件。
属于一组的一些终端可以在省电模式下操作。在这种情况下,基站可以将PDCCH和PDSCH之间的K0设置为大于预设阈值,并且可以向终端通知K0。由于在用于动态分配多播PDSCH的过程中K0可能很大,因此可能频繁发生无序调度。
考虑到多播传输,可能难以满足属于该组的所有终端的有序调度/反馈。因此,在终端中可以发生除有序调度/反馈之外的调度/反馈(例如,无序调度/反馈)。无序调度/反馈可意指无序调度和/或无序反馈。在这种情况下,终端可以处理具有高优先级的PDSCH的调度。基站可以单独地向终端提供用于上述操作的优先级。
当PDSCH通过PDCCH分配时,DCI的特定字段可以指示PDSCH的优先级。基站可以向终端指示通过RRC信令分配的PDSCH或通过DCI激活的PDSCH的优先级。上述优先级可以应用于多播PDSCH的处理顺序。单播PDSCH的优先级和多播PDSCH的优先级可以具有不同的值。当多播PDSCH的优先级超出预设阈值或者多播PDSCH的优先级落在预设阈值内时,可以将多播PDSCH的优先级与单播PDSCH的优先级进行比较。
方法2.1-7:在高优先级多播传输中,可以允许用于低优先级多播的无序调度/反馈。在这种情况下,当HARQ-ACK反馈被启用时,终端可以接收PDSCH并且可以发送PUCCH。
2.2多播PDCCH接收方法
为了接收PDCCH,终端可以对控制信道元素(CCE)进行解调并配置PDCCH候选以解码DCI。由于终端的处理能力具有限制,因此可以在技术规范中定义终端可以在一个时隙或一个子时隙内处理的CCE的最大数量和/或PDCCH的最大数量。CCE的最大数量和/或PDCCH的最大数量被限制的原因是终端需要执行信道估计操作来接收CCE以及极化码解码操作来接收PDCCH。
当服务小区是SCell时,基站可以适当地向终端配置搜索空间,以便不超过CCE的最大数量和/或PDCCH的最大数量。当服务小区是PCell时,基站可以向终端配置搜索空间,以便超过CCE的最大数量和/或PDCCH的最大数量。在这种情况下,终端可以不根据预先配置的过程搜索一些搜索空间。在这种情况下,由终端处理的CCE的数量可以小于或等于CCE的最大数量,并且由终端处理的PDCCH的数量可以小于或等于PDCCH的最大数量。这里,在SCell中可以仅支持UE特定搜索空间。可选地,可以根据配置在SCell中支持公共搜索空间以及UE特定搜索空间。
上述约束可以是关于单播PDCCH的约束。因此,在进一步考虑多播传输的场景中,有必要改进上述约束。需要一种能够在满足PCell和SCell中的每一个中的PDCCH的最大数量和/或CCE的最大数量的约束的同时支持单播传输和多播传输两者的方法。
用于多播的搜索空间(例如,能够观察M-RNTI的搜索空间集)可以属于组公共搜索空间。可选地,用于多播的搜索空间可属于UE特定搜索空间(USS)。例如,用于多播的搜索空间可以属于Type3-PDCCH(类型3-PDCCH)CSS集合或者具有单独类型的CSS集合。方法2.2-1可以应用于SCell和PCell两者。
方法2.2-1:可以在类型3-PDCCH CSS集合和/或USS集合中观察M-RNTI。
可以在同一载波中配置控制资源集(CORESET)和搜索空间,使得属于一组的所有终端使用M-RNTI来监视搜索空间。因此,第一终端可以将相应载波解释为PCell,并且第二终端可以将载波解释为SCell。
可以在终端中将单独的CSS集合配置为用于多播的搜索空间。即使在这种情况下,终端仍可以通过使用M-RNTI来监视搜索空间。
由观察SCell中的M-RNTI的终端处理的CCE的数量和PDCCH的数量可以分别不超过最大数量。因此,基站可以适当地为终端配置搜索空间集。然而,当存在大量终端时,可能难以适当地配置搜索空间(或搜索空间集)。因此,即使在SCell中,仍需要用于终端选择一些搜索空间的方法。
方法2.2-2:选择一些搜索空间集以便限制CCE和/或PDCCH的数量(例如,接收的数量)的操作不仅可以应用于PCell,还可以应用于SCell。
具体地,PDCCH的数量和CCE的数量可以按照搜索空间集的ID的顺序相加,并且终端在CSS集合和USS集合中应该接收的CCE的数量和PDCCH的数量可以被设置为不大于最大数量。可以向终端指示PCell中配置的配置参数(例如,monitoringCapabilityConfig)作为SCell中的另一RRC配置参数。如果向终端指示CORESETPoolIndex,则为终端设置的配置参数(例如,monitoringCapabilityConfig)可以仅应用于第一CORESET。可选地,可以向终端指示用于指示第一CORESET或第二CORESET的单独RRC配置参数。
方法2.2-3:还可以为SCell配置monitoringCapabilityConfig。
方法2.2-4:可以引入用于在应用monitoringCapabilityConfig的PCell或SCell中选择第一CORESET或第二CORESET的RRC配置参数。
可以根据基站的指示来执行终端仅接收搜索空间集的一部分的操作。只有当支持多播时,才可以执行终端仅接收搜索空间集的一部分的操作。
方法2.2-5:在方法2.2-2中,如果即使在没有基站的单独RRC信令时也向终端配置M-RNTI,则终端可以执行选择搜索空间集的操作。
方法2.2-6:在方法2.2-2中,可以通过RRC信令来启用选择SCell中的搜索空间集的操作。
由观察SCell中的M-RNTI的终端接收的CCE和/或PDCCH的数量可以超过终端支持的最大数量。因此,可以启用或禁用不接收搜索空间集的一部分的操作。基站可以通过使用RRC信令向终端指示启用或禁用不接收搜索空间集的一部分的操作。如果启用不接收搜索空间集的一部分的操作,则终端可以在所有PDCCH监视时机(MO)中执行选择USS集的操作。如果向终端指示禁用不接收搜索空间集的一部分的操作,则终端可以预期所有搜索空间集中的CCE和/或PDCCH的数量不大于最大数量。
方法2.2-7:在方法2.2-6中,可以在所有PDCCH MO中执行选择SCell中的搜索空间集的操作。
由于预期其中未接收到M-RNTI的PDCCH MO中的CCE和/或PDCCH的数量不超过终端支持的最大数量,因此并不总是需要执行对有效搜索空间集的数量进行计数的操作。在这种情况下,终端可以仅在用于观察M-RNTI的时间资源中执行选择搜索空间集的操作。
方法2.2-8:在方法2.2-6中,可以仅在观察到M-RNTI的时间(例如,时隙)中执行选择SCell中的搜索空间集的操作。
由终端解码的DCI格式可以被设置为多种。例如,可以配置两种DCI格式,并且所述两种DCI格式可以通过M-RNTI加扰。所述两种DCI格式的长度可以彼此不同。所述两种DCI格式中的第一DCI格式的大小可以与DCI格式1_0的大小相同。所述两种DCI格式中的第二DCI格式的大小可以与DCI格式1_1的大小相同。这里,DCI格式1_0的大小可意指在CSS集合中接收的C-RNTI加扰的DCI格式1_0的大小。
第3章:多播PUCCH传输方法
当一个多播被配置给终端时,基站可以向终端发送多播PDSCH,并且终端可以执行多播PDSCH的解码以推导出HARQ-ACK。终端可以将包括推导出的HARQ-ACK的PUCCH发送到基站。可以根据基站的指示来启用或禁用HARQ-ACK反馈。将描述在启用HARQ-ACK反馈时发送PUCCH的方法。
用于多播的PDCCH可以包括PUCCH资源信息。PUCCH资源集可以被相同地配置给属于相同组(例如,相同的多播组)的终端。可选地,可以针对每个终端独立地配置PUCCH资源集。即使当配置相同的UL BWP和相同的PUCCH资源索引并且检测到M-RNTI的PDCCH的第一CCE相同时,如果配置给终端的PUCCH资源集不同,则由PDCCH指示的PUCCH资源可被解释为不同的PUCCH资源。
方法3-1:可以将其中发送用于多播PDSCH的HARQ-ACK的PUCCH资源集等同地指示给属于一组的终端。
为了指示相同的PUCCH资源集,可以使用由PUCCH-configcommon指示的PUCCH资源集。终端可以通过用M-RNTI加扰的DCI或用C-RNTI加扰的DCI来获得多播PDSCH的分配信息。在这种情况下,可以基于PUCCH-configcommon来解释PUCCH资源集,而不管RNTI如何。终端可以向基站发送一个或两个HARQ-ACK比特。
当不同地指示用于多个多播PDSCH的PUCCH定时时,终端可以将包括用于多个多播PDSCH的HARQ-ACK比特的一个PUCCH发送到基站。在这种情况下,终端可以基于PDCCH中的稍后的PDCCH(即,稍后接收的PDCCH)来识别PUCCH资源。基站可以知道将针对稍后的PDCCH传输两个HARQ-ACK比特。因此,基站可以考虑两个HARQ-ACK比特来分配PUCCH资源。
终端可以在同一PUCCH上传输用于三个或更多个多播PDSCH的HARQ-ACK比特。例如,当在支持TDD的通信系统中配置少量UL资源并且周期性地发送多播PDSCH时,用于多个多播PDSCH的HARQ-ACK比特可以与一个PUCCH相应。
图7是示出PUCCH传输定时的第一示例性实施例的概念图。
参照图7,两个PDSCH(例如,两个多播PDSCH)可与一个PUCCH相应。当不能为多播传输分配大量资源(例如,宽带宽和/或大量符号)时,基站可以调度多个PDSCH以与一个PUCCH相应。
在这种情况下,终端可以减小HARQ-ACK比特的大小。例如,终端可以将HARQ-ACK比特的大小维持为2个比特或更少。可选地,基站可以分配能够发送三个或更多个HARQ-ACK比特的PUCCH资源。当PUCCH资源集通过PUCCH-configcommon配置时,可以仅发送两个或更少的HARQ-ACK比特。为了支持上述操作,可以考虑下面的方法3-2和3-3。
方法3-2:终端可以预期不发送三个或更多个HARQ-ACK比特。
方法3-3:终端可以通过对三个或更多个HARQ-ACK比特执行AND捆绑操作来将三个或更多个HARQ-ACK比特表达为一个HARQ-ACK比特,并且可以在PUCCH上发送一个HARQ-ACK。
为了考虑两个或更少的HARQ-ACK比特,可以执行AND捆绑。在这种情况下,根据有损压缩,基站可以执行许多重传过程。为了解决这个问题,可以仅选择两个多播PDSCH。终端可以基于多播PDSCH的接收时间从三个或更多个多播PDSCH中选择两个多播PDSCH。
方法3-4:终端可以从三个或更多个多播PDSCH中选择时域中较早的两个多播PDSCH或较晚的两个多播PDSCH,并且可以仅发送用于所选择的两个多播PDSCH的HARQ-ACK比特。也就是说,终端可以预期支持上述操作。
当用于多播PDSCH的三个或更多个HARQ-ACK比特是可复用的时,基站可以向终端指示新的PUCCH资源集。可以为每个终端独立地(例如,不同地)配置新的PUCCH资源集。该操作可以是方法3-5。可选地,可以为属于同一组的所有终端相同地配置新的PUCCH资源集。该操作可以是方法3-6。
方法3-5:用于支持单播的PUCCH资源集(以下称为“单播PUCCH资源集”)可以被重用为用于支持多播的PUCCH资源集(以下称为“多播PUCCH资源集”)。
当生成用于多播PDSCH的三个或更多个HARQ-ACK比特时,终端可以通过使用由基站配置的PUCCH资源集来复用三个或更多个HARQ-ACK比特。该操作可以意指“属于一组的所有终端中的每一个终端通过使用单独的PUCCH资源向基站发送HARQ-ACK”。在多播传输中,三个或更多个HARQ-ACK比特可能不会频繁出现。因此,PUCCH资源集可以不被配置为由组共享。因此,终端可以利用单播PUCCH资源集来传输用于多播PDSCH的HARQ-ACK。
为了使用单播PUCCH资源集,终端可能需要与基站建立RRC连接并从基站接收PUCCH-config。由于支持三个或更多个HARQ-ACK比特的传输的PUCCH资源集不是被配置用于所有终端,因此多播支持可能具有限制。为了解决这个问题,可以向终端指示用于多播的单独PUCCH资源集。例如,PUCCH资源集可以包括在用于向终端配置多播传输的RRC配置参数中。
方法3-6:基站可以通过使用RRC信令向终端指示用于支持多播传输的PUCCH资源集。
在多播传输中,可以根据优先级(例如,多播PDSCH的优先级)来不同地使用PUCCH资源集。在这种情况下,可以为终端配置两个多播PUCCH资源集。
可以根据多播PDSCH的数量来生成一个或更多个HARQ-ACK比特。可以向终端指示支持该操作的公共PUCCH资源集。由于PUCCH资源集支持n个HARQ-ACK比特的传输,因此不仅可以使用PUCCH格式0和1,还可以使用PUCCH格式2、3和4。n可以是自然数。
可以通过RRC信令指示终端执行仅NACK反馈操作。在这种情况下,可以使用PUCCH格式0或1,并且可以将除了单播PUCCH资源集之外的单独的PUCCH资源集用作多播PUCCH资源集。这里,所述单独的PUCCH资源集可以是配置给终端的多个多播PUCCH资源集中的一个。
3.1指示用于具有不同优先级的多播的HARQ-ACK复用的方法
可以考虑向终端配置两个或更多个多播传输的情况。当向终端配置一个多播时,优先级可以始终保持相同。两个或更多个多播传输可以具有不同的优先级。此外,基站可以指示用于两个或更多个多播传输的不同PUCCH定时。当被指示用于不同多播传输的PUCCH在时域中(例如,在一些符号中)重叠时,终端可以在一个PUCCH上发送HARQ-ACK。例如,终端可以仅发送用于一个优先级的多播PDSCH的HARQ-ACK。可选地,终端可以在一个PUCCH上复用用于不同优先级的多播PDSCH的HARQ-ACK比特。这样的操作可以通过RRC信令和DCI的组合来指示。
方法3.1-1:基站可以通过RRC信令指示终端执行复用用于具有不同优先级的多播PDSCH的HARQ-ACK比特的操作。
方法3.1-2:用于分配具有最高优先级的多播PDSCH的DCI或最新DCI可以包括以下信息:命令执行复用用于具有不同优先级的多播PDSCH的HARQ-ACK比特的操作的信息、或者命令执行选择一个多播PDSCH而不复用HARQ-ACK比特的操作的信息。
方法3.1-3:可以通过RRC信令来指示允许复用用于具有不同优先级的多播PDSCH的HARQ-ACK比特的操作,并且分配具有最高优先级的多播PDSCH的DCI或最新DCI可以指示对HARQ-ACK比特的复用或对一个多播PDSCH的选择。
根据多播PDSCH的优先级,可以发送仅用于一个多播PDSCH的PUCCH。在这种情况下,PUCCH资源可以由用于分配一个多播PDSCH的DCI指示。
在PTM方案1中,由M-RNTI加扰的DCI可以不单独指示属于一组的每个终端的HARQ-ACK比特的大小。当分别为多播PDSCH分配的PUCCH在时域中(例如,在一些符号中)重叠时,可能优选的是,用于一个多播PDSCH(例如,具有最高优先级的多播PDSCH)的HARQ-ACK比特被反馈给基站。
在PTM方案2中,由于每个终端接收用C-RNTI加扰的DCI,因此不存在上述PTM方案1的限制。因此,终端可以向基站反馈用于所有多播PDSCH的HARQ-ACK比特。这里,PUCCH资源可以由最后从终端接收的DCI指示。
3.2启用和禁用用于多播PDSCH的HARQ-ACK反馈的方法
终端可能不总是向基站报告用于多播PDSCH的HARQ-ACK。当从属于一组的所有终端接收到针对传输块(TB)的ACK时,基站可以认为TB已经被无错误地发送。当从属于该组的至少一个终端接收到针对TB的NACK时,基站可以重传TB。为了防止基站配置大量PUCCH资源,可以使用仅NACK反馈操作。
当第一终端与基站之间的无线电链路质量良好时,可以预期第一终端中发生ACK的概率高,并且当第二终端与基站之间的无线电链路质量差时,可以预期第二终端中发生NACK的概率高。在这种情况下,属于边缘区域的终端可能不支持仅NACK反馈操作。也就是说,属于边缘区域的终端可以向基站报告ACK或NACK。为了支持上述操作,可以启用或禁用用于多播PDSCH的HARQ-ACK反馈。在示例性实施例中,HARQ-ACK反馈的启用可以意指启用HARQ-ACK反馈,并且HARQ-ACK反馈的禁用可以意指禁用HARQ-ACK反馈。
方法3.2-1:用于调度多播PDSCH的DCI可以包括指示启用或禁用HARQ-ACK反馈的信息。
方法3.2-2:可以通过RRC信令来指示允许禁用HARQ-ACK反馈,并且调度多播PDSCH的DCI可以指示启用或禁用HARQ-ACK反馈。
方法3.2-3:配置多播传输的RRC信令可以指示启用或禁用HARQ-ACK反馈。
根据方法3.2-2中的示例,如果通过RRC信令启用用于多播PDSCH的HARQ-ACK反馈,则终端可以总是反馈用于多播PDSCH的HARQ-ACK。在这种情况下,即使当用于分配多播PDSCH的DCI中包括的特定字段或字段的组合指示禁用HARQ-ACK反馈时,终端也可以忽略HARQ-ACK反馈的禁用指示,并且可以将用于多播PDSCH的HARQ-ACK发送到基站。也就是说,通过RRC信令的指示可以优先于通过DCI的指示。如果RRC信令允许禁用用于多播PDSCH的HARQ-ACK反馈,则终端可以根据用于分配多播PDSCH的DCI的特定字段或字段组合来发送或不发送HARQ-ACK。
根据方法3.2-2的另一示例,当通过RRC信令启用用于多播PDSCH的HARQ-ACK反馈时,终端可以根据分配多播PDSCH的DCI反馈或不反馈HARQ-ACK。这种情况可以是包括在用于分配多播PDSCH的DCI中的特定字段或字段组合指示禁用HARQ-ACK反馈的情况。也就是说,可以通过组合RRC信令和DCI指示来执行HARQ-ACK反馈。当通过RRC信令允许禁用用于多播PDSCH的HARQ-ACK反馈时,终端可以根据用于分配多播PDSCH的DCI的特定字段或字段组合来发送或不发送HARQ-ACK。
方法3.2-4:在方法3.2-2中,如果通过RRC信令指示启用HARQ-ACK反馈,则当用于分配多播PDSCH的DCI包括指示启用或禁用HARQ-ACK反馈的信息时,终端可以根据DCI的指示(即,用于启用或禁用HARQ-ACK反馈的指示)将HARQ-ACK发送到基站。
方法3.2-5:用于分配多播PDSCH的DCI可以包括特定字段,设置为第一值(例如,0)的特定字段可以指示启用HARQ-ACK反馈,并且设置为第二值(例如,1)的特定字段可以指示禁用HARQ-ACK反馈。
可选地,用于分配多播PDSCH的DCI中包括的字段的组合可以指示启用或禁用HARQ-ACK反馈。例如,包括在DCI中的指示HARQ-ACK反馈定时的第一字段和指示PUCCH资源索引的第二字段的组合的特定值可以指示启用或禁用HARQ-ACK反馈。上述组合的特定值可以在技术规范中预定义。可选地,基站可以向终端通知上述组合的特定值。
另外,当HARQ-ACK反馈被禁用时,可以如下生成HARQ码本。当基站命令终端生成类型1(T1)HARQ码本并且HARQ-ACK反馈被禁用时,终端可以生成包括用于多播PDSCH的NACK的T1 HARQ码本。可以通过RRC信令来指示T1 HARQ码本的生成,并且可以通过DCI来指示HARQ-ACK反馈的禁用。当基站命令终端生成类型2(T2)HARQ码本并且HARQ-ACK反馈被禁用时,由终端生成的T2 HARQ码本可以不包括用于多播PDSCH的HARQ-ACK。可以通过RRC信令来指示T2 HARQ码本的生成,并且可以通过DCI来指示HARQ-ACK反馈的禁用。用于分配多播PDSCH的DCI中所包括的下行链路分配索引(DAI)的值可以满足特定条件。例如,计数器(C)-DAI和总(T)-DAI可以与先前值相同。
可选地,即使当通过DCI禁用HARQ-ACK反馈时,如果除了用于由DCI调度的多播PDSCH的HARQ-ACK比特之外还生成另一个HARQ-ACK比特,则终端可以生成用于多播PDSCH的HARQ-ACK比特。这里,当用于多播PDSCH的HARQ-ACK比特可与其他HARQ-ACK比特复用时,终端可以生成用于多播PDSCH的HARQ-ACK比特。其他HARQ-ACK比特可以是用于单播PDSCH的HARQ-ACK比特或用于另一多播PDSCH的HARQ-ACK比特。终端可以通过复用用于多播PDSCH的HARQ-ACK比特和其他HARQ-ACK比特来生成复用的HARQ-ACK比特(例如,HARQ子码本或HARQ码本),并且可以在上行链路信道(例如,PUCCH或PUSCH)上传输复用的HARQ-ACK比特。也就是说,用于多播PDSCH的HARQ-ACK比特和(一个或更多个)其他HARQ-ACK比特可以在同一PUCCH上传输。
3.2.1HARQ-ACK反馈方法
终端可以向基站发送包括用于多播PDSCH的HARQ-ACK的PUCCH。终端可以根据基站的配置仅向基站发送NACK,而不发送ACK。具体地,仅当多播PDSCH的解码结果是NACK时,终端可以在PUCCH上向基站发送NACK。当多播PDSCH的解码结果是ACK时或者当未接收到用于分配多播PDSCH的DCI时(例如,当发生DTX时),终端可以向基站发送相应的响应(例如,ACK或DTX)。因此,基站可以不从终端接收PUCCH。
终端可以生成包括HARQ-ACK比特的HARQ码本,并且可以将HARQ码本发送到基站。在这种情况下,可以根据HARQ码本的类型应用不同的方法。
当向终端指示生成T1 HARQ码本时,根据PTM方案1生成T1 HARQ码本的方法可以与根据PTM方案2生成T1 HARQ码本的方法不同。对于根据PTM方案1生成T1 HARQ码本的方法、根据PTM方案1生成T2 HARQ码本的方法、以及根据PTM方案2生成T2 HARQ码本的方法,可以重用现有方法。
在应用T1 HARQ码本和T2 HARQ码本的PTM方案1中,属于一组的终端可以接收公共DCI,并且由于HARQ-ACK的量小,因此HARQ码本可能存在较少的问题。在应用T2 HARQ码本的PTM方案2中,终端接收由C-RNTI加扰的DCI,因此可以适当地生成T2 HARQ码本。
当在应用T1 HARQ码本的PTM方案2中动态地指示启用或禁用HARQ-ACK反馈,并且指示生成T1 HARQ码本时,HARQ-ACK反馈方法将在下面被描述。当终端反馈针对在PTM方案1中用C-RNTI加扰的PDSCH的HARQ-ACK时,可以复用多播PDSCH的HARQ-ACK。
3.2.1.1HARQ-ACK反馈启用方法
可以考虑启用HARQ-ACK反馈的情况。终端可以解码多播PDSCH(例如,TB),并且可以根据下面的表1发送针对多播PDSCH的解码结果(例如,HARQ-ACK反馈)。根据表1,可以发送一个HARQ-ACK比特。
[表1]
TB的解码结果 | HARQ-ACK反馈 |
ACK | 无传输 |
NACK | NACK传输 |
DTX | 无传输 |
HARQ码本可以包括一个或更多个HARQ子码本。当HARQ子码本需要包括用于多播PDSCH的HARQ-ACK比特时,终端可以将预设值视为相应HARQ-ACK比特的值。这里,可以扩展仅NACK反馈操作。在这种情况下,可以区分NACK和非NACK(例如,ACK和DTX)。可选地,可以不应用仅NACK反馈操作。也就是说,HARQ-ACK反馈可以按原样使用。在这种情况下,可以区分ACK和非ACK(例如,NACK和DTX)。
当TB的解码结果被分类为NACK和非NACK时,HARQ子码本中的每个比特可以指示ACK(例如,非NACK)或NACK。例如,HARQ子码本中被设置为0的比特可以指示ACK,并且HARQ子码本中被设置为1的比特可以指示NACK。可选地,在HARQ子码本中被设置为0的比特可以指示NACK,并且在HARQ子码本中被设置为1的比特可以指示ACK。
方法3.2-6:当TB的解码结果是NACK时,相应的解码结果可以在HARQ子码本中被表示为NACK。当TB的解码结果不是NACK时,相应的解码结果可以在HARQ子码本中被表示为ACK。
方法3.2-7:当TB的解码结果是NACK时,相应的解码结果可以在HARQ子码本中被表示为ACK。当TB的解码结果不是NACK时,相应的解码结果可以在HARQ子码本中被表示为NACK。
根据方法3.2-6,基站可以确定在与HARQ子码本中的指示NACK的比特相应的PDSCH候选中已经发生NACK。因此,基站可以重传与NACK相应的TB。当DTX发生时,终端可以在HARQ子码本中将DTX表示为ACK。当接收到ACK时,基站可能无法区分针对与HARQ子码本中的指示ACK的比特相应的TB的ACK或DTX的发生。然而,由于基站命令终端执行仅NACK反馈操作,因此它可以仅识别是否已经发生NACK。上述HARQ-ACK反馈操作可以在下面的表2中示出。
[表2]
TB的解码结果 | HARQ-ACK反馈 |
ACK | ACK传输 |
NACK | NACK传输 |
DTX | ACK传输 |
根据方法3.2-7,基站可以确定在与HARQ子码本中的指示ACK的比特相应的PDSCH候选中已经发生NACK。因此,基站可以重传与HARQ子码本中的指示ACK的比特相应的TB。当如方法3.2-6中指示执行仅NACK反馈操作时,基站可以仅识别是否已经发生NACK。根据方法3.2-7,当在PDSCH候选中发生DTX时,相应的DTX可以在HARQ子码本中被表示为NACK。该操作可以与用NACK表示未分配的PDSCH候选的操作相同。上述HARQ-ACK反馈操作可以如下表3所示。
[表3]
TB的解码结果 | HARQ-ACK反馈 |
ACK | NACK传输 |
NACK | ACK传输 |
DTX | NACK传输 |
当TB的解码结果被分类为ACK和非ACK时,HARQ子码本中的每个比特可以指示ACK或NACK(例如,非ACK)。当TB的解码结果是NACK或DTX时,NACK或DTX可以在HARQ子码本中被表示为NACK。
方法3.2-8:当TB的解码结果是ACK时,相应的解码结果可以在HARQ子码本中被表示为ACK。当TB的解码结果不是ACK时,相应的解码结果可以在HARQ子码本中被表示为NACK。方法3.2-8可以如下表4所示执行。
[表4]
TB的解码结果 | HARQ-ACK反馈 |
ACK | ACK传输 |
NACK | NACK传输 |
DTX | NACK传输 |
3.2.1.2HARQ-ACK反馈禁用方法
可以考虑禁用HARQ-ACK反馈的情况。终端可以解码多播PDSCH,并且可以根据下面的表5不执行HARQ-ACK反馈。
[表5]
TB的解码结果 | HARQ-ACK反馈 |
ACK | 无传输 |
NACK | 无传输 |
DTX | 无传输 |
用于分配多播PDSCH的DCI可以禁用或启用HARQ-ACK反馈。在这种情况下,终端可以生成包括HARQ-ACK的HARQ码本。即使当HARQ-ACK反馈被禁用时,终端也可以生成包括用于PDSCH候选的HARQ-ACK(或已知比特)的T1 HARQ码本。
当用于多播PDSCH的HARQ-ACK将被包括在HARQ子码本中时,终端可以将预设值视为相应HARQ-ACK比特的值。HARQ子码本中被设置为“0”的比特可以指示ACK,并且HARQ子码本中被设置为“1”的比特可以指示NACK。可选地,在HARQ子码本中被设置为“0”的比特可以指示NACK,并且在HARQ子码本中被设置为“1”的比特可以指示ACK。
当HARQ-ACK反馈被禁用时,基站可以不接收(例如,解码)HARQ-ACK。因此,HARQ子码本中用于PDSCH候选的HARQ-ACK比特可以被设置为任意值。
方法3.2-9:不管TB的解码结果如何,HARQ子码本中的每个比特可以被固定为任意值、指示ACK的值或指示NACK的值。方法3.2-9可以如表6所示执行。
[表6]
TB的解码结果 | HARQ-ACK反馈 |
ACK | ACK或NACK |
NACK | ACK或NACK |
DTX | ACK或NACK |
终端可以向基站发送1比特信息。即使当HARQ-ACK反馈被禁用时,终端也可以使用附加信息(例如,1比特信息)来反馈HARQ-ACK。可选地,终端可以通过使用附加信息来通知基站是否已经发生DTX。
方法2-10:当TB的解码结果是ACK时,相应的解码结果可以在HARQ子码本中被表示为ACK。当TB的解码结果不是ACK时,相应的解码结果可以在HARQ子码本中被表示为NACK。方法3.2-10可以如下表7所示执行。
[表7]
TB的解码结果 | HARQ-ACK反馈 |
ACK | ACK |
NACK | NACK |
DTX | NACK |
根据方法3.2-10,终端可以向基站通知TB的解码结果是否是ACK。基站可根据TB的解码结果(即,ACK或NACK)来确定是否重传TB。
方法3.2-11:当TB的解码结果是DTX时,相应的解码结果可以在HARQ子码本中被表示为NACK。当TB的解码结果不是DTX时,相应的解码结果可以在HARQ子码本中被表示为ACK。方法3.2-11可以如下表8所示执行。
[表8]
根据方法3.2-11,当解码TB时,终端可以通过向基站发送ACK来通知基站是否已经发生DTX,而不管TB的解码结果(即,ACK或NACK)如何。基站可根据TB的解码结果(即,ACK或NACK)来确定是否重传用于TB的DCI。
3.2.2支持终端进行低功率操作的方法
终端可以另外地执行用于多播数据(例如,多播PDSCH)的不连续接收(DRX)操作以及用于单播数据(例如,单播PDSCH)的DRX操作。在PTM方案1中,属于一组的终端可以基于由M-RNTI加扰的DCI中包括的信息元素来操作。因此,属于该组的所有终端不能根据活动时间执行传输。在PTM方案2中,(一个或更多个)终端可以基于由C-RNTI加扰的DCI中包括的(一个或更多个)信息元素来操作。因此,相应终端不需要执行单独的DRX操作。当动态地切换PTM方案1和PTM方案2时,终端可以执行两个DRX操作。
可以配置一个M-RNTI。可选地,可以配置多个M-RNTI。例如,M-RNTI的数量可以被设置为等于多播组或多播标识符的数量。在这种情况下,可以针对每个M-RNTI独立地执行DRX操作。在所提出的方法中,终端可以执行不同的DRX操作(例如,M-DRX操作和U-DRX操作)。可以通过RRC信令为终端单独设置执行DRX操作所需的定时器。用于多播的DRX可以被表示为M-DRX,用于单播的DRX可以被表示为U-DRX。当执行一个DRX时,相应的DRX可以被表示为C-DRX。当M-RNTI与一个DRX相关联时,终端可以根据DRX在活动时间中接收多播PDSCH。基站可以通过使用由M-RNTI加扰的DCI将多播PDSCH分配给属于该组的终端。当在活动时间之外的时间发送由M-RNTI加扰的DCI时,一些终端可能无法接收到该DCI。因此,基站可以通过使用由C-RNTI加扰的DCI来向一些终端分配PDSCH(例如,多播PDSCH)。
当基站分配PDSCH或PUSCH时,执行DRX操作的终端可以启动定时器(例如,HARQRTT定时器)。终端可以假设当HARQ RTT定时器到期时基站可以执行重传。在示例中,DRX操作可以限于长DRX。此后,终端可以启动定时器(例如,重传定时器)。终端可以假设重传的数据将在相应的定时器到期之前被接收。
当HARQ-ACK反馈被禁用时,上述操作可能是不必要的。根据方法3.2-2和/或方法3.2-3的一些操作,可以不在M-DRX操作或C-DRX操作中启动HARQ RTT定时器和/或重传定时器。
当M-DRX操作被配置给终端时,根据方法3.2-2和/或方法3.2-3的一些操作,可以不设置HARQ RTT定时器和/或重传定时器。当C-DRX操作被配置给终端时,可以在接收到用M-RNTI加扰的DCI时设置HARQ RTT定时器和/或重传定时器。然而,终端可以不启动HARQRTT定时器和/或重传定时器。
在方法3.2-1和/或方法3.2-2的一些操作中,可以启动或可以不启动HARQ RTT定时器和/或重传定时器。当接收到用M-RNTI加扰的DCI时,终端可以启动HARQ RTT定时器和/或重传定时器以执行HARQ-ACK反馈操作。可选地,当通过RRC信令和/或DCI禁用HARQ-ACK反馈时,终端可以不启动上述HARQ RTT定时器和/或重传定时器。也就是说,HARQ RTT定时器和/或重传定时器可以不在终端中使用。
方法3.2-12:可以向终端指示禁用HARQ-ACK反馈。在这种情况下,可以不在终端中设置HARQ RTT定时器和/或重传定时器。可选地,即使当HARQ RTT定时器和/或重传定时器被设置时,如果HARQ-ACK反馈被禁用,则终端也可以不启动HARQ RTT定时器和/或重传定时器。
当通过DCI启用HARQ反馈时,启动上述HARQ RTT定时器和/或重传定时器,但是当禁用HARQ反馈时,可以不应用上述HARQ RTT定时器和/或重传定时器。
3.3确定多播HARQ码本的类型的方法
终端可以生成包括用于多播PDSCH的HARQ-ACK比特的HARQ码本,并且可以在PUCCH或PUSCH上发送HARQ码本。
终端可以生成用于单播PDSCH的T1 HARQ码本或T2 HARQ码本。基站可以通过使用RRC信令向终端通知用于多播PDSCH的HARQ码本的类型(例如,T1或T2)。用于单播PDSCH的HARQ码本的类型(以下称为“单播HARQ码本”)和用于多播PDSCH的HARQ码本的类型(以下称为“多播HARQ码本”)可以被指示为相等。在这种情况下,可以通过一个RRC信令来指示单播HARQ码本的类型和多播HARQ码本的类型。可选地,单播HARQ码本的类型和多播HARQ码本的类型可以被指示为彼此不同。在这种情况下,可以使用单独的RRC信令来指示多播HARQ码本的类型。
方法3.3-1:可以通过RRC信令向终端指示多播HARQ码本的类型。终端可以根据基站的指示生成用于多播PDSCH的T1 HARQ码本或T2 HARQ码本。
在生成和发送T1 HARQ码本的过程中,终端可以根据多播PDSCH可能具有的K1值的数量来确定HARQ-ACK的量。在生成和发送T2 HARQ码本的过程中,终端可以基于由分配多播PDSCH所用的DCI指示的DAI的值来估计HARQ-ACK的量。
当接收到具有不同优先级的多播PDSCH时或者当接收到具有相同优先级的两个或更多个多播PDSCH时,终端可以为每个多播PDSCH生成不同的HARQ码本。在这种情况下,基站可以独立地向终端配置每个多播HARQ码本的类型。可选地,基站可以向终端配置用于所有多播HARQ码本的公共类型。终端可以根据基站的配置生成T1 HARQ码本和/或T2 HARQ码本。
例如,基站可以通过多播控制信道(MCCH)向终端配置多播,并且可以向终端配置多个多播业务信道(MTCH)。即使当MTCH被划分为多个时,HARQ码本的类型也可以被解释为一个。终端可以将相同类型的HARQ码本应用于不同的多播传输。
另外,可以不单独配置用于多播PDSCH的HARQ码本。该操作可以意指“当生成三个或更多个HARQ-ACK比特时重用单播HARQ码本的类型”。例如,在PTM方案2中,用C-RNTI加扰的DCI可以分配多播PDSCH,并且DCI可以独立地指示用于每个终端的PUCCH资源。当应用下面的方法3.3-2时,终端可以复用用于单播PDSCH的HARQ-ACK比特以及用于多播PDSCH的HARQ-ACK比特。
方法3.3-2:多播HARQ码本(例如,子码本)的类型可以与单播HARQ码本(例如,子码本)的类型相同。终端可以将单播HARQ码本的类型估计为多播HARQ码本的类型。
可以不向终端配置用于传输单播HARQ码本或三个或更多个HARQ-ACK比特的PUCCH资源集。在这种情况下,终端可能无法应用方法3.3-2。在这种情况下,终端可能无法使用多播HARQ码本,并且可以仅向基站反馈用于具有最高优先级的多播PDSCH的HARQ-ACK。上述操作可以应用于PTM方案1和/或PTM方案2。
方法3.3-3:基站可以不向终端配置三个或更多个HARQ-ACK比特的PUCCH资源集。在这种情况下,终端可以仅向基站反馈用于具有最高优先级的多播PDSCH的HARQ-ACK。
第4章:单播和组播的接收方法
终端可以支持单播传输和多播传输两者。用于分配多播PDSCH的DCI和用于分配单播PDSCH的DCI可以被不同地配置。在PTM方案1中,用M-RNTI加扰的DCI可以不指示属于一组的每个终端的不同信息。
图8是示出单播/多播传输中的PDCCH和PUCCH的时间顺序的第一示例性实施例的概念图。
参考图8,终端可以首先接收用C-RNTI加扰的第一DCI(例如,单播PDCCH),并且终端可以在接收到第一DCI之后接收用M-RNTI加扰的第二DCI(例如,多播PDCCH)。在这种情况下,可能难以恰当地指示由第一DCI分配的用于单播PDSCH的PUCCH资源和单播HARQ码本和/或由第二DCI分配的用于多播PDSCH的PUCCH资源和多播HARQ码本。在这种情况下,终端可以基于比较优先级的结果在PUCCH上发送用于具有较高优先级的PDSCH的HARQ-ACK。例如,可以向每个多播PDSCH分配优先级,并且多播传输的优先级可以高于单播传输的优先级。在这种情况下,终端可以在PUCCH上发送用于多播PDSCH中的一些或全部的HARQ-ACK比特。
例如,终端可以直接将多播传输(例如,多播PDSCH)的优先级与单播传输的优先级进行比较。可选地,当多播传输的优先级超过预设阈值时,终端可以确定多播传输的优先级高于单播传输的优先级。终端可以针对比单播传输具有更高优先级的多播PDSCH生成HARQ-ACK比特,并且可以将HARQ-ACK比特报告给基站。可选地,当多播传输的优先级高于单播传输的优先级时,终端可以针对具有最高优先级的多播PDSCH生成HARQ-ACK比特,并将HARQ-ACK比特发送到基站。
另一方面,可以首先由终端接收用M-RNTI加扰的第二DCI,并且可以在接收到第二DCI之后由终端接收用C-RNTI加扰的第一DCI。在这种情况下,可以为每个终端指示适当的PUCCH资源。在这种情况下,终端可以比较单播传输和多播传输的优先级,并且可以复用用于具有较高优先级的传输的一些或所有PDSCH的解码结果(例如,HARQ-ACK比特)。
例如,当多播传输的优先级超过预设阈值时,终端可以将多播传输的优先级视为与用于传输URLLC业务的单播传输的优先级相同。当多播传输的优先级不超过预设阈值时,终端可以将多播传输的优先级视为与用于传输eMBB业务的单播传输的优先级相同。当基站命令终端复用URLLC业务和eMBB业务时,终端可以生成包括用于所有多播传输和/或所有单播传输的HARQ-ACK比特的HARQ码本。当基站命令终端仅传输URLLC业务时,终端可以生成包括用于具有与URLLC业务相同的优先级的单播传输和/或多播传输的HARQ-ACK比特的HARQ码本。在这种情况下,终端可能无法向基站发送用于多播传输和/或单播传输中的一些传输的HARQ-ACK比特。
4.1多播HARQ码本和单播HARQ码本的复用
由于在PTM方案1中使用用M-RNTI加扰的DCI,因此可以向属于一组的所有终端指示相同的控制信息。因此,基站可以向终端指示PUCCH资源,使得属于该组的所有终端反馈相同数量n个HARQ-ACK比特。n可以是自然数。基站可以假设属于该组的所有终端仅接收多播PDSCH,并且可以向所有终端分配多播PDSCH和PUCCH资源。另一方面,由于在PTM方案2中使用用C-RNTI加扰的DCI,因此可以为每个终端独立地指示控制信息。在这种情况下,可以假设终端不仅接收多播PDSCH,而且接收单播PDSCH。
终端可以根据处理能力接收(例如,解码)多播PDSCH和/或单播PDSCH的一部分。在这种情况下,终端可以针对未解码的多播PDSCH和/或单播PDSCH生成NACK。
由于在PTM方案1中发送用M-RNTI加扰的DCI,因此基站可能无法向终端指示适合于发送用于多个多播PDSCH的HARQ子码本的PUCCH或PUSCH。由于在PTM方案2中发送用C-RNTI加扰的DCI,因此基站可以向终端指示适合于发送HARQ码本的PUCCH或PUSCH。
终端可以假设根据RRC信令允许用于多播PDSCH和单播PDSCH的频分复用(FDM)调度。在没有上述配置的情况下,终端可以假设执行用于多播PDSCH和单播PDSCH的时分复用(TDM)调度。可将在允许FDM调度时生成HARQ码本的方法与在使用TDM调度时生成HARQ码本的方法区分开。
例如,当允许FDM调度时,终端可以独立地生成用于多播PDSCH的HARQ子码本和用于单播PDSCH的HARQ子码本。当执行TDM调度时,终端可以在不区分多播HARQ子码本和单播HARQ子码本的情况下生成一个HARQ码本。
方法4.1-1:终端可以为每个多播组生成HARQ子码本,通过对HARQ子码本进行级联来生成一个多播HARQ子码本,并且通过对多播HARQ子码本和单播HARQ子码本进行级联来生成一个HARQ码本。
终端可以接收一个或更多个多播PDSCH和单播PDSCH。终端可以为多播PDSCH和单播PDSCH中的每一个生成HARQ子码本。由终端生成的所有HARQ子码本可以具有相同的类型。例如,当配置T1 HARQ码本时,HARQ子码本可以是T1 HARQ子码本。当配置T2 HARQ码本时,HARQ子码本可以是T2 HARQ子码本。
图9是示出用于基于方法4.1-1生成HARQ码本的方法的第一示例性实施例的框图。
参照图9,终端可以接收两个多播PDSCH和一个单播PDSCH,可以针对三个PDSCH生成三个HARQ子码本,并且可以通过对三个子码本进行级联来生成一个HARQ码本。终端可以在PUCCH或PUSCH上发送该一个HARQ码本。可以为每个多播组、多播标识符或多播PDSCH配置多播HARQ子码本。当生成T1 HARQ码本时,可以不动态地改变HARQ子码本的大小。因此,终端可以知道用于每个多播PDSCH的HARQ子码本的大小。
当生成T2 HARQ码本时,可以为每个多播组或多播标识符定义单独的DAI,并且用于分配多播PDSCH的每个DCI可以包括单独的DAI。也就是说,可以向终端指示单独的DAI。可以为单播传输定义单独的DAI。由终端生成的HARQ码本的大小可以是HARQ子码本的大小的总和。可以由用于分配单播PDSCH的DCI中包括的单独的DAI(例如,T-DAI)来指示HARQ码本的大小。为了支持该操作,用于分配单播传输的DCI可以与用于分配多播传输的DCI同时被接收。可选地,可以在用于分配多播传输的DCI之后接收用于分配单播传输的DCI。
方法4.1-2:如果用于分配单播PDSCH的DCI在生成T2 HARQ码本的过程中包括T-DAI,则终端可以生成用于动态分配的多播PDSCH和单播PDSCH两者的T2 HARQ码本。
终端可以根据预设顺序对HARQ子码本进行级联。当接收到多个多播PDSCH时,可通过(一个或更多个)多播标识符(例如,多播ID或多播组ID)来识别所述多个多播PDSCH。基站可以向终端指示多播ID或多播组ID。可以基于M-RNTI来确定多播ID或多播组ID。例如,终端可以根据M-RNTI的顺序(例如,接收与M-RNTI相关联的DCI的顺序)来确定多播ID或多播组ID。
方法4.1-3:当应用方法4.1-1时,终端可以通过根据多播ID或多播组ID的顺序对HARQ子码本进行级联来生成一个多播HARQ子码本。终端可以通过对多播HARQ子码本和单播HARQ子码本进行级联来生成一个HARQ码本。
可选地,终端可以生成用于多播传输的一个HARQ子码本。终端可以基于由基站分配的多播PDSCH之间的优先级来接收(例如,解码)多播PDSCH中的一些。因此,终端可以生成小尺寸的HARQ子码本,而不是每个多播PDSCH的HARQ子码本。
方法4.1-4:终端可以生成一个HARQ子码本,而不管多播组如何,并且可以将一个HARQ子码本(即,多播HARQ子码本)与单播HARQ子码本进行级联。
在生成T1 HARQ码本的过程中,可以基于时间和频率资源的配置来确定可以在其中接收多播PDSCH的PDSCH候选。原因是HARQ-ACK反馈定时和/或TDD时隙模式由RRC信令固定。终端可以根据处理能力对在时域中重叠的两个或更多个PDSCH进行解码。终端可以根据处理能力针对未解码的PDSCH生成NACK。
终端可以按照预设顺序布置多播PDSCH,而不管多播ID如何。这里,可以不考虑多播PDSCH的优先级。多播PDSCH候选可以在相同的服务小区中按时间顺序排列。如果两个或更多个PDSCH候选在时域中重叠,则可以比较两个或更多个PDSCH候选的起始和长度指示符值(SLIV)。当根据第一PDSCH候选的SLIV的起始符号和结束符号在根据第二PDSCH候选的SLIV的起始符号和结束符号之前时,在HARQ码本(或HARQ子码本)中,用于第一PDSCH候选的HARQ-ACK比特可以被布置在用于第二PDSCH候选的HARQ-ACK比特之前。在这种情况下,用于所有PDSCH候选的HARQ-ACK比特可以是有效的。然而,根据终端的处理能力,用于一些PDSCH候选的HARQ-ACK比特可以被表示为NACK。
无论终端的处理能力如何,都可以分配两个或更多个PDSCH候选。当两个或更多个PDSCH候选的时域资源分配(TDRA)索引r、HARQ-ACK反馈定时k和时隙偏移(nD)相同时,两个或更多个PDSCH候选可以具有相同的顺序j。因此,HARQ子码本可以包括一个HARQ-ACK比特,并且基站可以发送具有相同(r,k,nD)的两个或更多个PDSCH候选中的一个PDSCH候选(即,PDSCH)。可以在单播传输中有效地利用上述调度操作。为了支持多播传输,终端可以根据处理能力接收两个或更多个PDSCH候选。
方法4.1-5:具有相同(r,k,nD)的两个或更多个PDSCH候选的顺序j可以被不同地表示。
根据方法4.1-5,对于每个PDSCH候选,具有相同(r,k,nD)的两个或更多个PDSCH候选的顺序j可以增加。该操作可以意指“将用于多播PDSCH的HARQ子码本的大小增加PDSCH候选的数量”。例如,可以考虑下表9中定义的伪代码。在生成包括多播HARQ子码本的T1 HARQ码本的过程中,可以基于表9中定义的伪码来确定PDSCH候选的顺序。
[表9]
当根据终端的处理能力仅需要选择一些PDSCH候选(例如,J个PDSCH候选)时,PDSCH候选的顺序j可能不需要超过J。为了支持该操作,可以引入h。当j超过J时,h可以用于终止“while循环”。在这种情况下,可以基于下表10中定义的伪码来确定PDSCH候选的顺序。在生成包括多播HARQ子码本的T1 HARQ码本的过程中,可以基于表10中定义的伪码来确定PDSCH候选的顺序。
[表10]
在生成T2 HARQ码本的过程中,HARQ-ACK的量对于属于一组的每个终端可以是不同的。用M-RNTI加扰的DCI可能不支持对传输具有不同量的HARQ-ACK的调度。用C-RNTI加扰的DCI或用于单播传输的DCI可以包括用于多播传输的信息。由终端生成的HARQ码本的大小可以包括HARQ子码本的大小的总和。HARQ码本的大小可以由用于分配单播传输的DCI中包括的DAI(例如,T-DAI)来指示。为了支持该操作,分配单播传输的DCI可以与分配多播传输的DCI同时接收。可选地,可以在用于分配多播传输的DCI之后接收用于分配单播传输的DCI。
图10是示出用于基于方法4.1-1生成HARQ码本的方法的第二示例性实施例的框图。
参照图10,终端可以接收多个多播PDSCH并且可以接收单播PDSCH。终端可以为多个多播PDSCH(例如,所有接收的多播PDSCH)生成一个多播HARQ子码本,并且可以为单播PDSCH生成单播HARQ子码本。可以为多播组生成一个多播HARQ子码本。终端可以通过对多播HARQ子码本和单播HARQ子码本进行级联来生成HARQ码本,并且可以在PUCCH或PUSCH上发送该HARQ码本。
可选地,终端可以在不区分多播PDSCH和单播PDSCH的情况下生成HARQ码本。
方法4.1-6:终端可以生成用于PDSCH的HARQ子码本,而不管多播传输和单播传输,并且可以通过对HARQ子码本进行级联来生成一个HARQ码本。
在生成T1 HARQ码本的过程中,除了在方法4.1-4中另外考虑单播传输之外,方法4.1-6可以与方法4.1-4相同。可以改变表9和/或表10中定义的伪代码以应用方法4.1-6,并且可以容易地将修改的伪代码应用于方法4.1-6。在生成T2 HARQ码本的过程中,除了在方法4.1-4中另外考虑单播传输之外,方法4.1-6可以与方法4.1-4相同。
图11是示出用于基于方法4.1-6生成HARQ码本的方法的第一示例性实施例的框图。
参照图11,终端可以在不区分多播PDSCH和单播PDSCH的情况下生成HARQ码本。
4.2DCI分配多播的结构
在PTM方案1中,由于用于分配多播的DCI用M-RNTI加扰,因此属于一组的所有终端可以接收用M-RNTI加扰的DCI。在PTM方案2中,可以使用用C-RNTI加扰的DCI。也就是说,用C-RNTI加扰的DCI可以被一个终端接收。
在PTM方案1中,DL相关的DCI的格式可以被重用为由DCI中包括的字段指示的格式。DCI中包括的一些字段不能被共同应用于属于一组的所有终端。
例如,可以共同使用PDSCH的时间资源和频率资源。因此,可以为属于该组的所有终端相同地配置TDRA索引(例如,K0、SLIV、映射类型)和FDRA。可以为属于该组的所有终端相同地配置DM-RS信息。在DCI中包括的所有信息元素中,可以为每个终端独立地配置除了上述信息元素(例如,关于TDRA索引、FDRA和/或DM-RS的信息)之外的剩余信息元素。
4.2.1与PDSCH相关的字段
关于多播PDSCH,指示重复次数(例如,多播PDSCH的重复次数)的字段可以被包括在DCI中。为了确保多播PDSCH的接收性能,优选地,终端重复接收PDSCH。尽管重复次数对于属于该组的一些终端可能过大,但是对于属于该组的剩余终端可能需要PDSCH的重复传输。可以识别基站与属于该组的终端之间的链路中具有最差质量的链路,并且可以基于具有最差质量的链路来设置重复次数。
方法4.2-1:基站可以通过使用RRC信令向终端指示多播PDSCH的重复次数。
方法4.2-2:基站可以通过使用DCI向终端指示多播PDSCH的重复次数。指示多播PDSCH的重复次数的字段可被包括在DCI中。
终端和基站之间的链路可能发生衰落,并且可以根据衰落的时间单位应用方法4.2-1或方法4.2-2。可选地,方法4.2-2可被应用于灵活调度。
多播PDSCH的重复次数可以通过DCI中包括的TDRA索引来隐式地推导出。为了支持该操作,基站可以通过使用RRC信令向属于该组的所有终端通知TDRA表。在这种情况下,RRC信令的量可能增加。为了减少上述RRC信令的量,可以使用在技术规范中定义的TDRA默认值(default)A。然而,由于TDRA默认值A仅包括用于接收一个PDSCH的信息元素,因此PDSCH的重复次数可以不被包括在TDRA默认值A中。
在PTM方案2中,可以用C-RNTI对用于分配多播PDSCH的DCI进行加扰,或者可以用M-RNTI对多播PDSCH进行加扰。可能需要区分使用C-RNTI检测到的DCI是多播PDSCH还是单播PDSCH的方法。为了支持该操作,可以使用1比特信息元素。
方法4.2-3:当DCI中包括的特定字段被设置为第一值时,这可以指示使用C-RNTI的PDSCH接收操作。当DCI中包括的特定字段被设置为第二值时,这可以指示使用M-RNTI的PDSCH接收操作。
4.2.2与HARQ相关的字段
在PTM方案1中,用于分配多播PDSCH的DCI的特定字段可以指示HARQ进程ID(HPID)和/或HARQ进程号(HPN)。可以向属于一组的所有终端指示相同的HPN。该HPN可能已经被分配用于另一个TB。例如,当向终端指示DL SPS的激活时,可以根据PDSCH的接收时间来不同地计算HPN。由于属于一组的终端具有不同的HPN,因此基站可以通过计算所有的HPN来为每个终端确定适当的HPN。可选地,可以引入偏移,使得每个终端将HPN解释为不同的HPN。
方法4.2-4:基站可以通过使用RRC信令向终端指示将应用于推导HPN的偏移(o)。
方法4.2-5:基站可以通过使用RRC信令向终端指示被分配给多播PDSCH的HARQ进程的数量(例如,最大数量m)。
终端可以计算将偏移o与由用M-RNTI加扰的DCI指示的HPID h相加的结果,并且可以将通过将结果除以HARQ进程的最大数量m而获得的余数视为HPN。也就是说,可以按照HARQ进程ID HPN(h+o)%m来处理接收的PDSCH。
一个终端可以接收多个多播PDSCH。因此,可以为每个多播PDSCH指示HARQ进程的数量(例如,最大数量m)和/或偏移(o)。
4.2.3与优先级相关的字段
可以设置多播PDSCH的优先级。多播PDSCH的优先级可以用于PDSCH接收或PUCCH发送。当多播PDSCH和/或单播PDSCH在时域中重叠时,终端可以基于多播PDSCH的优先级来选择一些PDSCH。终端可以基于多播PDSCH的优先级发送一些PUCCH或一个PUCCH。可选地,终端可以基于多播PDSCH的优先级在PUSCH中复用HARQ-ACK。
方法4.2-6:多播PDSCH的优先级可以由用于分配多播PDSCH的DCI中包括的字段指示。
可以设置多播PDSCH的两个或更多优先级。为了支持各种多播传输,基站可以通过使用RRC信令向终端通知表示优先级数量的字段。表示优先级数量的字段的大小可以是3个比特或更多。
方法4.2-7:在方法4.2-6中,可以通过RRC信令向终端指示表示优先级数量的字段的大小。
4.2.4与PUCCH相关的字段
基站可以向终端发送指示启用或禁用HARQ-ACK反馈的信息。指示启用或禁用HARQ-ACK反馈的信息可以被包括在用于分配多播PDSCH的DCI中。上述操作可以被应用于PTM方案1和PTM方案2两者。当DCI的特定字段被设置为第一值时,这可以指示终端发送PUCCH。当DCI的特定字段被设置为第二值时,这可以指示终端不发送PUCCH。然而,如果分配了在时域中与PUCCH重叠的另一信道(例如,另一PUCCH和/或PUSCH),则终端可以向基站报告用于相应的多播PDSCH的HARQ-ACK或HARQ码本。
方法4.2-8:启用或禁用用于多播PDSCH的HARQ-ACK反馈可以由用于分配多播PDSCH的DCI中包括的特定字段指示。
基站可以命令终端生成T2 HARQ码本。在这种情况下,终端需要知道HARQ-ACK的数量和/或HARQ码本的大小。为了支持该操作,用于分配多播PDSCH的DCI可以包括DAI字段。由于在PTM方案1中使用了用M-RNTI加扰的DCI,因此可以使用C-DAI字段,但是可以不使用T-DAI字段。由于在PTM方案2中使用了用C-RNTI加扰的DCI,因此可以使用C-DAI字段和T-DAI字段两者。
方法4.2-9:C-DAI字段可以意指分配的多播PDSCH的数量。
方法4.2-10:T-DAI字段可以意指分配的多播PDSCH的数量与单播PDSCH的数量之和。
在PTM方案1中,属于一组的终端可以接收公共DCI。因此,用于分配多播PDSCH的DCI可以不包括发射功率控制(TPC)PUCCH字段。DCI格式1_x和/或DCI格式2_2中的PUCCH的TPC命令可以被合并为开环控制。
在示例中,可以针对多播ID的每个数量管理T-DAI字段。DCI可以包括若干T-DAI字段。每个T-DAI字段可以指示用于多播ID的T-DAI的值。
当启用HARQ-ACK反馈时,属于一组的终端可以发送PUCCH,并且基站可以接收具有良好质量的PUCCH。因此,优选地,终端重复发送PUCCH。由PUCCH-configCommon指示的PUCCH资源集可以被终端使用。在这种情况下,基站可以命令终端重复发送PUCCH。
方法4.2-11:基站可以通过使用RRC信令向终端设置PUCCH的重复次数。
方法4.2-12:基站可以向终端发送包括指示PUCCH的重复次数的信息的DCI。这里,DCI可以是用于分配多播PDSCH的DCI。
本公开的示例性实施例可以被实现为可由各种计算机执行并记录在计算机可读介质上的程序指令。计算机可读介质可以包括程序指令、数据文件、数据结构或其组合。记录在计算机可读介质上的程序指令可以专门为本公开设计和配置,或者可以是计算机软件领域的技术人员公知和可用的。
计算机可读介质的示例可以包括诸如ROM、RAM和闪存的硬件装置,其被专门配置为存储和执行程序指令。程序指令的示例包括由例如编译器生成的机器代码、以及可由计算机使用解释器执行的高级语言代码。上述示例性硬件装置可以被配置为作为至少一个软件模块操作,以便执行本公开的实施例,反之亦然。
虽然已经详细描述了本公开的实施例及其优点,但是应当理解,在不脱离本公开的范围的情况下,可以在本文中进行各种改变、替换和更改。
Claims (20)
1.一种通信系统中的终端的操作方法,所述操作方法包括:
从基站接收无线电资源控制(RRC)消息,其中,所述RRC消息指示启用混合自动重传请求确认(HARQ-ACK)反馈;
从所述基站接收第一下行链路控制信息(DCI),其中,所述第一DCI包括指示禁用所述HARQ-ACK反馈的信息;
基于所述第一DCI中包括的第一调度信息,从所述基站接收第一多播物理下行链路共享信道(PDSCH);
即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,仍生成用于所述第一多播PDSCH的第一HARQ-ACK比特;
生成包括所述第一HARQ-ACK比特的HARQ码本;以及
在上行链路信道上向所述基站发送所述HARQ码本。
2.根据权利要求1所述的操作方法,其中,所述第一DCI中包括的一个字段或者两个或更多个字段的组合用于指示所述第一HARQ-ACK比特的优先级。
3.根据权利要求1所述的操作方法,其中,即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,在指示生成类型1(T1)HARQ码本的情况下,仍生成包括所述第一HARQ-ACK比特的所述T1 HARQ码本。
4.根据权利要求1所述的操作方法,其中,所述第一DCI中包括的一个字段或者两个或更多个字段的组合用于指示启用或禁用所述HARQ-ACK反馈。
5.根据权利要求1所述的操作方法,其中,当指示禁用所述HARQ-ACK反馈时,在所述终端中不启动HARQ往返时间(RTT)定时器或重传定时器中的至少一个。
6.根据权利要求1所述的操作方法,还包括:
从所述基站接收第二DCI;以及
基于所述第二DCI中包括的第二调度信息,从所述基站接收第二多播PDSCH,
其中,所述HARQ码本还包括用于所述第二多播PDSCH的第二HARQ-ACK比特。
7.根据权利要求6所述的操作方法,其中,所述HARQ码本包括第一多播HARQ子码本和第二多播HARQ子码本,并且所述第一多播PDSCH和所述第二多播PDSCH通过不同的多播标识符区分,其中,所述第一多播HARQ子码本包括所述第一HARQ-ACK比特,所述第二多播HARQ子码本包括所述第二HARQ-ACK比特。
8.根据权利要求1所述的操作方法,还包括:
从所述基站接收第三DCI;以及
基于所述第三DCI中包括的第三调度信息,从所述基站接收单播PDSCH,
其中,所述HARQ码本还包括用于所述单播PDSCH的第三HARQ-ACK比特。
9.根据权利要求8所述的操作方法,其中,生成所述HARQ码本的步骤包括:
生成包括所述第一HARQ-ACK比特的第一多播HARQ子码本;
生成包括所述第三HARQ-ACK比特的单播HARQ子码本;以及
通过对所述第一多播HARQ子码本和所述单播HARQ子码本进行级联来生成所述HARQ码本。
10.根据权利要求9所述的操作方法,其中,所述第一多播HARQ子码本的类型独立于所述单播HARQ子码本的类型被配置,并且所述第一HARQ-ACK比特的优先级被设置为等于所述第三HARQ-ACK比特的优先级。
11.根据权利要求9所述的操作方法,其中,当允许用于所述第一多播PDSCH和所述单播PDSCH的频分复用(FDM)调度时,所述第一多播HARQ子码本和所述单播HARQ子码本被独立地生成。
12.一种通信系统中的终端的操作方法,所述操作方法包括:
从基站接收第一下行链路控制信息(DCI),其中,所述第一DCI包括指示禁用混合自动重传请求确认(HARQ-ACK)反馈的信息;
基于所述第一DCI中包括的第一调度信息,从所述基站接收第一多播物理下行链路共享信道(PDSCH);
即使当所述第一DCI指示禁用所述HARQ-ACK反馈时,仍生成用于所述第一多播PDSCH的第一HARQ-ACK比特;
生成包括所述第一HARQ-ACK比特的HARQ码本;以及
在上行链路信道上向所述基站发送所述HARQ码本,
其中,即使当所述HARQ-ACK反馈被禁用时,在所述终端中生成另一HARQ-ACK比特并且所述第一HARQ-ACK比特能够与所述另一HARQ-ACK比特复用的情况下,仍生成所述第一HARQ-ACK比特。
13.根据权利要求12所述的操作方法,其中,当指示禁用所述HARQ-ACK反馈时,在所述终端中不使用HARQ往返时间(RTT)定时器或重传定时器中的至少一个。
14.根据权利要求12所述的操作方法,还包括:
从所述基站接收第二DCI;以及
基于所述第二DCI中包括的第二调度信息,从所述基站接收第二多播PDSCH,
其中,所述HARQ码本还包括用于所述第二多播PDSCH的第二HARQ-ACK比特。
15.根据权利要求14所述的操作方法,其中,所述HARQ码本包括第一多播HARQ子码本和第二多播HARQ子码本,并且所述第一多播PDSCH和所述第二多播PDSCH通过不同的多播标识符区分,其中,所述第一多播HARQ子码本包括所述第一HARQ-ACK比特,所述第二多播HARQ子码本包括所述第二HARQ-ACK比特。
16.根据权利要求15所述的操作方法,其中,所述第一多播HARQ子码本和所述第二多播HARQ子码本按照所述不同的多播标识符的顺序被级联。
17.根据权利要求12所述的操作方法,还包括:从所述基站接收无线电资源控制(RRC)消息,其中,所述RRC消息指示支持仅否定ACK(NACK)反馈方案,其中,所述第一HARQ-ACK比特根据所述仅NACK反馈方案被生成,并且当所述第一HARQ-ACK比特与所述另一HARQ-ACK比特复用时,不应用所述仅NACK反馈方案。
18.根据权利要求13所述的操作方法,还包括:
从所述基站接收第三DCI;以及
基于所述第三DCI中包括的第三调度信息,从所述基站接收单播PDSCH,
其中,所述HARQ码本还包括用于所述单播PDSCH的第三HARQ-ACK比特。
19.根据权利要求18所述的操作方法,其中,生成所述HARQ码本的步骤包括:
生成包括所述第一HARQ-ACK比特的第一多播HARQ子码本;
生成包括所述第三HARQ-ACK比特的单播HARQ子码本;以及
通过对所述第一多播HARQ子码本和所述单播HARQ子码本进行级联来生成所述HARQ码本,
其中,所述第一多播HARQ子码本通过多播标识符识别。
20.根据权利要求19所述的操作方法,其中,当允许用于所述第一多播PDSCH和所述单播PDSCH的频分复用(FDM)调度时,所述第一多播HARQ子码本和所述单播HARQ子码本被独立地生成。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2020-0163357 | 2020-11-27 | ||
KR20210150062 | 2021-11-03 | ||
KR10-2021-0150062 | 2021-11-03 | ||
PCT/KR2021/017787 WO2022114901A1 (ko) | 2020-11-27 | 2021-11-29 | 멀티캐스트 전송을 지원하기 위한 방법 및 장치 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116530174A true CN116530174A (zh) | 2023-08-01 |
Family
ID=87401632
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180079951.0A Pending CN116530174A (zh) | 2020-11-27 | 2021-11-29 | 支持多播传输的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116530174A (zh) |
-
2021
- 2021-11-29 CN CN202180079951.0A patent/CN116530174A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11122609B2 (en) | Systems and methods for grant-free uplink transmissions | |
US20220255680A1 (en) | Method and apparatus for sidelink communication | |
US20220321191A1 (en) | Method and apparatus for sidelink communication | |
US20210360667A1 (en) | Method and apparatus for transmitting and receiving downlink control channel in communication system | |
JP7461888B2 (ja) | 通信システムにおけるアップリンク伝送のための方法および装置 | |
KR102659447B1 (ko) | 비면허 대역을 지원하는 통신 네트워크를 위한 스케쥴링 방법 | |
JP2018532287A (ja) | アップリンク制御情報伝送方法及び装置 | |
US11595160B2 (en) | Method and apparatus for sidelink communication based on feedback | |
US20220303059A1 (en) | Method and device for reservation of sidelink resource in communication system | |
US11764908B2 (en) | Method and apparatus for transmitting a HARQ codebook based on reference time | |
EP4054104A1 (en) | Method and device for repeatedly transmitting uplink control channel in wireless cellular communication system | |
US20220116953A1 (en) | Method and apparatus for uplink transmissions with different reliability conditions | |
US11985660B2 (en) | Method and apparatus for transmitting and receiving feedback information in communication system | |
US20220149996A1 (en) | Method and apparatus for scheduling and hybrid automatic repeat request feedback in communication system | |
WO2014187358A1 (zh) | 一种机器类通信业务信息的传输方法、基站、终端和系统 | |
US11979878B2 (en) | Method and apparatus for transmitting and receiving broadcast signal in communication system | |
KR20220047167A (ko) | 통신 시스템에서의 피드백 정보 송수신 방법 및 장치 | |
KR20220047166A (ko) | 서로 다른 신뢰 조건들을 가지는 상향링크 전송들을 위한 방법 및 장치 | |
KR20220063725A (ko) | 통신 시스템에서 스케줄링 및 harq 피드백을 위한 방법 및 장치 | |
KR20220050766A (ko) | 통신 시스템에서의 브로드캐스트 신호의 송수신 방법 및 장치 | |
KR20210004838A (ko) | 사이드링크 통신을 위한 방법 및 장치 | |
US20230422275A1 (en) | Method and device for supporting multicast transmission | |
KR20210023712A (ko) | 통신 시스템에서 사이드링크 자원의 예약을 위한 방법 및 장치 | |
EP4255074A1 (en) | Method and device for supporting multicast transmission | |
CN116530174A (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 |